Майнкампфкрафт, фя

Кто в это будет играть?

У владельцев Linux-девайсов и в те времена не было особого выбора. Именитые разработчики обходили стороной такие устройства и AAA-игры были только для Sony PSP. Так что ничего не оставалось, как делать под эти корейские и китайские «вещи в себе» Homebrew-игры, делать порты старых игр с компьютеров, разрабатывать эмуляторы и т. д.

Ну и если брать 2011 год, то Minecraft ещё не был тогда так заезжен, так как только вышел и не являлся символом школоты, как сейчас.

Узнал автора по обоине

Удивительно, как у тебя плазма настроена в соответствии с моими представлениями об оптимальности. Обычно все делают по-другому, но так реально удобнее.

Мне нравится, выглядит интересно. Жду релиза в сторе или апк.

А что в случае с NDK даёт Эклипс? Каких фич в студии не хватает? Насколько геморройно портировать? Будет текст по типу этого? Я бы почитал. И да, вести разработку в Qt Creatore целиком тоже не получается?

Почему игру хейтят за большинство ее аудитории?! В 2010-2012 годах что-то я не слышал такого количества хейта.

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

Чьи потроха на обоине?

Спасибо. Мне нравится подход из BeOS/Haiku OS. Там в дефолтном WM можно сделать табы для окошек:

https://www.haiku-os.org/docs/userguide/en/images/gui-images/gui-s t.gif

Нечто «подобное» и у меня. В панели задач запущены развёрнутые на весь экран окна программ, между которыми я переключаюсь так, как будто это вкладки.

Жду релиза в сторе или апк.

В Play Store пока выкладывать не планирую. Возможно, во F-Droid выложу в будущем. Файлы:

Android: [APK-пакет], [OBB-кеш] | [Зеркало APK], [Зеркало OBB]
GNU/Linux: [TAR.GZ-пакет] | [Зеркало TAR.GZ]
Исходники: https://github.com/EXL/AdamantArmorAffectionAdventure

Установка на Android:
Качаете APK и OBB файлы, устанавливаете APK, запускаете приложение, жмёте «Browse OBB», выбираете скачанный OBB, запускаете игру.
Установка на GNU/Linux:
Устанавливаете библиотеки SDL2, SDL2_mixer и OpenGL, распаковываете архив и запускаете файл «AAAA-Engine».

Насколько геморройно портировать? Будет текст по типу этого? Я бы почитал.

Да, все свои костыли, подпорки и велосипеды описал в огромной статье с картинками в своём бложике. Предупреждаю сразу, TL;DR: http://exlmoto.ru/adamant-armor-affection-adventure-droid/

Геймплей на реальном Android-устройстве: https://www.youtube.com/watch?v=8UfZP2pbrOg

Круто, спасибо. Поиграем, почитаем.

Это охрененно, респект

Да, все свои костыли, подпорки и велосипеды описал в огромной статье с картинками в своём бложике. Предупреждаю сразу, TL;DR: http://exlmoto.ru/adamant-armor-affection-adventure-droid/

Очень круто! Долго писал (статью)?

Поэтому пришлось взяться за более тяжёлую артиллерию и установить инструменты из набора clang: clang-format и clang-tidy.

М? А нафига tidy? Этож линтер.

EGL под десктопным линуксом и десктопным OpenGL нормально взлетел? Я, емнип, с ним какие-то волшебные глюки ловил (там где GLX «просто работал»)

Изначально использовалась 16-битная глубина цветности формата RGB565, но немного поэкспериментировав, я выбрал 24-битную глубину формата RGB888.

Ставлю на аппаратное ограничение или «памяти не завезли». // Зернистость на левой картинке ламповее, имхо

Долго писал (статью)?

За вечера три написал, потом день ещё проверял.

М? А нафига tidy? Этож линтер.

Для добавления скобок и приведения кода к стилю 1TBS. В clang-format, на момент его версии 3.9, такой фичи не было: http://stackoverflow.com/a/28437960/2467443. Как я понимаю, нет и сейчас.

В astyle такая фича есть, но она не работала должным образом. Это обсуждалось, кстати в чатике ЛОРа в Telegram: http://esxi.z-lab.me:666/~exl_lab/screens/astyle_lor_chat.png Я думаю, сказывается упрощённость парсера в astyle. В коде движка есть достаточно странные конструкции.

EGL под десктопным линуксом и десктопным OpenGL нормально взлетел? Я, емнип, с ним какие-то волшебные глюки ловил (там где GLX «просто работал»)

Да вроде норм, проблем особых не замечал. Разве что KWin при запуске некоторых OpenGL-приложений крешился. Но тут не в EGL дело было. А вот с OpenGL ES на десктопе в другом проекте были траблы, поскольку функция glDrawTexiOES() в Mesa3D либо была просто заглушкой, либо я что-то неправильно делал.

Retroguru

увеличение количества Homebrew-игр на различных карманных игровых устройствах на базе ядра Linux: Caanoo, GP2X Wiz, Pandora и Dingoo A320

Есть отличные ребята помешанные на этой теме - http://retroguru.com

У них все игрушки бесплатны и портированы на множество платформ, в том числе и на Android

Прости, меня немного отвлекли, не успел ответить на всё.

А что в случае с NDK даёт Эклипс?

Там без проблем можно работать со стандартной сборочной системой из модифицированных Makefile'ов — Android.mk. в Android Studio => Gradle возможность работы с ndk-build тоже есть, но она помечена как «deprecated» и всех перегоняют на CMake. А с CMake там тоже куча проблем, например, я никак не мог выбрать версию NDK-тулкита, которым мне нужно было компилировать код. В общем, классическое: сделали два решения, но ни одно из них нормально не работает.

Вот ещё парочка претензий:
eclipse IDE - обновления (комментарий)
KDevelop 5.1.0 (комментарий)
junit куда положить? (комментарий)

И ещё библиотеки, которые я использовал: SDL2 и SDL2_mixer, заточены именно под ndk-build и про новомодную связку gradle+cmake ничего не знают. А переносить их сборку с одной сборочной системы на другую — ну его нафиг.

Ещё парсер у Eclipse CDT показался более адекватным и шустрым, чем у AS. Тем не менее, деваться некуда и следующий NDK-проект буду уже делать в Android Studio. Eclipse уж очень наводнён багами в ADT-плагине.

Насколько геморройно портировать?

Стоит помнить о фрагментации и куче различий в железе у Android-девайсов. Приведу пример. У меня, как видишь в видеоролике, девайс с физической клавиатурой, поэтому я затачивал кнопочное управление именно под него, думая что остальные аппараты с подобными элементами управления будут работать нормально. Так оно и оказалось, да вот только есть ещё такое, такое и даже такое. И там эти кнопки сделаны по-разному. Где-то X это KEYCODE_BUTTON_X, где-то KEYCODE_X и т. д.

А поскольку я изначально поленился и не реализовал возможность назначения аппаратных кнопок, то теперь страдаю на соседнем форуме и делаю страждущим APK-шки под их «Sony Xperia Play». Как видишь, это чудовищно неправильный подход. И если у меня появится свободное время, постараюсь добавить назначение кнопок.

И да, вести разработку в Qt Creatore целиком тоже не получается?

В Qt Creator поддержка Java на уровне блокнота с подсветкой. В Eclipse куча инструментов, которые экономят время, например, редактор XML-формочек, всякие специальные редакторы AndroidManifest.xml, strings.xml и прочего такого. Qt Creator я использовал только правок движка игры, который на C. Нравится шустрая работа этой IDE.

Не по теме спрошу. Что за тян на аватарке?

Попробовал на Lenovo s960.

На тачсрине нереально играть, даже тренировку не могу пройти.

И почему у меня в тренировке перс бегал как-бы замедленно?

Это Sun 3/50

http://sunstuff.org/hardware/systems/sun3/

И почему у меня в тренировке перс бегал как-бы замедленно?

В лаунчере игры есть параметр Framskip, по-умолчанию там 2. Поставь 3 или 4 (подбери оптимальное значение). Это избавит игру от «замедленности».

На тачсрине нереально играть, даже тренировку не могу пройти.

Да, сенсорному управлению я уделял мало внимания и оно получилось кривоватым. Есть вариант «Simple», возможно тебе он будет больше удобен.

Друг недавно посоветовал посмотреть на такую библиотеку, как:

https://github.com/emileb/MobileTouchControls
https://github.com/emileb/TouchControls

Возможно прикручу её для адекватного сенсорного управления потом.

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

Спасибо, интересно.

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

1. Чтобы убрать строку статуса, надо добавить в файл

/opt/eclipse/plugins/org.eclipse.ui.themes_1.1.1.v20151026-1355/css/e4_classic_winxp.css

строки:

#org-eclipse-ui-trim-status {
   visibility: hidden;
}

2. Уменьшить высоту табов можно, добавив в этот же файл строки

CTabFolder {
   tab-height: 22px;
}

3. Убрать крестик закрытия таба (так больше помещается табов по горизонтали):

CTabItem {
    swt-show-close: false !important;
}

После этих изменений Eclipse у меня выглядит вот так: http://storage1.static.itmages.ru/i/17/0429/h_1493454281_3616747_483e8313a4.png

Есть отличные ребята помешанные на этой теме - http://retroguru.com

Да, я с ними сотрудничал.

Палю ещё один интересный немецкий сайт (на английском языке), который является агрегатором Homebrew-игр для самых разных платформ: http://pdroms.de/

Спасибо. А мне уменьшить высоту табов и тулабаров помогла фича SWT_GTK3=1:

SWT_GTK3=1 eclipse:
http://esxi.z-lab.me:666/~exl_lab/screens/eclipse_swt_gtk_1.png

SWT_GTK3=0 eclipse:
http://esxi.z-lab.me:666/~exl_lab/screens/eclipse_swt_gtk_0.png

https://yandex.ru/images/search?text=olesya kharitonova

Палю ещё один интересный немецкий сайт (на английском языке), который является агрегатором Homebrew-игр для самых разных платформ: http://pdroms.de/

Тогда уж надо было эту ссылку давать в тему по Android:

http://pdroms.de/news/android/

Спасибо.

Малацца.

Всё бы ничо, только андроид - не линукс нифига. Ждем ебилдов-дебов-рпмов, а апк закапывай сразу.

В комментариях я выложил TAR.GZ «под все дистры». Если хочешь, можешь упаковать DEB или RPM.

Чертовски здОрово, снимаю шляпу, однако.

Каких фич в студии не хватает?

Отпишусь сюда, возможно кому-нибудь будет интересно тоже. andreyu должно быть интересно.

Google в последнем обновлении Android SDK полностью депрекейтнул такую консольную утилиту, как android, попутно сломав сборку проектов на Unity3D, react-native, cocos2d-x и на куче других библиотек, которые юзали эту программу. На форумах всем советуют понижать версию Android SDK, разве это дело?

Самое забавное то, что их Command-Line tools, скачанные с официального сайта Android SDK, при попытке использовании этой утилиты просят установить Android Studio IDE. Непонятно, какой тогда смысл КОНСОЛЬНЫХ утилит по мнению Google?

http://esxi.z-lab.me:666/~exl_lab/screens/Android_command_deprecated.jpg

В баг-трекере Android SDK по поводу удаления рабочего инструмента КУЧА гневных комментариев от разработчиков. Но сотрудники Google предпочитают не отвечать, а тупо удаляют гневные посты с критикой своих действий:

http://esxi.z-lab.me:666/~exl_lab/screens/Android_SDK_bugtracker_flame.jpg

Суть утилиты android была в том, что она генерировала файл build.xml, который использовал ant для сборки проекта. От последнего полностью отказываются и переходят на Gradle.

Вот и я вчера попытался пару своих проектов перекинуть с Eclipse ADT, ant, ndk-build, GCC на Android Studio, Gradle, CMake, Clang/LLVM. Java-only проекты перекинулись на Gradle & AS без проблем. В процессе переноса NDK-проектов я столкнулся со множеством проблем.

1. В Android Studio, хоть он базе IDEA и CLion, нету поддержки CMake, даже на уровне подсветки файлов. Плагинов поддержки тоже нет.

http://esxi.z-lab.me:666/~exl_lab/screens/Android_Studio_CMake_unsupport.jpg

Непонятно почему они всех гонят на CMake, но сами ещё ничего для его поддержки не сделали.

2. С проектами из одной SO-библиотеки особых проблем нет. Модульные проекты из нескольких либ по типу CMakeLists.txt в одной директории, CMakeLists.txt в другой директории и т. д. — работают костыльно. Для них нужно создавать общую директорию, в неё складывать скомпилированные либы и потом с помощью Gradle тянуть их в APK. В этом примере от Google'вцев (которые сложили бинари so-шки в репу, лол): https://github.com/googlesamples/android-ndk/tree/master/hello-libs видно, насколько всё убого и хреново это сделано. Есть и другой способ: написать мегаогромный CMakeLists.txt на все модули разом. Тогда проблем с директориями не будет. Собственно я такой подпоркой и воспользовался.

3. Невозможно скомпилировать отдельные исходные файлы как thumb или arm, хотя в ndk-build такая возможность была и она используется в куче библиотек.

4. При компиляции библиотеки SDL2 на armeabi-архитектуру падает компилятор Clang/LLVM, пофиксили этот баг только сегодня: https://github.com/android-ndk/ndk/issues/259, когда он попадёт в релиз NDK — хрен его знает.

http://esxi.z-lab.me:666/~exl_lab/screens/Android_Clang_LLVM_Crash.jpg

5. В документации сказано, что файлы Application.mk читаются, если они находятся рядом с Android.mk. На деле это не так и документация либо устарела, либо врёт. Нужно делать вот такие трюки в Gradle, чтобы задать архитектуры, выбрать платформу и компилятор:

ndk {
    abiFilters "armeabi", "armeabi-v7a", "x86"
}

externalNativeBuild {
    cmake {
        arguments "-DANDROID_PLATFORM_LEVEL=9", "-DANDROID=ON"
        cFlags "-O3", "-ffast-math", "-fomit-frame-pointer"
        cppFlags "-O3", "-frtti", "-ffast-math", "-fomit-frame-pointer"
    }

    ndkBuild {
        // arguments "V=1" /* Verbose ndk-build */
        arguments "NDK_TOOLCHAIN_VERSION=4.9", "APP_PLATFORM=android-9"
        arguments "-j" + Runtime.runtime.availableProcessors()
    }
}

В общем, я обратно на ndk-build и GCC ухожу. Там всё как часы работало. То есть у меня будет проект Gradle, с которым будет работать Android Studio. Gradle умеет вызывать как CMake, так и ndk-build. Связка CMake + Clang/LLVM до сих пор очень сыра.

Качество работы Android Studio с кодом на C/C++ ещё не успел оценить, но по тому, что я уже наблюдаю, будет ожидаемо хуже, чем в Eclipse ADT + CDT.

Google в последнем обновлении Android SDK полностью депрекейтнул такую консольную утилиту, как android

Теперь есть консольный sdkmanager.

От последнего полностью отказываются и переходят на Gradle.

И правильно делают. Еще бы gradle мог не только с jar работать, но и с aar нативно, без костылей.

Непонятно почему они всех гонят на CMake, но сами ещё ничего для его поддержки не сделали.

Гугель медленно, но уверенно катится в сраное говно :(

При компиляции библиотеки SDL2 на armeabi-архитектуру падает компилятор Clang/LLVM

Прикольно. Хорошо что я не использую sdl.

В общем, я обратно на ndk-build и GCC ухожу.

У меня сейчас gradle + ndk-build, поскольку поддержка ndk в gradle все еще в стадии альфа_хрен_что_работает.

gradle налету генерирует Application.mk. Зачем они это сделали — я не знаю.

А вообще, котлеты отдельно, мухи отдельно. Так и в билдсистемах невзаимодействующих явно между собой частей должно быть.

gradle налету генерирует Application.mk. Зачем они это сделали — я не знаю.

У меня не генерирует, а использует уже сгереренный. А вот androidmanifest.xml он действительно патчит.

Теперь есть консольный sdkmanager.

Да это всё понятно, но утилита android генерировала файл build.xml, необходимый для сборки некоторым приложениям, использующим ant.

То есть часть функционала из неё выпилили и сделали обёртку.

Скорее всего в отдел разработки SDK и NDK приняли совершенно безграмотных людей. И все разом неосилили: gmake, Ant, gcc и прочее и даже линковку собственного кода с libm_hard.a.

И поэтому удобный шорткат для включения полноценного hard-float(armeabi-v7a-hard) был попросту убит.

Да это всё понятно, но утилита android генерировала файл build.xml, необходимый для сборки некоторым приложениям, использующим ant.

Давно отказался, пока с проблемами не сталкивался.

Признаюсь, я попросту не осилил заставить этот комбайн работать уже с существующими файлами. Однако, у меня есть старые версии и я с ними счастлив. Где есть GCC, где есть удобный ndk-build, где есть Ant. Только вот начали они паковать свои библиотеки в какой-то странный aar, который Ant-ом судя по всему не воспринимается или я может это просто не нашёл.

То есть часть функционала из неё выпилили и сделали обёртку.

Да, так я и узнал, что есть sdkmanager. Тоже был удивлен тогда.

В sdkmanager меня напрягает его молчаливость. Запустил установку и апгрейд и гадай, что он в это время делает.

Только вот начали они паковать свои библиотеки в какой-то странный aar, который Ant-ом судя по всему не воспринимается или я может это просто не нашёл.

Это тот же zip. В него и gradle нативно не очень умеет.

У меня сейчас gradle + ndk-build, поскольку поддержка ndk в gradle все еще в стадии альфа_хрен_что_работает.

Да, тоже самое.

У меня не генерирует, а использует уже сгереренный.

А ты уверен в этом? Речь не про Android.mk, а про Application.mk, попробуй в последний добавить что-то вроде:

APP_ABI := mips mips64
APP_PLATFORM=android-9

Будут ли изменения? У меня Gradle всё это игнорирует и собирает на все архитектуры и под android-23.

Соль ещё в том, что раньше этот файл читался.

А ты уверен в этом?

Уверен.

Речь не про Android.mk, а про Application.mk, попробуй в последний добавить что-то вроде:

Вот мой (для релиза раскомменчиваю):

APP_ABI := armeabi-v7a
# APP_ABI := x86 x86_64 armeabi-v7a armeabi
APP_STL := gnustl_static
APP_PLATFORM := android-10
APP_CPPFLAGS += -std=c++11
NDK_TOOLCHAIN_VERSION := 4.9

У меня Gradle всё это игнорирует и собирает на все архитектуры и под android-23.

Платформу он берет в build.gradle из переменной compileSdkVersion.

Ничего тогда не понимаю, у меня всё это игнорируется.

Gradle у тебя новый или старый? Может android.useDeprecatedNdk=true активирован?

Да, нужно посмотреть, можно ли полностью отказаться от Application.mk в пользу build.gradle, что бы можно было для разных целей разные параметры задавать.

Конкретно в этом случае (тот, что выше скопипастил) используется com.android.tools.build:gradle:1.5.0 и distributionUrl=https\://services.gradle.org/distributions/gradle-2.8-bin.zip. В другом проекте сегодня поменял на версию 3.x и проект собрался без проблем.

Да, я отказался по причине того, что он тупо не работал.

https://github.com/EXL/AdamantArmorAffectionAdventure/blob/master/aaaa/build....

https://github.com/EXL/AdamantArmorAffectionAdventure/blob/master/aaaa/build....

Как-то оно костыльно, через строки. У меня вообще секций externalNativeBuild и подобных нет.

У меня:

classpath 'com.android.tools.build:gradle:2.3.1'
distributionUrl=https\://services.gradle.org/distributions/gradle-3.3-all.zip

В другом проекте сегодня поменял на версию 3.x и проект собрался без проблем.

Он может собраться без проблем. Я увидел вообще, что используется Clang/LLVM и APP_PLATFORM := android-23 только на четвёртом NDK-проекте, который я переносил. Когда внезапно Clang/LLVM упал.

Он может собраться без проблем.

Он не только собирается, но даже работает. Завтра планируется даже сделать релиз (да мы такие, релиз перед праздниками). И в том проекте используется clang.