Вот. Исправил только путь ARM250
ARM's Software Development Toolkit (SDT) version 2.50
К тому же, когда ставлю комментарий на строки %.о, то ругается уже на csstartup.o в папке c:\3dodev\libs

---

возможно пропущены символы табуляции.

Проверил. Табуляция есть. Ничего не поменялось. Но должна ли она влиять?

Хмм... здесь обсуждается похожая проблема - http://roboforum.ru/forum2/topic2111.html

команды на компиляцию цели начинаются с символа табуляции...

Спасибо! Почти помогло. Сработал такой батник, запущенный из папки с исходниками.
PATH=C:\3DODev\bin;%PATH%
make
Образовалось три файла:
-bounce_sound.o
-bounce.o
-LaunchMe
Ну, с Launchme все понятно, а что за формат .o?

Файлы с фрагментами кода. После компиляции, если нет ошибок, из этих фрагментов собирается конечный исполняемый файл ( LaunchMe ).

Еще вопрос: Сам make-файл пишется для каждого проекта вручную? В Маc make-файл создается через пункт меню. А в винде?
Вроде скомпилировал с грехом пополам пример. Баннерскрин показывает, а потом - черный экран. В логе пишет:
TOr-Severe-System-Extended-Error in loading background image
Весь прикол в том, что эту картинку я никак не редактировал, просто перекопировал с помощью HFVExplorer в винду. Видать, он формат перепоганил...

После прогона всей графики через утилиты sdoty, все заработало. Звуки пришлось взять с разобранного оперой диска.
Вот скрин раздербаненного примера 3DO_Orbit. Глюки жуткие, но зато он запустился на непропатченном биосе и пытается выполнять код. Глюки, скорее всего, обусловлены несоответствием размера графики и для статики, и для анимации.

makefile это сценарий создания конечного проекта. Достаточно гибкий инструмент. Конечно, что бы полностью использовать возможности утилиты make требуется четкое понимание и знание синтаксиса makefile. Для наиболее эффективной работы можно почитать информацию по make в инете. Информации много (от самой простой и доступной, до детального описания и приемов использования).

Тут я не совсем понял. Т.е. программный код - Orbit, но графические файлы подменил?

Ну да. Оригинальные графические и звуковые файлы после переноса Mac->Windows посредством HFV Explorer не грузились.

3DO.rar Здесь инсталляция ToolKit для Windows. Я брал документацию и примеры отсюда. Только следи за размерами файлов, иногда они = 0, тогда оригинал файла смотри в папке ".rsrc"

О! Спасибо! Из этого комплекта работает как надо!

Вот, посмотрите. Скомпилированный из под Windows пример Font_Library_Example, который, по идее, должен запускаться на обычной консоли и на непропатченном биосе на эмуляторе.
Тут

чего то не качается, однако...

nikk
Исправил ссылку. Пробуй.

Работает Так держать!

Глава вторая.
Обнаружил в SDK плагины для Photoshop. Сколько не искал, старую версию фотошопа на Mac OS 7,8,9 не нашел. Ни у кого случайно не завалялась?

С трудом, но нашел фотошоп версии 6. Плагины установились нормально. Теперь можно работать в нормальном интерфейсе и сохранять графику для 3DO игр.

А я так и не нашёл фотошоп( неплохо было бы выложить куда :)

Написал в личку.

Нашел в инете инфу некоторую по SDK в PDFе. Может пригодится кому. PortFolio.rar

И еще накропал небольшую программулинку - создает ISO 3DOшную. Из make удобно ее запускать. Кардинально ее не тестил, но в небольших проектах вроди работает (не оптимизировал, большие проекты собирает долго, потом доведу до ума и сделаю подписывание образов, отдельная софтина подписывающая есть, но не разобрался с boot файлом).

Спасибо за пдф-ки! Почитаем.
Не совсем понял, что эта софтина делает...

cdoty адаптировал ARM SDK под Windows. Вот из утилиты make можно вызвать эту программку для создания ISO образа при компиляции проекта. Затем можно сразу запустить эмуль, благо он запоминает последний запущенный образ, нажать F5 (Run) и запустить только что собранный образ. Получается это программка для ускорения тестирования проекта.

Понятно, спасибо. Попробуем!

Моя первая демка собранная в 3DO SDK - demo#1.



Образ не подписан, поэтому идет только на эмуле с патченным BIOS.
Саунд для демки взял здесь - http://www.sirgalahad.org/paul/doom/.

Прикольно.)

О! Молодчик! А почему не подписал образ?

Спасибо!
Не стал подписывать потому, что демка сырая еще. Алгоритм огня не оптимизирован (FPS недостаточен, я его полностью на C писал, там cel размером 16x32 и ARM уже нагибается отрисовывать пиксели. Надо на ассемблере + RND генератор табличный, сейчас он считается математикой). Чего то придумать надо, что бы тема DOOM была более проговорена. В общем, мне кажется расширить демку надо. Может со спрайтами из WADов замутить? Плюс спецэффекты. Огонь кстати можно качественно анимировать и оперировать копиями cel масштабируя и перемещая в небольших пределах по алгоритму, тогда процессорного времени для других вещей будет значительно больше.