ForserX Dec 27 2019 at 23:12

Конец эпохи ARMv7 или же немного о портировании игр

2 min

13K

Game development*Development for Android*Reverse engineering*

Tutorial

+18

Comments 10

ForserX Dec 28 2019 at 00:00

Критика приветствуется.

UFO just landed and posted this here

ForserX Dec 28 2019 at 05:55

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

Ну, про кастомные я уже сказал в первом пункте. Ресурсы да, помню как-то приходилось вытаскивать порядка 1 гб пикч, чтоб ужать до 600 метров (памяти не хватало). Но, соль в том, что папка с бинарниками не шифруется. Это те же самые .dll.

даже бинарник пропатчить не выйдет, это как попытка запуска 64 битных программ на 32 битной системе...

Поэтому и нужен донор.

anegin Dec 28 2019 at 11:36

Бинарники движка могут компилиться из исходников при сборке приложения, и в процессе модифицироваться так, чтобы работать только с этим приложением.
А еще само приложение может содержать свой c/c++ код. В этом случае негде будет взять нужные *.so, кроме как просить разработчиков приложения.

ForserX Dec 28 2019 at 12:11

Тот же Unity не даёт доступ к исходному коду, ситуация с Unreal спорная. Мало кто захочет лезть в него ради мобильной игрушки. RenPy… Его, сколько раз встречал, никто не правил. За другие ничего сказать не могу, но это ситуация вполне вероятная.

А еще само приложение может содержать свой c/c++ код.

Судя по тому, чем заполнен тот же Play Market, я сомневаюсь, что среднестатистический мобильный разработчик будет этим заниматься. ИМХО

FloorZ Dec 28 2019 at 17:18

по большей части, популярные игровые движки сами по себе не шифруются. Шифруется файл ресурсов и файлы/скрипты проекта. А либы движка — нет и чаще всего, ресурсы проекта просто обращаются к API движка.

Проблемы будут, если есть нативные модификации