Друг поделился забавной гифкой.

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

HTML5 демка (если браузер не даст фокус канвасу - может тормозить, нужно кликнуть/тапнуть по черному экрану сразу после загрузки)

Код

Мое личное мнение о площадках для web(html5) игр, но ТОЛЬКО с рекламной монетизацией.

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

Теперь немного о платформах.

* Если есть опыт создания игр под вэб и понимание, что такое качественная отполированная игра, то лучше идти на #poki. Это одна из лучших вэб платформ на сегодняшний день. Классные инструменты и команда, НО ручной отбор игр. Это значит, что с любой случайной игрой или не достаточно отполированной или не достаточно веселой игрой туда попасть будет сложно. Не получится прийти туда с игрой вида “я сделалъ”. Еще вариант туда идти если у вас есть мобильный хит и вы хотите попытаться выйти в web. Можно собрать web сборку и закинуть, проконсультироваться и договориться, что и как. Всегда есть вариант, что предложат протестировать как есть или помочь найти кого-то на портирование игры под вэб. Но опять же, игра должна быть клевой и уже хорошо себя показать. Кроме того площадка предпочитает эксклюзивные игры т.е. игры не должны быть опубликованы где-то еще.

* Если опыта мало или нет, но в вэб хочется или по каким-то причинам у вас не получается с poki (не берут игру или не можете работать с европейской компанией). Лучше пойти на Яндекс Игры. Они берут почти всё и это хороший шанс поучится делать игры, полировать их и т.д. Плохие игры там утонут без шансов. Хорошие могут зарабатывать хорошо и даже ОЧЕНЬ хорошо. Из минусов модерация, что лезет не в свои дела и “какбэ” четкие правила, которые, на самом деле, могут интерпретироваться каждым модератором рандомно, что приводит к фрустрации и жутко демотивирует.

* GameDistribution - есть смысл идти только если либо
1) у вас есть классное мобильное IP (Intellectual property), которое вы хотите распространить как можно на большем количестве сайтов и можете выбить у них условия продвижения (временная эксклюзивность и они добавляют игру в рассылку + помечают как эксклюзив и т д). У них только публичный договор оферты, все договоренности только по переписке и нигде не прописаны, а это значит их невозможно проконтролировать или потребовать. Всё на вот таких личных договорённостях и отношениях.
2) вы начинающий, особо никуда не берут, на яндекс вы уже вышли и хочется еще куда-то.

* у меня нет опыта с СrazyGames, но те цифры, что я вижу у @mewton_games, скажу честно, меня не впечатляют. Я бы попытал удачу с ними, если не получится с Poki т.к. знаю, что временная эксклюзивность может помочь с продвижением на площадке.

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

Лично я бы следовал следующему алгоритму:
* посмотрел все площадки, поиграл в игры. Сравнил уровень полировки с тем что есть у меня, чтобы понимать есть ли у меня шанс попасть на площадку. Посмотрел, найдется ли аудитория для моей игры на этой площадке;
* если игра дотягивает по полировке до игр на Poki - подался бы к ним в первую очередь;
* если игру не примут, я бы рассмотрел бы площадки на которых есть возможность получить бонусы от временной эксклюзивности и получить от этого бонусы продвижения: CrazyGames и GameDistribution (можно связаться и обсуждать параллельно с заявкой на poki);
* к концу эксклюзивного периода, если договорится получиться, готовил бы игру к релизу на остальные площадки, если нет, релизил бы везде где берут сразу;
* ну и так как игры у меня на Defold, то выпустил бы на мобилы (не в последнюю очередь, а просто когда бы появилось время).

Напомню, что это про игры с рекламной монетизацией. За информацией про игры с платежами лучше сходить сюда @html5center

Мне очень понравилась Дюна и я с нетерпением ждал вторую часть, которая не разочаровала.

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

Поискал в интернете и нашел, что это инфракрасная съемка.

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

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

То что у меня получилось можно посмотреть в этой web демке.
А можно покрутить параметры и собрать свою версию проекта.

UPD: Всем спасибо за помощь, обновил проект. Стало красивее.

Встретил мнение о том, что баннеры плохо заходят “на зарубежных платформах".

Хммм...

Вспомнил, что писал про баннеры и решил подвести итоги с цифрами.
Напомню, что речь идет про HTML5 игры на poki.com, где баннеры есть только на телефонах в портретном режиме.

Игры, в которые я добавил эту поддержку, сейчас зарабатывают на баннерах (значения взяты за последние 30 дней):
игра №1 - 19.5% от общего заработка и 56% от заработка на телефонах,
игра №2 - 15% от общего заработка и 55% от заработка на телефонах.

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

Еще несколько игр, которые изначально поддерживали портретный режим и сколько в них зарабатывают баннеры:
игра №3 - 36.5% от общего заработка и 66% от заработка на телефонах,
игра №4 - 28% от общего заработка и 54% от заработка на телефонах,
игра №5 - 12% от общего заработка и 46% от заработка на телефонах,
игра №6 - 11% от общего заработка и 100% от заработка на телефонах (в игре нет rewarded рекламы, а interstitial не поддерживаются на телефонах на Poki).

Добавил график, чтобы эти цифры было проще читать.

Итак, в моем случае баннеры дают от 10 до ~40% общих доходов в зависимости от игры, и это примерно удвоение мобильных доходов.

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

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

https://telegra.ph/Kak-ya-ispolzuyu-ChatGPT-kazhdyj-den-10-20

Мы подняли важную для нас в Defold тему размера билда, и я рад, что её так подхватили: Construct (хоть это и не нативно-кроссплатформенный движок), Aras (который раньше работал в Unity), и вот теперь Mewton тоже запостил у себя.

Тест был о том, чтобы сбилдить всё “как есть”: создать пустой проект и собрать релизную сборку. Каждый движок имеет свои особенности оптимизации, и углубляться в это можно очень долго.

К примеру, в посте Араса про оптимизацию Unity web-билда до 2 MB я привел пример, как несколькими галочками можно оптимизировать Defold до 817 KB. И это не считая того, что если собирать движок самостоятельно, то можно добиться и 400-500 KB.

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

Почитайте пост от Араса про оптимизацию web-билда в Unity и поделитесь с разработчиками на Unity - надеюсь это чуточку поможет им с размером web билдов.

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

С первого октября Poki стали платить 100% доходов с органического трафика или того, что вы сами привели. Система действует уже 2+ месяца, и пока полёт нормальный. Доход в среднем вырос на 10%.

Лично я считаю это изменение позитивным. Какие у вас мысли на этот счёт?

В этом году, после многолетнего перерыва, планирую посетить игровые конференции за пределами Швеции.

* DevGAMM Gdańsk – буду в Гданьске с 26 по 28 февраля.
* GDC 2025 – буду в Сан-Франциско с 16 по 23 марта (найти меня можно на стенде Poki, если что).

Если у вас есть вопросы по Defold или просто хотите пересечься и пообщаться – пишите, буду рад!

Что не так с Dropbox и чем я его заменил.

Концептуально Dropbox мне очень нравится. Работаешь себе в папке с файлами — а они всегда автоматически бэкапятся. Ну круто же!

Понятно, что для кода есть Git (и сервисы на выбор — от собственного хостинга до GitHub и прочих), для фото — iCloud или Google Drive в зависимости от телефона (я плачу за оба), для документов — Google Docs. И тут встаёт вопрос: а зачем тогда нужен Dropbox?

У меня он использовался для хранения и версионности исходников арта, маркетинговых материалов, трейлеров и их исходников, и тому подобного. Для всего, что не нужно в проекте на гите, но где-то хранить нужно, при этом возможность откатить версию или восстановить случайно удалённое — всё ещё важна.

И такие файлы хочется (и нужно) шарить с командой, а их всегда больше, чем позволяет бесплатный лимит.
Купить аккаунт, конечно, не проблема, но вот тут начинается самое интересное: все папки, расшаренные с тобой, считаются в твой аккаунт. То есть платный аккаунт должен купить каждый, с кем ты работаешь. И каждый платит за это место.
Есть, конечно, тариф, где у команды есть одна общая папка, и она не считается в лимит каждого, но если вас 5 человек да ещё и с НДС, то это уже 90 евро в месяц. Может, это и немного, но "осадочек остался".

Я начал искать, чем можно заменить Dropbox — без потери в удобстве и без ощущения, что тебя затягивают в какую-то клиентскую пирамидальную схему. И нашёл STORAGE SHARE от Hetzner. Это решение на базе Nextcloud — по сути, open source Dropbox с приложениями под все ОС и теми же принципами работы.
Только у тебя своя админка, где ты сам добавляешь нужное количество пользователей, и за место на диске платишь один раз. И те же 5 TB обходятся в 18 евро в месяц для всей команды (с НДС).

Скоро будет год, как я полностью переехал с Dropbox на Nextcloud (Storage Share от Hetzner), и полёт нормальный.

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

Есть смысл написать про конференции, на которые я ездил.

DevGAMM Gdańsk.
Думал, что приеду и никого не узнаю. Оказалось, что это всё та же ламповая конференция, где и старых друзей много, и новых находишь, просто увлечённо рассказывая что-то в холле.
Заметно меньше мобилочек и сервисов, чем было на Девгаммах в Минске и Москве — сами решайте, хорошо это или плохо.
В целом, мне очень понравилось.

GDC.
На GDC я ездил по приглашению Poki и большую часть времени провёл с ними. Крутая команда. Много классных специалистов, с которыми приятно и про работу поговорить и потусить. Основатели и менеджмент тоже отличные — с ними приятно общаться, и они действительно тебя слушают.
Удивлён, что ребята каким-то образом сохранили такую атмосферу, несмотря на рост компании. Это дорогого стоит. Обычно вся магия такого рода развеивается, если в компании становится больше 15 человек.
Сама конференция как будто стала меньше (в прошлый раз я был в 2017-м): не было стендов больших компаний, зато было много аутсорса из разных точек мира.
Имеет смысл ехать только если у вас есть чёткий план и вы собираетесь его придерживаться. Ну или если вы живёте очень близко.

Планы на май.
В мае планирую побыть на Кипре (в основном в Лимассоле 4-18, но буду на острове до 24, просто на остальные даты сложнее сказать локацию). Если вы там и хотите увидеться (покормить котиков на набережной или выпить пива), пишите в комментариях или в личку — попробуем запланировать встречу.

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

Множество фич — как для разработки игр, так и для самих фич внутри игр — могли бы быть более доступными и простыми в реализации, если бы о них думали ещё на этапе дизайна формата данных. Как, например, в Tomorrow Corporation Tech Demo.

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

https://telegra.ph/Materialy-po-teme-formatov-dannyh-v-razrabotke-igr-06-07

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

Если для того чтобы разобраться с кодом, я обращался к LLM, то чтобы понять подходы к работе с инструментами и сам workflow я докучал опытным коллегам: Матсу и Владу.

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

https://forum.defold.com/t/defold-editor-development-tips-and-tricks/80710?u=agulev