Действующий двукратный чемпион RDS GP Аркадий Цареградцев находится на четвертой позиции. Для защиты титула ему понадобится практически идеальный финал и серьезная осечка соперников. Но именно Цареградцев уже доказал, что умеет выигрывать чемпионат после старта финального этапа с четвертого места.

Многое может решиться уже в квалификации. Если претенденты окажутся друг против друга в сетке ТОП-32, борьба за титул начнется гораздо раньше финального заезда.

Fresh Racing близка к командному титулу

В командном зачете Fresh Racing опережает «Systeme Electric Одержимые Моторспорт» на 453 балла. Шансы соперников выглядят небольшими, но в дрифте прогнозы легко меняются за один заезд.

За второе и третье места также продолжат бороться Takayama Forward Auto и Carville Racing.

Чемпион RDS Open на старте

Финальный этап станет шансом проявить себя не только для лидеров RDS GP. По уайлд-кард на старт выйдут Сергей Давидадзе, Владислав Ерофеев и Анатолий Щербак — действующий двукратный чемпион RDS Open.

А еще на Moscow Raceway снова выступят юниоры в рамках учебно-тренировочных сборов Aimol Junior. Среди них Тимофей Колобов, Степан Попов и Лука Мигаль.

За событиями можно следить на трибунах Moscow Raceway или в прямом эфире RDS TV. Квалификация доступна бесплатно после регистрации, парные заезды — по подписке.

Кто заберет чемпионский титул — решится в последние выходные лета.

Донат шел в нежелательную на территории РФ организацию "Вернись живым", которая, в свою очередь, обеспечивает их военные подразделения необходимым (визоры, припасы, и тд)

https://ru.ruwiki.ru/wiki/Вернись_живым

Штош. Собственно, на пикабу залетели "с двух ног" лампово-котятные ребята, с действительно хорошей тематикой. Обещают рассказывать о разработке игр:

#comment_371525100

Собственно, ребята, над каким же проектом этой "дружественной" конторы, которая хуй клала на российское комьюнити вне зависимости от их политических взглядов, и организовывает сборы на помощь своим подразделениям работают ваши ребята?

Что имеем:

-unigine довольно интересный движок. Графически. Материалы, ноды материалов, буферы всякие, настройки окружения и т.п. вплоть до ландшафтов, воды, облаков, постэффектов и т.п. есть где разойтись.  Причём качество "из коробки" бесплатной версии - сильно лучше других монстров, в которые с ноги в разгон не залезть. А уж глядя на воду в анриале/юнити ...ненене.

- Да, сложно продираться в код, особенно пытаясь понять сложные системы не имея расширенных навыков и опыта программирования. Так, на коленках собирал. Особенно без гайдов, туториалов, примеров. Они конечно есть, и даже неплохие, но до массы юнити/анрила конечно далеко.

Личное сложности:

-накручивание игровых механик приводила к валу конфликтов. И необходимость както смешивать и балансировать. И добавление новой "плюшки" или не давало заметного эффекта, или руинило остальное. Нужно как то учится делать узкие специальные  компоненты, а не смешивать в одну кучу. -И делать отдельные сборщики параметров. Банальная попытка контроля скорости переплеталась с модификаторами , попытками вывода, внешним воздействием и модулями, которые следили за скоростью и могли ее менять. В результате я сам терялся где что лежит.

-Нужно сразу думать о масштабировании. Если что-то создается как модуль, должна быть возможность, что этих модулей будет много. И разных. Попытка вставить огнемет - сработало. Поставил контейнер - сработало. Добавил ракетницу - и она конфликтует с огнеметом. И пытаться решить это почему то ломало контейнеры. А уж когда появились неснимаемые контейнеры, которые оказали воздействие на параметры..... Спасало только именно то, что баки были как одна из версий контейнеров. Путано? А это еще и кодом с сплошными условиями проверок.

-сделал часть, откатал, проверил - больше не трогай. Лучше вынести удобнее переменные для других компонентов, но не пытаться впихнуть в общую кучу разные механики. Я раза три переписывал некоторые части кода именно потому что они то разрастались , то переплетались, то вновь дробились. Или пытались стать "удобными" для всего.

-многое можно сделать разными способами. Гдето нужно одно, гдето другое. Тащить один и тот же "проверенный" способ конечно легко и понятно, но часто избыточно. У меня изначально каждый вагон лично следил за высотой над ландшафтом. И это приводило к перегрузке вычислений. Стоило отдать расчет только на "головным", а остальным просто "следовать ЗА" - как стало меньше расчета и выросла скорость. И уменьшить качество просчета ландшафта. Хотя тут двояко - быстрее то стало, а вот пролет через элементы ландшафта - появился. Упросить? Добавить к ландшафту отдельные элементы.

-нужно думать о визуале. Гдето спасает плотность сетки, гдето текстуры. Гдето оказывается все это избыточно, потому что нужно побольше частиц, а гдето нужны декали. А еще хочется удобный "тактический" графический интерфейс. И игровая зона должна быть не избыточной, а понятной и достаточной. Нет смысла в большой локации если хочется сделать больше динамики. Можно конечно накрутить всякие постэффекты, блюры, хдр и т.п. чтоб жгло через сетчатку внутренюю стенку черепа. Но опять же - быстро на коленке такое не делают.

-Сейчас по сути круг радиуса в 3км (карта 6х6км), на которой около 1000 рандомных обьектов в статике и около 800-1000 - динамически движущихся НПС. Даже за границами условной камеры. Движок конечно это тянет, но вот расчеты изменения положения и смены положения - таки начинают сильно влиять. и тут еще нет сложной логики. Нужно учиться это как-то упрощать. Вплоть до нечестного спауна и расчетов "невидимок".

-Вообще цель была максимально использовать знания. По моделингу, текстурированию, ландшафтам, программированию, коддингу, логике и движку. Но - быстро в короткие сроки "пока фитиль горит". ИМХО - удалось. 3-4 недели в сумме с переделкой нескольких протипов, заготовок и битьем в стену "как это сделать".

-интерфейс. Это важно. Не родить что-то как ежика против шерсти, а хорошее удобное понятное решение. Любому пользователю / игроку сразу с старта. Без объяснения что делать, нажимать , куда смотреть и что будет. Как создатель ты и так понимаешь что происходит и что ожидаешь, а игрок в панике шарит глазами.

-я нихрена не программист. Да и как художник такое себе говно, честно говоря. Но заставлять себя добавлять деталей - надо. Но с оглядкой чтобы это было не избыточно. Это как наступить себе на горло, но взять за яйца. Одновременно.

-учиться работать с звуком. Это пока огромная дыра в моих знаниях. Звука нет. Совсем. И звуков. А это почти половина атмосферы.

Сумбурненько, но мне понравилось. По сути для финала нужно откатать на тестах, собрать "фидбэк", выстроить пайплайн багхантинга, ну и прочие матерные слова... А потом можно и чистить, добавлять, улучшать. Проект станет рутинным. А такое хочется пока избежать. Или добавлять кардинальные механики )

В общем как то так. Видосик есть, билд в описании )  достал бы панамку, да ее нету )

Ну и так, интересно. Стоит ли с таким "жопытом" менять работу? 50к оклада (80к на руки) на заводе, хоть и художник-программист - как то мало. Но вакансий по unigine в спб ровно ноль. Делать локации для парашютного симулятора конечно иногда интересно, но уж очень редко и однообразно.

ах да: ссылка на билд и проект (Unigine Community последних билдов) - в описании. Free-for-All.

коментарии, критика, подписки, донаты... даже камни в свой огород принимаю :)