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

[@ForserX]

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

[@ForserX]

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

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

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

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

[@anegin]

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

[@ForserX]

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

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

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

[@FloorZ]

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

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

[@Denai]

О чём пост вообще? Допустим, у меня arm64-v8a — что я могу с этим сделать и куда портировать?

[@ForserX]

О запуске игр на armv7, которые не имеют поддержки данной архитектуры.

[@svkozlov]

Тэг программирование не совсем уместен.

[@ForserX]

Его тут и нет. Реверс, андроид разработка, гейм-разработка.