📹 Stream

Twitch: https://www.twitch.tv/melkovdev

Делаем игру за 3 дня, командой из 4 человек на движке FlaxEngine. Хэллоуинский вайб :D

📹 Stream

Twitch: https://www.twitch.tv/melkovdev

Делаем игру за 2 дня. Перешли на Unity движок...

📹 Stream

Twitch: https://www.twitch.tv/melkovdev

Делаем игру за 1 день...

Мы делаем рогалик со слот-машиной, комбинации которой определяют исход сессии. Тестировали вероятности выпадения

📹 Short: https://www.twitch.tv/videos/2611972669

Типизированные массивы в JavaScript созданы для чего? Правильно, для скорости и работы с сырой памятью! Но Тим Кук думает иначе...

Если ты пробуешь отсортировать простой массив, например флотов, вебкит может решить, что это идеальный момент для медитации😂

slowDownAndWasteMemory

Пока V8 пытается выжать такты процессора, Safari такой: «Хм, этот массив выглядит слишком сложным (или опасным?), давайте-ка вызовем slowDownAndWasteMemory().

Если твой массив слишком большой или неудобный для сортировки, он превращается... превращается...

...он превращается в WastefulTypedArray

То есть, ты пишешь код, ожидая работы с OversizeTypedArray (просто большим массивом), а под капотом Apple конвертирует его в WastefulTypedArray.

Сортируй массивы в Safari - помогай греть атмосферу!

🔗 Chat 🔗 Vecxy 🔗 Twitch 🔗

Тут чувак (igmunv) делает свою операционную систему, наткнулся месяц назад на его первый ролик и вот теперь я его постоянный зритель :D

Если вкратце, то он пишет 32-ух битную ОС на языке C и ASM и теперь у нее есть название Kinetic Open Structure Minimal Operation System или проще - космос. (и тут вставка с red21 "ты космос детка").

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

В общем рекомендую)

🔗 Chat 🔗 Vecxy 🔗 Twitch 🔗

Две истории страдания в веб-среде

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

Значит, выпустили мы игру на «Яндекс.Игры», разработана она на движке Unity, версия 6k LTS, модерацию прошли успешно.

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

Самое любимое в этой ситуации — проблема была только на iOS. Я просто обожаю WebKit и всё, что с ним связано...

❌Кейс #1 или как я люблю Apple
Оверскроллинг? Ну типа, когда страница заканчивается, её можно скроллнуть с натяжкой вниз для обновления страницы. По правилам платформы это недопустимо, и нужно отключать. Ок, такого нюанса не знал, пошёл добавлять новый селектор на CSS, чтобы офнуть эту фичу в браузерах. На Chromium и Gecko всё чётко, работает как советские часы, а вот в WebKit отрабатывает сомнительно и далеко не окей. В Safari это просто не работает, хотя в документации логика описана: iOS'ы насильно добавляют свой скролл во всё, что рендерится, это у них фетиш такой. Благо, хоть в WebView WebKit это выполняет как нужно.

Пошёл думать, как это можно обойти, и пришёл к единственному рабочему способу в 100 процентах случаев. Достаточно просто подписаться на событие тача в любое место в document в пассивном режиме (ибо нам не нужно preventDefault юзать) и, конечно, с захватом на то, что ивент будет получен до отправки в любой EventTarget чилдов.

❌Кейс #2 или какие юнити предусмотрительные
Кетчуп? Ой, Catch-up! Система для аудиотаймлайна, которая позволяет нагнать упущенный офсет времени. Например, все мы знаем, что браузер может уходить в спячку, если его свернуть. Это значит, что он останавливает свой цикл до возвращения пользователя. В таком случае Web Audio API не может воспроизводить аудио и просто останавливает его. Unity под капотом, при работе с Web Audio API, реализовали логику запоминания времени замораживания браузера и его размораживания. Дельта времени используется как офсет для таймлайна, который применяется для нагонки, из-за чего музыка может ускоряться в N раз, чтобы успеть. Данный кейс вообще бессмыслен, и совершенно непонятно, зачем это нужно. Если музыка идёт 2 минуты, а человек держал браузер минуту в заморозке, то по возвращении трек будет ускорен до конца, что выглядит глупо. Естественно, в документации ничего об этом не сказано. А ещё они в некоторых кейсах могут дублировать трек, если у него есть зацикливание. Например, трек закончился, а браузер ушёл в заморозку, то после разморозки он ускорит законченный трек, запустит его по новой, и Unity ещё запустит повторно его, из-за чего у нас будет 2–3 потока одного и того же трека, что приведёт к "развалу ушей".

Много всего перепробовал, пока не наткнулся на исходный код Unity в .framework.js, который можно посмотреть после сборки билда под веб. Там нашёл подписку на изменение состояния AudioContext, в которой, собственно, и происходила вся эта грязь. Пришлось писать плагин в контексте этого фреймворка, дабы переопределить код функции, которая подписывалась на изменение состояния контекста. Убрал всю логику с офсетами и захардкодил офсет в значение 0, что полностью решило эти проблемы.

В общем, вот такие две истории, которые происходили со мной на пути познаний веб-тонкостей. Можно считать это демонстрацией веб-костылей разной категории.

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

🔗 Chat 🔗 Vecxy 🔗 Twitch 🔗