Meshgun

Public

Просмотреть канал

158

42.3K

3.2K

Не можете присоединиться? @meshgun_gd

163 Участники

Обновлено: May 3, 2026 at 10:47 PM

Meshgun

Я Миша. А это мой канал про графику, программирование и игры. Видосы youtube.com/@meshgun_gd Стримы twitch.tv/meshgun_gd Бусти boosty.to/meshgun Код gitverse.ru/meshgun

@meshgun_gd is a dedicated channel for boostytomeshgun and twitchtvmeshgun_gd with regular updates in PUBG

Рейтинг

Глобальный рейтинг

#456

Рейтинг по языку

#45

Рейтинг по категории

#23

-1

Рост участников (Последние 3 дней)

Всего: 163

Рост за 24ч: +0 0%

Последние посты

Meshgun

28 апр. 2026 г., 22:09

🎥 Video

дал понять, что боевая симуляция получается тяжёлой и нужно ограничить её пределы. Собирать мир из маленьких арен мне не хотелось, ведь так не будет элемента исследования, а я это дело обожаю. Поэтому пришлось немного поломать голову 🤔

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

В начале кадра я смотрю, какие чанки задевает зона и забираю из них всё содержимое, распаковывая сущности в удобный для симуляции формат. В конце кадра пакую результат обратно в чанки.

Получается такая стриминговая система, благодаря которой размер локации не влияет на производительность боёвки.

P. S. Сундук самый обыкновенный, не обращайте на него внимание.

274

Meshgun

28 апр. 2026 г., 22:09

🎥 Video

Основы рендера воды 🌊

Чтобы нарисовать воду, нужно посчитать расстояние от её поверхности до дна в каждом пикселе. Но во время работы фрагментного шейдера известно только собственное значение глубины. Поэтому необходимо разбить рендер на два этапа.

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

Идея простая, но есть нюансы.

Текстуру перед использованием нужно перевести в правильный лейаут (shader_optimal, attachment_optimal, ..). Но среди них нет такого, который позволил бы одновременно и сэмплировать текстуру, и использовать её в качестве аттачмента (даже Read-only). Это значит, что передать посчитанный буфер глубины в шейдер воды напрямую не получится, ведь он будет приаттачен к пассу.

Лэйаут attachment_optimal означает, что текстура загружается маленькими кусочками в кэш тайла, так как область записи этого тайла жёстко ограничена и известна заранее. Это позволяет тайлам не зависеть друг от друга и не гонять до основной памяти, пока не закончится пасс.

А вот в шейдере можно получить доступ к произвольному месту текстуры. Кэш работает по-другому, поэтому эти сценарии использования несовместимы.

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

Так получится неплохая база, на которую потом можно будет накинуть волны и пену.

P. S. Можно решить это без копирования с помощью https://vulkan.lunarg.com/doc/view/1.4.321.0/mac/antora/samples/latest/samples/extensions/dynamic_rendering_local_read/README.html, которое позволяет читать значения из аттачмента прямо внутри пасса. Оно добавляет новый лэйаут текстуры (rendering_local_read) и специальный барьер, которые вместе позволяют писать и читать из аттачмента в правильном порядке в рамках тайла (без синхронизаций с основной памятью).

Но увы, https://vulkan.gpuinfo.org/displayextensiondetail.php?extension=VK_KHR_dynamic_rendering_local_read даже на Windows, поэтому отложим на будущее.

Meshgun

28 апр. 2026 г., 22:09

📷 Photo

Вся моя прошлая жизнь стала казаться мрачной и туманной, когда я узнал, что шейдеры можно https://github.com/KhronosGroup/Vulkan-Samples/tree/main/samples/extensions/shader_debugprintf

Для этого надо всего лишь включить фичу валидации DEBUG_PRINTF_EXT и скомпилить glsl-шейдеры со включенным расширением GL_EXT_debug_printf. И всё, теперь можно спамить в лог прямо из видеокарты.

274

Meshgun

28 апр. 2026 г., 22:09

Нужно будет успеть депнуть новую NVidia NTX 3060 на реально-нейронных ядрах™ (со внешним подключением, ведь внутри системника 40+ градусов?) до того как случится очередной дефицит. Надеюсь, сгустки нейронов будут пошустрее, чем камень 😳

https://corticallabs.com/ разработали Python-интерфейс для своих био-чипов (~200 тыс. живых человеческих нейронов). С его помощью независимый разработчик Sean Cole https://youtu.be/yRV8fSw6HaE?si=h4LX1nlg1dScD0nJ примерно за неделю.

238

Meshgun

28 апр. 2026 г., 22:09

🎥 Video

Профайлить полезно всегда и со старта ☝️

В пространстве предположений невозможно оценить последствия изменений, поэтому любые действия будут наугад.

Просто собирать таймштампы - это уже огромная разница по сравнению со слепой разработкой. Станет возможным замечать аномалии сразу при появлении, а не когда они накопились и стали вылезать за бюджет кадра.

Существует два фундаментально разных вида профайлеров: сэмплирующие и инструментальные.

Первые собирают сэмплы с заданной частотой (~1000 раз в секунду или больше) с любого желаемого процесса. Интегрируются сбоку и собирают полный стэк вызовов со всех потоков, что позволяет целостно посмотреть на поведение системы.
Мне понравилось пользоваться https://github.com/mstange/samply Посмотреть результат его захвата можно через https://profiler.firefox.com/ Ещё есть https://github.com/flamegraph-rs/flamegraph он хорош тем, что захват пишется в обычный svg. Но мне важны данные во времени, а не только график выгорания.

Но для клиентской части игр сэмплирующий профайлер не совсем подходит: 1000 сэмплов в секунду - это всего лишь 8 сэмплов на кадр при 120 fps. Такой точности недостаточно, чтобы оценить работу некоторых функций. Для детальной диагностики нужен второй тип.

Инструментальный профайлер интегрируется напрямую в код и позволяет оценить промежутки с точностью до наносекунд. Его я написал сам, ведь в примитивном виде это буквально 50 строк (+ немного интерфейса). Но даже такого простого инструмента достаточно, чтобы видеть, как себя чувствует игра и на что тратится время.

Meshgun

28 апр. 2026 г., 22:09

📷 Photo

Пока был на турнире, осознал важность второго пилота.

Когда увлечён процессом, можно запросто упустить важные детали, пойти по тупиковому пути. Но если смотреть со стороны, ошибки становятся очевидными.

В фехтовании таким наблюдением занимается секундант. Он говорит предельно простые и банальные слова, когда видит, что ты ошибаешься. Оказывается, что если к нему прислушиваться, фехтуется заметно лучше.

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

Полезно рассказывать свои идеи, показывать наработки и давать поиграть своему второму пилоту. Эту роль может сыграть любой человек, разделяющий вашу цель и представления о прекрасном. Его незамутнённый взгляд поможет заметить очевидные глупости и недостатки.

Важно не пытаться убедить его в своей правоте (что бывает непросто), а внимательно слушать и анализировать. Это поможет скорректировать курс и получить результат совершенно другого уровня.

270

Meshgun

28 апр. 2026 г., 22:09

На мой взгляд, большинство туториалов по Vulkan сложнее, чем должны быть.

Vulkan - это современное графическое API, главное преимущество которого в явности и простоте. Но вся эта ООП-шелуха с классами, методами и глобальными переменными обнуляет эту явность.

Ещё иногда встречаются попытки сделать из Vulkan менее удобную версию OpenGL (много подкапотных механизмов и кеширования), что разбавляет полезный код примеров тысячами строк бойлерплейта.

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

Но на самом деле жизнь можно не усложнять. Задача в графике чаще всего простая: отправить кучу данных по шине (желательно одной пачкой), и потом выполнить шейдеры (чем меньше, тем лучше).

Когда я изучаю какую-нибудь новую для себя технику, то сначала разматываю иерархию абстракций из примеров от https://github.com/KhronosGroup/Vulkan-Samples/tree/main или https://github.com/nvpro-samples/vk_mini_samples. И на деле часто оказывается, что реально рабочего кода там не очень много.

324

Meshgun

28 апр. 2026 г., 22:09

Как крашиться на ошибках с лейаутом памяти ещё на этапе компиляции 😎

const _: [(); { core::mem::size_of::<[f32; 4]>() % 16usize != 0 } as usize] = [(); 0];

Это static-assert, который генерируется макросом для каждого поля структуры. На первый взгляд может показаться замудрёно, но на самом деле тут нет ничего сложного:

Объявляется безымянный константный массив, длина которого будет 0 или 1 в зависимости от результата проверки на кратнось. Далее в эту константу присваивается пустой вектор и на этапе проверки типов компиляция ломается, если размер типа не кратен 16 (ну или другому произвольному числу).

Это работает, потому что size_of можно вызвать в контексте констант. А получившийся при проверке bool можно кастануть к usize, и таким образом получить 0 или 1.

По сути получится:
const _: [(); 0] = [(); 0]; // если с лейаутом всё ок
// либо
const _: [(); 1] = [(); 0] // если лейаут кривой

Главная крутость этой проверки заключается в том, что она просто не даёт скомпилировать ошибочный код и при этом ничего не стоит в рантайме.

334

Meshgun

28 апр. 2026 г., 22:09

🎥 Video

чистая правда

289

Meshgun

28 апр. 2026 г., 22:09

Столкнулся с неожиданным багом: несмотря на https://youtu.be/VDqq8P6Djik?si=o4PqagA8T-hgRjFl, буквы всё равно прыгали влево-вправо на некоторых размерах текста.

Я подебажил, погулял по интернету и пришёл к мысли, что смещение на 1/texture_width может попадать в тот же тексель из-за ошибок округления.
"Тексельно-стабильная" версия предполагает перевод из UV пространства в целочисленное пространство текстуры. Дальше нужно шагнуть на 0.5, чтобы оказаться ровно в центре текселя и округлить в меньшую сторону. После чего уже перевести обратно в UV.

Я написал фикс и между делом поменял порядок полей в константах (из эстетических соображений). Позже во время записи видоса мне нужно было показать этот баг с прыгающими буквами и рассказать, как я его починил. Но когда я отключил "стабильный" сдвиг, баг обратно не появился 👀

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

Из-за особенностей выравнивания памяти (по 8 байт) в texture_size.x по факту был записан texture_size.y. В зависимости от размера шрифта атлас получался то квадратным, то прямоугольным. И когда высота атласа оказывалась больше ширины, сэмпл смещался в два раза меньше, чем нужно.

Урок усвоен: поспешные выводы о сути вещей могут легко сбить с правильного пути. Семь раз подебажь, один раз фиксани, или как-то так 🤓

359

Meshgun

15 апр. 2026 г., 09:52

Существуют разные техники отрисовки текста (от растеризации кривых до sdf), но самая простая и быстрая - это текстурный атлас. И в нём есть один нюанс...

https://youtu.be/VDqq8P6Djik?si=o4PqagA8T-hgRjFl

354

Meshgun

15 апр. 2026 г., 09:52

Настройка лучшего редактора 2 😎

https://www.youtube.com/watch?v=Tcu3WENgSws

329

Showing 12 of 12 posts

No more posts

Рейтинг

Требуется вход

Отзывы пользователей (0)

Пока нет отзывов. Будьте первым, кто поделится своим опытом!

Meshgun

Meshgun

Рейтинг

Рост участников (Последние 3 дней)

Последние посты

Рейтинг

Отзывы пользователей (0)

Похожие каналы Telegram

DENZELLOFFICIAL

ПРОВИНЦИАРЬ

Дмитрий Гусев.

Калужское РО ВСКС

IPROGNOZ

SEMPER IRATUS

запуск завтра

centrlx

Похожие каналы Telegram

DENZELLOFFICIAL

ПРОВИНЦИАРЬ

Дмитрий Гусев.

Калужское РО ВСКС

IPROGNOZ

SEMPER IRATUS

запуск завтра

centrlx

Отзывы пользователей (0)

Последние посты