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

Цитата:

---

Сообщение от freddy

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

---

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

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

https://img-fotki.yandex.ru/get/1001...1cf47_orig.png

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

Цитата:

---

Сообщение от shattered

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

---

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

Цитата:

---

Сообщение от Titus

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

---

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

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

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

Цитата:

---

Сообщение от freddy

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

---

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

Цитата:

---

Сообщение от Xrust

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

---

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

Цитата:

---

Сообщение от bigral

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

---

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

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

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

[свернуть]

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

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

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

Цитата:

---

Сообщение от freddy

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

---

ГЫ!!!

Вот он человек который мне поможет запилить "народный" спрайтовый движек!
Короче и я долго думал как бы его вникнуть в эти всякие 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.

Спасибо, написали доходчиво. Я когда то имел дело с аркадными автоматами CAPCOM. Может помните систему CPS1 и игры Captain Commando, Street Fighter 2.
Там все упрятано в заказные чипы и выяснить толком ничего нельзя. Из того, что понял, оно имело низкое разрешение, мало одновременных спрайтов на экране, мало спрайтов в линии, но очень много цветов. На вид больше 256. За счет цветов оно выглядело очень сочно и играбельно. Судя по всему было 3 плоскости. 1 для фона, 2 для спрайтов. Фон был статичным, в основном (небо). В одной плоскости спрайтов были фигуры персонажей, в другой подвижный фон (скроллинг), который делался тоже спрайтами. Однако, чтобы это повторить на логике, нужно будет соорудить приличную конструкцию на большой плате, около 100 корпусов. Народной она не станет. Если соорудить более практичную конструкцию на FPGA или STM-32, то тоже никому не нужно будет. К примеру, меня за применение AVR затролили, мол не спортивно, читерство и т.д. :) Всё думали, что так изящно управлять ВГ75 можно с помощью безмозглого ВТ57. Ах,ах,ах, наивные...
Мне видится более упрощенный процесс формирования кадра. Будет два видеобуфера по 32кб. Из одного будет выводиться картинка, в другом будет рендериться следующий кадр. Буфера будут по очереди перекидываться по кадровому импульсу обратного хода мультиплексорами между рендером и видеогенератором. Видеогенератор тот самый естественно. Рендерер на 2х ВГ75. Одна будет выгребать из памяти спрайтов байты и класть в видеобуфер, вторая будет задавать смещение по X,Y в пределах одного закоместа. Чтобы передвигать на большее значение чем размер знакоместа, достаточно будет в текстовом буфере переписать номер спрайта в другую ячейку и если надо, задать необходимое смещение. Итого получится 80 спрайтов в линии, 4000 спрайтов на экране и возможность пересечения спрайтов в пределах одного знакоместа. По количественному показателю и разрешению экрана, CAPCOMы, NEO-GEO, NES, SNES нервно курят. У нас то технология еще из 70-х :))) Размер спрайта 8х16. Сдвигать по X,Y можно одним и тем же сумматором. Он должен прибавлять Y*80+X к адресу записи в видеобуфер. X=(0..7), Y=(0-15). Игровая логика сводится к тому, чтобы перемещать номера спрайтов и их смещение в пределах знакоместа по текстовому буферу. Детектор столкновений при этом проще всего программный. По условию если задано смещение и смещение следующего спрайта в строке меньше смещения предыдущего спрайта, то произошло столкновение.
Бред короче. Это 3 ВГ75 и штук 40 корпусов мелкой логики. Нафиг не нужно.

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

К стати насчет таймингов всей этой хреновины... Вывод кадра+рендеринг следующего кадра (одновременно). Работа игровой логики асинхронно, разумное время, для получения разумного FPS. По завершению рассчетов игровой логики, по началу VRTC быстрое скармливание текстового буфера рендереру, например с помощью DMA. Рендерер будет работать два прохода. К примеру на первом проходе будет весь кадр заливать фоном, на втором заливать подвижные фигурки. Это нормально, кадровая частота 70Гц, поэтому будет 35 FPS, нормально как бы. Главное чтобы 8080 осилил стлько :)

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

В общем без разницы что он будет делать два прохода. Можно ему по номеру прохода подкидывать разную память спрайтов и текстовый буфер, тогда ваще будет круто, много графики. ОЧЕНЬ МНОГО ГРАФИКИ!

Вклинюсь с небольшим оффтопом, но всё же по теме - что максимум можно выжать из ВГ75. Не нашёл на форуме обсуждалось или нет.
Несмотря на то, что внутренние буферы ВГ75 рассчитаны только на 80 символов и в параметре ННННННН не рекомендуется ставить число больше 79 (80 символов в строке) - имеется возможность выставить там любое значение вплоть до 127 (128 символов в строке). Внутренние счётчики ВГ75 честно отрабатывают и выдают сигнал HRTC именно через то количество CCLK (character clock), как будет задано в этом параметре.

Цитата:

---

Сообщение от freddy

... Видеогенератор тот самый естественно. Рендерер на 2х ВГ75. Одна будет выгребать из памяти спрайтов байты и класть в видеобуфер, вторая будет задавать смещение по X,Y в пределах одного закоместа. Чтобы передвигать на большее значение чем размер знакоместа, достаточно будет в текстовом буфере переписать номер спрайта в другую ячейку и если надо, задать необходимое смещение. Итого получится 80 спрайтов в линии, 4000 спрайтов на экране и возможность пересечения спрайтов в пределах одного знакоместа. По количественному показателю и разрешению экрана, CAPCOMы, NEO-GEO, NES, SNES нервно курят. У нас то технология еще из 70-х :))) Размер спрайта 8х16. Сдвигать по X,Y можно одним и тем же сумматором. Он должен прибавлять Y*80+X к адресу записи в видеобуфер. X=(0..7), Y=(0-15). Игровая логика сводится к тому, чтобы перемещать номера спрайтов и их смещение в пределах знакоместа по текстовому буферу. Детектор столкновений при этом проще всего программный. По условию если задано смещение и смещение следующего спрайта в строке меньше смещения предыдущего спрайта, то произошло столкновение.
Бред короче. Это 3 ВГ75 и штук 40 корпусов мелкой логики. Нафиг не нужно....

В общем без разницы что он будет делать два прохода. Можно ему по номеру прохода подкидывать разную память спрайтов и текстовый буфер, тогда ваще будет круто, много графики. ОЧЕНЬ МНОГО ГРАФИКИ!

---

Если честно то я ничего из этого не понял. В моем понимании ВГ75 (как просто обьяснил vinxru) это буфер на 2 строчки по 80 кодов (7bit-ных) + 4bit счетчик строк для тайла. И пока в одну строчку он заливает коды (обычно с использованием внешнего DMA) со второй он может выдавать до 16 раз по очереди от 0 до 79-го коды на выходе (причем 4bit счетчик считающий сколько раз он выдал эту строку тоже выведен наружу и обычно используется как младшая часть адреса в памяти тайлов). Ну и эти коды используют как старшую часть адреса тайлов. И как тогда можно сделать это: "Одна будет выгребать из памяти спрайтов байты и класть в видеобуфер, вторая будет задавать смещение по X,Y в пределах одного закоместа" ?

Цитата:

---

Сообщение от SegaBoy

Внутренние счётчики ВГ75 честно отрабатывают и выдают сигнал HRTC именно через то количество CCLK (character clock), как будет задано в этом параметре.

---

Куда при этом приходят указатели буферов?

Цитата:

---

Сообщение от Titus

Куда при этом приходят указатели буферов?

---

Не совсем понял вопрос. Указатели внутренних буферов на 80 символов?
Если строка содержит более 80 символов, то ВГ75 продолжает запрашивать символы у контроллера ПДП. При этом новые символы затирают содержимое буфера с самого начала. Точно такая же ситуация происходит в режиме прозрачных атрибутов, если накидать в строку более 16 атрибутов.

Цитата:

---

Сообщение от SegaBoy

При этом новые символы затирают содержимое буфера с самого начала.

---

Понятно. Т.е. указатель позиции в буфере закольцовывается переходя на 0-й адрес, а не останавливается или вообще сбивается.

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

Цитата:

---

Сообщение от SegaBoy

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

---

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

Цитата:

---

Сообщение от Titus

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

---

Да, но принцип тот же самый.
Например у нас в строке 78 символов и 32 атрибута (вместо 16-ти) в "прозрачном" режиме. Значит ВГ75 настроен на 78 символов в строке, а ПДП на 32 больше. Когда ВГ75 получает атрибут, то помещает его в буфер символов, а следующий за ним символ в буфер фифо (размер которого 16 символов). Получив в дальнейшем 17-й атрибут - так же поместит его в буфер символов, а следующий уже за этим атрибутом символ перезапишет в фифо (или вытолкнет) тот самый первый. В итоге к концу загрузки такой строки у нас будут потеряны 16 символов - потому что размер фифо равен 16.
Аналогичная ситуация с длиной строки в 128 символов. Получив от ПДП 81-й символ, ВГ75 поместит его на место первого и так далее до 128-го. В итоге у нас будут потеряны первые 48 символов (точнее они будут равны последним 48-ми).
Применить на практике это можно, например, так. После HRTC можно "подсунуть" ВГ75 фейковые 48 символов (а само это время использовать на обратный ход и бланкирование). А вот с 49-го по 128-й уже выдать строку нормальных символов из видеопамяти. Не факт что это вообще как-то применимо или кому-то нужно.

Меня лично смущал вопрос - что будет если указать ВГ75 параметр строки больше 80-ти - будет он его игнорировать (считать равным 80, даже если указываешь больше) или будет считаться опять с нуля (например вместо 96 восприниматься как 16). В итоге просто проверил на практике - подключил логический анализатор к Апогею и начал менять параметры ВГ75. В какой-то момент синхронизация сорвалась, но анализатор показал сколько CCLK проходит между HRTC и что при этом выдаётся на CC6..CC0.

Цитата:

---

Сообщение от bigral

И как тогда можно сделать это: "Одна будет выгребать из памяти спрайтов байты и класть в видеобуфер, вторая будет задавать смещение по X,Y в пределах одного закоместа" ?

---

Также как сделано в видеогенераторе на 2х ВГ75. В текстовом буфере будет 1 байт - номер спрайта, 2 байт - не атрибуты, а смещение по X,Y. Нам как раз 7бит и надо. При этом ноги СС0-СС6 атрибутной ВГ75 будут заведены не на цвета и прочее, а на сумматор, который будет складывать ареса от первой ВГ75 и второй ВГ75 и выставлять на шину адреса видеобуфера кадра. Далее данные из ЗГ, т.е. теперь уже хранилища спрайтов, будут задвигаться не в сдвиговый регистр а записываться в видеобуфер кадра.
Спрайтохранилище вычитываться будет первой ВГ линейно, по классической уже схеме. В видеобуфер кадра будет попадать или линейно без заданных смещений или не линейно, когда смещения заданы.

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

Цитата:

---

Сообщение от SegaBoy

Применить на практике это можно, например, так. После HRTC можно "подсунуть" ВГ75 фейковые 48 символов (а само это время использовать на обратный ход и бланкирование). А вот с 49-го по 128-й уже выдать строку нормальных символов из видеопамяти. Не факт что это вообще как-то применимо или кому-то нужно.

---

В свое время я от такого гемороя отказался в пользу пяти корпусов мелкой логики и более простой и скоростной логики работы DMA. Было это давно, еще когда я разрабатывал на одной ВГ75. Мысли точно не помню, но смутил более длинный, в 1,5 раза цикл прокачки экрана. А я гнался за максимальной скоростью. Еще кажись тайминги по VRTC нормально не мог соблюсти. В итоге имеем полностью железный вариант с очень жестким соблюдением промышленного стандарта VGA.

Цитата:

---

Сообщение от SegaBoy

Аналогичная ситуация с длиной строки в 128 символов. Получив от ПДП 81-й символ, ВГ75 поместит его на место первого

---

Странно, что у чипа есть система перехода на 0 после достижения 79 позиции. Это не тот случай, когда счетчик циклический в силу степени двойки. Получается, что разработчики сделали это специально.

Цитата:

---

Сообщение от bigral

Если честно то я ничего из этого не понял.

---

Я попытался изобразить.
Вложение 64993
Такое может стать народным. Но всеравно конструкция получится для большинства не подъемная. Еще не забываем о логике управления дабл буферингом буферов кадра, логике записи в спрайтовую память, в бывший текстовый буфер, а еще видеогенератор на 3-й ВГ75, который будет выводить отрендереный буфер кадра на экран... как не упрощай, получается сложно.
Вот можете взглянуть на мой блок DMA, не тормозящий процессор. Он выполнен по собственной архитектуре с "изолированной видеошиной"(с) 2017г.
Вложение 64994
Для спрайтового движка как раз то что надо. Пропускная способность в текстовый буфер не менее 1,5Мб/с (375FPS!!! :v2_devil: это не менее, возможно и более :v2_devil:), полностью асинхронная, не зависимая работа проца и видеокарты. Но как же сложно и громоздко! :(
И это только вершина айсберга.

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

На горизонте виднеется лаптя размером с CAPCOMовский CPS3.

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

А еще захочется много цветов, ибо я уже говорил, что играбельность выжимается в первую очередь ними, а не высоким разрешением. А это 24-х битная шина данных с взрослым Video DACом в придачу. А схемко то раздувается, вай, вай, вай...:v2_dizzy_facepalm:
Вложение 64995

Цитата:

---

Сообщение от freddy

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

---

Абсолютно не согласен, цвета вторичны в графике.

Я игру без True Color не воспринимаю, зажрался. Мне никогда не хватало, например NES, а вот CPS1 хватало. И это при том что разрешение экрана и смысл игр был примерно одинаков.
Вот сравните к примеру две картинки. На какой системе приятнее выглядит?
Вложение 64997Вложение 64998
слева CPS, справа NES.
Игры одинаковы, а играть хочется на CPS.

http://a.radikal.ru/a30/1804/5d/6a09978ea5fd.png

Эм... Справа)

Цитата:

---

Сообщение от Titus

Эм... Справа)

---

Ну удачи тогда. Я всеже если и займусь акселем, то графика будет как слева, только VGA

Цитата:

---

Сообщение от freddy

Игры одинаковы, а играть хочется на CPS.

---

А если серьезно - сравнивать с не самым лучшим творением на NES некорректно. Лучше сравнить с теми играми (а их море), где графика выглядит замечательно, не смотря на то, что у каждого тайла не более 4 цветов. И таких примеров на NES, повторюсь, море.

Цитата:

---

Сообщение от Titus

А если серьезно - сравнивать с не самым лучшим творением на NES некорректно. Лучше сравнить с теми играми (а их море), где графика выглядит замечательно, не смотря на то, что у каждого тайла не более 4 цветов. И таких примеров на NES, повторюсь, море.

---

Возьмите UA6538, там уже все готово, прикрутить к 8-ми битке без проблем. И будет вся графика выглядеть так же замечательно, как на NES. Главное уже все изобретено.

Цитата:

---

Сообщение от freddy

Вот сравните к примеру две картинки.

---

В этом сравнении нет смысла ибо сравниваются две цветные картинки да ещё и с разным качеством графики, а не просто с разным количеством цветов.

В то время как мой ответ был на совсем другое утверждение:

Цитата:

---

Сообщение от freddy

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

---

Цитата:

---

Сообщение от CodeMaster

В этом сравнении нет смысла ибо сравниваются две цветные картинки да ещё и с разным качеством графики, а не просто с разным количеством цветов.

---

у них разрешение немного отличалось, но незначительно, можно пренебречь этим. Смысл есть. Он в визуальном восприятии.

Цитата:

---

Сообщение от CodeMaster

В то время как мой ответ был на совсем другое утверждение:

---

Пояснить нужно бы.

Цитата:

---

Сообщение от freddy

Пояснить нужно бы.

---

Графика у которой разрешение в 2 раза больше, играбельней графики у которой цветов в 4 раза больше (есно без учёта сравнения качества графики).

З.Ы. Хотя, по уму, конечно надо сравнивать не просто разрешение, а размер пикселя в ppi, но касательно исторических 8-биток понятно, что в этом показателе огромный запас до его исчерпания и до начала влияния количества цветов на играбельность.

Цитата:

---

Сообщение от freddy

Возьмите UA6538, там уже все готово, прикрутить к 8-ми битке без проблем. И будет вся графика выглядеть так же замечательно, как на NES. Главное уже все изобретено.

---

"а шо так можно было" ???? так может и малину брать сразу с mali? там и retropi! ГЫ ГЫ ГЫ... это не для этого форума совет.

Про идею с фреймбуфером + 2*ВГ75 в качестве типо blitter-а я как-бы догадывался, но уверен небыл, потому и переспросил. Blitter это как бы из другой эпохи (АМИГИ), если его делать то надо иметь цветность кратной 8-bit (для того чтобы избавиться от потребности всяких сдвиговых регистров), т.е. это уже совсем другой аппарат, в такие штуки уже добавляют 2D и 3D ускорители... Ну т.е. это совсем не про тайлово спрайтовые движки, главная суть которых сводится к минимизации количества обьема памяти \ банков памяти\ шин \ требуемой пропускной мощи (так как в таких схемах каждый байт читается 1 раз при высвечивании 1-го кадра).

Есть шото промежуточное, что долго обсуждают в темах про синклер, это идея про "слои". Суть в том что накладываются много экранов (слоев) и при реализации сдвига каждого экрана попискельно на высоту \ ширину тайла получаем возможность рисовать по 1 наложенному спрайту на слой (+ пачка неналоженных если у них совпали значения сдвигов по X Y)... система с 16 слоями по идее будет покруче любого спрайтового движка. Но это 16 буферов (MAP RAM) и 16*ВГ75... ну и пропускная моща MAP RAM в 16 раз больше чем обычно и для CPU в 10 раз больше работы .

Цитата:

---

Сообщение от CodeMaster

Графика у которой разрешение в 2 раза больше, играбельней графики у которой цветов в 4 раза больше (есно без учёта сравнения качества графики).

З.Ы. Хотя, по уму, конечно надо сравнивать не просто разрешение, а размер пикселя в ppi, но касательно исторических 8-биток понятно, что в этом показателе огромный запас до его исчерпания и до начала влияния количества цветов на играбельность.

---

Спасибо, теперь понял мысль. В этом плане 640х400 должно вполне хватить, если не подключать к телику 42" :) Выше лезть не охота, 800x600 уже имеет пиксельклок 40МГц. Цвета можно наращивать шириной шины данных памяти спрайтов и буфера экрана (это повлечет за собой конечно же и увеличение количества мультиплексоров и шинных формирователей).

Цитата:

---

Сообщение от bigral

"а шо так можно было" ???? так может и малину брать сразу с mali? там и retropi! ГЫ ГЫ ГЫ... это не для этого форума совет.

---

Нормально для этого форума. Подключить PPU от NES точно смогут. Они еще до сих пор продаются у китайцев. И игры смогут портировать, есть куча расковыряных картриджей. Но можно, конечно, и что то по серьезнее взять. Такой вариант получится малочиповым и простым. Он имеет больше всего шансов стать народным.

Цитата:

---

Сообщение от bigral

т.е. это уже совсем другой аппарат, в такие штуки уже добавляют 2D и 3D ускорители...

---

Ах,ах,ах! :))) Надо сразу брать 3D ускоритель.

Цитата:

---

Сообщение от bigral

16*ВГ75... ну и пропускная моща MAP RAM в 16 раз больше чем обычно и для CPU в 10 раз больше работы .

---

Че так скромно? 32 ВГ75 наверно еще будет круче! Даешь кластер на ВГ75! Насчет CPU, ну если под 68k то еще ладно, а под 8080 наоборот надо чтоб работы для проца было минимум. В моем варианте проц будет занят только игровой логикой. И в промежутке VRTC выдавать данные рендереру. Для ускорения выдачи можно заюзать DMA. Если предположить что движек игры будет написан так, чтобы процессор считал 30FPS, то при тактовой 4МГц даст 133000 тактов на кадр. Это удовлетворительно, где то больше, где то меньше... 8080 с таким видеокартом-переростком удивит, но не более. Это поделка Just for Fun.

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

Кому интересно, почитайте про NES PPU http://dendy.migera.ru/nes/g02.html
Подключить его просто, лишь бы надо было кому-нибудь.

Цитата:

---

Сообщение от bigral

...ну и пропускная моща MAP RAM в 16 раз больше чем обычно и для CPU в 10 раз больше работы .

---

Цитата:

---

Сообщение от freddy

...а под 8080 наоборот надо чтоб работы для проца было минимум.

---

Вот в этом то и есть вся прелесть "слоености", тайлов и аппаратных роликов.
Можно заполнить память тайлами и больше ее не трогать (или вообще ПЗУ-картриджа туда подкинуть :) )
Заполнить слои фонов "картой уровня" и больше их особо не трогать, только регистры роликов крутить.
Всей остальной "движухи" с героями, врагами и неписями останется не так много.
А перегонять мегабайты графики из одной быстрой памяти в другую на на каждый чих на экране - "это любой дурак может" :)

Цитата:

---

Сообщение от freddy

Нормально для этого форума. Подключить PPU от NES точно смогут. Они еще до сих пор продаются у китайцев. И игры смогут портировать, есть куча расковыряных картриджей. Но можно, конечно, и что то по серьезнее взять. Такой вариант получится малочиповым и простым. Он имеет больше всего шансов стать народным.

---

Ну да погарячился для форума таки да нормально, вот OrionExt уже склепал кандидата на "народный MSX", в котором уже готовый видеопроцессор V9958 мощей круче чем NES PPU. Другие чуваки запилили MSX картридж с видеопроцом от Sega Master и переделали уже пачку игр. Ранее был прикручен V9990 (по уровню как Sega Megadrive, но правда софта под него ~2.5 штуки!).

Но это все скорее в другие разделы, явно не про "самодельную" видяху... и не про "народный" КР580 чипсет.

Цитата:

---

Сообщение от bigral

Ну да погарячился для форума таки да нормально, вот OrionExt уже склепал кандидата на "народный MSX", в котором уже готовый видеопроцессор V9958 мощей круче чем NES PPU. Другие чуваки запилили MSX картридж с видеопроцом от Sega Master и переделали уже пачку игр. Ранее был прикручен V9990 (по уровню как Sega Megadrive, но правда софта под него ~2.5 штуки!).

---

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

Цитата:

---

Сообщение от bigral

о это все скорее в другие разделы, явно не про "самодельную" видяху... и не про "народный" КР580 чипсет.

---

Та можно и сюда, главное чтоб интересно было. Я хотел вобще свою ветку по видеокартам создать и собрать там все конструкции, а то здесь все уже смешалось, кони, люди... ускорители, ВГ75. Потом забил, пусть все здесь будет. К примеру, выложил я блок DMA, а кому оно нужно? Тишина и 4 просмотра. А разрабатывал его, тестировал и схему рисовал недели две. А все потому что пофиг, тормозит проц на рефрешах экрана, да и ладно. Никто с него максимум производительности не выжимает. И так сойдет! (с) Поэтому сидеть, все это вырисовывать, оформлять техническое описание, нет смысла. Можно для себя сделать единичный экземпляр, оставшиеся пару печатных плат скорее всего не удастся раздать и даром.

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

Чем дальше в лес, тем больше мне нравится RTG3105i. Маленькая, все в одном чипе, дешевая динамическая память, легко паять. Корпус у нее с довольно болшим шагом выводов. Ну или MC6845. Давайте тему создадим по ней, будем пробовать разогнать на VGA. У меня есть один экземпляр, больше 2Мгц никак. Хотя по мануалу должен 3Мгц :)

Цитата:

---

выложил я блок DMA, а кому оно нужно? Тишина и 4 просмотра

---

очень даже интересно, просто мало кто понял как оно работает, тема то не простая

Цитата:

---

RTG3105i

---

а где его брать? и по какой цене? другое дело "народный" avga1 или citygate d10 из советской ЕС-ки, его завезли валом в свое время... правда народ предпочитает TVGA9000 так как под него уже плату развели и давно.

Цитата:

---

MC6845

---

по сравнению с ВГ75 он не "советский" (а значит не годится для чистого "*****любства" http://zx.clan.su/forum/7-22-1) да и нету в нем буфера для кодов (ну т.е. похожую схему можно наваять на счетчиках, логике и тригерах как в ZX и Специалисте). Что интересно AMSTRAD таки добавил спрайты (АЖ 16! в строке) и выпустил ASIC в котором MC6845 так или иначе эмулировался вместе с обвесом... но уже позновато, и чип не продавали широким массам, только в составе CPCplus и GX4000

Цитата:

---

Сообщение от bigral

где его брать? и по какой цене?

---

там https://item.taobao.com/item.htm?spm...ucket=7#detail
или у меня.

Цитата:

---

Сообщение от bigral

TVGA9000 так как под него уже плату развели и давно.

---

бесполезная плата, у нас ISA нет. А чип самый любимый, только не каждый его припаяет.

Цитата:

---

Сообщение от bigral

по сравнению с ВГ75 он не "советский" (а значит не годится для чистого "*****любства"

---

Сегодня прикупил несколько советских. Он не для *****любов. Они его обычно не осиливают и на этом вся теория заканчивается, не вставая с дивана. Он кое-чем лучше ВГ75, но видеокарту я сделал на ВГ75, из-за того что он кое-чем лучше 6845. ВГ75 в свое время ведро выкинули, я подобрал :)

Цитата:

---

Сообщение от bigral

ну т.е. похожую схему можно наваять на счетчиках, логике и тригерах как в ZX и Специалисте

---

ну-ну, прошел год и началось по второму кругу! наваяйте, удивите меня.

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

Вот такие у меня теперь есть.
Вложение 65021

Может сделаю на них VGA, если осилят.

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

Цитата:

---

Сообщение от bigral

другое дело "народный" avga1 или citygate d10 из советской ЕС-ки

---

от того что оно там стояло, оно не народное и не советское. d10=ega. Acumos=VGA. Они и т огда не блестали, а теперь больше не продаются и купить
их труднее Realtekов и Tridentов.

Цитата:

---

Сообщение от shattered

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

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

---

Оказалось, что все просто. МС7002 - клон клавиатуры VT100, протокол такой же. Кстати, есть ее обзор:

https://www.youtube.com/watch?v=EYr3j21aKvg

У кого-нибудь нет "лишней" платы варианта терминала без параллельного порта ? Мне что-то не везёт, самый первый вариант из темы не удалось запустить на самодельной печатной плате :v2_dizzy_facepalm: ВГ75 нормально не инициализировалась.

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

Двух ВГ-шное видео отлично себя показало за последние полгода. Работает очень стабильно и функционально и просто в наладке.
В архиве актуальная на текущий момент прошивка, схема и рисунок адд-он карты. Карта напаивается верхом на ВГ-шку, остальные сигналы проводками к соответствующим выводам микросхем, все подписано. Удачи.
Вложение 66435