Я почему выбрал режим 15 бит на точку - он влезает в одно слово SDRAM. Соответственно, точки обрабатывать можно за раз.
640х480 заполнять не сможет. В этом разрешении были игры типа WarCraft 2. Но там процессор был 386DX40, ОЗУ 4М, видеокарта Trident 8900 512K, жесткий диск 40 Мб, CD-ROM 4x, Sound blaster 16 бит.
Мы же максимум сможем сделать DOOM2 для экрана 320х240.
Поэтому ориентироваться надо сразу на 320х240 15 bpp максимум.
Последний раз редактировалось zx-kit; 26.06.2015 в 23:35.
"L-256"
Для первого варианта достаточно не использовать нулевой бит адресного счетчика точек в памяти. Соответственно корректируется разрядность и позиции бит цветов.Сообщение от zst
Второй вариант похоже на выделенную прямоугольную область, скорей всего отображающуюся по центру экрана 640х480 в масштабе x2 (512х384) ?
Для удобства масштабирования, на мой взгляд, оставить линейную память с раздельным хранением данных о цвете, т.е. три байта последовательно (R,G,B) на точку. Или использовать упакованный вид - два байта (три байта или один байт...) на точку? С раскладкой бит только определится... Или R,G,B распихать по банкам, добавится время на переключение... и хз как со страничным чтением тогда их с SDRAM?
Размесить 5+5+5 в одном слове и нет проблем. Пакеты по 8 слов можно будет читать из любого банка.
"L-256"
Да ну
http://turbogrill.blogspot.com/2014/06/doom-on-zpu.html
А лучше на DOOM2 не замахиваться для начала, а сделать типа R-TYPE
---------- Post added at 01:50 ---------- Previous post was at 01:43 ----------
Чтобы вывести статическую картинку надо настроить для нее развертку, убрав лишние навороты, определить, где она будет лежать и как ее туда загрузить. Для начала можно вывести мусор из SDRAM. Лучше настроить пакеты по 8 слов, TS-LABS тоже пришел к такому выводу.
Последний раз редактировалось zx-kit; 26.06.2015 в 23:52.
"L-256"
Для начала хоть статическую картинку вывести из SDRAMНужно браться за контроллер SDRAM с пакетным чтением/записью и видео буфер строки куда пакеты складывать.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
У TS-LABS может посмотреть ?Для начала хоть статическую картинку вывести из SDRAM
Я уже писал, что на чтение 8 слов надо 14 тактов. На запись 15. Округляем до 16. Это у нас будет квант времени. За 16 тактов мы загружаем данные из SD-RAM в буфер FPGA. Для этого надо организовать массив 8х16 бит. 16-ый бит признак прозрачности.
"L-256"
Вывести из SDRAM не очень сложно. Надо продумать, как организовать доступ к памяти в разные кванты. Для начала в 1 из 4х квантов организовать чтение из SDRAM в буфер видео. Оттуда 8 точек постепенно выводить на TV/VGA.
"L-256"
TS-Labs сильно занятой для такого, так-что дальше вывода, он никуда больше не ходит.
С Git сейчас проще думаю будет, можно удалённо теперь работать всем над одним проектом. Спецификацию нужно попутно начинать делать, чтобы была документация, иначе лес...
Я планировал сделать буфер на всю строку на 3-х M9K по 1024-байт на каждый цвет. Добавить установку стартовой позиции и текущего положения в буфере, и заполнять его по мере загрузки SDRAM. Что-то типа FIFO с которым может работать и блиттер.
Для начала можно фрагменты обсуждать здесь. Может кто подскажет. Желательно начать с простого типа ZX-48 и к нему добавить один новый режим 256х192 15 bpp. А расширять можно когда простое заработает.
Целую строку сразу нельзя. Нужно, чтобы в любой из квантов Z80 мог получить доступ к SDRAM. И хранить придется только 8 слов. Если частота смены точек на VGA 14 MГц, то за 4 кванта отобразится ровно 8 точек VGA.Я планировал сделать буфер на всю строку на 3-х M9K по 1024-байт на каждый цвет. Добавить установку стартовой позиции и текущего положения в буфере, и заполнять его по мере загрузки SDRAM. Что-то типа FIFO с которым может работать и блиттер.
Для блиттера оставить все свободные кванты, которые не заняты Z80 и сканером.
Последний раз редактировалось zx-kit; 27.06.2015 в 00:19.
"L-256"
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
