Про цвета я каюсь забыл. Тогда нечего голову ломать, делаем родной формат, тем более без перекодировки он будет самым шустрым.
Расширение для файлов лучше свое придумать, чтобы путаницы не было. Скажем по аналогии со ScreenMode2 (.SC2) назвать VideoMode2 (.VM2). Ну или еще как. Заголовок типа такого:
Только предлагаю так:Сообщение от Dec
- байт типа файла, например 0xFD;
- сигнатура 'PK8000';
- слепок видеопамяти по аналогии с файлами SC2;
Как то так.
Ну тогда расскажите мне кто-нибудь об устройстве видеопамяти, ссылка на документацию устроит. А еще мне нужен для тестов какой-нибудь дамп вместе со скриншотом.
Документ
На 68-й странице есть подробное описание структуры памяти видеорежима 2. По сути, это все те же 32x24 символа.
Вначале идет битовый массив изображения (0 - color background, 1 - color foreground), он же знакогенератор (но в данном случае его лучше называть битовым массивом). Сначала 8 байт первого символа, затем 8 байт второго и так далее.
Затем, с адресов 0x1800 до 0X1AFF - буфер экрана, он нам не нужен. Как и область памяти вплоть до 0x1FFF.
Далее с адреса 0x2000 расположена таблица цветов. Здесь все просто, каждый байт отвечает за цвет фона и изображения соответствующего байта в массиве изображения. То есть, в байте с адресами 0x2000-0x2007 определяются цвета для байт по адресу 0x0000-0x0007 в массиве изображения.
В общем похоже на спекки, если я не ошибаюсь, только на одно знакоместо приходится 8 байт цвета, а не один.
----------------------
Что касается дампа, то с этим пока проблема. Из-за переезда все барахло, включая компьютеры, остались в деревне. Могу в субботу на рабочем компе сделать, там есть эмуляторы.
Dec(17.12.2020)
Я думаю что нет смысла писать неиспользуемые области в файл, создаваемый конвертером. В итоге получится файл размером 12288 байт + пара байт заголовока.
Ок, я подожду.
Надергал несколько скриншотов. Если не устроят, то скиньте сюда нужные файлы, я их сдамплю.
Файлы:
.IMG - битовый массив экрана
.COL - массив цвета
Dec(19.12.2020)
Обновил конвертер. Сейчас создаются файлы с расширение VM2. Заголовок 4 байта, состоит из сигнатуры "PC8" и одного байта Версия, текущее значение 0. После заголовка следует 6144 байта IMG, затем 6144 байта COL. Общий размер файла 12292 байта. Также просмотр VM2 добавлен в плагин для TotalCommander.
DemonId7(19.12.2020)
Обновил вьюнер.
Последний раз редактировалось DemonId7; 20.12.2020 в 02:26.
Мои скромные железяки
Altair8800(в процессе)
ATARI 65хе
YAMAHA YIS503IIIR
PackardBell
HP Vectra 286/25n/VE/VL/VL800/VLi8, Kayak XA
AcerPower 433sv
Fujitsu-Siemens Scenic/S 2
Compaq deskpro en
МС 0511-01
Микро80(в процессе)
Микроком85
Апогей-БК01Ц
РадиоРК-86
БК0010/10-01/11/11М
ПК-8000
Львов ПК-01
Агат-9
ДВК-2(в процессе)
ДВК-3М
Вектор-06ц
Специалист
ХТ8088 nec-20
АТ286,386,486
PI-75-200ММХ
РII, III,IV
ZX-Evolution r.C3
Santaka-002
Дельта-С
Ленинград48к
[свернуть]
С одной стороны хорошо, что ПК8000 популяризируется, но для 2021 года доклад слабый, с пробелами и неточностями.
Mirazh(18.09.2021)
Приветствую! Решил вернуться к ПК8000 и немного уточнить эмуляцию этого ПК в Emu80, появилась пара вопросов по адресному пространству компьютера:
1. Я правильно понимаю, что при обращении к внешнему ПЗУ на запись фактически происходит запись в ОЗУ? Это относится к обоим слотам расширения? Если записать во второй слот расширения, к которому ничего не подключено, также произойдет запись в ОЗУ?
2. Что происходит при обращении к последним адресам при подключенном контроллере дисковода? Я так понимаю, что последние 8 байт (7FF8-7FFF) доступны для чтения/записи. Где-то вроде-бы упоминалось, что 7FF7 доступен для записи, а читается из него содержимое ОЗУ? Что с адресами 7FF0-7FF6? Там читается ПЗУ и пишется ОЗУ или есть нюансы?
Вообще, давненько не следил за темой по ПК8000, что-то появилось новое за последние 2-3 года, поддержку чего стоило бы сделать в эмуляторе?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием