Где вы видели, чтобы в справочниках указывали, что будет если использовать недопустимые значения?
Где вы видели, чтобы в справочниках указывали, что будет если использовать недопустимые значения?
Сообщение от Vital72
взаимоисключающие параграфы...
и по моему я тоже погорячился...
Ну да, штатный режим работы при стандартной схеме подключения там неплохо описан. А недокументированные особенности, естественно, не описаны. Такого рода, например: "в каком состоянии находятся выходы сс0-сс6 при отображении псевдографических кодов?". При штатной схеме подключения эти выходы просто при этом не используются, но при этом на них же что-то есть! И на РК-подобных ПК оно влияет на картинку на экране.
Как говорил Остап Бендер: "Одни из Вас хорошо играют в шахматы, другие плохо. И ничто это не изменит... Если Вы каждый день не будете тренироваться в шашки.". Перефразируя бессмертную фразу: "Есть БИС 8-ми битовые и есть 7-ми битовые, и ничто это не изменит... Даже если мы будем каждый день тренироваться в шашки."
Никак из 7-ми битового кода в ВГ75 не сделать КОИ-8... Если не использовать истраченные на цвет атрибутные сигналы. Я уже предложил отнять один бит RVV у цвета и отдать его на коммутацию фонтов, что позволяет видеть на одном экране буквы из 2-х таблиц шрифтов по 127 символов в каждой. Но народ здесь собрался, в основном, ретроградный, они не могут пойти против печатного слова и того, что уже имеется в железе в промышленных аппаратах.
Есть один способ получить КОИ-8, но, увы, уж никак не на 80 символов в строке (см.ниже).
80-символов базовый РК86 никак не может. Но заменив кварц 16 МГЦ на 20, и введя аппаратное формирование ССИ, что требует расхода в АГ3, (или ТМ2, на них также отлично делаются одновибраторы), 80-символов получаются простейшей заменой 4-х байтов в ROM-BIOS (меняется режим ВГ75, офсет позиции в строке с +8 на +0, и строчный шаг с 78 на 80).
Что касается LTEN. Его никак не использовать, т.к он гасит экран (для мигания, псевдографики C0...FF, для пустых линий и т.п). Но его упоминание Вами навело меня на мысль: а вдруг можно переключать режимы псевдографическими символами (вместо кодов 0E/0F, как я предлагал ранее). Например, графическим кодом E0, можно включать альтернативный фонт. Для этого нужна ловушка на этот код на выходах CC0...CC6. Но надо ещё убедиться, что графические коды проходят на выходы CC0...CC6. Кто-нибудь это уже проверял или может проверить сейчас, используя анализатор?
Однако 80-символов полезны вовсе не для CP/M, чтобы работал "Super-Calc" или текстообработки. 64 символа в строке для текстообработки предпочтительнее (т.к шифт крупнее, что экономит зрение). Да и к самой CP/M пользователи РК относятся резко отрицательно, т.к привыкли к RK-DOS. Единственная польза от 80-ти символов в строке в том, что это позволяет красиво получить цветной режим 40*25 (чётные байты графика, нечётные цвет), а также даст псевдографику с разрешением 160*126, которая получается при разбиении знакоместа на матрицу 2*3, в режиме с высотой строки в 6 линий и видео режиме в 52 строки (42 из них видимы на экране). Лично мне не жалко истратить один корпус 1533 ТМ2, чтобы получить КОИ-8 в псевдографическом режиме 26 символов в строке на 15-ти строках.
Введение 80-ти символьного режима, где у ВГ75 иной такт (1.66 МГЦ вместо 1.33), требует иного программирования ВГ75. Из-за этого все игры, которые сами перепрограммируют ВГ75, перестанут работать. Точнее сами игры при этом работают, но по кадрам и строкам нет синхронизации. Если регуляторы на видео мониторе доступны, то для использования старых игр можно периодически ими пользоваться, чтобы смотреть чужое ПО. Если же ручек регулировки на дисплее нет, то при доработке до 80-ти символов придётся добавить второй кварц со своим генератором и КП11 для переключения такта с 20 МГЦ на 16 МГЦ на входе ГФ24 и ССИ от выхода одновибратора на HRTC, чтобы вернуть все сигналы, как в базовом РК.
Последний раз редактировалось barsik; 25.03.2017 в 11:20.
В-общем, РК86 по праву занимает нишу антикварной диковинки, чудодивной зверушки в общем зоопарке отечественных РК. Ну чтоже, спаяю и положу под стекло, как коллекционер бабочку на булавке.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
а еще меня интересует переполнение атрибутного буфера
что именно в него заносится
и почему прокатывает большее количество в режиме видимых атрибутов
сходу не вьеду
а писать кучу тестов не хочется...
2 атрибутных кода подряд не возможны?
второй будет выводиться как простой символ?
как будут вести себя 3 кода?
атрибут, простой символ, атрибут?
как сочетаются атрибуты с псевдографикой(аппаратной)
после атрибута она будет выведена как простой символ
это мне где то попалось про обрезание 7-го бита...
и еще
курсор продолжает рисоваться при стоп дисплей?????
или нет?
Последний раз редактировалось NEO SPECTRUMAN; 27.03.2017 в 16:28.
Из даташита на i8275 следует, что атрибутный буфер включается только в режиме "прозрачных" (невидимых) атрибутов. Значит в режиме видимых он (буфер) вообще никак не участвует в отображении. Здесь суммарное значение атрибутов и символов максимум 80 (что будет если указать размер строки больше 80 надо проверять).
- - - Добавлено - - -
Да, после этой команды всё изображение с экрана пропадает и курсор тоже (если речь идёт о команде 40h).
- - - Добавлено - - -
По-любому нужен тест, хотя бы для отображения одной-двух строк.
vinxru (если не ошибаюсь) и кто-то ещё (не помню) вроде копали вопрос с переполнением буфера и с двумя атрибутами подряд. Я тоже, года полтора назад (но всё вылетело из головы).
Чуть позже напишу небольшой тест.
- - - Добавлено - - -
В этой строке 64 пары атрибут+символ. Коды символов с 64 по 127. Но отображаются только последние 16 символов (с 112 по 127) при этом четыре раза подряд. Первые 48 символов попросту теряются. Скрин с эмулятора, но он полностью соответствует изображению с реального Апогея.
Вот содержимое строки:
Код:db 0,0,0,0,0,0,0,0,156,64,149,65,153,66,148,67,152,68,145,69,144,70,140,71,133,72,137,73,132,74,136,75,129,76,128,77,156,78,149,79,153,80,148,81,152,82,145,83,144,84,140,85,133,86,137,87,132,88,136,89,129,90,128,91,156,92,149,93,153,94,148,95,152,96,145,97,144,98,140,99,133,100,137,101,132,102,136,103,129,104,128,105,156,106,149,107,153,108,148,109,152,110,145,111,144,112,140,113,133,114,137,115,132,116,136,117,129,118,128,119,156,120,149,121,153,122,148,123,152,124,145,125,144,126,128,127,0,0,0,0,0,0
Последний раз редактировалось SegaBoy; 27.03.2017 в 19:56.
AAAAAAAAAAAA!!!
я понел в стек fifo ложатся не атрибуты\цвета а символы без 7-го бита
а в 80 байтном буфере ложатся только сами атрибуты от них
значет цветные чанки 78х38 свободно возможны
и вообще мне фиолетово что сьедаются буквы
я то думал что будут пропадать атрибуты (и нифига не мог понять...)
и вообще не нужно говорит что не возможно более 16 атрибутов в строке
нужно говорить что при большем количестве будет потеря символов
и то только тех которые сразу за атрибутом...
и в конце концов вопрос
что это за аутизм????
что курили разработчики?
почему 16 байт хватит всем?
Последний раз редактировалось NEO SPECTRUMAN; 27.03.2017 в 23:25.
Просто очень древняя разработка. Еще в видеокартах hercules использовалась...
да...
похоже корпусов на нее не жалели
в отличие от некоторых...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием