С плавающей или фиксированной точкой для приложений Android NDK OpenGL?

Question

Я пытаюсь решить, следует ли в основном использовать плавающие или целочисленные значения для всех элементов, связанных с 3D, в моем приложении (которое по большей части является C ++). Я понимаю, что большинство ARM-устройств не имеют аппаратной поддержки с плавающей запятой, поэтому я полагаю, что любая тяжелая работа с поплавками будет заметно медленнее.

Однако я планирую подготовить все данные по большей части (т. Е. Иметь вершинные буферы, где это применимо, и преобразовывать с использованием матриц, которые мало меняются), поэтому я просто запихиваю данные в горло OpenGL. Могу ли я предположить, что это более или менее прямо связано с GPU и будет достаточно быстрым? (Между прочим, минимальное требование - OpenGL ES 2.0, так что предположительно исключает старые телефоны на основе 1.x.)

Также - каков штраф, когда я смешиваю и сопоставляю целые и плавающие числа? Предполагая, что вся моя геометрия - это просто предварительно скомпонованные плавающие буферы, но я использую целые числа для матриц, так как для них требуются дорогостоящие операции, такие как умножение матриц, сколько гнева я буду здесь нести?

Кстати, я знаю, что я должен держать свои ожидания на низком уровне (звучит так, будто даже запрос поплавков на процессоре требует слишком много), но есть ли что-нибудь отдаленно похожее на 128-битные регистры VMX?

(И я в тайне надеюсь, что Фадден читает этот вопрос и имеет потрясающий ответ.)

Answer 1

Старые устройства Android, такие как G1 и MyTouch, имеют процессоры ARMv6 без поддержки плавающей запятой. Большинство новых устройств, таких как Droid, Nexus One и Incredible, используют процессоры ARMv7-A с аппаратным обеспечением FP. Если ваша игра действительно 3D-интенсивна, она может потребовать от 3D-реализации большего, чем старые устройства, так или иначе, поэтому вам нужно решить, какой уровень оборудования вы хотите поддерживать.

Если вы программируете исключительно на Java, ваше приложение будет использовать преимущества аппаратного обеспечения FP, когда оно будет доступно. Если вы пишете собственный код с помощью NDK и выбираете архитектуру armv5te, вы вообще не получите аппаратную FP. Если вы выберете архитектуру armv7-a, вы это сделаете, но ваше приложение не будет доступно на устройствах до ARMv7-A.

OpenGL из Java теперь должен располагаться поверх «прямых» байтовых буферов, которые в настоящее время медленны для доступа из Java, но очень быстры с нативной стороны. (Однако я не очень разбираюсь в реализации GL, поэтому не могу предложить намного больше.)

Некоторые устройства дополнительно поддерживают расширение NEON «Advanced SIMD», которое предоставляет некоторые необычные функции, выходящие за рамки базовой поддержки VFP. Однако вы должны проверить это во время выполнения, если хотите использовать его (похоже, сейчас есть пример кода для этого - см. Страницу NDK для NDK r4b).

Более ранний ответ содержит некоторую информацию о флагах gcc , используемых NDK для "жесткого" fp.

В конечном счете, ответ «фиксированный или плавающий» сводится к тому, на каком классе устройств вы хотите, чтобы ваше приложение работало. Конечно, проще написать код для armv7-a, но вы отрезаете себя от куска рынка.

Answer 2

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

Не только старые телефоны пропускают поддержку с плавающей запятой, но и новые, такие как HTC Wildfire.

Кроме того, если вы решите потребовать ARMv7, обратите внимание, что, например, Motorola Milestone (Droid для Европы) действительно имеет процессор ARMv7, но из-за того, что Android 2.1 был построен для этого устройства, устройство не будет использовать ваши библиотеки armeabi-v7a (и могут скрывать ваше приложение из Маркета).

Я лично работал над этим, обнаруживая поддержку ARMv7, используя новую библиотеку cpufeatures , поставляемую с NDK r4b, для загрузки некоторой библиотеки armeabi-v7a по требованию с помощью dlopen ().