ПК8000 - Общие вопросы

[DemonId7]

Про цвета я каюсь забыл. Тогда нечего голову ломать, делаем родной формат, тем более без перекодировки он будет самым шустрым.
Расширение для файлов лучше свое придумать, чтобы путаницы не было. Скажем по аналогии со ScreenMode2 (.SC2) назвать VideoMode2 (.VM2). Ну или еще как. Заголовок типа такого:

Самый простой вариант - смена сигнатуры SC2 файла, можно, например, заменить FE на любое другое значение, или в первые 7 служебных байт записать в строку "PC8000".

Только предлагаю так:
- байт типа файла, например 0xFD;
- сигнатура 'PK8000';
- слепок видеопамяти по аналогии с файлами SC2;

Как то так.

[Dec]

слепок видеопамяти по аналогии с файлами SC2

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

[DemonId7]

Документ
На 68-й странице есть подробное описание структуры памяти видеорежима 2. По сути, это все те же 32x24 символа.
Вначале идет битовый массив изображения (0 - color background, 1 - color foreground), он же знакогенератор (но в данном случае его лучше называть битовым массивом). Сначала 8 байт первого символа, затем 8 байт второго и так далее.
Затем, с адресов 0x1800 до 0X1AFF - буфер экрана, он нам не нужен. Как и область памяти вплоть до 0x1FFF.
Далее с адреса 0x2000 расположена таблица цветов. Здесь все просто, каждый байт отвечает за цвет фона и изображения соответствующего байта в массиве изображения. То есть, в байте с адресами 0x2000-0x2007 определяются цвета для байт по адресу 0x0000-0x0007 в массиве изображения.
В общем похоже на спекки, если я не ошибаюсь, только на одно знакоместо приходится 8 байт цвета, а не один.
----------------------
Что касается дампа, то с этим пока проблема. Из-за переезда все барахло, включая компьютеры, остались в деревне. Могу в субботу на рабочем компе сделать, там есть эмуляторы.

[Dec]

Затем, с адресов 0x1800 до 0X1AFF - буфер экрана, он нам не нужен. Как и область памяти вплоть до 0x1FFF.

Я думаю что нет смысла писать неиспользуемые области в файл, создаваемый конвертером. В итоге получится файл размером 12288 байт + пара байт заголовока.

Могу в субботу на рабочем компе сделать, там есть эмуляторы.

Ок, я подожду.

[DemonId7]

Надергал несколько скриншотов. Если не устроят, то скиньте сюда нужные файлы, я их сдамплю.
Файлы:
.IMG - битовый массив экрана
.COL - массив цвета

[Dec]

Обновил конвертер. Сейчас создаются файлы с расширение VM2. Заголовок 4 байта, состоит из сигнатуры "PC8" и одного байта Версия, текущее значение 0. После заголовка следует 6144 байта IMG, затем 6144 байта COL. Общий размер файла 12292 байта. Также просмотр VM2 добавлен в плагин для TotalCommander.

[DemonId7]

Обновил вьюнер.

[Ратмир]

https://youtu.be/3AGTIIskvSU

[ivagor]

С одной стороны хорошо, что ПК8000 популяризируется, но для 2021 года доклад слабый, с пробелами и неточностями.

[Pyk]

Приветствую! Решил вернуться к ПК8000 и немного уточнить эмуляцию этого ПК в Emu80, появилась пара вопросов по адресному пространству компьютера:

1. Я правильно понимаю, что при обращении к внешнему ПЗУ на запись фактически происходит запись в ОЗУ? Это относится к обоим слотам расширения? Если записать во второй слот расширения, к которому ничего не подключено, также произойдет запись в ОЗУ?

2. Что происходит при обращении к последним адресам при подключенном контроллере дисковода? Я так понимаю, что последние 8 байт (7FF8-7FFF) доступны для чтения/записи. Где-то вроде-бы упоминалось, что 7FF7 доступен для записи, а читается из него содержимое ОЗУ? Что с адресами 7FF0-7FF6? Там читается ПЗУ и пишется ОЗУ или есть нюансы?

Вообще, давненько не следил за темой по ПК8000, что-то появилось новое за последние 2-3 года, поддержку чего стоило бы сделать в эмуляторе?