Комментарии 16
Стало смешно после прочтения
Автор удивляется, что видеоигра написана на движке, который предназначается для создания видеоигр
Автор сетует, что игра потребляет видеопамять, и это будет неудобно для тех, кому она нужна - не знаю какая там оптимизация (после прочтения 1/3 статьи просто после смешных тезисов дальше не стал считать), но может просто не будете открывать подобные приложения во время работы, чтобы не забивать видеопамять? И вроде как правило текстуры занимают больше всего видеопамяти, автор игры просто решил их сильно не сжимать под десктоп приложение, я думаю (увидел, что дальше по тексту это и выясняется)
и вас и автора понять можно, ну кстати тут подтюнить только утилизацию на процессоре, 400 мегабайт памяти если не растёт нормально наверно
Это не игра. Это как в старом МС офис были "помощники", типа Скрепка, Кошка, Собака и т.п. Здесь то же самое, только не в рамках одного приложения, а прямо на рабочем столе будет котик сидеть и лапками молотить.
Такие отдельные программы и раньше были, с пиком популярности между Windows 98 и XP. Назывались “screen mates” и по нынешним меркам были куда менее требовательны, да.
Фактически это игра, жанр Idle
Скрипты так просто не поддаются декомпиляции
Почему? Если в Unity используется Mono backend, то все скрипты лежат в отдельной DLL-ке. Просмотреть DLL-ку обычно никаких трудностей не вызывает.
Не скажу, что я уделил этому достаточно времени, но каких-либо внушительных проблем я при беглом взгляде не обнаружил. Разве что повсеместное использование корутин. Но могу сделать смелое предположение, что основное потребление так или иначе выпадает на работу с окнами, определением поверх остальных окон, прозрачностью, работой с системой.
По теме производительности, я столкнулся только с 300МБ использованной памяти, а процессор потреблял не больше пары процентов, чаще <1%. Потребление значительно возрастает, когда заходишь в настройки, но это известная проблема взаимоотношений Unity и скроллов.
В том, что он неправильно выбрал технологический стек. Несмотря на то, что по жанру это игра, по форме это обычный виджет. Стрельба из пушки по воробьям хорошим не оканчивается. Интересно почитать, какой стек выбрали бы ВЫ, будучи инди-разработчиком.
Для точно такой же игры я выбрал Unity. Не вижу никаких проблем с тем, что автор Bongo Cat тоже взял Unity.
просто программа ведёт себя странно при своих входных данных, знаете как по чуть-чуть гоночный болид не проезжает в поворот, но в целом едем по дороге
тут такой момент - виртуальность, плюс чуть-чуть там чуть-чуть тут, и оп вроде и трилларды(упрощенно, понятно, что Юнити стремится к скорости наверно(всякие jit/aot), но инструкции существуют) инструкций и памяти много
Тут основной момент простой и очевидный: с помощью Unity разраб смог сделать игру. Без Unity он бы игры не сделал, и мы бы её не увидели.
это-то я понимаю, но виртуальность отьедает инструкции, теряем такты проца буквально, если прибавить еще диспетчиризацию, сейчас время изменилось, понятно же что если прям надо и такое разогнать можно, там просто какие-то банальные, очевидные вещи, типо не выгрузили или чото считаем прям в фрейм тайме
Для точно такой же игры
так если бы это была хотя бы игра
Такие проблемы бывают и у больших корпораций. В частности, утилита конфигурирования микроконтроллеров STM32CubeMX сходу отжирает гигабайт памяти, а при вызове контекстного меню по любой ножке контроллера полностью загружает одно ядро процессора, даже будучи в фоне. Причём этой проблеме уже более 5 лет. Было бы интересно почитать, в чём проблема у них.

Bongo Cat — убийца системных ресурсов