Традиционный субботний скриншотник объявляется открытым! 💃

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

Наткнулся на тред на Reddit про то, что успех инди-игр — не редкость, а вот хороший дизайн и итерации доработок — вот это не часто встречается. И это сильно лучше описывает реальность, чем мантра «инди почти никогда не выстреливают». Каждый год выходят новые игры от одиночек и маленьких команд, которые находят свою аудиторию, а проваливаются чаще не потому что «рынок мёртвый», а потому что игра не попадает в ожидания игроков, плохо считывается с витрины и мало дорабатывается по фидбеку.​

Если упростить весь тред до практических правил:​
1️⃣делайте понятный геймплей и смотрите, что реально нравится людям, а не вам самим после 500 часов в редакторе;​
2️⃣не влюбляйтесь в фичи: если механика «на бумаге крутая», но играть скучно или непонятно — режьте или переделывайте;​
3️⃣показывайте билд сторонним людям как можно раньше и принимайте честную критику про геймплей, арт и трейлер, даже если больно;​
4️⃣начинайте с маленьких проектов и добивайтесь завершения, вместо того чтобы первым делом пилить «огромное RPG/MMO мечты» в одного.​

При этом важно честно смотреть на деньги: многие инди получают хорошие отзывы, активный дискорд и десятки тысяч долларов дохода, но этого мало, чтобы несколько человек жили на эти деньги годами. Настоящих успех по‑прежнему маловероятен, и если вы бросаете работу «ради первого большого хита», лучше ещё раз трезво оценить риски. Гораздо здоровее относиться к игре как к долгому, рискованному ремеслу: прокачивать дизайн, доводить проекты до ума, слушать игроков — и тогда шансы на успех вырастают.

@make_game

Оказывается, шрифты — это такое же лицензионное минное поле, как музыка, и тот же Arial требует отдельную платную лицензию, если вы вшиваете его в игру или приложение. И не важно, что он по умолчанию есть в Windows, для распространения в своих продуктах нужно отдельное разрешение, вы знали?

Для коммерческого релиза, особенно на международный рынок, намного спокойнее сразу опираться на открытые гарнитуры:
🔘Google Fonts — сотни семейств под открытыми лицензиями, официально разрешены для коммерческих проектов, веба и встраивания в приложения.
🔘Fontsource — 1500+ open‑source шрифтов в виде npm‑пакетов, удобно для SPA/Frontend.
🔘Open Font Library — сервис от Indian Type Foundry с качественными шрифтами, которые позиционируются как «free for all».
🔘Open Foundry — модерируемая платформа именно с open‑source шрифтами.
🔘The League of Moveable Type — исторически первая open‑source студия шрифтов, весь каталог позиционируется как бесплатный и открытый к использованию и доработке.
🔘Списки и обзоры у типографов, вроде подборки open‑source шрифтов у Tofu Type и похожих статей.​

И даже с этими ресурсами базовое правило одно: качаете шрифт → читаете LICENSE → кладёте её рядом с ассетом в репо, особенно если у вас коммерческий релиз или международный рынок.

@make_game

Facepunch выкатили мощный подарок геймдеву: s&box официально стал открытым игровым движком под лицензией MIT.

В репозитории весь высокоуровневый код движка на C#: редактор, сцены, UI, сетевой слой и прочее, а под капотом он опирается на Source 2 и современный .NET. Код Valve при этом не открыт — только то, что написали сами Facepunch, так что Source 2 остаётся проприетарной базой, поверх которой вы работаете.​

Если коротко, s&box — духовный наследник Garry’s Mod и одновременно движок + платформа для игр с пользовательским контентом: можно собирать свои режимы/игры как в Unity, но с фичами Source 2 и встроенным редактором. MIT даёт вам право форкать проект, править его под свои нужды, делать самостоятельные игры и даже строить на его базе собственный движок без роялти, при этом часть низкоуровневых бинарников остаётся под лицензиями Valve и это надо учитывать, если целитесь в полностью независимый коммерческий релиз.​

Практически сценарий такой:
1️⃣Клонируете репо, собираете по инструкции и получаете редактор, сцену и инструменты.​
2️⃣Пишете геймплей на C#, собираете сцены, UI и сетевую логику через встроенный редактор, как в привычных движках.​
3️⃣Либо форкаете код и используете его как основу для своего самостоятельного проекта, постепенно отвязываясь от того, что вам не нужно из экосистемы s&box.

В свежем апдейте заодно подтянули технику: переписали нативный аллокатор (перешли с jemalloc на mimalloc), починили VR и режим Play, добавили анти‑тайлинг для террейна, так что база для движка уже довольно зрелая.

@make_game

Скриншотник открыт! 💃

Закидывайте в комментерии демки, скриншоты или просто рассказы о своих успехах за последнюю неделю. Над чем работаете? Когда планируете релиз? Чем в своей игре вы особенно гордитесь?

Есть люди, которые бросают крутые игры из‑за банальной тошноты и головокружения. Инерция камеры, узкий FOV, дёрганый фреймрейт и агрессивные эффекты легко ломают опыт даже в одиночных играх, не говоря уже про VR. Ниже — практические вещи, которые вы как разработчик можете сделать, чтобы этого избежать.​

Камера и FOV

🔘Дайте игроку нормальные настройки FOV и делайте их предсказуемыми: отдельный слайдер, без странной привязки к аспекту, возможность поднять FOV повыше, но с предупреждением, что это может усиливать эффект скорости.​

🔘Добавьте опцию полного отключения head‑bobbing, качания камеры при беге, получении урона, залезании по лестнице и т.п. Даже небольшой остаточный «кач» в скриптах может ломать игру чувствительным игрокам.​

🔘Старайтесь избегать принудительного резкого поворота камеры без контроля игрока; если нужно показать сцену — используйте мягкий пан или делайте такие моменты пропускаемыми.

Эффекты и визуальный шум

🔘Обязательные тумблеры: motion blur, depth of field, chromatic aberration, vignette, резкие FOV‑эффекты на спринте или ускорении. Многие играют с ними «ради красоты» пару минут, а потом получают головную боль.​

🔘Не злоупотребляйте покачиваниями, шейк‑камерой и дёрганием экрана при каждых действиях. Если очень хочется оставить — повесьте это на отдельный «camera shake intensity» слайдер.​

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

Интерфейс и управление

🔘Добавьте фиксированный прицел/точку в центре экрана (даже в играх от третьего лица) — это простой визуальный «якорь», который многим сильно помогает.​

🔘Обеспечьте стабильный FPS: лучше пониженные настройки по умолчанию, чем красивая, но рвущаяся картинка. Низкий и нестабильный фреймрейт — один из главных триггеров укачивания.​

🔘В VR — поддерживайте удобные режимы локомоции: телепорт, snap‑turn, маску/туннелинг по краям экрана при движении. Не заставляйте всех идти только «free locomotion + smooth turn».​

Настройки и тестирование

🔘Вынесите основные опции (FOV, head‑bob, blur/DOF, camera shake, ретикл) в первый запуск или раздел «Accessibility», а не закапывайте их в третий уровень меню.​

🔘Если у вас есть QA или знакомые, которые легко укачиваются — дайте им поиграть и относитесь к их отчётам как к багам, а не «индивидуальной особенности».

🔘Философия простая: по умолчанию делайте аккуратные, щадящие настройки, а «киношность» и агрессивные эффекты оставьте тем, кто их осознанно включает.

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

По материалам треда на реддит.

@make_game

На dos.zone добавили Norton Commander и Volkov Commander — те самые синие панели с F8 для удаления. Внутри каждого ещё по 10 DOS-игр.​

Работает на js-dos — обёртка над DOSBox, скомпилированным в WebAssembly. Проект опенсорсный, живёт на гитхабе. Поддерживает несколько бекендов: обычный DOSBox и DOSBox-X. Тянет даже Diablo и Dune 2000, есть мультиплеер и облачные сейвы.​

Интеграция элементарная: Dos(element).run("game.jsdos"). Если нужно встроить ретро-игру в свой проект или поэкспериментировать с эмуляцией DOS в вебе — вполне рабочий вариант.

Больше не могу говорить, ушёл играть в GOLDEN AXE 💃

@make_game