Я, вообще-то, не утверждал, что что-то в предложенной вами схеме не рабочее. Я имел ввиду, что некоторые программы без переделки ручками будет не реально заставить работать в новой оси.Сообщение от Conan
Да и потом, все прекрасно понимают, что без переделки спектрума новой оси не жить. Это будет очередной издось. =)
ПС. Судя по датам - не четыре года, а 5 лет))
Про новую ОС ничего не знаю, речь шла о топике.
Границы достаточно условные, определялись массовым (опять же условно) выходом адоптированных дисковых версий. Например, в 1989 году встречались "перцы" торговавшие на играми на дисках, сброшенными через Magic...ПС. Судя по датам - не четыре года, а 5 лет
стек в пзу... и труба... или в жизненно важной области типа таблицы смещений...А насчет "вилами по воде", так никто и не привел примера, когда бы указанный контроллер не сработал с реальной программой для Speccy.
если кто не помнит - адрес возврата кладется в стек...
Чукча писатель или читатель?
Блокировалась запись в ОЗУ, и обрабатывались два цикла в память, путем подстановки двух 8-ми разрядных регистров. В них сохранялся текущий PC.
Писатель-писатель. подумаем следующим образом:
Пусть даже PC сохранен. Но остальные-то регистры тоже куда-то девать надо. Вопрос - куда. Вариантов много - подключать "теневое" ОЗУ и т.д. Но как после этого в прогу вернуться - хоть убей, ума не приложу. Если только опять же "перехватывать" чтение из памяти как для TR-DOS и возвращать установку PC (JP) на исходный адрес, сохраненный в регистрах. Но это уже чересчур...
Отключать теневое озу - по факту исполнения команды RETN, например. Или после аута в спец.порт с задержкой (в расчёте на последовательность out (#xx),a:retn ).
Это варианты 'навскидку'.
в моем варианте было так:
pop af
sv_sp equ $+1
ld sp,#yyyy
out (#b7),a
retadr equ $+1
jp #xxxx
даная конструкция находилась в теневом озу, причем последний OUT вне зависимости от значения рег.A делал задержку выключения этого озу на 1 команду (стробировалось сигналом M1). никакой сложности и нагромождений минимум.
RETN куда? Если стек уже восстановлен и находится в ПЗУ...Отключать теневое озу - по факту исполнения команды RETN, например.
А для OUT (xx),A нужно повредить регистр A... Если конечно это не "универсальный" порт.
В последнем случае (jtn), с задержкой - нормально. Но насколько легко это "присобачить" к железу?
В принципе, если железная и эмулируемая реализация будут, могу взяться переписать RTK под NMI...
Последний раз редактировалось Alex/AT; 11.06.2005 в 09:35.
регистр не нужно "вредить", т.к. (я об этом специально написал выше) используется только факт записи - значение А может быть произвольным, еще и к тому же данная команда не портит флаги.
сложного ничего нет, единственно, что на ZX BUS нет сигнала, блокирующего ОЗУ - я для этого ставил резистор в разрыв /WE и выводил на шину.
С возвратом все достаточно просто (lvd и jtn уже рассказали как). Достаточно сразу после выборки RETN подключить (поочередно) два регистра, где хранился SP. Реализуется так: RETN расположена в специально выбранных адресах (ПЗУ), что было легко дешифрировать (переключением одного адреса). Почти весь дешифратор, включая обработчик NMI это небольшая ПЗУ (например РФ2).
Как правильно заметил jtn, кроме сигнала блокировки записи в ОЗУ, на большинстве шин (например, ZX Bus) все сигналы есть.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием