Snapshot

[ZX_NOVOSIB]

Думаю, дело в другом. Каждый спеккер знал об ужасах, причиненных магиком играм благодаря кракерам. И всячеси отторгал даже идею об этом.
Идем дальше - для работспособности снапа нужно всего 27 байт - раскидал значения по регистрам - и все! Это немного. Но, кроме организации места в ПЗУ для это процедуры требуется еще место! МНОГО места!!! Страшный и ужасный ТР-Дос не позволит загружать что-либо БЕЗ СИСТЕМНЫХ ПЕРЕМЕННЫХ. А мы загружаем всю-всю память, ВСЕ страницы!!! Чесно говоря даже некуда вгрузить 27 байт!!! А куда???
Вот я и мыслю, что нормальная рабочая штука подобного рода получится, если будет целое альтернативное/теневое пзу со вшитым загрузчиком, сохраняльщиком, подпрограммой распихивания значений и мало-мальски бутом для нахождения этих файлов на диске. Напомню - на ленте это просто. Дал три параметра - IX, DE и A - и вперед! В ПЗУ все save/load'ы есть. А в ТР-Досе - не фига!..
Ну и плюс - внимание! - дополнительная страница! Туда мы будем грузить пресловутые 27 байт!!!
Единственный выход из этого гемора - просто доп.страница в памяти свыше 128к. Грузишь туда эту всю е#нину, потом игру, кнопка магик - и вуа-ля! - ты выпал в коммандер, в котором клац - сохранил, или клац - загрузил чего надо. Просто и
со вкусом.
А дел-то - написать чудо-коммандер или переделать существующий
Ну и ПЗУ чуть подправить, чтоб оно по магику в эту страницу вываливалось. Но там, видимо, тоже чем-то жертвовать прийдется - не два байта все же...
Бл.... А СТЕК ГДЕ СОХРАНЯТЬ?
Хрень это все какая-то... (

Сколько проблем, ужас. А как тогда Multiface3 работает? Он ведь не только на ленту сохраняет, но и на диск системы +3DOS. А нехватка памяти решается памятью на самом мультифейсе и не надо ни в какие страницы лезть и в пзу тоже не надо лезть. Если М3 более чем успешно сохраняет снапшоты на +3DOS, то что ему помешает столь же успешно сохранять их на TR-DOS?

---------- Post added at 13:23 ---------- Previous post was at 13:18 ----------

И какие сотни игр не работают при сохренении скорповым монитором?

не сотни, тысячи )))
Можно даже не спрашивать. M3 что-нибудь портит? Нет. Значит все игры работают. Скорп.монитор что-нибудь портит? Еще как портит, значит и игры работать не будут. Но если сильно не веришь, то возьми с вирта например Last Ninja Remix (думаю и Last Ninja 2 сойдет) и попробуй сохранить снапшот во время игры, а потом загрузить его. Самое интересное, что игра вроде бы запустится, то есть там будут происходить действия, но мы их не увидим, ибо мы будем любоваться на черный квадрат малевича.

[Advertiser]

[Eagle]

советские люди оказались настолько ленивы, что не только не сумели придумать какую-либо рабочу альтернативу ужасной тр-досной кнопке MAGIC, но даже не удосужились скопировать например Multiface3.

Низы не могут, верхи не хотят.

[Alex Rider]

Единственный выход из этого гемора - просто доп.страница в памяти свыше 128к. Грузишь туда эту всю е#нину, потом игру, кнопка магик - и вуа-ля! - ты выпал в коммандер, в котором клац - сохранил, или клац - загрузил чего надо.

Скорпион так и работает. И стек в той же странице сверх 128к

Ведь юзая этот "скорпионовский магик" мы получаем КПД не жалкие 50% а целых 55%!

И какие сотни игр не работают при сохренении скорповым монитором?

[jerri]

Скорпион так и работает. И стек в той же странице сверх 128к
И какие сотни игр не работают при сохренении скорповым монитором?

Ikari warriors/viktory road (обработка спрайтов через стек, обработка структур используя SP совместно с регистром DE), игры от Special FX (порча графики и данных) и тп
вероятность снятия нормального магика - 1 к 10

[Slider]

А загрузка как организована в скорповом мониторе? Так, как я приблизительно описал? Или средствами обычного тр-доса - просто данные берутся из доп.страницы?

[Alex Rider]

А загрузка как организована в скорповом мониторе?

Там не совсем обычный TR-DOS (особенно, в Prof-версии со СМУК), но в целом да, Скорп использует 8-ю страницу памяти для работы своего монитора впринципе и для работы со снапшотами в частности.

[drbars]

кстати, дабы magic правильно скидывался, нужно ещё одну кнопку приделать - wait на ногу проца.

ну и диод на второй экран тоже вещь!

[Slider]

ну и диод на второй экран тоже вещь!

Расшифруй??!?!? Зачем оно надо и что происходит?

Сколько проблем, ужас. А как тогда Multiface3 работает? Он ведь не только на ленту сохраняет, но и на диск системы +3DOS. А нехватка памяти решается памятью на самом мультифейсе

Это прекрасно, если все работает так, как ты говоришь. А как происходит переключение между М3 и Спектрумом?
Т.е. при нажатии чего либо, оно должно как-то это перехватить и включить устройство. Эта процедура должна быть в ZX-ПЗУ или как?
Ну и еще - если М3 все это чин-чинарем делает, то нужно а) сварганить его аналог; б) полностью переписать процедуру загрузки/выгрузки в егойном ПЗУ. А тут уже нужно как минимум два шарящих энтузиаста, с которыми сейчас, увы, проблема...

---------- Post added at 09:49 ---------- Previous post was at 09:45 ----------

М3 дергает NMI процессора, это автоматически вызывает запись адреса возврата в стек. Так что на вопрос "M3 что-нибудь портит?" ответ: Да.

Кстати, вот Alex Rider и ответил на мой вопрос - ранее недоглядел. Как в этой ситуации запомнить те два байта, что лежали в стеке? А они ОЧЕНЬ важны, между прочим!..

---------- Post added at 09:56 ---------- Previous post was at 09:49 ----------

Возможно, можно исправить ПЗУ Спектрума? Чтоб оно по RESET, скажем, ничего не портя, вываливалось в этот самый М3 или его аналог и там уже шаманило - ну типа запрос: 1) таки RESET, 2) save snapshot, 3) load snapshot

[ZX_NOVOSIB]

кстати, дабы magic правильно скидывался, нужно ещё одну кнопку приделать - wait на ногу проца.

ну и диод на второй экран тоже вещь!

думаешь, если приделать wait на ногу проца - это серьезно увеличит "работоспособность" магика? Как-то не верится, уж больно много он всего портит, никакой wait не спасет.

М3 дергает NMI процессора, это автоматически вызывает запись адреса возврата в стек. Так что на вопрос "M3 что-нибудь портит?" ответ: Да.

Кстати, вот Alex Rider и ответил на мой вопрос - ранее недоглядел. Как в этой ситуации запомнить те два байта, что лежали в стеке? А они ОЧЕНЬ важны, между прочим!

Ребята, мои познания в архитектуре спекка очень скромны, я не могу с вами спорить, вы же интелектом меня задавите )) Давайте рассуждать проще: вы мне показываете хотя бы одну игру, которая не работает после M3 (М3 прекрасно эмулируется в спектакуляторе и в других эмулях он есть), после этого все разговоры о том что он что-то там портит. Потому как если он даже что-то портит, но игра при этом полностью рабочая и без глюков - то пусть себе портит на здоровье

[Slider]

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

Ты прав 100% в следующем - нам не нужно игру сохранять в этом виде (снап) для потомков. Нам нужно ее до конца доиграть просто. А тут уже чем-то можно и пожертвовать. Ну, типа, если диззи-рамка немного попортится - хрен на нее!
И по этому поводу еще одна мысль (можно или нельзя это аппаратно реализовать - я уж не знаю) - по нажатию кнопки запоминается два байт стека в первых двух байтах экрана, а в стек суется адрес возврата. И дальше уже пошло-поехало по вышеописанным методам. Не будут работать пару-тройку игр, где адреса 16384 и 16385 используются бог весть для чего.

---------- Post added at 10:32 ---------- Previous post was at 10:25 ----------

Кста, а если использовать адреса 22528 и 22529 - вообще ништяк!!! Они точно ни для чего не нужны. Будут 2 аттрибута в уголке моргать себе...