Управление эмулятором из zx-программы

За этим загадочным заголовком кроется просьба к уважаемым авторам эмуляторов сделать возможность немного управлять эмулятором из эмулируемой программы. Конкретно интересует возможность включения/выключения максимальной скорости (удобно будет аласм подправить на включение во время компиляции), режимов экрана (в том же аласме включать/выключать режим Anti64).

Чтобы не было ложных срабатываний можно в конфиге ввести настройку отключающую эту фичу.

Как будет выглядеть само управление? Например так:

LD HL,#0102
LD HL,(#1234)

Где в H-номер операции, в L-значение этой операции, а по кодам #21 xx yy 21 34 12 эмулятор определяет что это к нему стучаться.

Можно дать возможность и читать текущие настройки, для этого в H или L устанавливаем 7-ой бит.

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

p.s. Насколько я помню в US когда-то было что-то подобное...

а зачем городить эмуляторскую фигню если давно есть KAY (турбо висит на порту)

Есть еще и Скорпион, где турбо программно включается и выключается, но эмуляторы это все равно не поддерживают.

А вообще вопрос стоял шире, не из-за одной турбы "городить эмуляторскую фигню". Читай внимательно первое сообщение.

Если делаять, то мне такой интерфейс не нравится. Зачем замедлять даже одну команду (LD HL,(xxxx)), добавляя проверку адреса там или еще каких-то условий, когда в ZX есть куча не использованных команд. Как например сделан SLT Trap для подгрузки уровней: ED FB .

Точно так же лучше сделать ED FF - проверка наличия поддержки набора функций, меняет значение A. Т.е. если ничего не делается, и ничего не поддерживается, то ничего эта команда и не меняет. Если есть поддержка расширений (управление эмулятором), то XOR A: DB $ED, $FF - и в A - набор до 8 флажков. Пусть допустим бит 0 - поддержка управлением скоростью. И тогда LD HL,xxxx : ED FE - меняет скорость. Значения xx например такие:
0 - пауза, 10 - 10%, 50 - 50%, 100 - 100%, 255 - 255%, 65000 - 65000%, 65535 - full throttle.

фигня всё это, потому что надо унифицировать интерфейс для всех эмуляторов, что вряд ли возможно из-за различий в фичах, которые авторы эмулей захотят включать через API (EDFF, кстати был раньше в unreal)

Цитата:

---

Сообщение от SMT

фигня всё это, потому что надо унифицировать интерфейс для всех эмуляторов, что вряд ли возможно из-за различий в фичах, которые авторы эмулей захотят включать через API (EDFF, кстати был раньше в unreal)

---

Абсолютно верно. Я думаю надо что-то в таком роде:

Функции 0..#3f - общие для всех эмулей, типа управления скоростью, растактовки, модели памяти, etc

Функции #40..#4f - специфические фичи US

Функции #50..#5f - специфические фичи EMUZWIN

и т.д.

Что-бы было с чего начать, давайтe сделаем функцию №0, управление скоростью эмулятора, где 0..250 - скорость Z80 в процентах от "стандартной", 255 - максимально возможная.

Давайте ED 00 - ED 3F не трогать, а (или наоборот ED C0 - ED FF, но там уже все равно SLT Trap, он вроде как стандарт де-факто)? Тем более что в каком-то древнем эмуле ED 00 - ED 3F они были под завязку. Вообще надо задействовать меньше поменьше "трапов". Номер функции можно передавать например в A, доп. параметры если надо в DC, DE, HL, так же и на выходе если надо что-то получать. Тогда в этом смысле ED FF - проверка наличия фичи, а ED FE - функции (номер в A - можно и те же номера сохранить, и еще запас будет). Так пойдет?

Тогда A=0 - управление скоростью, A=1 - "чтение" скорости в HL (можно было бы за 1 раз сделать, в HL - возвращать предыдущую, но если этого вдруг делать не нужно, лучше эмулятор не дергать, или надо тогда выделять какое-то значение - "оставить скорость" неизменной).

Насчет 254 максимум - маловато будет. Я сегодня как раз гонял RZX-ы, у меня почти все на 1500%, некоторые на 3000%, а отдельные на 5000% бегают. Почему бы и не задавать тогда в HL. Лет через 10 65000% будет нормуль.

Думаю чего не хватает: это определения типа эмуля. Пусть в той же ED FF в HL возвращает две буквы: H='U', L='S', если SMT поддержит и в моем H='E', L='W'. А уже в A - набор флажков по группам поддержанных операций.

Наконец-ТО!!! Давно пора!!!

надо использовать минимум трэпов (то есть один, например, #EDFF) и перепровериться 100 раз (например, у меня раньше были 6-байтная сигнатура 'unreal' в регистрах bc,de,hl), чтобы какой-нить супер-тест недокументированных команд случайно не напоролся на трэп. с другой стороны, кодеры скажут, что неудобно пользоваться очень длинными процедурами обращения в api. сейчас я подумал о таком варианте - сделать 1 функцию, которая проверяет кучу условий (во избежание случайного срабатывания), возвращает тип и версию эмулятора и устанавливает флажок, который позволяет обращаться к EDFF с облегченными параметрами (без перепроверок). флажок сбрасывается при reset или загрузке нового снепшота

Цитата:

---

Сообщение от Spectre

Функции #40..#4f - специфические фичи US
Функции #50..#5f - специфические фичи EMUZWIN

---

один человек хочет, чтобы в его редакторе можно было авто-включить функцию text64, причём в регистрах указать адрес и другие параметры фонта. а потом эта функция появиться в другом эмуле, ес-но, с другим кодом включения. вот будет радости детектить тип эмуля и включать режим по-разному ;-)