Последний раз редактировалось Valen; 21.06.2015 в 14:31.
V6Z80P - Back for Good
Надо, чтобы была максимальная совместимость, иначе 30 быстрых карт, которые я смогу сделать будут без программного обеспечения. Желательно, чтобы была совместимость и с TS-LABS. Надеюсь он не будет сильно разгонять свою видеокарту, чтобы не остаться один.
Если есть совместимость. можно будет писать новые игры в эмуляторе и она будет работать на перечисленных компьютерах и видеокартах. Должен быть какой-то стандарт. И этим стандартом я предлагаю сделать новый режим графики.
Последний раз редактировалось zx-kit; 21.06.2015 в 14:39.
"L-256"
V6Z80P - Back for Good
Сколько байтов нужно для адресации точки в 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.
Если ПЛИС - EPM1270ATC144, если FPGA - EP2C5Q208.
---------- Post added at 17:32 ---------- Previous post was at 17:08 ----------
Для адресации до 16 M хватит трех байтов адреса.
Последний раз редактировалось zx-kit; 21.06.2015 в 15:16.
"L-256"
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 подключить. Ведь если карту поставить в Ленинград или Пентагон - как загружать мегабайты спрайтов ?
Можно ли сделать в ReVeRse выход VGA с частотой точек 14 МГц ?
Последний раз редактировалось zx-kit; 21.06.2015 в 16:10.
"L-256"
Я бы в начале попробовал бы всё как можно оптимально ужать. Не делать же новый speccy2010? Наличие sd card, delta-sigma, ps/2... вкус не испортят, на то она и опция. Узкое место это VGA(18 выводов) и ZX-Bus/Nemo-Bus (без оптимизации нужно 43 вывода FPGA). Можно отказаться от VGA в пользу HDMI (минимально нужно 8 выводов всего, разница впечатляет - 24bpp против 15bpp).
Можно.
ага, ограничение TR-DOS дискеты 640 кб. Если применить нестандартный формат, то вроде бы можно еще несколько десятков кб выиграть.
---------- Post added at 19:29 ---------- Previous post was at 19:27 ----------
хотя игра Черный Ворон вообще на двух дискетах шла, и никто не возражал ))
Куплю корпус и материнку от Spectrum +2/+3
Из картинки это не очевидно. Не скажу именно за Диззи, но часто и прямоугольники разного размера сразу печатают.
Ну зачем такое, не понимаю. Почему ты упорно хочешь блиттер кастрировать? Зачем жёстко сетка и мелкотайлы зафиксированного размера? Зачем делать неуниверсально и явно то, что само получается неявно по общей схеме?
Блиттеру простому для переброски произвольного прямоугольного блока нужны только следующие параметры:
- способ наложения (или код прозрачного в простом случае)
- длина общая перебрасываемого блока
- длина "строки" блока
- приращение в конце строки для источника
- приращение в конце строки для приёмника
- адрес источника
- адрес назначения
Все параметры прошлой операции запоминаются, все записи параметров идут в буфер, а переброска может запускаться автоматически при получении полного адреса приёмника (или проще - только старшего байта). Так что если захотелось всё-таки порисовать мелкотайлами одинакового размера, после первого (с полным описанием всех параметров) можно только адреса-параметры изменять. В том числе, возможно, и процедурой, номера преобразующей в адреса. Но, по-моему, экран в формате списка пар "параметр, значение" в общем случае места занимать будет меньше и отрисовываться быстрее. И само собою, лучше смотреться.
Чередуя, ты "командой" выбираешь адрес порта фактически. То же самое, как записью в разные адреса, только медленней и не запоминаешь в обычной памяти. Лдиры, кстати, не нужны при правильной организации отрисовки, часто шевелить необходимо только несколько байт.
И повторю, для простой и быстрой переделки существующих игрушек нужно, чтоб стандартный спектрумовский экран незаметно и "прозрачно" для оригинального кода отображался в новый цветной экран (что позволит переделывать игры постепенно до любой степени). А не разные видеорежимы несовместимые с обязательной полной перекраской-перерисовкой.
Прихожу без разрешения, сею смерть и разрушение...
самому простому блиттеру нужно всего то знать, от куда, куда и сколько. при этом было бы хорошо, если после выполнения операции регистры поменяли свои значения на n+размер.Блиттеру простому для переброски произвольного прямоугольного блока нужны только следующие параметры:
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)