Как отследить LOAD ""...

[ram_scan]

А нестандартный загрузчик все равно загружается стандартной процедурой. главное "виртуальную ленту" запустить, а там нехай грузится чем хочет.

[Advertiser]

[Sonic]

Хм логично. А останавливать как будешь? Или фиг с ней?
Кстати можно еще и сделать автоматическое позиционирование на заданный файл, путем перехвата именно команды LOAD"..." и просмотра указанного имени файла.
Еще надо подумать как быть с дозагружаемыми уровнями. В этом случае надо ленту запускать, останавливать, да еще и позиционировать.

[Lethargeek]

А нестандартный загрузчик все равно загружается стандартной процедурой. главное "виртуальную ленту" запустить, а там нехай грузится чем хочет.

Не, так нельзя, остановки же могут быть, менюшки промежуточные, дозагрузки...

Именно LOAD"", а точнее запуск процедуры TAPE_LOAD можно отследить по выборке команды из основного ПЗУ по адресу 1366 десятичное. Существующие импортные разработки (DivIDE и пр.) именно так и делают. В более общем случае (нестандартные загрузчики и пр,) - никак.

А как же эмуляторы правильно обеспечивают автостарт/автостоп нестандартных загрузчиков? Имхо явно отлавливать "IN 254" по ZX-BUS, если порт начал опрашиваться подозрительно часто и периодично - врубать мафон, перестал опрашиваться - вырубать.

Перехват LOAD"" фтопку.

[Vitron]

Я думаю нужен еще более совершенный способ, который будет 100% совместим с любыми программами обращающими по out 254, чтобы небыло ложных срабатываний...(если не ошибаюсь) нужно отлавливать комплексно ловя несколько стандартных подобращений к процедуре еще до ее запуска....

[ram_scan]

Не, так нельзя, остановки же могут быть, менюшки промежуточные, дозагрузки...

А как с живого магнитофона делается ? Все вручную. Форматы типа tzx допускают паузы, плюс там как правило дозагрузки идут моноблоком, то есть один файл - гейма целиком. С этим никаких проблем не возникает. А tap файлы - так с ними и в эмуляторах не все шоколадно.

[Lethargeek]

нужно отлавливать комплексно ловя несколько стандартных подобращений к процедуре еще до ее запуска....

Зачем же такие сложности? Главное - не остановить раньше времени.
Если запоздали на пилоттон следующего блока, ничего страшного, потом дадим его сначала.

Хотя могут быть сильно извратные защиты с замеряемыми паузами - с ними эмуляторы справляются только в режиме "без ускорения и без автостарта/стопа", и то если tzx корректный.

А лучше напишите автору SPIN-а, он походу главный гуру и первопроходец в этой области.

[Lethargeek]

А как с живого магнитофона делается ? Все вручную. Форматы типа tzx допускают паузы, плюс там как правило дозагрузки идут моноблоком, то есть один файл - гейма целиком. С этим никаких проблем не возникает. А tap файлы - так с ними и в эмуляторах не все шоколадно.

Фигня какая. Навскидку даже и не вспомню, чтобы в каких-то играх с догружаемыми уровнями возникали проблемы с автостартом/стопом, на сколько бы мелких блочков ни был разит один догружаемый уровень (потому что загрузчики уровней как правило не наворачивались, вот для хитрых загрузчиков основного блока или просто целиком загружаемых игрушек изредка приходилось автостоп отключать), вручную - только на начало приходилось перематывать после GAME OVER. А tap-файлы "по определению" наименее проблемные из всех.

[ram_scan]

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

Через стандартную точку входа то все на ура эмулируется.