Обычно такие показатели и говорят, что вы делаете что-то не то. Всякими дополнительными фичами, уведомлениями, для игры вашего жанра ретеншен можно поднять максимум на 10-15%.
Также у вас очень высокий CPI, это еще один гвоздь в гроб вашего проекта.
На вашем месте я бы просто поддерживал проект в работоспособном состоянии, так как вам повезло получить фичер в Google Play. А все усилия сконцентрировал на разработке новых проектов.
Использование новичком libgdx != высокая производительность. А если бы товарищ verych использовал Defold в своей игре, то статья была бы длиннее раза в два.
Высокая производительность любого движка достигается умением разработчика работать с этим движком.
Можно написать небольшой скрипт, который делает 3 билда для разных архитектур. А в новых версиях Unity этот функционал делается выставлением одной галочки.
Поддерживаю. Прогресс есть, но очень медленный. Ребята вкладываются в нишевые решения. Это конечно хорошо, но как много разработчиков будет пользоваться ml-agents или JobSystem? Думаю что единицы. Для таких решений и нужен AssetStore.
Долгое время более практические проблемы, с которыми сталкивался среднестатистический разработчик в вакууме, не решались. Сколько в Unity не было нормального UI или поддержки IAP из коробки? А как давно решили старую проблему работы с текстом покупкой TextMeshPro?
Увы, я даже немного слеповат.
В свое время продюсер погонял насчет того, что дергается картинка при хорошем FPS. Потом выяснилось, что если Unity принудительно не ограничивать в кадрах, то колебания между 80-100 кадрами в секунду очень плохо влияет на плавность картинки.
Данный баг воспроизвести довольно просто в любых версиях Unity. Добавьте к примеру куб на сцену и двигайте его как вам удобно: в Update с Time.deltaTime, через AddForce или FixedUpdate. Вы увидите как он дергается. Многие просто этого не замечают, отказываются видеть и верить и этот косяк присутствует даже в топовых мобильных играх.
Похожая проблема есть в Unity. Если собрать простой проект, где движется куб то можно заметить как он немного дергается.
Решается похожим способом: Application.targetFrameRate = 60
Пару лет мы тоже делали один большой ММО проект (остались только стримы на youtube: www.youtube.com/watch?v=iZdQBoZkqPc&t). Тоже на Unity, но целевая платформа была WebPlayer (покойся с миром). Я читал ваш пост и удивлялся насколько похожими были грабли, на которые мы наступали. Например используя SmartFoxServer мы потратили 1500 евро на покупку лицензии для 2000 CCU, надеясь на невероятно большое количество пользователей. Конечно же столько пользователей у нас не было и легко обошлись бы бесплатной версией :)
Графика очень приятна глазу. Классная анимация, хорошая тактильность. Молодцы ребят!
Монетизация игры через рекламу и IAP. Не думали о paid-версии? Контент очень хорош.
Если Pokémon Go и Trivia Crack смогли справиться с проблемами масштабирования облачных вычислений на мобильных платформах, то и у вас это получится.
Что означает фраза смогли справиться? В первое время после запуска, в связи с наплывом большого количества людей, постоянно была проблема с подключением. Со временем трафик спал и проблема такая пропала. Это и называется справиться? Предположим, этот сценарий успешен, тогда есть ли в современной истории случаи, когда команда не смогла справиться с большой нагрузкой и проект пришлось закрывать или что-то кардинально менять?
Вы посмотрите на тестовое задание по ссылке, чтобы оценить уровень разработчика.
Также у вас очень высокий CPI, это еще один гвоздь в гроб вашего проекта.
На вашем месте я бы просто поддерживал проект в работоспособном состоянии, так как вам повезло получить фичер в Google Play. А все усилия сконцентрировал на разработке новых проектов.
android-developers.googleblog.com/2017/12/improving-app-security-and-performance.html
Высокая производительность любого движка достигается умением разработчика работать с этим движком.
Долгое время более практические проблемы, с которыми сталкивался среднестатистический разработчик в вакууме, не решались. Сколько в Unity не было нормального UI или поддержки IAP из коробки? А как давно решили старую проблему работы с текстом покупкой TextMeshPro?
В свое время продюсер погонял насчет того, что дергается картинка при хорошем FPS. Потом выяснилось, что если Unity принудительно не ограничивать в кадрах, то колебания между 80-100 кадрами в секунду очень плохо влияет на плавность картинки.
Решается похожим способом:
Application.targetFrameRate = 60Монетизация игры через рекламу и IAP. Не думали о paid-версии? Контент очень хорош.
Что приходилось?
Для таких случаев полезно делать экспорт в Android Project и уже более понятней станет причина проблемы.
Что означает фраза смогли справиться? В первое время после запуска, в связи с наплывом большого количества людей, постоянно была проблема с подключением. Со временем трафик спал и проблема такая пропала. Это и называется справиться? Предположим, этот сценарий успешен, тогда есть ли в современной истории случаи, когда команда не смогла справиться с большой нагрузкой и проект пришлось закрывать или что-то кардинально менять?