Мака? А ты пишешь про папки 3DODev. Это же под виндой.

Можешь выложить настроенный Мак? У меня так и не получилось.

Добавлено спустя 1 минуту 50 секунд:

Для общей работоспособности 3DO SDK да, эта правка лучше. Но для компиляции Doom лучше убрать строку в displayutils, т.к. для игры FadeToBlack, видимо, работает по-другому, что предусмотрено в Burger.h.

Да я просто поленился открывать мак чтоб написать точный путь к файлам. Но что я имел ввиду SDK думаю и так понятно :)
Вот моя сборка Василиска. https://drive.google.com/file/d/0B0oL7g ... sp=sharing
У вас запустится? У меня закрывается без ошибок при переносе на другой комп... разобрался, надо было сидюк перенастроить (ну и про пути к образам дисков и рому Performa.rom не забудьте, всё находится в корне василиска)

Если можно, напиши все-таки полностью. Я так и не понял, откуда MPW берет инклуды. То ли из установленной SDK (на выбранный винт), то ли у себя из подпапок.
Спасибо за Базиля!

У меня это папка :InstallParts:3DO:Interfaces:2p5:includes и libs

Ага, значит-таки в папку с установленным SDK.

Добавлено спустя 3 часа 32 минуты 50 секунд:

Перенастроил, все запустилось, спасибо!

Добавлено спустя 56 минут 29 секунд:
Интересное дело. У меня тоже получилось скомпилировать под Маком. Но вот незадача: размер LaunchMe получился 192 кб. Перенесенный в Win - 187 кб. Напомню, что скомпилированный под Win весит 237 кб (не работает), оригинал 222 кб. И как решать эту шараду?

Добавлено спустя 26 минут 28 секунд:

У меня вообще диск не запускается. Какой размер у твоего бинарника?

Добавлено спустя 8 минут 42 секунды:

Совсем не понял этого финта. Ну, что наша ошибка пропадает, это понятно. Не понятно, что именно мы стерли и как это влияет на код?

Стёрли объявление переменной Rect типа struct Rect. Что-то не даёт объявить переменную - экземпляр структуры, имя которой совпадает с именем самой структуры, только и всего. Это не должно особо на что-то влиять. Просто в первом случае сразу выделяется память под структуру, а во втором позже, где-то в коде игры.

В коде игры Rect-а нет. Ошибка rect выскакивает и в Win и в Mac, правда решается по-разному. Означает ли это, что сам файл graphics.h хреновый? В случае со strings.h так и есть, Ребекка, вон, в шоке.

Кстати говоря нашёл я причину ошибки с Rect - такая структура описывается в Burger.h, опять вылазит конфликт .h инклюдов.

Ну тогда замечательно. Как и в случае FadeToBlack, структура Rect должна работать из Burger.h, а из SDK мы можем полностью ее убрать. Получается не универсальный SDK, а предназначенный только для компиляции Doom (ну и еще каких-нибудь проектов, не затрагивающих graphics.h и displayutils.h).
Итого, мы делаем все правильно, но вот экзешник получается полностью нерабочим. Я его брал и из Мака, и из Win, один хрен, диск вообще не определяется, что вдвойне странно. Должно бы хотя бы лого отображаться, как у тебя. Ты как потом образ собирал?

Я менял папки System\Kernel и rom_tags с BannerScreen, взятые из Foes of Ali или GameGuru.

Хм... А в чем фишка? Наш экзешник ведь должен работать со "своими" папками?

Так ведь ресурсы игры никто и не трогает, только операционку. Её каверкает OperaFSDecompiler. Почему - уже осбусждалось где-то.

Я могу ошибаться, но вроде я собирал/разбирал Doom этой прогой без редактирования файлов. Размер менялся, но образ работал.

На эмуляторе или на железе?

На эмуляторе. А какая разница, если сейчас на том же эмуляторе новый образ не работает.

Versus Эмулятор и не хавает "новую сборку" вроде в окне debug должен отображатся код(адрес ошибки)

Еще как "хавает". Проверено неоднократно.

Где-где?

Versus Ранние версии эмулятора от Альтмера вроде выводили эту штуку.

Об ошибках загрузки пишет debug.fz10.mes. Но он не всегда всё пишет.
Во фридо 2.02 рядом с образом создаётся файлик - *.kprint, он ещё меньше пишет. Какой-то там отладчик был в древнем фридо, но он по моему ещё больше бестолковый, чем эти файлы с логами загрузки

Чот я так и не понял прогресса, у кого что получилось. И зачем надо было подкладывать загрузочные файлы с ромтегми из другой игры, если родные не проверили?

Родные я проверил сразу. Не работает.

Я короче ничерта не понимаю уже)) проверял на работе на древнем фридо 1.8 - чёрный экран. Дома всё прекрасно запускается после замены кернела, в том числе и на фридо 18. Бинарник один и тот же, перенесенный через гугл диск (размер файла 191 868, да он в любом случае не совпадет до байта из-за разных версий компилятора) Так что фиг его знает, но дома загружаются 4 лого id (почему 4 интересно) и только потом BSOD.
А вот кстати мои логи:

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

Значит, нужно проследить логику загрузки всей игры.
1) Срабатывает прога показа 3DO.cel (обычный логотип 3DO)
2) После ее отработки показывается IDlogo.cel (где прописан порядок их запуска?)
3) Показывается заставка Logicware.
4) Показывается заставка Art Data Interactive.
5) Запускается основной exe Doom.

Где прописан этот порядок, я не нашел.

Шарада простая. Как 2+1=5+0 или
192кб в Мак = 192х1000 б
187кб в Вин = 187х1024 б
Так уж повелось что Яблонутый неправильно считает по мнению праведных(фанатиков) 16 разрядных с двоичной ячейкой

Lubitel 32
О! Класс! Еще одну неизвестную вычеркнули.

Versus камрад ПАУК молвит истину: 3DO Doom sources released

Lubitel 32
Смотрел я эти логи. Ничего путного там не увидел. Попробую еще раз, результат выложу.

aliast и Versus для снятия показаний и вынесения диагноза нужен "true log" или контрольная группа.
Т.е лог загрузки "оригинального" doom (u)(3do).iso образа до ингейм момента.
и секторное сравнение с логом загрузки вашего творчества.

Lubitel 32
Сделаем.

Не пробовал? Получилось?

Пробовал. Там makefile нет. Пробовал сам делать, но вылазит какая-то хрень по поводу main функции... скорее всего что-то не так делаю. Я понятия не имею где в makefile прописывается архитектура - приставка 3DO или мак ось.

В threedo.c функция InitTools - не?

Дык и в первом случае вроде не было.