Код эмуляции i8080 на С

[medvdv]

Вот, написал i8080 для своих проектов - если кто то хочет использовать - на здоровье, не жалко. Код проходит все тесты которые я нашел, прост в использовании и короткий (понятный). по скорости он тоже не плохой, все флаги считаются по таблицам

если вы хотите использовать - на здоровье, если какие вопросы - пишите тут или на [email protected] отвечу

если найдете ошибки или какие то штуки которые я не сэмулировал как положено - буду страшно рад и исправлю

есть маленький отладчик и дизассемблер - если надо что то посмотреть в эмуляторе по ходу разработки

для примера приложу использующие этот i8080 эмуляторы Орион 128 и РК-86 на C/SDL2 - очень простенькие - как тест этой эмуляции =) только там пути к биосу и образам дисков вбиты жестко - надо поменять на ваши =)) ну я их писал для внутреннего использования и поэтому они сыроваты и без какого либо интерфейса удобного

написал и компилировал на в Xcode но по идее должно везде работать где есть SDL2 а если чуть поменять вывод из буферов кадра то и где угодно =)

[Advertiser]

[Eagle]

А недокументированные команды эмулируются?

[balu_dark]

а на 8080 разве были такие команды ?

[Eagle]

а на 8080 разве были такие команды ?

В КР580ВМ80А есть, и некоторые умники их использовали.

[balu_dark]

А где почитать про это ?

[marinovsoft]

http://zx-pk.ru/showpost.php?p=149162&postcount=8

[medvdv]

Ну в таком смысле да - все опкоды которые приводят к тем же командам я сделал

Но реально новых команд в нем нет насколько я понимаю просто некоторые декодируются частично и имеют по 2/4 кода

Я все недокументированное поведение которое нашел воплотил

Вот когда я Z80 делал - там с этим я намучился, очень много нюансов подковерных и всякие странные биты во флагах недокументированные надо вычислять

Выложу и его на днях, там вот тоже все тесты которые нашел он проходит включая недокументированное все

---------- Post added at 19:37 ---------- Previous post was at 19:29 ----------

Там в рк-86 есть еще DMA и VG - я делал по документации буржуйской и если честно по VG есть еще вопросы, буду его допиливать может у кого то есть документация по нему какая то дополнительная? Кроме родного даташита?

Я доведу их до независимых библиотек удобных и тоже выложу

[uart]

Я в своем эмуляторе не придумал, как сделать корректную эмуляцию DMA для РК86 при покомандной эмуляции 8080. Ведь цикл DMA может быть в любом цикле команды процессора и в зависимости от него отжирает разное количество тактов.

[Patron]

Я в своем эмуляторе не придумал, как сделать корректную эмуляцию DMA при покомандной эмуляции

На мой взгляд, если использовать Fibers ( сопрограммы ) - можно легко превратить покомандную эмуляцию в "поцикловую".

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

[medvdv]

Я в своем эмуляторе не придумал, как сделать корректную эмуляцию DMA для РК86 при покомандной эмуляции 8080. Ведь цикл DMA может быть в любом цикле команды процессора и в зависимости от него отжирает разное количество тактов.

можем подумать вместе как нибудь =))

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

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

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

это будет достаточно эффективно в плане нагрузки

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

можно так и дма тут вкрячить прямо в проц или звать хендлер

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

вобщем заканчивая поток сознания сдается мне что можно породить такую эмуляцию по тактам вполне =) не сильно то и проиграет в смысле что синхронизация при классической эмуляции по командам тоже много сожрать может мощей

скайп на днях? а я пока оформлю идею + мне любопытно про апогей поспрашивать чуть

---------- Post added at 02:06 ---------- Previous post was at 02:01 ----------

На мой взгляд, если использовать Fibers

ну кстати да можно пустить тредами чипы и постоянно синхронизировать но вопрос какой там оверхид будет - депендс от реализации сопрограм и ониж не нативные нигде толком? не проще ли просто свалить в одну потактовую функцию все основные чипы и вообще все благо компы такие простые

ну не дословно конечно оформить в коде можно как угодно но суть в том что главный луп эмуляции реально потактовый