ginkage May 31 2012 at 16:23

Загрузка файлов .3DS на Android

10 min

11K

Development for Android*

+14

Comments 18

elw00d May 31 2012 at 16:49

Когда писали игрушку для айфона, тоже сначала юзали 3DS, но потом перешли к PVR. 3DS-библиотека (lib3ds) оказалась немного глючной (не совсем корректно считались нормали), пришлось самим дописывать код, который корректировал нормали, чтобы на модельке не было артефактов. C PVR вроде таких проблем не было.

ginkage May 31 2012 at 16:56

К счастью, я не использую lib3ds. :)

ginkage Jun 1 2012 at 17:42

Добавил вычисление нормалей по группам сглаживания.

PavloG May 31 2012 at 17:05

Вычисление нормали путем усреднения прилежащих нормалей является в корне не верным способом,
для это есть чанк CHUNK_SMOOTHG и алгоритм восстановления нормалей для рендера там намного сложнее

ginkage May 31 2012 at 17:10

Да, я знаю, я сразу так и написал в самом начале, что не использую это. А вот заглушка для этого чанка у меня таки есть, если поделитесь кодом для неё — буду благодарен.

PavloG May 31 2012 at 17:30

1) В документации 3smax сдк есть пример того как вычислять нормали docs.autodesk.com/3DSMAX/15/ENU/3ds-Max-SDK-Programmer-Guide/
2) Также надо не забывать что некоторые рендер вертексы будут дублироваться из за того, что у одного и того же вертекса может быть больше одной нормали — соответственно надо будет еще и индекс буфер менять

PavloG May 31 2012 at 17:31

И это еще не все — нормали складывать надо правильно docs.autodesk.com/3DSMAX/15/ENU/3ds-Max-SDK-Programmer-Guide/

PavloG May 31 2012 at 17:36

Прошу прощения по этим ссылкам только сам сдк

Вот полные ссылки

docs.autodesk.com/3DSMAX/15/ENU/3ds-Max-SDK-Programmer-Guide/files/GUID-9B83270D-1D20-4613-AB35-5EE9832C162E.htm
docs.autodesk.com/3DSMAX/15/ENU/3ds-Max-SDK-Programmer-Guide/files/GUID-0FCB4578-77F8-4F05-99CD-349E85F13639.htm

ginkage May 31 2012 at 17:40

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

PavloG May 31 2012 at 17:45

Насколько я вижу по коду то вы просто складываете нормализованные вектора
и это не похоже на второй способ так как потом эта площадь используется для веса (или я не нашел у вас это в коде)

Второй вариант дает артефакты в случае «банального куба».

ginkage May 31 2012 at 17:52

Там складываются НЕнормализованные вектора, а потом уже сумма нормализуется.
Про куб-то всё понятно, но всё равно мне не хотелось увеличивать количество вершин: телефону и так тяжко. :)

PavloG May 31 2012 at 17:56

Точно, вижу.

ginkage May 31 2012 at 17:37

Спасибо за ссылки.
Собственно, именно из-за пункта 2 я всё это и не делал.

ginkage Jun 1 2012 at 17:41

Добавил код восстановления нормалей в соответствии с группами сглаживания.

kvark May 31 2012 at 18:37

Статья хорошая, претензий нет. Хочется только добавить, что для промышленных целей лучше использовать формат, который можно целиком скопировать в видео-память (GL vertex buffer). К чему все эти парсинги выполнять каждый раз бедному ARM процессору, если можно подготовить данные заранее? :)

ginkage Jun 1 2012 at 17:58

Конечно. Но меня просили выложить код загрузки .3ds, и я его выложил. А раз просили — значит, это кому-нибудь нужно.

RetroGuy Jun 1 2012 at 17:51

Да уж, зачем засовывать в мобильное приложение файл с кучей лишней информации? :) Лучше написать плагин под используемый 3д пакет, который вытащет и запишет только то, что нужно.

ginkage Jun 1 2012 at 17:57

Само собой. Просто, вот прямо сейчас у меня нет под рукой ни одного 3D-пакета, а файл — есть, и мне надо было его использовать в приложении. Да и лишних данных в том файле — совсем немного. Ну а сам загрузчик получился достаточно эффективным, чтобы не бояться недостатка производительности.