Prince of Persia на Агате

Можно проверить на эмуляторе.

Приветствую дорогие коллеги !

Поделюсь выводами проделанных экспериментов, результатом которых должен был стать запуск "принца персии" на Агате 9.
Первое что сделал - прошелся по самым разнообразным нашим и зарубежным рессурсам в поисках образов дисков принца версии 1989 года. Нашел около 10 комплектов на разных рессурсах. Далее, выяснилось что часть из низ не комплектна, папример несколько раз попадался архив без первого диска, только второй и третий. В итоге определилось 7 полных комплектов. Вот тут в архиве можно их скачать: https://disk.yandex.ru/d/Xe_s0pSAiRdmgg.

ЗАпускать их пытался сначала на Агате 9. В итоге, в папках  1 - 3 образы рекламирующие некоторый Nebrasca Cement. Причем бегущая строка рекламирующая некую организацию в которой долго рассказывается о том, примерно кк была взломана игра - запускается только на AppleIIe - на Агате 9 запуск происходит сразу с информации о игре и хакерах в виде графичекой картинки. После программа требует второй диск, после вставки которого на Агате 9 мы видим мешанину из текстовых символов после появления которой все виснет, а на Apple IIе появляется заставка игры. То есть, игра работоспособна на Apple IIe - но на агате в следствии того что нет режима графики двойной плотности - посте попытки переключиться в этот режим и вывести в память изображение в этом режиме агат виснет.  Похоже эта версия вполне мога бы работать на агате, если переделать ее чтобы она не использовала режим двойной плотности и не выводила в память несуществующей области дисплея изображение.

В папке 4 и 5 лежит следующая версия игры. Она в отличии от первой -  на Агате 9 сразу заявляет о том, что не работает на обычном AppleII.

А на Apple IIe после старта появляется текстовая типа табличка, в кторорй написана разная информация об игре и о том, кто ее взломал.

И далее игра работает нормально..

Тут есть нюанс, на экране с текстом говорится что нужен компьютер с двумя дисководами, во втором приводе должен стоять диск 3.. И тогда все работает.

И папки 6 и 7 содержат еще одну версию, которая содержит вообще не рабочюю программу, она виснет на третьем перемещении головы по диску сразу после старта не выводя на экран никакой информации на чем угодно.

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

Получается что версия Принца, которая запускалась на Агате - утеряна..
Для того чтобы запустить на агате Принца Персии - нужна версия в которой нет перехода в режим двойной плотности и загрузки изображения в этом режиме.
С тем, что доступны исходники принца на гитхабе, на мой взгляд проще воспольдоваться этим вариантом, то есть, разобраться в исходниках и убрать от туда переход в неподдерживаемый режим, чем предотвратить зависание Агата.
Есть еще второй вариант - вполне вероятно все же где то на каких то дискетах, которые до сих пор не попали в редакцию agatcomp.ru все таки еще есть версия игры именно для Агата. По этому, если вы нашли у себя какие то диски для Агата - пожалуйста, передайте их на считывание !!!

Мне не ясно, как неподдерживаемый режим может ломать загрузку на Агате ?
Ведь регионы памяти те же - всё видео в младших 32 кб. Т.е. запись видео выполняется в обычные регионы ОЗУ по обычным вполне адресам ?
А то, что программный переключатель не срабатывает - так чем это сломает загрузку ?

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

Так же я не вполне понял:

- т.е. оригинала нет вообще ( кроме опубликованных исходников ) ?
- есть только ломанные разными командами версии ?
- есть ли информация о том, с какой ломанной версии лучше начать работу (т.е. которая чётко заводится на эпле и имеет максимум "правильности" (чем бы это ни было) ?

Возможно виснет все же от нехватки памяти, ибо Агат-9 с ДОЗУ это все таки не 128к а 96к или меньше. Даже если отключена проверка которая во второй версии выдает сообщение о том что нужен AIIe со 128к памяти, памяти вполне может таки не хватать.

С утра не спалось, успел найти следующее:

Девятка, переведённая в режим эпл-совместимости.
Каталог PRINCE_01_W_AIIe_Nebrasca_Cement:

> После программа требует второй диск, после вставки которого на Агате 9 мы видим мешанину из текстовых символов после появления которой все виснет,

Второй диск читается группами треков (по возрастанию, но не подряд; примерно так: 0-1, 5-10, 17-19, ..-34), последним читается трек 34.

В коде есть много обращений к неким регистрам C002-C005 и вроде было ещё C013.
Не знаю, что это, но в Агате это не обслуживается вроде ?

Незадолго до зависания путь проца выглядит так:

F9A3-  20 EB F9    ".КЫ"    JSR   F9EB
F9EB-  8D 03 C0    "..@"    STA   C003
F9EE-  8D 05 C0    "..@"    STA   C005
F9F1-  60 .. ..    "ю"      RTS   
F9A6-  A9 01 ..    ")."     LDA   #01
F9A8-  8D 39 02    "..."    STA   0239
F9AB-  A9 D0 ..    ")P"     LDA   #D0
F9AD-  8D F6 03    ".Ж."    STA   03F6
F9B0-  20 F2 F9    ".РЫ"    JSR   F9F2
F9F2-  8D 02 C0    "..@"    STA   C002
F9F5-  8D 04 C0    "..@"    STA   C004
F9F8-  60 .. ..    "ю"      RTS   
F9B3-  4C 06 49    "l.i"    JMP   4906
4906-  18 .. ..    "."      CLC   
4907-  90 73 ..    ".с"     BCC   497C
497C-  8D 09 C0    "..@"    STA   C009
497F-  2C 83 C0    "..@"    BIT   C083
4982-  2C 83 C0    "..@"    BIT   C083
4985-  A9 D0 ..    ")P"     LDA   #D0
4987-  A2 20 ..    ""."     LDX   #20
4989-  A0 50 ..    " p"     LDY   #50
498B-  20 46 49    ".fi"    JSR   4946  - это процедура MOVE - копирование региона памяти
....

Процедура, которая ломает всё:

497C -   8D 09 C0   "..@"   STA   C009
497F -   2C 83 C0   "..@"   BIT   C083
4982 -   2C 83 C0   "..@"   BIT   C083
4985 -   A9 D0 ..   ")P"    LDA   #D0
4987 -   A2 20 ..   ""."    LDX   #20
4989 -   A0 50 ..   " p"    LDY   #50
498B -   20 46 49   ".fi"   JSR   Move
498E -   2C 8B C0   "..@"   BIT   C08B
4991 -   2C 8B C0   "..@"   BIT   C08B
4994 -   A9 D0 ..   ")P"    LDA   #D0
4996 -   A2 50 ..   ""p"    LDX   #50
4998 -   A0 60 ..   " ю"    LDY   #60
499A -   20 46 49   ".fi"   JSR   Move
499D -   A9 F0 ..   ")П"    LDA   #F0
499F -   8D FE FF   ".ЧЪ"   STA   FFFE
49A2 -   A9 04 ..   ")."    LDA   #04
49A4 -   8D FF FF   ".ЪЪ"   STA   FFFF
49A7 -   8D 08 C0   "..@"   STA   C008
49AA -   A9 F0 ..   ")П"    LDA   #F0
49AC -   8D FE FF   ".ЧЪ"   STA   FFFE
49AF -   A9 04 ..   ")."    LDA   #04
49B1 -   8D FF FF   ".ЪЪ"   STA   FFFF
49B4 -   60 .. ..   "ю"     RTS   

Последний RTS возвращает управление на адрес F8D6, но там уже всё пусто и проц попадает на BRK.
Похоже, этот адрес портится первым же JSR Move.

До того, как испортится, выглядит так:

F8D3 -   20 E3 FD   ".ЦЩ"   JSR   FDE3 - это чтение второго диска
F8D6 -   20 19 FA   "..З"   JSR   FA19 - эта команда уже оказывается сломанной к моменту исполнения :((
F8D9 -   20 D5 04   ".U."   JSR   04D5
F8DC -   20 09 20   "..."   JSR   2009
F8DF -   A9 00 ..   ")."    LDA   #00
F8E1 -   85 9F ..   ".."    STA   9F
F8E3 -   A9 01 ..   ")."    LDA   #01
F8E5 -   8D 03 02   "..."   STA   0203
F8E8 -   4C 96 FC   "l.Э"   JMP   FC96

Попробовал обойти Move, код пошел исполняться дальше и упал теперь на следующей же команде:

F8D9-  20 D5 04    ".U."    JSR   04D5
04D5-  4C 5F 0D    "l.."    JMP   0D5F
0D5F-  FF 80 80    "Ъ.."    INS   8080, X - недокументированная команда и за ней ещё куча мусора