Новый графический режим для игр

[Valen]

Может получится какой-нибудь контроллер SD-CARD подключить. Ведь если карту поставить в Ленинград или Пентагон - как загружать мегабайты спрайтов ?

Правильный вопрос.
Я за набортный sd card. (IO выводов немного занимает.)


Насчёт аудио stereo выхода, я думаю это хорошо, но по выводам
как это уже будет, уместно или нет...

---------- Post added at 17:55 ---------- Previous post was at 17:27 ----------

за 2к сделать что-то быстрее и лучше чем ordroid-w вряд ли получится, уже проще его и прикручивать через gpio, но здравого смысла в этом нет, т.к. делать всё за спек он умеет сам.

Ещё есть опен сорсный gameduino 1, но по параметрам чуть слабее.
http://excamera.com/sphinx/gameduino/

[Advertiser]

[Lethargeek]

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

ты не путай, это называется DMA и для графики пригодно мало и ограниченно

[s_kosorev]

DDRII если есть смысл?

DDR2 с резисторами согласующими головняк, уж лучше DDR3

[Alex Rider]

Правильный вопрос.
Я за набортный sd card. (IO выводов немного занимает.)

Очень не надо. Потому как их уже расплодилось достаточно. Можно перекинуть графику и через Z80, или подружить через DMA с существующими.

[Sayman]

ты не путай, это называется DMA и для графики пригодно мало и ограниченно

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

Блиттер (англ. Blitter) — первоначально микросхема или часть графического сопроцессора, осуществляющая быстрое копирование и наложения фрагментов изображений в памяти

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

[s_kosorev]

а блиттер ещё и наложение делать умеет. но в целом:

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

[zx-kit]

Сделал наброски схемы в черновике ep4ce6e22 + spiflash (4) + sdram 4m16 (36) + hdmi (8) + sd (5) + zx-bus/nemo-bus (38), по выводам всё оптимально. Можно ещё i2c добавить под часы и ddc если это тут нужно. Размер платы предположительно 85х50мм, из-за разъема великовата выйдет. Не, ну можно переходник с разъемом и всё в BGA - FPGA и DDRII если есть смысл?
На вскидку может получится DivMMC, TurboSound, GeneralSound, SounDrive, Z-Controller... из коробки, ps/2 (2+2) и Audio (2) только добавить...
В следующей версии наверно сделать можно... Зависит то всё от zst.

Я бы на плате ZX-BUS разместил: генератор 50 МГц + ep4ce6e22 + spiflash (4) + sdram 4m16 (36)+схемы согласования с +3.3V на 5*74LVC245, стабилизаторы и разъем IDC-16M,
А на корпусе разместил бы плату с ЦАП R-2R, VGA и SD.
Опционально hdmi (8) + sd (5) или что-нибудь еще
Но по моим подсчетам SDRAM надо 38 io. На R-2R подал бы сигналы тоже через 2*74LVC245, как в ZX-EVO, так как выходы у FPGA высокоомные и будут вносить погрешности.

Хорошо бы еще входной регистр сдвига для настройки джамперами режимов работы видеокарты. Типа:
Частота кадров 48 / 50 Гц
Видеовыход SCART / VGA
SD вкл / выкл
...
На это потребуется дополнительный IO для данных, а на загрузку состояни джамперов и сдвг KSI+SSI

[s_kosorev]

А на корпусе разместил бы плату с ЦАП R-2R, VGA

зачем связываться с DAС если есть возможность HDMI? Cyclone IV если не путаю в QFP корпусе только 144пин, если больше то только BGA

[s_kosorev]

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

[Sayman]

DMA работает с блоком памяти, блитер работает с прямоугольным блоком изображения

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