kuSSya_

здраствуите добавьте ргб анимацию ника

https://imgur.com/a/XmgdY52

вот такую вот

пожалусто

Техническое неполное руководство по аргументам для Java Virtual Machine
Вступление
Гайд сделан от интереса этой сферы, дабы пользователи VimeWorld об этом больше узнали. 
Информация собрана с открытых англоязычных и русскоязычных источников, и не претендует на звание первоисточника.
В Руководстве описывается работа аргументов, как их можно применить.
Если я в чём-то ошибся поправьте меня в комментариях.
 
Содержание
Основные понятия Работа с памятью Сборщик мусора Аргументы  Аргументы для разработчиков Основные понятия
Что такое JVM? -  Java Virtual Machine (сокращенно Java VM, JVM) — виртуальная машина Java — основная часть исполняющей системы Java, так называемой Java Runtime Environment (JRE). Виртуальная машина Java исполняет байт-код Java, предварительно созданный из исходного текста Java-программы компилятором Java (javac). JVM может также использоваться для выполнения программ, написанных на других языках программирования. Например, исходный код на языке Ada может быть скомпилирован в байт-код Java, который затем может выполниться с помощью JVM.
JVM является ключевым компонентом платформы Java. Так как виртуальные машины Java доступны для многих аппаратных и программных платформ, Java может рассматриваться и как связующее программное обеспечение, и как самостоятельная платформа. Использование одного байт-кода для многих платформ позволяет описать Java как «скомпилируй единожды, запускай везде» (compile once, run anywhere).
Что такое JVMargs? - Это аргументы для настройки JVM.
Как использовать JVMargs на VimeWorld? - файл jvmargs.txt должен находиться в папке .vimeworld, чтобы все работало следует перезапустить игру.
Куча? - Мешок, пакет с определённым количеством памяти обработки за раз.
K, M, G - Килобайт, мегабайт, гигабайт.
 
Работа с памятью
-Xmx1024M  - Максимальное количество памяти, которое вы хотите дать игре. Можно выдать от "300M" до "8192M"+, для VimeWorld MiniGames за голову хватает 4-5гб памяти, советую ставить значения "1024M", "2048M", "4096M", так-же можно ставить "2G", "4G" и т.д. Прирост FPS может быть до значения "4096M", выше прироста FPS вы не заметите, связано это с ограничением чанков на сервере(8). Размер памяти влияет на задержку обработки памяти, "1024M" - примерно 1ms, "5120M"+ - примерно 10ms+, не уверен зависит ли данная задержка от скорости вашей оперативной памяти и её таймингов, вероятнее всего нет. Связано с количеством FPS. -Xmn2M  - Минимальная куча памяти которая будет использоваться в игре. Можно выдать от "любогоK" до "6-8части максимального количества памяти". Чем меньше тем стабильнее, не советую ставить менее чем "2M". Cвязано со стабильностью FPS. -Xms512M  - Среднее количество памяти которое будет использоваться в игре. Можно выдать от половины и менее максимального количества памяти в игре. Тут выставлено среднее значение, так-же можно выставить 765M и т.д. Данное количество памяти будет использовано в 100% времени игры, если игра захочет взять больше то может дойти до потолка(максимума) что вы указали, что приведет к принудительному очищению мусора и спаду до среднего("512M" к примеру) значения, так как минимальная куча выставлена в районе 2M, то память может вообще никогда не дойти до потолка. Что-то среднее между стабильностью и количеством FPS, ближе к стабильности. -XX:MaxMetaspaceSize=1310M - Максимальное количество выделяемой виртуальной памяти. -XX:NewSize=256M  - Выделяемое количество виртуальной(?) памяти. -XX:MaxNewSize=1310M - Максимальное количество выделяемой виртуальной(?) памяти. -Xss512K  - Каждый поток в приложении Java имеет собственный стек. Стек используется для хранения адресов возврата, аргументов вызова функции/метода и т. д. Поэтому, если поток имеет тенденцию обрабатывать большие структуры с помощью рекурсивных алгоритмов, ему может потребоваться большой стек для всех этих адресов возврата и тому подобного. В Sun JVM вы можете установить этот размер с помощью этого параметра. Насколько я знаю, выше чем 2048K либо 4096K(не уверен) не работает.  
Сборщик мусора
-XX:+UseSerialGC - Последовательный сборщик использует один поток для выполнения всей работы по сбору мусора, что делает его относительно эффективным, поскольку между потоками не возникает дополнительных затрат на связь. Он лучше всего подходит для однопроцессорных машин, поскольку не может использовать преимущества многопроцессорного оборудования, хотя может быть полезен на многопроцессорных системах для приложений с небольшими наборами данных (примерно до 100 МБ). Сборщик последовательных портов выбирается по умолчанию в определенных конфигурациях оборудования и операционной системы или может быть явно включен с помощью параметра -XX:+UseSerialGC. -XX:+UseParallelGC - Параллельный сборщик (также известный как сборщик пропускной способности) выполняет второстепенные сборы параллельно, что может значительно сократить накладные расходы на сборку мусора. Он предназначен для приложений с наборами данных среднего и большого размера, которые работают на многопроцессорном или многопоточном оборудовании. Параллельный сборщик выбирается по умолчанию в определенных конфигурациях оборудования и операционной системы, или его можно явно включить с помощью параметра -XX:+UseParallelGC. -XX:+UseG1GC - Сборщик мусора Garbage-First (G1) — это сборщик мусора серверного типа, предназначенный для многопроцессорных машин с большим объемом памяти. Он пытается с высокой вероятностью выполнить цели по времени паузы сборки мусора (GC), достигая при этом высокой пропускной способности. Операции с целой кучей, такие как глобальная маркировка, выполняются одновременно с потоками приложения. Это предотвращает прерывания, пропорциональные размеру кучи или оперативных данных. G1GC включается с помощью параметра командной строки -XX:+UseG1GC. Используется на VimeWorld по умолчанию. -XX:+G1UseAdaptiveIHOP  -XX:InitiatingHeapOccupancyPercent=45  - Значения по умолчанию для управления начальной загрузкой кучи указывают на то, что адаптивное определение этого значения включено, и что для первых нескольких циклов сбора G1 будет использовать загрузку 45% от старого поколения в качестве порога начала метки. -XX:G1HeapRegionSize=<var> - Размер областей кучи. Значение по умолчанию основано на максимальном размере кучи и рассчитано для рендеринга примерно 2048 регионов. Размер должен быть степенью 2, а допустимые значения — от 1 до 32 МБ.
-XX:G1NewSizePercent=5 -XX:G1MaxNewSizePercent=60 - Общий размер молодого поколения, который варьируется между этими двумя значениями в процентах от текущей используемой кучи Java. Требует -"XX:+UnlockExperimentalVMOptions".
-XX:G1MixedGCCountTarget=8  - Ожидаемая продолжительность фазы освоения пространства в ряде коллекций.
-XX:G1MixedGCLiveThresholdPercent=85 - Области старого поколения с более высокой заполненностью живыми объектами, чем этот процент, не собираются на этом этапе освоения пространства. Требует -"XX:+UnlockExperimentalVMOptions".
-XX:-G1EnableStringDeduplication - По умолчанию дедупликация строк отключена. Вы можете включить его.
-XX:+UseConcMarkSweepGC или -XX:+USeParNewGC - Сборщик Concurrent Mark Sweep (CMS) предназначен для приложений, которые предпочитают более короткие паузы при сборке мусора и могут позволить себе совместно использовать ресурсы процессора со сборщиком мусора во время работы приложения. Как правило, приложения, которые имеют относительно большой набор долгоживущих данных (большое постоянное поколение) и работают на машинах с двумя или более процессорами, как правило, выигрывают от использования этого сборщика. Тем не менее, этот коллектор следует рассматривать для любого приложения с низкими требованиями к времени паузы. Сборщик CMS включается с помощью параметра командной строки -XX:+UseConcMarkSweepGC (Для сервера), -XX:+USeParNewGC. -XX:CMSInitiatingOccupancyFraction=70 - (Для сервера) Выбирает уровень, на котором начинается сбор. Значение по умолчанию — 68%.
-XX:-CMSIncrementalMode - Включает инкрементный режим. Обратите внимание, что сборщик CMS также должен быть включен (с -XX:+UseConcMarkSweepGC), чтобы эта опция работала.
-XX:-CMSIncrementalPacing - Включает автоматическую стимуляцию. Рабочий цикл инкрементного режима автоматически настраивается на основе статистики, собранной во время работы JVM.
-XX:CMSIncrementalDutyCycle=10 - Процент (от 0 до 100) времени между второстепенными сборами, который разрешен для запуска сборщика CMS. Если CMSIncrementalPacing включен, то это просто начальное значение.
-XX:CMSIncrementalDutyCycleMin=0 - Процент (от 0 до 100), являющийся нижней границей рабочего цикла при включении CMSIncrementalPacing.
-XX:CMSIncrementalSafetyFactor=10 - Процент (от 0 до 100), используемый для добавления консерватизма при вычислении рабочего цикла.
-XX:CMSIncrementalOffset=0 - Процент (от 0 до 100), на который рабочий цикл инкрементного режима смещается вправо в течение периода между второстепенными сборами.
-XX:CMSExpAvgFactor=25 - Процентное значение (от 0 до 100), используемое для взвешивания текущей выборки при вычислении экспоненциальных средних для статистики коллекции CMS.
-XX:+UseShenandoahGC - Shenandoah GC позиционируется как сборщик, который стремится поддерживать короткие паузы даже на кучах большого объема, за счет выполнения как можно большего количества работы по сборке мусора в конкурентном режиме, то есть одновременно с работой основных потоков приложения.  -XX:+UseZGC -  Сборщик мусора Z (ZGC) — это масштабируемый сборщик мусора с малой задержкой. ZGC выполняет всю дорогостоящую работу одновременно, не останавливая выполнение потоков приложений более чем на несколько миллисекунд. Он подходит для приложений, требующих низкой задержки. Время паузы не зависит от размера используемой кучи. ZGC поддерживает размер кучи от 8 МБ до 16 ТБ. Сборщик мусора Z включается с помощью параметра командной строки -XX:+UseZGC. Требует "-XX:+UnlockExperimentalVMOptions". Скоро будет полная информация по этому сборщику. -XX:+UseEpsilonGC - Не нашел информации. Общие аргументы для всех сборщиков мусора. -XX:MaxGCPauseMillis=200 - Пауза сборщика мусора в миллисекундах.  -XX:ParallelGCThreads=4 - Количество потоков вашего процессора. -XX:ConcGCThreads=2  - Количество потоков вашего процессора которые будут использоваться одновременно.  
Аргументы
-server - Выбирает оптимизацию времени выполнения серверного приложения. Серверу каталогов потребуется больше времени для запуска и «прогрева», но он будет более агрессивно оптимизирован для обеспечения более высокой пропускной способности. -client - Выбирает оптимизацию времени выполнения клиентского приложения. Приложение будет быстрее запускаться и быстрее реагировать из-за меньших накладных расходов на компиляцию. -d64  - Только для 64-битных машин. По умолчанию сервер каталогов выбирает 32-разрядную JVM независимо от архитектуры. Этот параметр следует указывать, когда требуется большая куча JVM (более 4 гигабайт) и архитектура является 64-разрядной. -XX:AggressiveHeap - Включает оптимизацию кучи Java. Это устанавливает оптимальные параметры для длительных заданий с интенсивным выделением памяти в зависимости от конфигурации компьютера (ОЗУ и ЦП). По умолчанию этот параметр отключен, и куча не оптимизирована. FPS? -XX:AggressiveOpts - Позволяет использовать агрессивные функции оптимизации производительности, которые, как ожидается, станут стандартными в следующих выпусках. По умолчанию этот параметр отключен, и экспериментальные функции повышения производительности не используются. FPS
-XX:AlwaysPreTouch - Позволяет касаться каждой страницы в куче Java во время инициализации JVM. Это загружает все страницы в память перед входом в метод main(). Этот параметр можно использовать при тестировании для имитации долго работающей системы, в которой вся виртуальная память отображается на физическую память. По умолчанию этот параметр отключен, и все страницы фиксируются по мере заполнения пространства кучи JVM.
-XX:DisableExplicitGC - Другой способ, которым приложения могут взаимодействовать со сборкой мусора, — явный вызов полных сборок мусора с помощью вызова System.gc(). Это может привести к выполнению основного сбора, когда в этом может не быть необходимости (например, когда будет достаточно второстепенного сбора), и, как правило, этого следует избегать. Влияние явных сборок мусора на производительность можно измерить, отключив их с помощью флага -XX:+DisableExplicitGC, который заставляет виртуальную машину игнорировать вызовы System.gc().
-XX:+ExplicitGCInvokesConcurrent - Включается по умолчанию, что означает, что будет вызываться параллельный цикл сборки мусора, а не полный сборщик мусора STW.
-XX:ParallelRefProcEnabled - Включает параллельную обработку ссылок. По умолчанию эта опция отключена.
-XX:PerfDisableSharedMem - Я не нашел официального документа, но кажется, что это мешает GC писать в файловой системе. 
-XX:UsePerfData - Включает функцию perfdata. Этот параметр включен по умолчанию, чтобы разрешить мониторинг JVM и тестирование производительности. Его отключение подавляет создание каталогов hsperfdata_userid. Чтобы отключить функцию perfdata, укажите -XX:-UsePerfData. 
-XX:UseCompressedOops - Отключает использование сжатых указателей. По умолчанию этот параметр включен, и сжатые указатели используются, когда размер кучи Java меньше 32 ГБ. Когда этот параметр включен, ссылки на объекты представляются как 32-битные смещения вместо 64-битных указателей, что обычно повышает производительность при запуске приложения с размерами кучи Java менее 32 ГБ. Этот вариант работает только для 64-битных JVM.
-XX:+UnlockExperimentalVMOptions - Разблокирует экспериментальные возможности, нужно для многих аргументов в этом списке.
-XX:+OptimizeStringConcat  - Оптимизирует операции конкатенации строк, когда это возможно.
-XX:+UseCompressedStrings - Использует тип byte[] для объектов String, которые могут быть представлены в чистом формате ASCII.
-XX:+UseStringCache - Включает кэширование часто выделяемых строк, доступных в пуле строк.
-XX:+UseLargePages - Использует большую страничную память, если она поддерживается системой; обратите внимание, что OpenJDK 7 имеет тенденцию к сбою при использовании этого параметра JVM.
-XX:+UseStringDeduplication - В Java 8u20 этот параметр JVM введен для уменьшения ненужного использования памяти за счет создания слишком большого количества экземпляров одной и той же строки; это оптимизирует память кучи, уменьшая повторяющиеся значения String в один глобальный массив char[].
-XX:+UseLWPSynchronization  - Устанавливает LWP (облегченный процесс) — политику синхронизации на основе, вместо синхронизации на основе потоков.
-XX:LargePageSizeInBytes: - Устанавливает большой размер страницы, используемый для кучи Java; принимает аргумент в ГБ/МБ/КБ; с большими размерами страниц мы можем лучше использовать аппаратные ресурсы виртуальной памяти; однако это может привести к увеличению размера пространства для PermGen, что, в свою очередь, может привести к уменьшению размера пространства кучи Java.
-XX:MaxHeapFreeRatio:16  - Устанавливает максимальный процент свободной кучи после GC, чтобы избежать сжатия.
-XX:MinHeapFreeRatio:3 - Устанавливает минимальный процент свободной кучи после GC, чтобы избежать расширения; для мониторинга использования кучи вы можете использовать VisualVM, поставляемый с JDK.
-XX:SurvivorRatio:6 - Соотношение размера пространства Эдем/Выживший – например, -XX:SurvivorRatio=6 устанавливает соотношение между каждым пространством выжившего и пространством Эдема как 1:6,
-XX:+UseNUMA - Неоднородный доступ к памяти (NUMA) — это конструкция компьютерной памяти, используемая в многопроцессорной обработке, время доступа к памяти зависит от расположения памяти относительно процессора.
-XX:-UseBiasedLocking - Существует компромисс между неконкурентной (предвзятой) пропускной способностью блокировки и безопасными точками, которые JVM делает, чтобы включать и отключать их по мере необходимости. Для рабочих нагрузок, ориентированных на задержку, имеет смысл отключить предвзятую блокировку.
 
Аргументы для разработчиков
Ведение журнала сборщика мусора Типичный пример использования:
 -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=< number of log files > -XX:GCLogFileSize=< file size >[ unit ] -Xloggc:/path/to/gc.log UseGCLogFileRotation указывает политику чередования файлов журнала, как и log4j, s4lj и т. д. NumberOfGCLogFiles обозначает максимальное количество файлов журнала, которое может быть записано для одного жизненного цикла приложения. GCLogFileSize указывает максимальный размер файла. Наконец, loggc обозначает его местоположение.
Здесь следует отметить, что есть еще два доступных параметра JVM (-XX:+PrintGCTimeStamps и -XX:+PrintGCDateStamps), которые можно использовать для печати временной метки даты в журнале GC. Например, если мы хотим назначить максимум 100 файлов журнала GC, каждый из которых имеет максимальный размер 50 МБ, и хотим сохранить их в папке «/home/user/log/», мы можем использовать следующий синтаксис: 
-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=50M -Xloggc:/home/user/log/gc.log Однако проблема в том, что один дополнительный поток даймона всегда используется для мониторинга системного времени в фоновом режиме. Такое поведение может стать узким местом в производительности; поэтому всегда лучше не играть с этим параметром в продакшене.
Обработка нехватки памяти Очень часто большое приложение сталкивается с ошибкой нехватки памяти, которая, в свою очередь, приводит к сбою приложения. Это очень важный сценарий, и его очень трудно воспроизвести для устранения проблемы. Вот почему JVM поставляется с некоторыми параметрами, которые выгружают память кучи в физический файл, который можно использовать позже для обнаружения утечек: 
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./java_pid<pid>.hprof -XX:OnOutOfMemoryError="< cmd args >;< cmd args >" -XX:+UseGCOverheadLimit Здесь следует отметить пару моментов:  HeapDumpOnOutOfMemoryError указывает JVM сбросить кучу в физический файл в случае OutOfMemoryError. HeapDumpPath обозначает путь, по которому должен быть записан файл; можно указать любое имя файла; однако, если JVM находит тег <pid> в имени, идентификатор текущего процесса, вызвавшего ошибку нехватки памяти, будет добавлен к имени файла в формате .hprof. OnOutOfMemoryError используется для выдачи экстренных команд, которые должны быть выполнены в случае ошибки нехватки памяти; правильная команда должна использоваться в пространстве аргументов cmd. Например, если мы хотим перезапустить сервер, как только произойдет нехватка памяти, мы можем установить параметр:  -XX:OnOutOfMemoryError="shutdown -r" UseGCOverheadLimit — это политика, ограничивающая долю времени, которое виртуальная машина проводит в сборке мусора, прежде чем будет выдана ошибка OutOfMemory.
 
 
 
 
 

Доброго дня усім, як сямаєте?
У цей день, як ніколи VimeWorld потребує цього для українців.
Нам (українцям) у VimeWorld потрібна українська мова на сайті, у лаунчері, клієнті
Ми це вимагаємо!!
Українці будь-ласка підтримайте тему вподобайкою щоб її побачили!
  
                                           
                  
 
 
Створено при допомозі FyeRon

1.  luvxsxd 
2. FyeRon
3. 07.09.22
4. 

up

1. Рога дракона; Рога огра; Рог единорога.
2. Голова
3. https://drive.google.com/file/d/1OK2_rJ2NQJx5eVyU5lwrKBg9KwpBjops/view?usp=sharing
4.

 
5. FyeRon

Спасибо тебе за такой шедевр, я тебя люблю😍

Приветствую, братья и сестры. В данной теме я предоставлю вам плащики, которые вы можете скачать и установить на своего персонажа.
 
Эмблема Азова(ꑭ). Герб України. Герб України с флагом. Флаг України/УПА.  
Пример плаща с эмблемой Азова:
Парочка других видов:
 
Пример плаща с гербом України:
Парочка других видов:
 
Пример плаща с гербом України и флагом:
Парочка других видов:
 
Пример плаща с флагом України/УПА(на другой стороне УПА и наоборот):
Второй вариант:
К дополнению этого плаща идет односторонний плащ(с двух сторон одинаково).
 
 
 
 
Вот и подошла к концу эта тема, но она будет дополнятся, когда мы найдем новые идейки.
А, точно, вот ссылочки на плащики:
1: ꑭ(в цветах флага на черном фоне)
ꑭ(белый на черном фоне)
ꑭ(в цветах флага на белом фоне)
ꑭ(черный на белом фоне)
ꑭ(черный на красном фоне(порванный))
ꑭ(в цветах флага на белом фоне(порванный))
2: герб України(в цветах флага на черном фоне)
герб України(белый на черном фоне)
герб України(в цветах флага на белом фоне)
герб України(черный на белом фоне)
3: герб України с флагом(на черном фоне с красным гербом)
герб України с флагом(на черном фоне с белым гербом)
герб України с флагом(на белом фоне с черным гербом)
4: флаг України/УПА
флаг УПА/України
Односторонний флаг України
Односторонний флаг УПА
Если я запорол какую-то ссылку - весь альбом(напиши в комменты где и что должно быть).
 
Если есть идеи - предлагайте. Также, я могу сделать кастомный плащ на личную задумку по этой тематике.
 
Спасибо, что посмотрели эту тему! Я буду очень рад, если вы тут что-то найдете для себя❤️. И помните - Слава Україні, перемога за нами!
Лично я ношу этот плащ, а вы себе какой выбрали?
 
Если вы нашли ошибку - пишите в комменты.

Делали плащи:
MuRdEr_YT_LOL & Bravissimo

Будет представлять собой некий типичный Roguelike!
Жанры: Ролевой, рогалик, сезонный.  Если хотите понять суть игры не читая все механики, вам во вкладку "Некоторые правила игры", там так-же есть и детальный разбор основных механик. 




















Этажей в бесконечном (преимущественно) (Этажей подземелья которое открывается на 10 уровне игрока) Если будет найден максимальный предел бесконечного подземелья(много игроков будут на одном и тоже этаже умирать) то топ будет уже считываться по показателям ниже. Убито мобов (Убито мобов за весь вайп) Собрано коинов за всё время (Сколько коинов вы заработали за всё время Вайпа) Количество перерождений (Сколько раз вы согласились дойдя до 100 этажа и выше начать с наградой, сначала) Этажей в PvP (Сколько раз вы победили в столкновении 5vs5 которое происходит каждые 15 этажей с шансом 50%)
Топ 1-3: Дракончик c короной
Топ 4-10: Чёрный Дракончик
Топ 11-25: Маленький Дракончик
Топ 25-50: Демон
Топ 51-100: Гоблин

Некоторые объяснения 
Высокий доход с мобов в коинах обусловлен огромной потребностью коинов для многих механик, для временной прокачки, и т.д. Низкий шанс спавна некоторого оружия, и мобов обусловлен хардкорностью игры. Высокие цены на донат обусловлены импактом от доната. Большой доход с достижений обусловлен сложностью их получения. Если вы хотите увидеть этот режим на VimeWorld MiniGames - поддержите вышкой и комментарием.@xtrafrancyz
@TheLegion@AlesteZ@iKpudka@Enotakin@googlikmr

это очень хороший трек рокета, что тебе не нравится?

эм

мне серьезно могут дать мут на форуме за мат в треке? ахахахахах
 

Hello_My_Friend
forsetown (попросил top1potsrus)
08.01.2022
манипуляции с интернетом

1. ZoGa2285
2. kuSSya_
3. https://imgur.com/a/1NdsV1l
4. 13.09.2021

1. F1shka_Love
2. kuSSya_
3. 11.10.2021
4. https://imgur.com/a/ZigDssi

1. Sensaize
2. forsetown
3. 20.01.2022
4. https://ibb.co/QkNfDpx
5. оск матери

1. vnychka imply
2. forsetown
3. 22.01.2022
4. https://youtu.be/GmzxTbnHzSM
5. тим на свс
 

1. KrItOmAnIa
2. forsetown
3. 22.01.2022
4. https://ibb.co/tJvtCLD
5. оск матери

1. Dedasyou
2. kuSSya_
3. 31.08.2021
4. https://imgur.com/a/eax6eXI

1. FyeRon
2. kuSSya_
3. 22.08.2021 (Доказательство выпущено позже, но на самом видео видно дату)
4.
На видео-доказательстве всё отчётливо видно, остаётся лишь посмотреть не перематывая, там есть важный момент!

1. MacCoin
2. kuSSya_
3. https://imgur.com/a/O2AOEH2
4. 13.09.2021

up

1. Tore_NN
2. kuSSya_
3. 26.11.2021
4. https://imgur.com/a/15mlKVb

1. Rugine
2. kuSSya_
3. 20.12.2021
4. https://imgur.com/a/ZiWwiD6

1. _ImperatorJiv_
2. kuSSya_
3. 20.01.2022
4. https://imgur.com/a/EzTNktO