Что максимум можно выжать из КР580ВГ75 Intel 8275? Обсуждение

[shattered]

#ВГ75Может!
Здесь, несколькими страницами ранее, приводился пример нелепого применения двух ВГ75 в терминале МС6102. Меня такой ход инженерной мысли разочаровал и я раскритиковал его схему и авторов. Это все потому, что есть другой пример, в нем 2хВГ75 используются с умом.

Подозреваю, что 6102 сделали настолько умно, насколько было надо, а в VT52, который он эмулирует, цветов не было. Зато есть NVRAM на 1024x4 бита (КР1601РР1, которая, к слову, не 100% клон своего аналога ER2401 - сигналы и распиновка отличаются, совпадает только разрядность и размер).

Если удастся расковырять протокол клавиатуры МС7002 (или появится ее схема с прошивкой) -- 6102 должен заработать в MAME, а пока он работает только на прием:

[Advertiser]

[Titus]

В каких отечественных машинках применялось сразу два ВГ75?

[freddy]

Подозреваю, что 6102 сделали настолько умно, насколько было надо

Если буквально воспринимать, то да. Сделали, как могли, чтобы выполнить техническое задание.
Если же немного помыслить творчески, то можно было сделать все тоже самое, только хорошо, без утилизации ведра микросхем.
А так имеем избыточность логики и раздутую схему, такое впечатление, что делали, чтобы показать проделанную огромную работу
А еще пристроить определенные типы микросхем Может их заставили так сделать? Тогда я понимаю... В 90-е сам в такие тиски попадал. Номенклатуру радиокомпонентов спускали сверху из планового отдела. И приходилось городить огромные лапти на ЛА3

В каких отечественных машинках применялось сразу два ВГ75?

В МС6102. В МЦПГ от "Партнера 01.01". Там одновременно работали ВГ75 в самом компьютере и в МЦПГ.

[Titus]

Как именно работали? Что такое МЦПГ?

[freddy]

Работали суммированием видеосигнала. Изображение МЦПГ (цветной псевдографический модуль) накладывалось на изображение видеоконтроллера самого компьютера.
Сам МЦПГ имел два набора по 128 символов 8х4 с форматом экрана 64х25 знакомест. Наборы были загружаемые, ОЗУ знакогенератора 4кб на двух РУ10. Можно было туда загрузить чего-нибуь и пользоваться как спрайтами, но с перемещением не по пикселям, а по знакоместам. Вот и все. Было топорно, уныло, но работало.
Смотрите демо https://www.youtube.com/watch?v=v3h3a-ZA_FI

[Xrust]

Было топорно, уныло, но работало.

И весьма быстро. На спеке кмк гораздо унылее.

[bigral]

И весьма быстро. На спеке кмк гораздо унылее.

На то они и "tiles", чтобы процессор при занесении в видеопамять сразу рисовал "квадратики" с кучей точек (а не как на спеке 8 пикселов). Но как показала практика (atari800,с64,msx2+,sms,smd,nes,snes) для полного счастья еще нужно: 1. сдвиг позиции высвечивания тайлов по X,Y; 2. спрайты; 3. прерывания в любой строке растра; в принципе плата с десятком ВГ75 может и такое дело наверно показать...

[TomaTLAB]

...в принципе плата с десятком ВГ75 может и такое дело наверно показать...

Может и поменьше нужно будет.
А вот ВТ57-х наверно точно больше одной нужно будет : )

Скрытый текст

Отправлено с моего Ixion XL145 Snatch через Tapatalk
Вот, блин, порнография... Так, вроде нашел как отключить.

[свернуть]

[freddy]

Где можно посмотреть, как устроено спрайтовое железо?

- - - Добавлено - - -

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

[bigral]

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

ГЫ!!!

Вот он человек который мне поможет запилить "народный" спрайтовый движек!
Короче и я долго думал как бы его вникнуть в эти всякие tms9918 или antic\gtia внутренности.
На "наших" форумах задавал вопрос и сделал вывод что "те кто знают" молчат, а другим не интересно.

НО:

1. есть пално схем аркадных игровых автоматов на archive.org;
2. есть HDL модели для atari\c64\tsconf\retroleum\msx\magnavox2 ... и т.д.;
3. есть теория выведенная из reverse engeneering-а NES PPU;
4. есть схема ПК8002 ЭЛЬФ! с которой еще никто не разобрался...

... короче, насамделе много чего есть.

Судя по тому что я уже накопал, типичный sprite engine работает так:

1. Есть основной "экран", в который входят: 2 счетчика "точек". Ну это один горизонтальный (H),
другой вертикальный (V). Потом есть компараторы интервала типа "от..до", генерирующие на основе данных
из счетчиков сигналы типа: гашение (blank), бордюр (show_screen\show_border), синхронизация (h_sync, v_sync...), счетчики адреса в экранной памяти (это так называемый MAP RAM, где обычно хранятся номера тайлов которые сейчас высвечиваются, в ВГ75 это двойной буфер на 80 тайлов). MAP RAM генерирует старшую часть адреса для TILE RAM\ROM, в котором хранятся сами тайлы (ну типа как знакогенератор в РК86). Ну а младшую часть адреса генерирует счетчик так или иначе связанный с (V) счетчиком. Далее latch и сдвиговый регистр. С его выхода сигналы идут на мега-MUX, который смешивает изображение идущее от "бордюра", "экрана" и КАЖДОГО из "спрайтов" (этот MUX учитывает приоритет высвечивания, так что можно показать тайлы поверх спрайтов или спрайты поверх тайлов, и спрайты между собой тоже накладываются по приоритету).

2. На каждый спрайт есть схема схожая со схемой "основного экрана" за исключением дублирующихся частей (например H\V значения незачем генерить по новой и можно взять из "основного экрана"), т.е. есть регистр с X координатой откуда начинает высвечиваться спрайт (или мини-под-экранчик), есть компаратор который сравнивает текущий H счетчик и в момент совпадения запускает ОТДЕЛЬНЫЙ для каждого спрайта сдвиговый регистр, понятное дело что загрузка значения в сдвиговый регистр и значения в регистр Х координаты долно произойти ранее чем началась выводится соответсвующая строка, т.е. имеется отдельный микро-программируемый автомат, который загружает параметры X,Y всех спрайтов, а также ихние тайлы в нужные моменты времени. На выходе изображение из всех спрайтовых сдвиговых регистров подаются на мега-MUX.

3. Для плавного сдвига есть возможность начать вывод тайлов на 0..7 пикселей ранее... (а последний обычно находится "за шторкой" так как если бы он при сдвиге показывался полностью то был бы эфект движения кромки экрана). Сдвиговые регистры обычно могут свигать и влево и вправо (чтобы иметь возможность зеркально отображать тот же самый тайл). Есть программируемый генератор прерывания для CPU в конце
каждой строки (в идеале в момент высвечивания последней видимой точки последнего тайла в строке), это надо для того чтоб экран можно было перепрограммировать находу и скажем плавно двигать только 2/3 экрана а в 1/3 показать статичное табло с результатом, а также можно сделать sprite-multiplex и переиспользовать sprite-генераторы для других спрайтов чем те которые уже высветились на верхних
строках.

Сама схема выходит немалой, например в VIC-II аж 70% чипа занято спрайтами и их там 8 (для портирования 99% ретро игр хватит, но 16 был бы вообще жЫр). Есть проблема с количеством тайлов... 8bit как бы мало (особенно если есть зеркальное отображение, которое обычно только для спрайтов бывает) 16bit на index тайла это полный ЖЫР. Для MAP RAM и SPRITE\TILE RAM есть соблазн влепить мультипортовый SRAM, НО это
своего рода "читерство", которое приводит к потере "спортивного" смысла (как правило она бешенная по скорости да еще и многопортовая, это значит что возможна схема которая использует её как буфер для 1 строчки, и которая успеет в этот буфер вывести просто офигенное количество спрайтов и тайлы, наложить их правильно без всяких мега-MUX и сдвиговых регистров вместо которых будет использоваться схема по типу
bit-shifter-a из автомата space invaders http://searle.hostei.com/grant/spaceInvaders/index.html). Вместо latch+shifter можно влепить FIFO память типа Signetics N9403N или соорудить "линию" спрайта из чего-то типа 74ls396.