ПК8000 - Эмуляция и все что с ней связано

[ivagor]

Теперь эмуляция ПК8000 (вернее "фотона" с тетрисом) появилась и в MAME. На первый взгляд работает нормально (если кому сам MAME нравится, мне - нет).

---------- Post added at 14:54 ---------- Previous post was at 14:42 ----------

Добрые зарубежные программеры пометили дамп тетриса от "фотона" bad dump, т.к. "Dump was made using custom adaptor".

[Advertiser]

[[bETA]mEN]

Добрые зарубежные программеры пометили дамп тетриса от "фотона" bad dump, т.к. "Dump was made using custom adaptor".

нужно разделить оба дампа согласно адресов по микрухам и обозвать каждый файл согласно надписям на них.
это как раз чтобы "bad_dump"'ом не называли

(с) F1ReB4LL

[Mick]

Добрые зарубежные программеры пометили дамп тетриса от "фотона" bad dump, т.к. "Dump was made using custom adaptor".

И что там им не нравится в custom adaptor? Что то желающих мало было считывать дампы.

[ZEman]

нет уж, спасибо, я обойдусь эмулятором b2m.
терпеть немогу всякие Mess и MAME.

[ivagor]

Ссылка, откуда я взял вышеприведенное утвеждение
http://maws.mameworld.info/maws/set/phtetris
Полностью там так:
0.133u1: Miodrag Milanovic and Mariusz Wojcieszek added Tetris (Photon System) (unknown 19??). Dump was made using custom adaptor, hence it is marked as bad dump. The real machine uses 8x roms. Mariusz Wojcieszek fixed Player 2 input port and bad CRC/SHA1
Я уперся в предложение "Dump was made using custom adaptor, hence it is marked as bad dump" и для меня оно никак связано со следующим "The real machine uses 8x roms" (что, к слову, неправильно, т.к. ПЗУшек в "фотоне" с тетрисом было 7).
Вероятно [bETA]mEN написал истинную причину маркировки bad dumpом, это наверно где-то для developerов mama написано. Тем не менее, т.к. один из авторов (micko) есть здесь на форуме, он, при желании мог все неясные вопросы попытаться выяснить у Mickа.

---------- Post added at 22:00 ---------- Previous post was at 21:57 ----------

Еще не понятно, какие bad CRC/SHA1 фиксил Mariusz Wojcieszek, если те которые сейчас есть как раз соответствуют исправленному дампу, выложенному b2mом.

---------- Post added at 22:04 ---------- Previous post was at 22:00 ----------

И тактовая частота указана просто по инфе из wiki и может по аналогии с b2m, реальные тормоза никто эмулировать не хочет.

[Mick]

Еще не понятно, какие bad CRC/SHA1 фиксил Mariusz Wojcieszek, если те которые сейчас есть как раз соответствуют исправленному дампу, выложенному b2mом.

Они наверное успели загрузить мою ошибочную версию. Но потом была выложена нормальная. Одним словом читать форум надо полностью. И тогда не будет у них вопросов почему там ПЗУ не все и дамп ошибочный.

И еще странно что скопировали с форума таблицу, а смысл не поняли

/*Dump was made using custom adaptor, hence it is marked as bad dump.
16 The real machine has following roms:
17 0000...07FFh - ROM1 (D41)
18 0800...0FFFh - ROM2 (D42)
19 1000...17FFh - ROM3 (D43)
20 1800...1FFFh - not chip sealed (D44)
21 2000...27FFh - ROM5 (D45)
22 2800...2FFFh - ROM6 (D46)
23 3000...37FFh - ROM7 (D47)
24 3000...37FFh - ROM8 (D48)
*/

http://mamedev.org/source/src/mame/d.../photon.c.html


Оригинал находится здесь
http://www.zx.pk.ru/showpost.php?p=179029&postcount=3

Хоть кто нибудь поправил ошибку в последней строке эмуляторщики блин
3800...3FFF - ROM8 (D48)

[ivagor]

Если вдруг кому интересно, как запустить игрушку ROTORS в emu - нужно изменить тактовую как минимум на 2,5 МГц
main.CPUClock=2500KHz
можно и больше

[ivagor]

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

[scaraby]

Я тоже на это обращал внимание. Вероятно, в процессе выполнения программы VALLEY в порт 82h, бит D6, записываются какие-то значения, а эмулятор на эту активность реагирует и запускает процедуру чтения/записи на ленту.

[ivagor]

emu перехватывает обращение к магнитофону по адресам, указанным в секции cas : tape-recorder файла конфигурации. В конфиге ПК8000 предполагается, что это пзу, но в VALLEY по этим адресам располагается и выполняется часть своего кода. Для однозначности нужно детектировать по комбинации адреса и win1.page. Но ПК8000 только один из конфигов, в других обращение к доп. памяти организовано иначе, т.е. вопрос в том, как сделать такой детект более универсальным.
Можно, конечно, и игрушку хакнуть, но не очень хочется.