Эмуляция двухъядерного спектрума

[Destr]

Пример в треде\посте - это частный случай.
Проявление.

А вот сам "двухъядрёный эмуль" - это инструмент который поможет в написании/отладке подобных дел.

Т.е. грубо говоря = это как-бы STS (дебаг, монитор, лукмем) - который полностью подчинён кодеру (для которого кодер и пишен на том-же самом языке-асме инструкции) и который работает синхронно с "основным кодом" (т.е. в том-же адресном пространстве).

---------- Post added at 19:40 ---------- Previous post was at 19:39 ----------

Я так понял

Нет.
Совсем не то

---------- Post added at 19:40 ---------- Previous post was at 19:40 ----------

Я видимо зря тред завёл.

---------- Post added at 19:44 ---------- Previous post was at 19:40 ----------

Только что ко мне в гости заходил знакомый спектрумист (весьма слабый) - и мне пришлось очень подробно ему рассказывать о чём, собственно, звук.
Он сказал так:
- Старина! Раз уж ты мне так разжёвывал при личном общении и я более-менее осознал чего ты хочешь, то подумай сам, сколько времени\постов\тредов это займёт у тебя, когда ты обращаешся с невидимойпередлицом публикой. Идея хорошая, но обрисовать на пальцах в тексте - это вряд-ли выйдет...

---------- Post added at 19:44 ---------- Previous post was at 19:44 ----------

Видимо он прав

---------- Post added at 19:53 ---------- Previous post was at 19:44 ----------

Просто нужен (ну как нужен? ОЧЕНЬ помог-бы ещё один эмулируемый Z80, который отображал-бы то что нужно (что накодиш) ).
Т.е. ещё один, следующий шаг после сервис-монитора на ZS (а это был такой тру и руль в своё время, что могу взять на себя смелость сказать такую фразу: "Кто не юзал S-монитор на Scorpion`е - тот много потерял!"

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

[Advertiser]

[ZXMAK]

Просто нужен (ну как нужен? ОЧЕНЬ помог-бы ещё один эмулируемый Z80, который отображал-бы то что нужно (что накодиш) ).
Т.е. ещё один, следующий шаг после сервис-монитора на ZS (а это был такой тру и руль в своё время, что могу взять на себя смелость сказать такую фразу: "Кто не юзал S-монитор на Scorpion`е - тот много потерял!"

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

насколько я понимаю, ты хочешь прикрутить еще один Z80, в задачи которого будет входить только чтение кода из текущего адресного пространства и запись в это-же пространство результатов работы. Не вмешиваясь при этом в работу основного процессора. Адресное пространство портов ввода вывода он использовать не будет. Верно?
Это несложно сделать, вопрос только в том - когда этот второй Z80 должен начать исполнение кода и с какого адреса? Правда есть еще проблемка с тем что нужно будет корректно рисовать то что второй Z80 будет писать в память в обход первого.

[siril]

Нет.
Совсем не то.

Абсолютно то же самое. Но не "внутри", а "снаружи" и не на асме Z80, а на чём-то более высокоуровневом. Никакой разницы чем ты будешь выводить содержимое ячеек, или выводить графику на основной экран - нет.

Однако налицо намного более высокая гибкость: в твоём варианте - событие только одно - INT, а тут событий может быть множество (указатель команды равен какому-то значению или содержимое памяти). Рисовать можно как внутри спектрумовского экрана, так и где-нибудь снаружи.

Если цель именно удобство отладки, "умная отладка" с контролем внутренностей, а не создание 2-х процессорного эмулятора, то мы говорим о решении одной и той же проблемы.

Если пугает необходимость знать что-то кроме асма z80 (ты как-то на нём зациклился, пытаясь все отладочные процедуры сделать на нём), то страх нужно преодолеть =)

- Старина! Раз уж ты мне так разжёвывал при личном общении и я более-менее осознал чего ты хочешь, то подумай сам, сколько времени\постов\тредов это займёт у тебя, когда ты обращаешся с невидимойпередлицом публикой. Идея хорошая, но обрисовать на пальцах в тексте - это вряд-ли выйдет...

Вот то-то и оно. А ко мне тоже друг заходил и сказал: "о! то, о чём ты говоришь — эквивалентно двухпроцессорному эмулятору-отладчику! но не ломает хода выполнения программы, не даёт побочных эффектов, и отлаживаемая и анализируемая программа не заметит разницы исполняется ли она на реальном спектруме или под отладчиком со скриптом. В отличие от двухпроцессорного варианта, где и растактовка и обработка прерываний будут отличаться и могут привести к трудновылавливаемым глюкам. Но, старик, у тебя так и не получилось объяснить это мне, представь как трудно будет объяснить это человеку, увлечённому своей взлелеянной идеей о двупроцессорном отладчике. Ты ничего не сможешь ему объяснить!" =)

P.S. У тебя объяснить получилось. Двупроцессорная идея милая, по своему революционная, но для умной отладки и контроля за внутренним состоянием программы - не подходящая, так как отладочная часть имеет побочные эффекты на отлаживаемую программу. Задача умной отладки на других платформах решается по-другому: контроль за состоянием эмулятора, отработка скриптов по событиям (см. выше). Скрипты могут показывать всё то же самое, что и твои z80-процедуры на виртуальных прерываниях, только проще, эффективнее и менее пагубно для отлаживаемой программы =)