То есть, алгоритм obj->bin твой?

То есть объекты можно в ТриДэМаксе стряпать... А производительность не проверял, Nikk? Это же просто мегакруто! Ждём продолжения :)

to Versus:

Ага. Алгоритм простой, как валенок.
to Totaku:

Да, проверил. Производительность разочаровала. Но скорее всего, я чего то не понимаю на данном этапе. Получилось 528 полигонов 32x32, 16 бит на пиксель, без сжатия, деформированные - около 10-12FPS. Подозреваю что я что то не правильно делаю, потому что при уменьшении количества полигонов до 260 скорость увеличивается на пару FPS не более. В общем еще разбираюсь. Сейчас текстурирование и свет у меня по плану. Ну и дальнейшее развитие движка.

Еще немного видео:
Добавил коррекцию перспективы.

Классно, что и говорить. А производительность низкая может потому, что не используешь 3dlib?

Вряд ли. Движок простейший. Расчетов минимум. Что то я не учитываю. Но надеюсь разобраться. Кстати, эти проволочные модели сами по себе медленные, так как отрисовывается каждый полигон. В движке с текстурированием невидимые поверхности будут пропускаться в GPU. Так что скорость будет выше, я надеюсь.

К зиме ждём новые игры на панасе.

Обновил 3D движок - добавил текстурирование, работу со светом пока не реализовал...
Как я и предполагал, при правильной обработке текстур (с отсечением невидимых поверхностей) производительность движка увеличилась.

Отец! 50 кадров в секунду это серьёзно! И при этом... сколько полигонов в последнем "шарике"? Какова теперь производительность?

Вот это да... И это все без использования 3Dlib?

to Totaku:
Движок девственно чист от игровой механики. Только обработка 3D изображения. Нет работы со светом. По мере развития думаю производительность упадет. Конечно буду стараться оптимизировать все и вся. Время покажет. Сколько полигонов в шарике - ХЗ . Я грохнул модель. Не много, думаю. Это из-за текстуры кажется что полигонов много. Оптический обман. Рендерил модель чайника в котором 300 полигонов - FPS упал до 13. Но я не применял никакой оптимизации.

to Versus:
Аха. Ни строчки кода из SDK. Полностью из головы. Зато движок буду знать "от и до".

Ну, и добавил к движку обработку света...
Далее по плану оптимизация модуля рендеринга с целью минимизировать накладные расходы алгоритма, усложнение механики 3D сцены - работа с несколькими камерами и источниками света, работа со сложными моделями из 3D Max, создание простейшего 3D мира с механикой взаимодействия объектов... В общем работы много.
Update(1): внес некоторую оптимизацию - модель из 150 полигонов при FPS:32-33

Я смотрю производительность такая же. Молодец!

Добавил обработку сцены из нескольких 3D объектов - Сцена состоит из 2х объектов. Каждый объект состоит из 150 полигонов, итого 300 полигонов в сцене - 18 FPS.

Update(1):
По ходу разработки движка возникла необходимость в алгоритме создания текстуры из другой текстуры путем определения прямоугольной области. Такая процедура есть в SDK, но как выяснилось - нерабочая. Я ее подправил до рабочего варианта:

Для трехмерной игры маловато производительности будет. Или я ошибаюсь?

Я пока не разобрался где грабли. Вроде как, консоль может отрисовывать 9-16 млн. пикселей в секунду, но я пока что максимум выжал из нее - 7 млн. Где остальные миллионы я не знаю. Читаю патенты на чипсет. А про FPS - в SDK есть указание, что для качественного программного продукта FPS должен быть не ниже 15. Да и по играм на 3DO можно судить. Многие игры имеют проседание FPS даже ниже 15 (см. Killing Time и проч.).
ЗЫ: путем небольшой оптимизации алгоритма я добавил к FPS пару кадров. Сейчас на той же сцене - FPS = 20

Ясно. Я думаю, что нужно взять оптимизированную сцену (какой-нибудь интерьер скачать), посчитать количество полигонов. Закинуть в твой двиг и оптимизировать FPS до нужного значения.

Движок еще на начальном этапе развития. Только начал его проектировать. Оптимизировать надо сам алгоритм в принципиальных вещах - секции алгоритма нагруженные математикой, писать на asm, исключать операции деления и умножения, замещая их операциями сдвига и сложения-вычитания, активно использовать мат. сопроцессор, применять специальные алгоритмы уменьшения объемов расчетов (например LOD - уровни детализации объектов, причем подгружаемые, потому что памяти маловато) и т.д. Еще и не каждая сцена из 3D Max будет оптимальной, сцену для игры создавать надо с учетом того, что в консоли полигоны - четырехугольники, а не треугольники как например в плойке. В общем -

Добавлю еще немного измерений математической скорости консоли. Данные операции применяются для конструирования 3D движков и можно судить об эффективности применения. Операции, где в скобках указано software - это математический аналог, без скобок соответственно вызов библиотечной функции. t0 - время выполнения 1000 циклов расчета данной функции или 1000 векторов для выполнения пакетной в микросекундах, t1 - время выполнения одного цикла функции или примерное время обработки одного вектора (t0 / 1000) в микросекундах, t2 - время выполнения одного цикла функции или примерное время обработки одного вектора (t1 * 12,5) в тактах ARM60. Удивительно, что ряд библиотечных функций оказались значительно медленнее чем программные аналоги, написанные с использованием математических формул. Единственный выигрыш при вызове этих функций - мизерная экономия памяти. Все параметры сняты с реальной консоли. Эмулятор вносит погрешность во времени вычислений до 20-25%.



В SDK есть два варианта 3D движка-конструктора 3Dlib и PGL. PGL это более новый движок, написанный с использованием однородных координат. По идее должен быть быстрее чем 3Dlib. Появился этот движок в SDK, начиная с версии Toolkit 1.5. В предыдущих версиях был 3Dlib. Здесь небольшая демка из SDK с использованием PGL движка. Сырая и ужасно тормозная. На эмуляторе надо настройку скорости ARM выкрутить на максимум и тогда можно полетать.





clem-defcon3.rar

уххх, я б погамал в такую игрулю, прям атмосферно получилось, звездочки на небе и вообще гуд

К сожалению, не могу сейчас посмотреть образ, но здорово, что разработки идут!!

Значит не все ещё демки из СДК вынуть смогли? В смысле... я эту ещё ни разу не видел. Выглядит действительно достаточно реалистично.

А можно объяснить тем, кто небесный язык не понимает, в чём преимущества и недостатки этих двух движков по отношению друг к другу?

Отличается механика ядра, примененные алгоритмы, векторная математика, применяется подобие механики из OpenGL и DirectX. В частности гомогенная система координат, где вектора имеют не 3 координаты X,Y,Z, а 4 и в связи с этим применяется перемножение матриц 4х4. В этих матрицах накапливаются сразу все изменения объектов - масштабирование, поворот вокруг осей, перемещение и трансформация перспективы. Для математики применяется только перемножение матриц трансформации с целью получить результирующую матрицу, которую используют как множитель для векторов. Я сначала использовал в движке как раз гомогенную систему координат, затем попробовал систему координат X,Y,Z. Далее я провел повторное тестирование консоли на производительность. Потери на дополнительные вычисления в не гомогенной системе - существенные. Так что сейчас буду переписывать снова. Вообще при создании 3D игры в консоли есть достаточное количество узких мест. Требуется серьезный опыт, знание эффективных и быстрых алгоритмов работы с 3D, чего у меня к сожалению нет. Поэтому пробую, экспериментирую на любительском уровне, накапливаю знания . Может что и получится...

Мне не хватает подобных знаний, поэтому подсобить не могу, а оччень хоцца!
nikk, ты единственный сейчас, кто может сделать (и, что самое главное, делает) 3D движок на 3DO. Не бросай начатое! Мы с тобой!

Да сам смотрю, сказать нечего Тему давно пора было переименовать в Nikk's 3DO SDK

---

Я тут нарвался на интересную штуку "3DO Software Development Kit & Patents"
Там уже установленный SDK на hfv дисках, различная докуметация, патенты, старая страница Александра Труша с софтом...
Отсюда, чтоль, это всё

Nikk безусловно молодчина, приклоняюсь перед его настойчивостью, терпением и энтузиазмом.

Все и еще очень давно,несколько лет назад Мнемоник и Атла делали все демки тесты и давали информацию о том 3Dдвижке, библиотеке и даже о программе OFI , которая конвертирует 3D объеты и модели для 3do и о многом еще и выкладывали свои демки и тесты игр, так никто не интересовался

nikk, спасибо тебе за твой труд!

---

Horde, толсто =)

Надо же, Horde, как много вопросов появилось.
Я думал, Атла отсюда начал демки лепить А вообще он заходит.

Ребята спасибо за поддержку. Постараюсь, по мере сил и возможностей, продолжать работу по SDK. Может что путнее в результате и получится. Энтузиазма пока хватает. Или мы не фанаты 3DO?!

---

Horde, мне кажется, ты чуток погорячился.

Народ у меня вопрос....а есть ли возможность создать программу-конвертер? Чтоб видео из 3do конвертировать в более понятный для компьютера формат....Ну и обратная конвертация назад в формат 3do.