Нестандартные режимы отображения (Страница 1 из 2)

На мой взгляд, исправления на плате для этого нужны довольно большие. Там ведь с D66 подается всего 4 разряда, задающих цвет. А чтобы раздельно задавать цвет фона и пера, надо 8 разрядов. А главное, куда подавать эти дополнительные разряды?  Ведь у ПЗУ палитр (D72) все входы уже заняты, нужно либо ставить ПЗУ в 16 раз большей емкости, либо добавлять мультиплексор.

Если имелась в виду такая же схема атрибутов как в Т32, то для этого просто полосы пропускания ОЗУ не хватит. Нужно за время развертки строки (42,6 мкс) прочитать 128 байт. Это 3 Мбайт/с. У дисплейного контроллера есть только 2 Мбайт/с.

А точно речь про D65? Потому что D65, он же GGN - это очень простая штука. В агатовских графических режимах биты идут в одну сторону (старший бит выводится первым). В эппловских - в обратную сторону. И D65 в эппловских режимах просто пропускает все биты как есть, а в агатовских режимах она переставляет разряды местами (7-й бит становится нулевым, 6-й - 1-м и так далее). Плюс в режиме ЦГВР она еще переставляет биты так, чтобы 1-й бит цвета шел на выход Q0, а 2-й - на выход Q4.

Она работает фактически как мультиплексор. И как бы нет возможности что-то хитрое сделать в ее прошивке.

Я тут еще раз подумал, и получилось, что можно сделать режим Т32 с выбором цвета фона и пера. 16 цветов не получится, конечно, но выбор стандартных 8 цветов пера и 8 цветов фона сделать реально.

Для этого нужно:
1) перерезать дорожки идущие к ногам 15 и 16 D72
2) перерезать дорожку, идущую к ноге 3 D66
3) ноги 15 и 16 D72 соединить со свободными выходами D66 (18 и 20 ноги)
4) ноги 3, 19 и 21 D66 соединить с выходами D59, правда какими - не знаю, пока не разбирался с этим
5) заменить прошивку D72

Есть, правда, большое НО:
1) пропадет аппаратное мерцание в Т32 (инверсию можно сделать просто переставляя цвета пера и фона)
2) пропадет аппаратное мерцание и инверсия в эппловском режиме T40
3) во всех режимах полностью перестанет работать управление палитрами через адреса $C058-$C05B

***

Как сделать цветной T64 не добавляя ничего в схему - понять не могу. Дисплейный контроллер так построен, что читает память только 16-разрядными словами из двух смежных байт. Прочитать 2 байта (символ и атрибут) из разных областей памяти, как в Спектруме тут просто нельзя. Хранить где-то атрибуты, пока отображается блок символов, тоже нельзя.

Можно, разве что, по прерываниям переключать палитры, но тогда цвет будет меняться у всех символов строки сразу.

***

Насчет D65 пришло целых две идеи, как переделать ЦГВР в режим 256x256x8 цветов. D65 можно заставить не только переставлять биты, но и сразу выдавать 4-битные цвета. Правда, при этом еще надо сменить прошивку у D85, чтобы цветовые мультиплексоры были в правильном режиме.

1 вариант
-----------

На плате ничего не надо менять, кроме прошивок.
В каждом байте видеостраницы биты должны использоваться таким образом:

+---------+---------+---------+---------+---------+---------+---------+---------+
|    0    |    1    |    2    |    3    |    4    |    5    |    6    |    7    |
+---------+---------+---------+---------+---------+---------+---------+---------+
|пиксель 1|пиксель 2|пиксель 3|пиксель 4|Номер палитры пера |Номер палитры фона |
+---------+---------+---------+---------+---------+---------+---------+---------+

То есть, на каждый блок пикселей 4x1 можно задать 2 цвета. Причем, цвет каждого единичного пикселя берется из палитры пера, а нулевой - из палитры фона:

+---------------+-------------------+-------------------+
| номер палитры | Цвет палитры пера | Цвет палитры фона |
+---------------+-------------------+-------------------+
|        0      | Белый             | Черный            |
|        1      | Синий             | Желтый            |
|        2      | Зеленый           | Малиновый         |
|        3      | Красный           | Голубой           |
+---------------+-------------------+-------------------+

Цвета в палитрах не повторяются и выбраны по принципу дополнения. Внутри блока, конечно, не все возможные сочетания цветов доступны, но все 8 цветов можно использовать на экране одновременно.

2 вариант
-----------
Применить те же переделки, что и для режима Т32. Плюс еще поменять прошивку D84. Тогда четный байт видеостраницы будет содержать просто 8 пикселей, а нечетный будет задавать 8 цветов пера и 8 цветов фона.
То есть, на каждый блок пикселей 8x1 можно задать 2 цвета, причем без ограничений.

Т.е. схему нужно сильно усложнять чтоб получить Т64 в цвете?
Выходит что они действительно использовали доп плату...

> cигнала 10,5 Мгц на системной шине нет

В семёрке, в слоте X1, он таки есть. Ну не 10, а 5.25. Так, если кому надо...

Ну так никто и не говорил, что удвоением частоты все ограничится :) Надо будет еще подковырять прошивки почти всех ПЗУ в ДК (D61, D62, D84, D85), чтобы ДК начал читать в два раза чаще и этот цветной Т64 заработал.

Тут хорошо бы знать, какая именно задумывалась многоцветность.

Если такая, как в ЦГСР, то есть, честные 16 цветов у каждой точки, то тут всего 2 варианта.
Вариант №1 - 256x128. Его сделать без больших переделок нельзя по той же причине, по которой нельзя сделать цветной Т64: не хватит пропускной способности памяти. 256 точек по 4 бита - это 128 байт. Их надо прочитать за время видимой части строки (в графическом режиме - 48 мкс). Единственный способ этого добиться - ставить быструю память и разгонять всю схему (ну и прошивки конечно менять).

Вариант №2 - 128x256. Для него все нужное есть. Сделать его можно переделкой прошивок D84, D85.

Если многоцветность была "нечестная", то есть, задавался цвет на группу пикселей, то тут могло быть много вариантов. Про два возможных варианта сделать 256x256 в 8 цветах я уже написал здесь.

Еще можно было бы сделать цветность как в "Орионе-128": первый байт задает блок в 8 пикселей, второй задает 4 бита цвета пера и 4 бита цвета фона. Но для этого придется допиливать схему дисплейного контроллера, потому что значение второго байта должно быть доступно все время, пока выводятся 8 пикселей из первого байта. В схеме девятки просто некуда этот второй байт защелкнуть целиком. Есть только D66, но у нее 3 разряда уже заняты для других целей.

Да, строчки должны быть как в ЦГСР, но сама видеостраница в два раза больше, и порядок строк такой же, как в ЦГВР: нечетные строки из первых 8 кб, четные - из вторых.

Да, четные с нечетными перепутал.
PAR, конечно, не самый удачный, но ведь у Apple ][ в HGR цветные пиксели тоже неквадратные, да и у Commodore 64 в режиме 160x200.
Другое дело, что 16-килобайтную страницу процессору ворочать тяжело, на ней только заставки показывать.

радиоволны как называли:
"длинные", "средние", "короткие".
потом дополнили: "ультракороткие"
потом русские слова длины законились и в ход пошли единицы измерения: "метровые" и "дециметровые".

англоговорящие же пошли ломать язык дальше: "low band", "very high freq", "ultra high freq". Потом и у них слова кончились и дальше они уже просто пишут: 800 MHz, 900 MHz.

потом цифры надоели и опять стали придумывать: S-, L-, C-, X- и Ku-band.........

Как уже раньше писал, пришлось бы схему менять довольно сильно. Напайкой перемычек тут не обойтись, понадобились бы дополнительные микросхемы. Схема девятки сделана с учетом того, что у символа 8 цветов и инверсия (которая путем периодического включения/выключения превращается в мигание). Для этого используются 4 бита, которые подаются на вход D72.

Чтобы сделать 16 цветов символов + 16 цветов фона и сохранить совместимость со старыми режимами надо как-то протащить все 8 бит. Для этого пришлось бы:
1) в параллель к D66 добавить еще один регистр. У D66 используется 6 входов, нужно еще 4. 10-разрядных регистров в 90-е не выпускалось.

2) переделать работу узла на D72. В девятке эта ПЗУ "смотрит" на значение текущего пикселя, приходящего из знакогенератора, (черный/белый) и "красит" его либо в тот цвет, который защелкнут в D66, либо в цвет, указанный в палитре и поступающий с D55.
Вариантов переделки два: увеличить ПЗУ или использовать рассыпуху.

Если увеличивать ПЗУ, то нужно минимум 5 дополнительных входов - 4 чтобы передать цвет фона и 1 под переключение режима. То есть, нужно ПЗУ 32Кx4. Таких в начале 90-х у нас просто не выпускалось.

Значит, нужно делать на рассыпухе. Например, поставить мультиплексоры 4x1 (пару 555КП12). У них два адресных входа, на первый подаем цвет пикселя, на второй - текущий режим (Т32 обычный/Т32 расширенный). Можно, кстати, вместо мультиплексоров поставить еще одну 556РТ13. Дальше 4 выхода уже заводим на D72. У D72 меняем прошивку, чтобы в текстовом режиме она не смотрела на текущий пиксель и ничего не красила (все будет покрашено мультиплексорами).

Ну и какая-то мелочевка еще понадобится, чтобы сохранить логику работы палитр, убирать признак мерцания, сформировать сигнал включения расширенного Т32 и, возможно, подкорректировать времянки. Как-то так.

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

С точки зрения программиста - тоже не особо критично. Все равно под новый режим все процедуры вывода на экран придется полностью переписывать. Как я понял, неиспользуемые биты атрибутов еще с семерки использовались разработчиками под какие-то другие нужды. А если все новое, то зачем мудрить с перестановками бит?

Нет к сожалению. Он очень-очень много для сайта сделал но это капля в море из той инфы что он обладал. Рассказывал запоями, интересно, умеючи. А иногда просто ради пообщаться.

Вот нашел еще (Про что это вообще может быть?):

СПС "VG-512.512"
Программа поддержки видеографического адаптера DROP .
"VG-512.512" работает в среде BASIC + ДОС 3.3 .
На диске занимает 81 блок и около 1320 блоков различных "экранов" .
Язык программирования: BASIC и машинный код .
Программа работает на ПЭВМ "Агат-7" .
Оценка: 5
Автор: DROP,г.Рязань
1991 г.