Но мы знаем что в реальном софте используется именно регион $С0-DF для вывода этих самых заглавных букв латинского алфавита.

(Там же всё тянется от половинчатого генератора семёрки, 80 - 9F соответствует 00-1F в семёрке, а это - по любым таблицам (старым, современным - по всем) - регион управляющих символов).

И вот казалось бы, почему бы разработчикам не использовать регион $08-9F для каких-то полезных символов псевдографики, расширив этим разнообразие на 32 символа. Кстати, в расширенном ЗГ семёрки именно так и сделано - там всякие колокольчики и пляшущие человечки.

Так почему же? На этот вопрос тоже есть ответ: знакогенератор для режимов Apple у девятки, берет тайлы из основного. Первые три фрагмента полностью дублируют $80-$BF, а последний -- $C0-$FF. Первые $00-$7F вообще не используются.

Таким образом, получается что ради формирования ЗГ Apple, упрошен основной ЗГ Агат....

Неужели нельзя было как-то вывернуться, чтоб и ЗГ Агатовский был максимально полным и ЗГ Apple остался таким же???

Размеры платы: 67.3мм * 26.7мм

Распиновка SCART (резистор для принудительного перевода ТВ в режим RGB):

Возник вопрос, можно ли, и как, из ИКП-бейсика, обработать хвост графического файла?
http://agatcomp.ru/agat/PCutils/EXIF.shtml

Например, после "bload NAME", исходя из размера загруженного файла, найти сигнатуру "VR", и, если она есть, выдать на экран информацию, в расшифрованном виде.
Прям в текстовой странице: Режим, палитра ну и текст из области комментария конечно.

Попробовал с разными компьютерами, в том числе - с "Агатом".
Выход HDMI, напрямую на телевизор, разрешение 1024х768 режим 4:3:
https://disk.yandex.ru/i/Q7F16WWpr1eAig
https://disk.yandex.ru/i/GZK5Mm3xesY9dQ
https://disk.yandex.ru/i/ptC3pAA4dIWgDQ

Выход HDMI через конвертер HDMI to VGA на старый LCD-дисплей, разрешение 1024х768:
https://disk.yandex.ru/i/OERqua8zm3ZKPA
https://disk.yandex.ru/i/tVwhOi1CUC6ZKg
https://disk.yandex.ru/i/WC0KT2pySPAyVQ
https://disk.yandex.ru/i/sVY2LWF07KuVrQ
https://disk.yandex.ru/i/qBGTxnYZtW76rw
https://disk.yandex.ru/i/1rsgf8U3K_z7Sg
https://disk.yandex.ru/i/HLizyGcuq5QJRg

Качество фотографий не очень, в реальности цвета нормальные. И, что важно, изображение не обрезается. При подключении к LCD-телевизорам в режиме графики справа картинка обрезается на несколько пикселей, что весьма некомфортно. Пробовал разные конвертеры в VGA - то же самое. Исключение - конвертер GBS, но он один и требует разных настроек для разных компьютеров. К тому же, он работает не со всеми компьютерами. В общем, лично я приобретением доволен, тем более, что в SCART честные RGB.

P.S. Обнаружил дефект изображения, не замеченный сразу. Если смотреть слева направо, можно заметить, что картинка сжимается по горизонтали. Это особенно заметно на однотипных объектах, например, на фотографии игры "Клад" (Rise) кирпичи слева направо становятся всё уже. Лично для меня это страшно, в глаза не лезет, но решил сообщить.

В статье про шрифты эмуляции A][ написано - "Первые три фрагмента полностью дублируют $80-$BF, , а последний -- $C0-$FF. Первые $00-$7F вообще не используются. Кроме того, нет инверсии для РУС букв.

Ну и поюзав программы Apple на A9 натыкаюсь иногда на кирилицу в некоторых программах, вместо латиницы. Ну и возникает вопрос, реально ли сделать, чтобы $С0-$DF брались от куда берутся, а вместо $E0-$FF дублировались например $40-$5F, так бы не было бы глючных сообщений от приложений.  Пока не могу понять, что отвечает в схеме за шрифты Apple][, если кто понимает, помогите разобраться пожалуйста.

Ну и еще, не понятно, получается что в D65 нет шрифтов ? А что там по адресам $200..$3FF, немного напоминает шрифты, но кодированы как то но другому, может биты перемешаны или типа того...

Где-то запаяно по схеме как на фото
а где-то запаяны нормально и цвета выглядят как линейный градиент.

Стало интересно, почему так.

Любителей пофантазировать на тему "А может...", "А если попробовать..." настоятельно прошу не писать в эту тему!

Есть ли какие-нибудь приложения, которые используют графический режим 64х64 пикселя? Не могу вспомнить, чтобы видел хотя бы одно (я имею в виду не школьные эксперименты на Бейсике, а более-менее серьёзные программы) приложение, использующее этот режим. Как я понял, в "девятке" он отсутствует.

Помню, в то замечательное время, когда был жив Андрей Кулаков, мы часто  и по долгу разговаривали относительно всего связанного с Агатом. Он рассказывал как налаживали производство на ЛЭМЗ, какие были трудности и победы.
Рассказывал как заставляли мотор ес5088 крутить в другую сторону, типа защиты, чтобы в соседнем цеху не могли прочитать их диски... да много чего. 

Так вот один раз, я тогда не придал этому значения, он поведал об экспериментах над девяткой.
Конкретно о расширении режимов отображения. Что сменой какой-то прошивки и минимальными исправлениями на плате можно получить режим Т32 (такого-же как и прежде размера в видеоозу), но с возможностью задавать для каждого знакоместа цвет фона и цвет пера. Без мерцания и инверсии (последняя становится не нужна, ведь можно исполнить это регулируя цветами фона и пера). Еще говорил о Т64 в цвете, подробностей не помню, и что-то незначительное про граф режимы.

И мне вот подумалось, а ведь через USN к нам попала прошивка D65, где в второй половине (по схеме она не используется) что-то добавлено. Мы осторожно предположили что там группа палитр или реализация дополнительных режимов Apple для какой-то модифицированной генплаты. Но реально никто это не копал.

Хотелось бы узнать, какие мысли на этот счет есть у форумчан?

Вроде бы, так было сделано из-за дефицита РТ7, и такое объяснение меня вполне устраивало. Но вот тут пришлось ознакомиться с этим бутербродом поближе, и мне показалось, что не все так просто.

Если бы я собирал 1 Кб ПЗУ из 2 микросхем по 512 байт, я бы адресные линии A0-A8 объединил бы, а линию А9 подал бы одной микрухе на инверсный вход выборки, а другой - на прямой вход. Просто и понятно: A9=0 - выбрана D75, A9=1 - выбрана D95.

Тогда символы по микросхемам распределились бы так:

          D75                 D95

00|................
10|................
20| !"#¤%&'()*+,-./
30|0123456789:;<=>?
40|                    @ABCDEFGHIJKLMNO
50|                    PQRSTUVWXYZ[\]^_
60|                    ЮАБЦДЕФГХИЙКЛМНО
70|                    ПЯРСТУЖВЬЫЗШЭЩЧЪ

Видно, что при этом в D95 попадут и русские и латинские буквы, а половину емкости D75 напрашивается заполнить какой-нибудь псевдографикой.

Но на самом деле, в семерке микросхемы включены намного сложнее, и символы распределены вот так:

          D75                 D95

00| !"#¤%&'()*+,-./
10|0123456789:;<=>?
20|                     !"#¤%&'()*+,-./
30|                    0123456789:;<=>?
40|@ABCDEFGHIJKLMNO
50|PQRSTUVWXYZ[\]^_
60|                    ЮАБЦДЕФГХИЙКЛМНО
70|                    ПЯРСТУЖВЬЫЗШЭЩЧЪ

И надписи РУС и ЛАТ на микросхемах не просто так. В одной кирилица + цифры, в другой латиница + цифры.

Вопрос в том, так вышло случайно или был какой-то замысел?

Ведь такое соединение хоть и сложнее (больше перемычек), зато упрощает изготовление семерок с местным алфавитом (например, татарским, как в узбекской версии). Делается партия плат, на которых стоят только D75. А потом, если поступил заказ сделать Агат с узбекским языком - паяем сверху ПЗУ с маркировкой УЗБ (или ТАТ). Поступил заказ сделать с молдавским - паяем МОЛ.

Не появился ли этот бутерброд как попытка делать локализованные Агаты для разных союзных республик?

Кстати, заметил, что у этих ПЗУ на плате даже даты выпуска разные.

Вообще в первой версии он такой:

Но некоторые программы хотят русские буква в E0-FF, об этом же рассказывают и старожилы ЛЭМЗ.

Если у вас есть возможность сдампить EPROM (а именно в нем знакогенератор) с своей яч121 - будет очень здорово.

Можно проверить, какой именно он,  вот такой прогой (только без строки 5):

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

Жалко забыл спросить, при старте пишет "агат-9" или "Тошкент"?

От обычного отличается в тайлах 20-3F
Для примера обычный: