Вид для печати
MVV, сделай, пожалуйста режим 320х240 RRRRR, GGGGG, BBBBB для частоты SDRAM 84 MHz.Цитата:
Сообщение от MVV
Типа так:
Заполнять 640х480 будет трудновано. Спрайты будут в 4 раза больше и копирование будет в 4 раза медленнее. Также три байта на 1 точку многовато. Двух байтов на точку для игр должно хватить.
Наверно у тебя память статика. У SDRAM 1 точку (одно слово, 15 бит) надо рисовать тактов 6. Поэтому проще рисовать сразу 8 точек за 13 тактов, маскируя сигнал записи для лишних точек.Цитата:
Сообщение от shurik-ua
MVV, а у ReVeRse какая тактовая частота подается на FPGA и как получаешь частоту вывода точек 640x480 60 Гц ?
1. Цвет?Цитата:
Сообщение от shurik-ua
2. для 320x240 в 16битный регистр не влезет, возникают нюансы
Мне кажется, что у Z80 будет много свободного времени на вычисления. Сделали ведь ELITE. А там все рисовалось программно. У нас достаточно только вычислить координаты точки, остальное делает видеокарта.
Гораздо более адекватно реализовать блок который автоинкрементом координаты менять может
Набор портов может быть к примеру следующий
1. 2байта коррдина X
2. 1байт координата Y
3. 2 байта fixed point прирощение X
4. 2 байта fixed point прирощение Y
5. 2 байта цвет точки
Запись в видеопамять происходит при записи цвета, после запси срабатывают приращения координат
что дает?
можно линии, спрайты процессором рисовать, причем нужно фактически только половина операций, только чтение из памяти и запись цвета
Если додумать немного и к примеру что бы по достижению определенной координаты X она в начальное значение сбрасывалась и блок сам мог данные из памяти брать, получается уже нечто похожее на блиттер с маштабированием, даже больше, блок которым можно какие никакие текстуры выводить, вот вам и DOOM
Так всё таки будет стоять статика 1 метр + 8 метров SDRAM,Цитата:
Сообщение от zst
верно ?
Наверно лучше сделать карту немного помедленнее, без статики. Да и метр статики это две микросхемы. Громоздко было бы. И портировать на Speccy2010 и ReVeRse было бы труднее. А так, если у ReVeRse входные такты тоже 20 МГц, как у Speccy2010, то и на видеокарту надо поставить тоже самое.Цитата:
Сообщение от Valen
Возможности закрасить экран три раза за кадр должно хватить. Не так быстро, зато останется совместимость.
Думаю линии тоже "в кассу", есть же игры wire-frame псевдо 3д.Цитата:
Сообщение от zst
это сколько ног надо, 19+16+5 SRAM 13+16+4+2+2 SDRAM 15+2 Видео 16+8+8 CPU это 126 USER IO + меловчевка всякая, это BGA корпус, стоимость устройства какая планируюется?Цитата:
Сообщение от Valen
ZX-BUS/ZST-BUS 35Цитата:
Сообщение от s_kosorev
SDRAM - 38
VGA 5+5+5+2
-------------------------------
итого: 90
2 т.Цитата:
стоимость устройства какая планируюется?
А если 512КБ статики, меньше чипов ?Цитата:
Сообщение от zst
ИМХО, какая-то "мифическая" совместимость.Цитата:
Сообщение от zst
Получается сами себе порезали возможности карты.
Вообщем, решать конечно автору.
Может он и прав.
Схема то точно будет попроще, если без статики.
Надо, чтобы была максимальная совместимость, иначе 30 быстрых карт, которые я смогу сделать будут без программного обеспечения. Желательно, чтобы была совместимость и с TS-LABS. Надеюсь он не будет сильно разгонять свою видеокарту, чтобы не остаться один.
Если есть совместимость. можно будет писать новые игры в эмуляторе и она будет работать на перечисленных компьютерах и видеокартах. Должен быть какой-то стандарт. И этим стандартом я предлагаю сделать новый режим графики.
Хорошо.Цитата:
Сообщение от zst
SDRAM будет один чип или два ?
На какой частоте ?
Сколько байтов нужно для адресации точки в SDRAM 8Mбайт ? Нам понадобится группировать тайлы и спрайты одинакового размера в банки по 256 шт. У каждого банка есть описание: адрес начала, ширина спрайта, высота спрайта и номер. Тогда при печати тайлов травы надо выбрать определенный банк. После этого не надо будет указывать размер и достаточно будет однобайтного номера тайла в банке тайлов.
---------- Post added at 17:08 ---------- Previous post was at 17:05 ----------
SDRAM один чип. Частота 84 MГц. Может быть максимум 112 МГц. Желательно кратно 14 МГц. Если будет ПЛИС, то можно будет поставить PLL как в ZX-EVO. Если FPGA - то кварцевый генератор, например, на 100 МГц. Надо спросить у специалистов: MVV, TS-LABS.Цитата:
Сообщение от Valen
Если ПЛИС - EPM1270ATC144, если FPGA - EP2C5Q208.
---------- Post added at 17:32 ---------- Previous post was at 17:08 ----------
Для адресации до 16 M хватит трех байтов адреса.
zst, за 2к сделать что-то быстрее и лучше чем ordroid-w вряд ли получится, уже проще его и прикручивать через gpio, но здравого смысла в этом нет, т.к. делать всё за спек он умеет сам.
Идея сделать новую видео карту/видео режим, сама по себе не плохая, по крайней мере можно чему-то да и научиться, а иначе зачем всё это?
В начале всегда трудно определиться и решить с чего начать. Возможность реализации видео режима на zx-evo, speccy2010, reverse, de1... это уже хорошее начало.
Вот, на мой взгляд простое железо карты:
Слот подключения: ZX-Bus, Nemo-Bus, uBUS. Transceiver 74LVC16245A (опция)
Видеоинтерфейсы: VGA, HDMI (опция)
Память: SDRAM 4 Mбайт х 16 бит (опция)
FPGA: EP4CE6E22C8N (опция)
Конфигурация: M25P40 (опция)
GPIO: PS/2, SPI, SD Card, Delta sigma stereo (опция)
Универсальность: DivMMC, TurboSound, GeneralSound, SounDrive, Z-Controller...
Я тут прикидывал, если во 2 циклоне 142 I/O, то -90 = 52. Вывести их на гребенки. Может получится какой-нибудь контроллер SD-CARD подключить. Ведь если карту поставить в Ленинград или Пентагон - как загружать мегабайты спрайтов ?Цитата:
Сообщение от MVV
Можно ли сделать в ReVeRse выход VGA с частотой точек 14 МГц ?
Я бы в начале попробовал бы всё как можно оптимально ужать. Не делать же новый speccy2010? Наличие sd card, delta-sigma, ps/2... вкус не испортят, на то она и опция. Узкое место это VGA(18 выводов) и ZX-Bus/Nemo-Bus (без оптимизации нужно 43 вывода FPGA). Можно отказаться от VGA в пользу HDMI (минимально нужно 8 выводов всего, разница впечатляет - 24bpp против 15bpp).Цитата:
Сообщение от zst
Можно.Цитата:
Сообщение от zst
ага, ограничение TR-DOS дискеты 640 кб. Если применить нестандартный формат, то вроде бы можно еще несколько десятков кб выиграть.Цитата:
Сообщение от zst
---------- Post added at 19:29 ---------- Previous post was at 19:27 ----------
хотя игра Черный Ворон вообще на двух дискетах шла, и никто не возражал ))
Из картинки это не очевидно. Не скажу именно за Диззи, но часто и прямоугольники разного размера сразу печатают.Цитата:
Сообщение от zst
Ну зачем такое, не понимаю. Почему ты упорно хочешь блиттер кастрировать? Зачем жёстко сетка и мелкотайлы зафиксированного размера? Зачем делать неуниверсально и явно то, что само получается неявно по общей схеме?Цитата:
Сообщение от zst
Блиттеру простому для переброски произвольного прямоугольного блока нужны только следующие параметры:Цитата:
Сообщение от zst
- способ наложения (или код прозрачного в простом случае)
- длина общая перебрасываемого блока
- длина "строки" блока
- приращение в конце строки для источника
- приращение в конце строки для приёмника
- адрес источника
- адрес назначения
Все параметры прошлой операции запоминаются, все записи параметров идут в буфер, а переброска может запускаться автоматически при получении полного адреса приёмника (или проще - только старшего байта). Так что если захотелось всё-таки порисовать мелкотайлами одинакового размера, после первого (с полным описанием всех параметров) можно только адреса-параметры изменять. В том числе, возможно, и процедурой, номера преобразующей в адреса. Но, по-моему, экран в формате списка пар "параметр, значение" в общем случае места занимать будет меньше и отрисовываться быстрее. И само собою, лучше смотреться.
Чередуя, ты "командой" выбираешь адрес порта фактически. То же самое, как записью в разные адреса, только медленней и не запоминаешь в обычной памяти. Лдиры, кстати, не нужны при правильной организации отрисовки, часто шевелить необходимо только несколько байт.Цитата:
Сообщение от zst
И повторю, для простой и быстрой переделки существующих игрушек нужно, чтоб стандартный спектрумовский экран незаметно и "прозрачно" для оригинального кода отображался в новый цветной экран (что позволит переделывать игры постепенно до любой степени). А не разные видеорежимы несовместимые с обязательной полной перекраской-перерисовкой.
самому простому блиттеру нужно всего то знать, от куда, куда и сколько. при этом было бы хорошо, если после выполнения операции регистры поменяли свои значения на n+размер.Цитата:
Блиттеру простому для переброски произвольного прямоугольного блока нужны только следующие параметры:
Правильный вопрос.Цитата:
Сообщение от zst
Я за набортный sd card. (IO выводов немного занимает.)
Насчёт аудио stereo выхода, я думаю это хорошо, но по выводам
как это уже будет, уместно или нет...
---------- Post added at 17:55 ---------- Previous post was at 17:27 ----------
Ещё есть опен сорсный gameduino 1, но по параметрам чуть слабее.Цитата:
Сообщение от MVV
http://excamera.com/sphinx/gameduino/
ты не путай, это называется DMA и для графики пригодно мало и ограниченноЦитата:
Сообщение от Sayman
DDR2 с резисторами согласующими головняк, уж лучше DDR3Цитата:
Сообщение от MVV
Очень не надо. Потому как их уже расплодилось достаточно. Можно перекинуть графику и через Z80, или подружить через DMA с существующими.Цитата:
Сообщение от Valen
я ничего не путаю. если капнуть чуть глубже, то блиттер это разновидность дма, но с той лишь разницей, что дма просто пересылает, а блиттер ещё и наложение делать умеет. но в целом:Цитата:
ты не путай, это называется DMA и для графики пригодно мало и ограниченно
На спринтере так оно и работает - пересылка + 3 режима наложения. но никто никогда не говорил, что там есть блиттер. кол-во параметров которое указал ты слишком велико. это всё лишнее нагромождение.Цитата:
Блиттер (англ. Blitter) — первоначально микросхема или часть графического сопроцессора, осуществляющая быстрое копирование и наложения фрагментов изображений в памяти
DMA работает с блоком памяти, блитер работает с прямоугольным блоком изображения, разницу заметил? Можно конечно при помощи DMA заставить, но! нужно каждую строку изображения заново настраивать DMA то есть, процессор вместо того что бы заниматься чем то полезным, ждет когда DMA выведет строку, что бы настроить на вывод следующей.Цитата:
Сообщение от Sayman
Я бы на плате ZX-BUS разместил: генератор 50 МГц + ep4ce6e22 + spiflash (4) + sdram 4m16 (36)+схемы согласования с +3.3V на 5*74LVC245, стабилизаторы и разъем IDC-16M,Цитата:
Сообщение от MVV
А на корпусе разместил бы плату с ЦАП 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
зачем связываться с DAС если есть возможность HDMI? Cyclone IV если не путаю в QFP корпусе только 144пин, если больше то только BGAЦитата:
Сообщение от zst
Если у кого то нет HDMI, можно воспользоваться китайским переходником, которые сейчас на кажом углу продают, либо предусмотреть посадочное место для микросхемы из переходника, правда не знаю доступны ли они в продаже.
конечно, особенно если учесть то, что спрайты в памяти лежат не прямоугольно, а линейно. исключение составляет только случай, когда нам нужно вывести не весь спрайт, а только его часть. Опять-таки посыл к Спринтеру, там аксель не забывает последнюю операцию, точнее её параметры. при включении девайса мы указываем размер данных и потом указываем на операцию и уже потом даём команду выполнить. даже когда мы выключаем аксель, он помнит размер последнего блока.Цитата:
DMA работает с блоком памяти, блитер работает с прямоугольным блоком изображения
да и ждать когда он там что-то выполнит не требуется. он это выполняет быстрее, чем работает проц. соответственно я даю команду пересыла и тут же могу дать новую команду для нового блока. никаких ожиданий нет.
Под VGA(5:5:5) не хватает 7 выводов, да и в цвете и новизне ещё проигрыш. Можно SDRAM на 8 бит поставить вместо 16 бит, тем самым получишь old school VGA 15bpp. Вторая версия платы? Тоже вариант. Я через переходник на U16 когда тестирую видео получаю VGA 6bpp, это если HDMI нет :)Цитата:
Сообщение от zst
36 для 4M16Цитата:
Сообщение от zst
А если надо вывести перекрывающихся блоков до 128х64 пикселя, да еще штук 10 на экран? На примере того же марио, задний фон, горы, деревья итдЦитата:
Сообщение от Sayman
SDRAM обязательно должна быть 16 бит.Цитата:
Сообщение от MVV
Я считал 35 на ZX-BUS, 38 на SD-RAM, 17 на VGA, 1 на регистр = 91.
У циклона 4 с 144 ногами как раз столько. Только вот SD-CARD не влезает. Но у меня 2 лишних вывода от SD-RAM освободятся. 3 можно от ZX-BUS откусить (ненужные сигналы).
да, мне вот тоже это интересно, как оно на местной карте будет работать. как ты считаешь, что нужно для того, чтобы всё это вывести, особенно если учесть, что аппаратных спрайтов аля денди нет. наверно, раз есть (будет) своя память под спрайты, эти самые спрайты нужно будет в железку загрузить. ну сам вывод фоновой картинки, всякого уровневого фетиша и самого марио с его противниками, выводить будет в некотором цикле, в котором будет ритмично подсовывать карточке команды на вывод то одного, то другого, попутно ещё обрабатывать клавиатуру, звук и фиг знает чего ещё. ну т.е. довольно обычный набор процедур.Цитата:
Сообщение от s_kosorev
хто сказал, что исключение, из чего?Цитата:
Сообщение от Sayman
"спрайты" в принципе могут быть рисунками на "экране"
и загружаться целиком "экраном", и редактироваться
нынче правилом скорей является такой способ
На ZX-BUS можно урезать до 32:
ША и ШД = 24
ШУ 8: RD, WR, IORQ, MREQ, M1, INT, RD_TBUF, IORQGE
RESET подать на FPGA через регистр сдвига.
Для SDRAM 4M16 (36), если больше 4M то (37) без CS# и CKE.Цитата:
Сообщение от zst
Чего так за VGA 15bpp? Думаю не проблема, две версии плат на вкус...
Stereo audio out (delta-sigma) я по любому ставлю :) SID, GS, TS... как-никак.
ну как минимум возможно несколько вариантовЦитата:
Сообщение от Sayman
1. Где то хранится набор команд и параметров и карта сам по этому Display List все выводит
2. Можно по окончании работы блиттера, вызывать прерывание процессору
Т.е. процессоро и карта работают асихронно и карта от процессора требует внимания только там где действительно нужно
да это не важно где оно расположено, хоть на sd карте. изначально данные представлены линейно. как уж там экран будет устроен не знаю, но загрузив картинку или мелкий спрайт в память (буфер) карты, он изначально записан в линейно форме. а уже потом оно перемещается в экран, и получает некую структуру, уж как экран выглядит. не считая случаев, когда девайс рисует сразу из буфера спрайтов.Цитата:
Сообщение от Lethargeek
HDMI как-то ново. А звук тоже через него ?Цитата:
Сообщение от MVV
Вот думаю, может лучше SDRAM 8Mx16 бит, так как у них блоки по 512 байт, что пригодилось бы для 320 точек в строке.