Эмулятор Олега Одинцова (Страница 1 из 2)

Последний релиз эмулятора (1.27) собирал я, и отладка и сборка шла именно под Win 10. Так что "на моей машине работает." ;)

Вышла новая версия: Агат Эмулятор 1.28.

• Исправлена печать в TIFF, текстовые файлы, и файлы без обработки.

• Добавлено управление созданием новых страниц при печати в TIFF и принтер Windows.

• Добавлены пояснения в раздел справки, посвящённый эмуляции принтера.

• Добавлена поддержка .pds-образов, традиционно используемых в эмуляции ПЭВМ "Правец".

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

• Исправлена палитра rgb-monitor-16.pal для поддержки "яркого чёрного" цвета.

• Шрифт PRAVETZ8A.FNT заменён на три разновидности шрифтов, встречающихся в Правцах: болгарский шрифт pravetz8a8c_bg.fnt, шрифт для экспортировавшихся в СССР машин pravetz8a8c_su.fnt, и шрифт, предположительно встречавшийся в Правцах ташкентского завода Вариант pravetz8a8c_uz.fnt.

Загрузить новую версию можно на странице проекта в SourceForge.

Я считаю, что первоочередная задача эмулятора -- максимально достоверно исполнять софт, написанный для оригинальной машины. Если существует софт, для которого отличие тактовой частоты на 2% на что-то влияет... ну, можно заморочиться. Просто, на мой взгляд, в эмуляторе сейчас есть более серьёзные отклонения. Например, в текстовых режимах знакоместа сейчас в ширину 8 пикселей, а в оригинале 7...

Касательно тактовой частоты: в Агатах не было часов реального времени. Что же измеряет "измерялка?" Отношение тактовой частоты к частоте NMI? Эмулятор устроен так, что движок "тактовая частота" в настройках изменяет все частоты, в т.ч. частоту прерываний. Это делается, чтобы можно было ускорить исполнение программ, а сами программы ничего бы не заметили. Вот "измерялка" тоже не замечает, как и было задумано.

Возможен другой подход к настройке тактовой частоты -- она могла бы эмулировать "турбированный агат," у которого частота процессора увеличена, а частота NMI оставлена 50 герц. Но в Агате много других частот, как быть с ними? Что делать с платами расширения? Если бы были реальные турбированные прототипы -- можно было бы эмулировать их, чтобы софт, для них написанный, работал "как раньше." Но я про такие не слышал, а эмулировать каку-то гипотетическую фантастическую машину -- немного за рамками проекта.

Вот если Вы сделаете турбо-Агат, не вижу препятствий к включению его поддержки в эмулятор. :D

SnakE, и прототип турбированный уже есть, и софт, использующий таймерные прерывания, тоже есть (измерялка такта ЦП, измерялка скорости заполнения метра памяти с визуализацией в ЦГВР). На то они и таймерные, что дают фиксированные хронометки. Хочу еще добавить для поллинга состояние NMI и IRQ в старшие биты $C067, а в $C066 номер текущей растровой строки.
Прошу о правильной поддержке фичи в эмуляторе потому, что не только писать (для АГАТа) и компилить на писи намного удобнее, но и отлаживать: на реале надо выдернуть бздуху, стереть, прошить, обратно воткнуть, и так много-много раз... Здесь, как-раз, эмулятор - очень и очень востребованная штука.

Да, я как 30 лет назад, использую ассемблер из ИКП.  Беда в том, что файлы больше где-то 2к строк не влезают в буфер компилятора, и объектный файл он создать более 6-7КБ  не может.
Понятное дело, написан он был под 7-ку...

Поэтому у меня сейчас 8 файлов текстовых и компилировать приходится по частям за три подхода переставляя DSECT/DEND

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

Конечно, пока программка маленькая, таких сложностей нет.

Алексей, ты разобрался в нем с перекодировкой символьных/строковых констант? Покажи, пожалуйста, исходники для примера.

1) А кто нибудь пользуется такой фичей ассемблера, как "П" - Перемещаемые файлы ?
Это ведь и было сделано ради раздельной компиляции и обхода ограничений  на объёмы текстов/бинарей.

2) Я когда-то общался с Олегом насчёт того, что в его эмуляторе открытый образ оказывается заблокированным для других программ. Он тогда как-то не очень ясно ответил в том смысле,  что для его задач это не проблема.

Суть в том, что когда вы открываете образ диска в эмуляторе, вы уже не можете его модифицировать, например, из dos33c2. Для игр это не существенно, но если эмулятор используется впараллель с другими прогами (например, если вы пишете текст программы в обычном PC-редакторе, а потом компилируете внутри виртуалки), то ведь удобнее, чтобы можно было не закрывая "ассемблер" редактировать текст ?

Я, например, работаю так (отдельные, постоянно открытые программы):
1) Набор программы в NEdit ( https://ru.wikipedia.org/wiki/NEdit )
2) Импорт в образ через dos33c2
3) Компиляция в эмуляторе (+ экспорт таблицы меток в отдельный файл, для эмулятора на шаге 5)
4) Копирование бинарника в образ с остальными исполняемыми файлами (если компиляция и работа на разных образах) (вторая копия, чтобы не переходить между каталогами)
5) Отладка в эмуляторе (вторая копия эмулятора, чтобы не перезагружаться)

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

2Snake: Есть ли планы убрать монопольное использование образов ?

2All: Как у вас построен flowchart разработки программ ?

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

Проверил. На 500% компиляция 3 минуты 20 сек. с зажатой клавишей 1мин. 40 сек, т.е. в два раза быстрее на моем компе.
На работе 40 секунд, т.е. в 5 раз быстрее. Дома видно дрянь какая-то сидит и тормозит комп.

Хорошо бы галочку где-то сделать, чтобы клавишу эту все время не держать))

С ASM+ боюсь не подружусь. Привык уж в ИКП все делать.

Читал об этом, не очень понял и не пользуюсь. Все хотел разобраться, да руки не доходят.

При закрытии ВМ с конфигурацией "Softcard + CPM + 80COL" и "Saturn CPM" эмулятор вылетает с ошибкой. Такое ощущение, что проблема связана с эмуляцией Z80. С другими конфигурациями, не использующими Z80, такой проблемы не наблюдал. Windows 8.1 x64. Эмулятор 1.29.1. Точнее - скачан, как 1.29.1, но в его "О программе" указана версия 1.29.

Кроме того, при удержание кнопки на клавиатуре (при включении автоповтора) скорость эмуляции заметно возрастает. Например, в играх движущиеся элементы значительно увеличивают скорость. Конечно, в реальном "Агате" автоповтора нет, но, думаю, всё же эмулятор так вести себя не должен.

Интересно, во встроенном дебагере эмулятора можно померять, сколько тактов ЦП занимает выполнение участка кода?
Просто в VICE (эмулятор Commodore), есть команда stopwatch, и если поставить в программе два брейкпойнта (в начале нужного куска и в конце), то можно в момент срабатывания первого сказать stopwatch reset, а во время срабатывания второго - просто stopwatch и тогда команда покажет число выполненных тактов ЦП.

Думаю, было бы удобно сделать сохранение состояния виртуальных машин на несколько слотов. Конечно, и одно сохранение - хорошо, но часто возникает потребность (у меня, во всяком случае) в нескольких сохранениях. И приходится либо создавать несколько однотипных машин (а из-за этого получается много лишних значков, что мешает), либо архивировать и восстанавливать сохранённые состояния. Неудобно, в общем. В других эмуляторах по несколько слотов, и не зря...