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

http://s013.radikal.ru/i323/1506/80/8c52ddf17628t.jpg http://s61.radikal.ru/i174/1507/ff/d4ca9518ad98t.jpg
Уточнено описание режимов графики:

Mode 0. 256х192 точек, цвет задается атрибутами, сохранены бордюрные эффекты, возможность включения палитры ULA+, fINT=50 Hz. Со скоростью развертки TV цвета точек целого кадра из экранной области ZX Spectrum и бордюра записываются в буфер экрана. При записи используется стандартная палитра или ULA+. Из буфера экрана с частотой кадров 50 или 60 Гц (задается перемычками или прошивкой) цвета точек выводятся на видеоустройство (телевизор, монитор или экран PC в эмуляторе). Стандартный режим ZX SPECTRUM после сброса.

Mode 1. 256х192 точек, цвет задается атрибутами, без бордюрных эффектов, fINT=50 Hz, с дополнительными возможностями для устранения клешинга атрибутов (в стадии проработки). После импульса INT на максимальной скорости цвета точек из экранной области ZX Spectrum без бордюра записываются в буфер экрана. При записи используется стандартная палитра или ULA+. Сверху возможна печать спрайтов. Из буфера экрана с частотой кадров 50 или 60 Гц цвета точек выводятся на видеоустройство (телевизор, монитор или экран PC в эмуляторе).

Mode 2. 320х240 точек. 15 бит на цвет точки (любой из 32768 или прозрачный), fINT=60 Hz. Картинка в игре делится на статическую и динамическую области. В статической области изображается вспомогательная, медленно меняющаяся информация в игре, например, выбранное оружие, количество снарядов и набранных очков. В динамической области возможен аппаратный скроллинг экрана. Фон строится из карты тайлов.

Программист указывает координаты и размер динамической области на экране и координаты в карте тайлов. После INT по карте тайлов и координатам в ней строится формируется изображение фона игры путем копирования изображений тайлов из буфера тайлов в буфер экрана. Номера тайлов могут быть от 0 до 4095. Размер тайлов по 8х8 точек. Две карты тайлов размером по 256х512 клеток. В первой карте - номера тайлов для изображения фона. Вторая карта предназначена для аркадных атрибутов. По ним определяется, что находится в данном месте - препятствие, проходимое место, опора, предмет, который можно подобрать, другой герой и т.д.

Далее выполняются командные буферы, куда Z80 записал номера и координаты спрайтов и тайлов для печати поверх фона в буфер экрана. Сверху возможно рисование линий аппаратными точками заданным цветом. Из буфера экрана с частотой кадров 60 Гц цвета точек выводятся на видеоустройство (телевизор, монитор или экран PC в эмуляторе). Если в буфере экрана точка прозрачного цвета - то при выводе он будет заменен на BACK_COLOUR. Используется два буфера экрана - на одном строим изображение, со второго изображение в этот момент выводится на видеоустройство.

Mode 3. 640х480 точек. 15 бит на цвет точки (любой из 32768 или прозрачный), fINT=60 Hz. Похож на режим 2, только точек в два раза больше по-вертикали и по-горизонтали.

Mode 4. 320х240 точек. У тайлов и спрайтов по 4 бит на цвет точки с возможностью выбора своей палитры (из 32768 или прозрачный), fINT=60 Hz. При печати тайла или спрайта в буфер экрана формируются цвета по 15 бит на точку, В остальном похож на режим 2.

Mode 5. 640х480 точек. У тайлов и спрайтов по 4 бит на цвет точки с возможностью выбора своей палитры (из 32768 или прозрачный), fINT=60 Hz. При печати тайла или спрайта в буфер экрана формируются цвета по 15 бит на точку, В остальном похож на режим 3.

А наложение двух спектрумовских экранов для исключения мерцания в мультиколорных демках не будет?

Цитата:

---

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

А наложение двух спектрумовских экранов для исключения мерцания в мультиколорных демках не будет?

---

Как писал alone, мультиколор было сложно использовать. Как и графику ATM. Для ULA+ возможно будут перекрашенные игры от наших иностранных коллег. Для сложных и медленных режимов мог написать игру только один программист. Лучше смотреть в будущее. Надо сделать так, чтобы игры было писать легко. А у нас еще даже аппаратная точка не работает. А это резко ускорило бы векторную графику типа ELITE.

Давайте лучше обсудим, какой должна быть видеокарта для моей любимой игры WARCRAFT 2. Пока мы заложили возможности для разработки денди-игр - аппаратный вывод тайлов размером 8х8 из карты тайлов, апппаратный скроллинг в окне, наложение спрайтов сверху.

http://s015.radikal.ru/i333/1507/75/7b205df85f12t.jpg http://s017.radikal.ru/i400/1507/c3/da08bd4ba627t.jpg http://s017.radikal.ru/i435/1507/8b/ab11e4494dfdt.jpg http://s017.radikal.ru/i441/1507/03/50dc65e5832dt.jpg

Допустим Вячеслав Медноногов Часть 1, Часть 2, или обычный программист решил написать для нового режима Спектрума игру типа Черный Ворон. Посмотрев тайлы и спрайты в WARCRAFT 2, узнаем, что тайлы имеют размер 32х32, размер спрайта лучника и троля с топором 72х72. Спрайты у героев могут быть разного размера, количество фаз тоже разное, около 12-14 на каждое направление, некоторые направления зеркалятся. По данным Вячеслава Медноногова размер карты в игре 128х128 клеток. Скорости Z80 хватит, если мы ему поможем ускорить вывод на экран.

Приходим к выводу, что для аппаратного изображения фона нужно, чтобы в карте тайлов можно было разместить тайлы 32х32. Глядя на спрайты можно сделать вывод, что для спрайтов хорошего качества 16 цветов на спрайт маловато. То есть надо 256 (8 битов) с палитрой или HI-COLOR (15 битов). Также надо решить. как удобнее рисовать спрайты и в каком формате их хранить в памяти видеокарты - целой картинкой на каждого героя игры или нарезав на отдельные куски. Также надо придумать команды, для простого указания на спрайт, используя имя героя, направление движения, номер фазы. Желательно. чтобы видеокарта получала адрес начала спрайта. то есть надо где-то хранить информацию по спрайтам. Это важный вопрос для упрощения программирования и для ускорения вывода на экран.

http://s020.radikal.ru/i701/1507/68/da07b3d3e010t.jpg
Еще надо придумать как, имея один спрайт, перекрашивать его в разные цвета кланов.

zst, кто сейчас участвует в разработке, статус, схема, рабочее железо, прототип?

Цитата:

---

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

Еще надо придумать как, имея один спрайт, перекрашивать его в разные цвета кланов.

---

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

Цитата:

---

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

zst, кто сейчас участвует в разработке, статус, схема, рабочее железо, прототип?

---

Участвуют: я, надеюсь ты и другие читатели этой темы. Давайте разрабатывать открыто, on-line. Вместе у нас больше шансов разработать что-то стоящее. Железо пока не нужно. Сначала опробуем на ReVeRse и Speccy2010 - ведь у некоторых программистов они есть. Может попробуют в работе, подскажут. что не так - мы исправим. Да, ZX_Fanat внес материальный вклад на мой счет для покупки комплектующих для разработки видеокарты.

---------- Post added at 19:01 ---------- Previous post was at 18:52 ----------

Цитата:

---

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

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

---

Я вот что предлагаю. Допустим, для уменьшения занимаемой памяти и увеличения скорости копирования спрайтов мы выбрали режим 8 бит на точку в тайлах и спрайтах с возможностью выбора из 4х палитр. Одну палитру закрепим за спрайтами, а три - на тайлы для разной местности. Например, пустыня, снег и лед и лес. При чтении номера цвета точки из буфера спрайтов берем по номеру цвет из палитры и записываем в буфер экрана 15 бит цвета + старший бит как признак прозрачности.
http://s010.radikal.ru/i313/1507/43/76d69224b931t.jpg

MVV, просвети, можно читать-писать в память палитры и двухпортовой памяти для буфера VGA на тактовой частоте FGPA, или она работает медленнее ?

Продолжим о замене цветов для отображения разных кланов.
http://s018.radikal.ru/i527/1507/42/960ae62b9192t.jpg http://s020.radikal.ru/i719/1507/f8/70f2a2419677t.jpg http://s018.radikal.ru/i527/1507/37/a3641509cbcct.jpg http://s018.radikal.ru/i524/1507/5d/281c31ae4521t.jpg http://i056.radikal.ru/1507/54/f0323067f2e6t.jpg

Выше показаны двухголовые великаны из разных кланов. Они отличаются цветом сумок. Допустим, что нам достаточно 8 цветов для различения кланов: черный, красный, синий, зеленый, желтый, фиолетовый, голубой и белый. Каждый цвет может иметь 32 градации от черного до яркого. Выделим для этих 32 цветов старшие номера от 11100000 до 11111111. Нарисуем одного великана, например, с красной сумкой. Как вы знаете, перечисленные выше 8 цветов отличаются тем, в какой комбинации включены лучи RGB монитора. Поэтому для перекрашивания части спрайта в нужный цвет используем маску клана. 111 означает, что все лучи RGB включены и сумка будет в оттенках серого. 100 - красная, 010 - зеленая, 001 - синяя, 110 - желтая и т.д., 000 - черная.

---------- Post added at 19:51 ---------- Previous post was at 19:01 ----------

Если в 32 старших номерах цветов оставить только 5 младших разрядов и записывать это число в те каналы, маска которого равна 1, мы получим 32 градации яркости нужного из восьми цветов. Нет только 7, так как по этому способу черный получится без градаций яркости. Только 7, зато это просто реализовать.

zst, может тогда уже лучше ts-conf установить, доработать видео часть на зависть zx-evo? Они то в опе сейчас сидят тихо, сотрудничать не хотят, гордые. Новое железо есть, Speccy2010 и ReVerSE-U16, на U16 ещё можно и сеть поднять, железо отлажено, архитектура позволяет сделать всё о чем тут понаписали, разрабатывать велосипед уже не нужно, а это время-деньги, не факт что разработка платы это сейчас актуальная и разумная идея. Новые платы реверса Rev.C через 2-3 недели появятся в продаже, к этому моменту возможно тестовую конфигурацию успею дописать, потихоньку сам ведь делаю. Еще неделя и будет uBus2ZXBus переходник, а это все платы для спектрума подключить можно будет, хоть звуковую "ZXM-MoonSound", хоть контроллер дисковода, винта...

Цитата:

---

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

zst, может тогда уже лучше ts-conf установить, доработать видео часть на зависть zx-evo? Они то в опе сейчас сидят тихо, сотрудничать не хотят, гордые. Новое железо есть, Speccy2010 и ReVerSE-U16, на U16 ещё можно и сеть поднять, железо отлажено, архитектура позволяет сделать всё о чем тут понаписали, разрабатывать велосипед уже не нужно, а это время-деньги, не факт что разработка платы это сейчас актуальная и разумная идея. Новые платы реверса Rev.C через 2-3 недели появятся в продаже, к этому моменту возможно тестовую конфигурацию успею дописать, потихоньку сам ведь делаю. Еще неделя и будет uBus2ZXBus переходник, а это все платы для спектрума подключить можно будет, хоть звуковую "ZXM-MoonSound", хоть контроллер дисковода, винта...

---

Видеорежим надо в FPGA делать так, чтобы работал на любом циклоне с SDRAM. Настроить частоту PLL, добавить модуль вывода (HDMI в ReVerSE или аналоговый VGA в Speccy2010). А остальное должно быть общее.

Я и планировал только видеочасть делать. Все остальное обычно в компьютере уже есть или можно поставить. Видеокарта - это часть модульного компьютера. Может сделаю когда-нибудь. Это ReVerSE никак не должно мешать. Наоборот, это будет хорошо, если у людей будет выбор.

Если дорабатывть ts-conf, то видеочасть надо свою всю, модуль SDRAM свой. Может порт управления этот же взять ? Я кроме видеочасти там ничего не изучал.

NedoPC и TS-Labs любят разрабатывать тихо, без лишнего шума, а потом выдать готовый продукт. Мне больше нравится, как разрабатывает Mick. Видно процесс разработки, обсуждение.

---------- Post added at 22:00 ---------- Previous post was at 21:52 ----------

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

Кстати когда делали WARCRAFT - сначала использовали спрайты из DUNE 2. Когда разрабатывали КАЗАКИ - сначала двигали спрайты из WARCRAFT 2.

---------- Post added at 22:05 ---------- Previous post was at 22:00 ----------

Но им было труднее - им приходилось работать в рамках возможностей железа под DOS и WINDOWS. У нас же нет этих ограничений. Мы сделаем видеорежимы под себя. Давай продолжим разработку. Я пока не могу в полном объеме делать на FPGA. Покажи, что уже готово для новых режимов. Может что подскажу. Только пожалуйста не пытайся сделать все режимы по максимуму. Надо начать с простого. Надо организовать SDRAM в пакетный режим, настроить частоту на 125 МГц, двухпортовое ОЗУ для буфера VGA. Я уже писал об этом.

Цитата:

---

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

Также надо придумать команды, для простого указания на спрайт, используя имя героя, направление движения, номер фазы.

---

По имени - это для бедных. Предлагаю следующие методы адресации спрайтов героя:
- по показаниям свидетелей;
- по свидетельствам очевидцев;
- по доносу;
- по наводке;
- по словесному портрету;
- по фотороботу героя, наконец.

Цитата:

---

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

Как писал alone, мультиколор было сложно использовать.

---

То есть реализовать некий noflic в подобие фильтру в эмуляторе unreal сложнее, чем прикрутить сотни команд для чудных блиттеров?

Цитата:

---

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

То есть реализовать некий noflic в подобие фильтру в эмуляторе unreal сложнее, чем прикрутить сотни команд для чудных блиттеров?

---

Я не изучал старые медленные режимы графики за период между оригинальными компьютерами 48К и 128К и сегодняшним днем. Наверно некоторые люди тоже никогда не видели АТМ, гигаскрин, мультиколор, а знают только Ленинград 1. Если вы напишите, как его включить и выключить и реализовать, может быть он будет добавлен. Но пока не сдаланы новые режимы вероятность того, что будет новая видеокарта мала. Вы меня извините, но то что не интересно - делать трудно.

Для меня интересно сделать новые быстрые режимы. Я пытался писать игру "FUTURE TANK". Понял как неудобно и медленно выводить графику на стандартный экран. Большую часть времени оптимизировал по скорости процедуры вывода на экран. Добился определенных успехов. В итоге к конкурсу не успел сделать и интерес пропал. Зачем программе тратить время на изображение графики ?

Знаю, что ZX Spectrum проектировался как компьютер для образования, сделан для вывода текста. Удивительно, что потом для него написали столько хороших игр. Но для графики было бы правильнее сделать адресацию экрана как в компьютере "Специалист". В нем для перехода к байту справа надо увеличить старший байт адреса. Для перехода к байту ниже надо увеличить младший байт адреса. Может нам сначала такой режим сделать? Это позволило бы немного увеличить скорость старых игр после переделки под новую адресацию экрана. А разработка новых игр упростилась бы. Представьте, что не надо контролировать переход в другой сектор экрана - все байты идут непрерывно. И можно было бы копировать не по 8 байтов, а по 16 или 24, хоть весь столбик. Экран можно было бы увеличить до 256х256 точек.

Вместо битов FLASH и BRIGHT можно было бы сделать BRIGHT_INK и BRIGHT_PAPER. Раньше, наверно многие об этом мечтали. Разработчики ZX Spectrum не могли это сделать раньше. А сейчас, с появлением FPGA в новых компьютерах, это можно сделать.

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

---------- Post added at 09:34 ---------- Previous post was at 09:32 ----------

а то муть какуто странную городите, если правильно блоки к корке авр сочинить, можно будет чисто софтово любой из режимов эмулировать

MVV, постепенно уточняется алгоритм работы некоторых блоков видеокарты.

В качестве тактовой частоты FPGA и SDRAM формируем с помощью PLL частоту 126 MHz. Из нее получаем остальные частоты:

126:36=3,5 MHz (частота Z80)
126:18=7 MHz (частота точек SCART )
126:9=14 MHz (частота точек для нестандартного режима VGA 50 Hz)
126:10=12,6 MHz (частота точек для режима 320x240 VGA 640x480@60Hz)
126:5=25,2 MHz (частота точек для режима 640x480 VGA 640x480@60Hz)

Буфер VGA можно сделать из двух блоков регистров по 8 точек в каждом:

В начале строки VGA делаем 3 цикла регенерации SDRAM, затем заполняем оба блока регистров данными первых 16 точек в строке. Данные читаются из буфера экрана и записываются в регистры буфера VGA пакетами по 8 точек с частотой 126 MHz. В регистр цвета читаем данные из буфера VGA с частотой, которая соответствует режиму графики, т.е. каждый пятый, девятый, десятый или восемнадцатый такт частоты FPGA. Как только прочитали все 8 точек из одного блока регистров - формируется запрос для загрузки следующих 8 точек из буфера экрана. И так поочередно заполняются оба блока регистров.

Цитата:

---

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

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

---

Глас вопиющего в пустыне!

Я считаю чтобы был успех у видяхи,вам надо скооперироваться с Миком,у него вроде как стандартный экран реализован,взять за основу,но на жирной альтере,пообщяться с ТСлаб,Если к альтерке прикрутить порт ХДД(например СМУК)Зависит от прошивки альтеры,например возможно было-бы на ТС использовать с ДМА режимами,на первое время как видеоцап(портировать прошивку),а на обычном спектруме хоть 48м использовать ХДД как внешнюю память с ДМА,спек получит 2а устройства сразу,тоесть Выпустить не готовую видео карту ,а Дев Борду с базовым спековским экраном и портами ХДД,такие вещи как потоковое видео в расширеные режимы,подгрузка палитр,спрайтов без медленной шины спека,нет ограничений на объем видео данных.
Если надо грузим в видео память с хдд или спектрума.Прошивку загружать со спеки,проект сделать открытым.
Вот как-то так.[COLOR="Silver"]

AndyD, да всё намного проще, проблема сейчас у тех, у кого железо утратило способность к развитию, а что-то новое всегда интересно и лучше, вот и лепят к нему разных монстров как ты описал. Как хобби и для обучения, это ещё понять можно. Но, без командного движка, увы, это так и останется в виде хорошей идеи.
К примеру, тут в основном у народа в подписи - ZX-Evolution rev.С разработка 2011 года. Стоимость на сегодня составляет 6500 руб (около $110). Кто готов выложить ещё примерно столько-же, написать конфигурацию и софт, чтобы у него была его новая видео карта, с возможностью работать так-же, как и железо к которому подключена? :)
Со своей стороны, мне нет смысла браться за разработку платы этой видео карты, т.к. занимаюсь U16, для которой портировал ts-conf. Мне остается только разработать и добавить эти новые видео-режимы в ts-conf без дополнительных затрат на видео карту. А вот обладателям ZX-Evolution останется продавать IDE Video-DAC и покупать ещё одну игрушку для своей ёлки ZXBus :) К стати, и U16 получит расширитель uBus-ZXBus чтобы нарядится к Новому году :v2_dizzy_christmas: можно даже ради прикола подключить Evo через IDE-uBus и побыть U16 в роли новой видео карты HDMI + USB Host + Ethernet + SD :)

Цитата:

---

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

Стоимость U16 вроде сейчас даже больше Эво - 120 USD

---

Забыли ещё к Эво прибавить стоимость корпуса, компьютерного блока питания, видео карты, Ethernet контроллера и USB Host и нескольких конфигураций - Zet, MSX2, Atari, NES... :)

Цитата:

---

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

у народа в подписи - ZX-Evolution rev.С разработка 2011 года.

---

Я не имел в виду только Эво,такая видиМо карта могла-бы работать на любом спексовместимом пк с ZX-BUS,только я выдвинул идею использовать винт с дма подключенный прямо к видео,чтоб не грузить z80 на загрузки пересылки всякие,ведь самое ресурсоОтжирающее с новыми граф режимами будет видео,почему бы не грузить прямо в видео память ,которую можно разделить ,на именно память и буфер,буфер будет к примеру как дополнительные страницы спектрума.

Цитата:

---

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

Со своей стороны, мне нет смысла браться за разработку платы этой видео карты

---

Так она может быть виртуальной(программной) в U16,главное определиться с режимами и портами.

Цитата:

---

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

А вот обладателям ZX-Evolution останется продавать IDE Video-DAC и покупать ещё одну игрушку для своей ёлки ZXBus

---

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

про U16 знаю что можно ,речь про весь парк спектрумов.

HDMI + USB Host + Ethernet + SD это все бонусы,они не обязательны,то-есть кому будут нужны купят U16.

Цитата:

---

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

такая видиМо карта могла-бы работать на любом спексовместимом пк с ZX-BUS

---

Идея хорошая, но не вяжущаяся с мыслью, что карта может работать даже не вставленной в слот совместимого, без напряга просто эмулируя его. Да и стоимость, заставляет задуматься о необходимости приобрести её. Поэтому здесь и было предложено сначала разработать и отладить новые режимы совместно с разработчиками железа и софта на уже действующем железе, без дополнительных затрат на разработку новой платы. Я даже привёл обзор уже разработанных видео карт под ZX-BUS:
http://zx-pk.ru/showpost.php?p=813379&postcount=147
http://micklab.narod.ru/ZXMVideoCard.htm
И даже универсальную плату ordroid-w, доработав которую можно использовать ещё и как достаточно простой и современный ускоритель 3D.

Также мной было предложено разработать ускоритель на базе графического контроллера EVE, что намного лучше выше предложенного, из-за простоты подключения (SPI/I2C) к ZX_Evolution, ReVerSE-U16, Speccy2010, ZX-Spectrum... с достаточно мощной функциональностью из коробки:
http://zx-pk.ru/showpost.php?p=737954&postcount=321

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

Для совместимости с играми для ATM в режиме 320х200 16с надо для переключения использовать порты графики ZX-EVO EFF7, XX77 и возможно за ними понянутся еще некоторые порты управления памятью и палитрой.:
http://i024.radikal.ru/1507/0d/ecc32321267et.jpg

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

Изучив режимы ZX-EVO, можно сделать такие выводы:

• Они используют страницы ОЗУ, которые используются в модели 128K - это плохо.
• Они могут включать страницы графики в любое окно по 16К - это хорошо.
• Последовательность байтов и битов сложная - это плохо.
• Экраны или их части располагаются с адреса, отличного от 0 - это плохо.
• Возможна палитра 16->64 цвета - это хорошо.

Что можно улучшить - упростить и ускорить ?:

• Графику расположить с 0 адреса - это упростит и ускорит определения адреса в ОЗУ экрана.
• Использовать другие страницы свыше 8 страниц режима 128K. Это позволит дорабатывать старые игры.
• Адресацию сделать непрерываной. Это упростит копирование спрайтов.
• Биты атрибутов сгруппировать по 4.
• Дополнительные экраны тоже размещать с адреса 0.
• Фон рисовать в нижнем слое, а спрайты в верхнем. Это устранит клешинг атрибутов.

Давайте сделаем новый режим 256x192 NEWATTR CONTINUOUS 2 LAYERS+SELECTOR:

Для работы с графикой в новых режимах будем временно отключать ПЗУ компьютера. Для этого в шине ZX-BUS есть специальный сигнал.
Будет два основных слоя - нижний и верхний, а также вспомогательный слой-селектор. Основные слои похожи на обычные экраны ZX Spectrum, но с оптимизированной адресацией. Слой селектор показывает, из какого слоя отображать точку на экране TV/VGA. 0 - из нижнего, 1 - из верхнего.
Адресация байтов у всех слоев одинаковая. Экран можно представить состоящим из 32х24 клеток размером 8х8 пикселов. У каждой клетки цвет задается байтом NEWATTR. Биты D7-D4 задают цвет единичного пиксела COLOR1, а биты D3-D0 задают цвет нулевого пиксела COLOR0.

Адрес HL в области пикселов по координатам X,Y клетки можно определить так: H=X, L=Y*8 (сдвиг влево три раза).
Адрес HL в области атрибутов по координатам X,Y клетки можно определить так: H=X, L=Y+192 (OR $00C0).
Нужный экран временно подставляется в окно с 0 адреса. Для этого в специальный порт записывается номер страницы.

Чем новый режим лучше стандартного:

• Линейная адресация с 0 адреса упрощает и ускоряет вычисление адреса в области пикселов и атрибутов.
• При копировании блока размером более 8 байтов по-вертикали нет необходимости контролировать переход в другой сектор (треть) экрана, что делалось для старого экрана.
• Возможность ускорения копирования спрайтов с помощью новых комбинаций команд Z80 (змейкой и т.п.).
• Атрибуты задают независимую яркость цветов для 0 и 1 пикселов.
• Нет клешинга атрибутов при движении спрайтов, так как их можно отображать в верхнем слое.
• Не надо сохранять и восстанавливать фон при движении спрайта.
• Использвание дополнительных страниц вне основного ОЗУ позволяет дорабатывать старые игры, использующие все 8 страниц 128 К.

Цитата:

---

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

Мы когда-то обсуждали узким коллективом очень давно, на какую внешнюю видеокарту было бы проще переделывать старые игрушки. Схема приблизительно такова - перехват на шине записи в экранную область Спека и соотв-но запись в память видеокарты до восьми пикселей (многобитных, но для совместимости на два цвета атрибуты будут влиять; после резета эти два и привязаны к 0 и 1 спектрумовской записи в растр). Далее, вывод спрайта в большинстве игрушек такой примерно: чтение (побайтно) с экрана, чтение маски, чтение спрайта, AND с маской, OR со спрайтом, запись в экран. Это всё достаточно заменить на: чтение маски, запись маски, чтение спрайта, запись спрайта. И при входе в процедуру включить режим, при котором при каждой чётной записи в экран единицы - прозрачный цвет, а нули - цвет маски (допустим, чёрный); а для каждой нечётной записи нули - прозрачный цвет, единицы - цвет спрайта. Потом выключить (для оставленных без изменений процедур печати фона, текста, стирания). Это если минимально хотим вмешаться, только чтобы клэшинг убрать. Правда, на старом спековском экране спрайты будут затирать фон (что неважно, если вывод только через новую видеокарту предполагается, а можно сделать, чтоб игра и на обычном Спеке шла без отличий, а через видеокарту - уже без клэшинга, лишь слегка замедлится процедура из-за лишней записи фона с маской).

---

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

---------- Post added at 07:30 ---------- Previous post was at 07:12 ----------

Alex Rider, можно ли под предложенный выше режим переделать игру типа Saboteur 2 ? Стоит ли менять раскладку битов атрибута или лучше оставить страой ? Оставить 256х192, так как старые игры в этом разрешении или немного увеличить количество точек ?
---------------------------------------

Наверно стоит начать с простого и основного, а потом переходить к более сложному:

разработать стандартный режим 50 Гц SCART
VGA60 для стандартного режима
палитру ULA+
изготовить опытный образец видеокарты
описанный выше режим с линейной адресацией с одним слоем с адреса 0000.
добавить второй слой с адреса 0000 и слой селектор тоже с адреса 0000
объявить конкурс игр для режима с линейной адресацией.
, , .
А уже потом добавлять другие возможные расширения:
режим ATM 320x200 16c
режим 320х240 с аппаратной точкой 32K цветов.
добавить блиттер для спрайтов с 256 цветов на точку без палитры
добавить палитру 256->32К цветов
добавить автоматическое построение фона из карты тайлов
добавить статическую и динамическую области для экрана
режим 640х480.

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

Цитата:

---

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

Наверно стоит начать с простого и основного, а потом переходить к более сложному:

---

Да,надо сделать для начала стандартный спековский экран ,

Цитата:

---

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

изготовить опытный образец видеокарты

---

за основу можно взять разработки IanPo.
По памяти, в идеале ,что бы можно было проецировать любую область памяти в видео память,чтоб не пересылать данные в 0й адрес ,а потом отправлять в видео.Чтение из видео в любую область памяти.

Цитата:

---

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

Может его еще можно улучшить или вернуть старую раскладку битов цвета в байте атрибутов для упрощения переделки игр ?

---

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

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

Отладил работу контроллера SDRAM в пакетном режиме на плате ReVerSE-U16 (EP4CE22E22C7; MT48KC16M16A2-75) в тестовой конфигурации, теперь есть привязка ко времянкам:

SDRAM:
Base Clock = 126MHz, 1T = 7,936507936507937ns
SDRAM Clock = 126MHz (<=133MHz, CL=3)
CL = 3
Burst = 8 (Auto Precharge)
WR = 15T = 119,047619047619ns
RD = 14T = 111,1111111111111ns
REFRESH = 9T = 71,42857142857143ns (>=66ns) Auto Refresh каждые 7.81us

HDMI:
Serializer Clock = Base Clock = 126MHz
Pixel Clock = 25.2MHz (126/5)

Palette 24bpp:
Red = 1KB (<=4 страницы)
Green = 1KB (<=4 страницы)
Blue = 1KB (<=4 страницы)

Mode (на данный момент реализованы):
1) VGA 640x480@60Hz 24bpp/15bpp/8bpp, INT = 60Hz. Базовое разрешение.
2) VGA 320x240@60Hz 24bpp/15bpp/8bpp, INT = 60Hz.
3) Text VGA 640x480@60Hz 3bpp, где аппаратно 80х30 символов 8x16, знакогенератор 4KB
4) ZX-Spectrum VGA 640x480@60Hz 2bpp, где (border left 32+screen 256+border right 32; border top 24+screen 192+border bot 24), INT = 60Hz.

CPU:
1) NextZ80@42MHz..2MHz (126/x, где x=3..63)
2) NextZ80@42MHz..2MHz (126/x, где x=3..63)
3) T80@126MHz..2MHz (126/x, где x=1..63)

В разработке:
DMA
Арбитр памяти SDRAM-Cache-CPU1/CPU2/CPU3/DMA/VGA
Cache для CPU

Сейчас тестовая программа крутится во внутренней памяти FPGA (проверка SDRAM) на NextZ80@42MHz, отладочная информация выводится в текстовом режиме.
Важно сделать арбитр памяти и кэш, чтобы запустить графический режим для отладки. Кто возьмется?

Цитата:

---

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

Если делать разрешения 640х480 то без дма и внешнего накопителя просто не обойтись

---

SDHC 32GB не подойдет?

Цитата:

---

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

SDHC 32GB не подойдет?

---

Если на ReVerSE-U16,ЕvO то да ,а если на видео еще одна флешка будет,то как к ней будет обращатся спек? если конечно собираетесь делать видео карту.

Цитата:

---

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

Отладил работу контроллера SDRAM в пакетном режиме на плате ReVerSE-U16 (EP4CE22E22C7; MT48KC16M16A2-75) в тестовой конфигурации, теперь есть привязка ко времянкам:

SDRAM:
Base Clock = 126MHz, 1T = 7,936507936507937ns
SDRAM Clock = 126MHz (<=133MHz, CL=3)
CL = 3
Burst = 8 (Auto Precharge)
WR = 15T = 119,047619047619ns
RD = 14T = 111,1111111111111ns

---

Отлично - то что надо ! Где можно посмотреть ? Может будешь выкладывать здесь ?

Цитата:

---

REFRESH = 9T = 71,42857142857143ns (>=66ns) Auto Refresh каждые 7.81us

---

Предлагаю для простоты сделать 5 циклов регенерации после каждого строчного синхроимпульса VGA 60 Hz. Естественно, если будет запрос к памяти от Z80, то регенерацию отложить.

Цитата:

---

HDMI:
Serializer Clock = Base Clock = 126MHz
Pixel Clock = 25.2MHz (126/5)

---

Это тоже отлично. Сделай, пожалуйста, для Speccy2010 такую же модель, только выход на аналоговый VGA. На биты D7, D1, D0 каждого цапа R-2R надо подать 0. На остальные 5 - цвета 32К.

Цитата:

---

Palette 24bpp:
Red = 1KB (<=4 страницы)
Green = 1KB (<=4 страницы)
Blue = 1KB (<=4 страницы)
Mode (на данный момент реализованы):
1) VGA 640x480@60Hz 24bpp/15bpp/8bpp, INT = 60Hz. Базовое разрешение.
2) VGA 320x240@60Hz 24bpp/15bpp/8bpp, INT = 60Hz.
3) Text VGA 640x480@60Hz 3bpp, где аппаратно 80х30 символов 8x16, знакогенератор 4KB
4) ZX-Spectrum VGA 640x480@60Hz 2bpp, где (border left 32+screen 256+border right 32; border top 24+screen 192+border bot 24), INT = 60Hz.

---

Не надо гнаться за 24 битами - это замедлит работу карты и усложнит прошивку. Давай для начала сделаем без палитры 1 байт на точку. 16 стандартных цветов. Когда все заработает - добавим палитру 256-32K.
Все режимы, для начала стандартный, выводить сначала в буфер экрана, а потом с нужной частотой выводить на VGA.

Цитата:

---

CPU:
1) NextZ80@42MHz..2MHz (126/x, где x=3..63)
2) NextZ80@42MHz..2MHz (126/x, где x=3..63)
3) T80@126MHz..2MHz (126/x, где x=1..63)

В разработке:
DMA
Арбитр памяти SDRAM-Cache-CPU1/CPU2/CPU3/DMA/VGA
Cache для CPU

---

Предлагаю для начала не усложнять, упростить по максимуму, частоту Z80 сделать 3.5 MHz. Режим предполагается для большинства компьютеров. Тем более на больших частотах доступ к SDRAM может быть усложнен. Пока без ДМА.

Цитата:

---

Сейчас тестовая программа крутится во внутренней памяти FPGA (проверка SDRAM) на NextZ80@42MHz, отладочная информация выводится в текстовом режиме.
Важно сделать арбитр памяти и кэш, чтобы запустить графический режим для отладки. Кто возьмется?

---

Запись/чтение Z80<->SDRAM ? Давай сначала сделаем стандартный режим ZX Spectrum c выводом через буфер экрана и регенерацию. Записывать в буфер экрана надо с частотой развертки TV 50 Hz, чтобы изображение было аналогично тому, что выводится на телевизор.

Наверно, самый компактный по размерам спрайтов и тайлов и быстрый режим, когда в буферах спрайтов, тайлов и экрана на каждую точку приходится 8 бит. То есть за один пакет будет читаться-писать по 16 точек. Надо создать 32 регистра по 8 бит. За один пакет из SDRAM будем заполнять 16 регистров. Читать из регистров с частотой точек для данного режима. Для начала 12.6 MHz. То есть, каждый десятый такт 126 MHz. Для других режимов эти числа потом можно будет брать из мультиплексора.

Палитру можно будет потом добавить после буфера VGA. Сначала без палитры. Про буфер VGA я писал выше, только там было для режима 16 бит на точку, а нам надо 8 бит на точку. Затем добавим доступ Z80.

Цитата:

---

SDHC 32GB не подойдет?

---

Какие сейчас системы загрузки есть и их особенности ? Какая лучшая ?

Цитата:

---

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

Сделай, пожалуйста, для Speccy2010 такую же модель

---

Сейчас минимум. Первая проблема - у меня нет Speccy2010, вторая - придется каждый раз переносить конфигурацию с U16 с учетом особенностей архитектуры, FPGA и сделанных правок, а это дополнительная работа и время.
На Speccy2010 затруднен прямой доступ к SD, нужно пилить МК или паять второй разъем SD, также подгонять кэш под M4K.
Кто ещё будет заниматься проектом на Speccy2010, на U16...? Также нужен программист, нужно будет написать хоть драйвера под железо и демо примеры. Возможно кто-то согласится помочь за вознаграждение.

Цитата:

---

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

Сейчас минимум. Первая проблема - у меня нет Speccy2010, вторая - придется каждый раз переносить конфигурацию с U16 с учетом особенностей архитектуры, FPGA и сделанных правок, а это дополнительная работа и время.
На Speccy2010 затруднен прямой доступ к SD, нужно пилить МК или паять второй разъем SD, также подгонять кэш под M4K.
Кто ещё будет заниматься проектом на Speccy2010, на U16...? Также нужен программист, нужно будет написать хоть драйвера под железо и демо примеры. Возможно кто-то согласится помочь за вознаграждение.

---

Надо сделать так, чтобы большинство модулей, связанных с новыми видеорежимами было одинаковыми. Их и будем менять. А частоту тактовых, распределение выводов FPGA, VGA- выход почти меняться не будут.

Зато я и другие, у кого есть Speccy2010 смогут присоединиться к разработке и тестированию. Пока модули можно выкладывать здесь. Потом, когда устареют сотрешь. Так все желающие смогут скачать одним файлом, посмотреть, запустить. Пока на Speccy2010 придется паять второй SD-разъем. Только нужно написать как и как прошивать. Потом может syd или другой специалист доработает.

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

---------- Post added at 14:54 ---------- Previous post was at 14:44 ----------

Давай пока обойдемся без палитр и кэша. Как все заработает, тогда будем думать и добавлять.

---------- Post added at 15:09 ---------- Previous post was at 14:54 ----------

Цитата:

---

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

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

---

Драйвера не нужны - мы же не WINDOWS пишем. Когда отладим режимы, можно будет устроить конкурс игр с призами.

Цитата:

---

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

Давай пока обойдемся без палитр и кэша. Как все заработает, тогда будем думать и добавлять.

---

Палитру я уже сделал, остается самое основное - арбитр памяти. Нужно связать CPU, VGA с SDRAM.
Проект создам у себя на github.

Цитата:

---

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

Палитру я уже сделал, остается самое основное - арбитр памяти. Нужно связать CPU, VGA с SDRAM.
Проект создам у себя на github, так намного удобнее будет нескольким разработчикам работать над проектом в ветках, вести историю исправлений и вносить исправления, комментировать.

---

Сначала сделать чтение из буфера экрана размером 320х240 точек в буфер VGA. Потом запись стандартной графики в буфер экрана. Каждую точку экрана спектрума, включая бордер представить в виде одного байта и записать в буфер экрана.

Как только FPGA определит, что команда чтения или записи Z80 в/из ОЗУ должен подаваться запрос на доступ к ОЗУ - устанавливаться флаг или бит. Это значит, что как только будет закончен текущий пакет обращения к SDRAM со стороны блиттера или буфера VGA - следующий пакет будет отдан Z80. Так как пакеты по 8 слов можно выбрать один байт в первом слове. Остальные байты игнорировать соответствующими управляющими сигналами на SDRAM.

Как только произведен обмен Z80-SDRAM сбрасывать флаг доступа Z80 и следующий пакет могут использовать AUTO REFRESH, буфер VGA или блиттер. Пока блиттера нет. А AUTO REFRESH будем делать 5 циклов в начале строки. После этого загружаем 16 слов в буфер VGA. Как только начнется активная часть строки - начинаем брать по 1 байту из буфера VGA и выводить в ЦАП/HDMI. Во время кадрового бордера читать в буфер VGA не надо.

---------- Post added at 15:41 ---------- Previous post was at 15:31 ----------

Так как экран спектрума у тебя уже показывает - пока можно добавить запись этих точек в буфер экрана. Наверно в качестве ОЗУ у тебя кэш. Потом эти же данные будем брать из SDRAM.

Самый высоких приоритет при доступе к SDRAM будет у Z80. Затем AUTO REFRESH. Затем чтение из буфера экрана в буфер VGA. Затем чтение из экранной области стандартного ZX Spectrum-a и запись точек в буфер экрана. Самый низкий приоритет будет у блиттера.

В новых режимах чтение из экранной области стандартного ZX Spectrum-a и запись точек в буфер экрана не требуется. А в старых режимах не будет блиттера.

---------- Post added at 15:56 ---------- Previous post was at 15:41 ----------

Допустим, флаги имеют имена F1...F5 соответственно. 1- когда установлен. Чтобы определить, какой будет следующий пакет SDRAM анализируем флаги:
F1=1 - значит Z80.
F1=0, F2=1 - значит AUTO REFRESH.
F1=0, F2=0, F3=1 - значит буфер VGA и т.д.

Соответственно на SDRAM с помощью мультиплексора подаем адреса с Z80 или соответствующих счетчиков.
Флаг F2 устанавливать в начале каждой строки VGA и сбрасывать после выполнения 5 циклов регенерации. Флаг F3 устанавливаем как только прочитали и выдали на VGA 16 точек. Сбрасывать - когда загрузили из буфера экрана в буфер VGA (32 регистра по 8 бит) следующие 16 точек.

Цитата:

---

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

Сначала сделать чтение из буфера экрана размером 320х240 точек в буфер VGA

---

а зачем?

Цитата:

---

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

Потом запись стандартной графики в буфер экрана

---

а как? дма в руки.

Цитата:

---

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

а зачем?

а как? дма в руки.

---

Стандартную графику нельзя скопировать с помощью DMA. Надо прочитать байт пикселов, байт атрибутов, преобразовать цвета 8 точек в формат: 1 байт на точку. Возможно потребуется преобразование с помощью палитры ULA+. Потом готовые 8 точек записать в буфер экрана.

Напоминаю, в буфере экрана у нас будет результат всех графических операций:
Стандартная графика и/или фон, построенный из карты тайлов, сверху несколько спрайтов, может быть сверху еще передний слой тайлов, возможно линии. Так вот эту картинку надо вывести на экран телевизора или монитора. У них обычно разные частоты точек, строк и кадров.

Буфер VGA представляет из себя 32 регистра по 8 битов. Предназначен для согласования процессов чтения из буфера экрана по 16 точек и вывод в ЦАП VGA с другой частотой по одной точке.

Цитата:

---

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

Стандартную графику нельзя скопировать с помощью DMA

---

Бугага, читаем дальше:

Цитата:

---

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

Надо прочитать байт пикселов, байт атрибутов, преобразовать цвета 8 точек в формат: 1 байт на точку

---

выходит, это простое побайтное мышление?

Цитата:

---

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

Возможно потребуется преобразование с помощью палитры ULA+. Потом готовые 8 точек записать в буфер экрана

---

мне больше нечего сказать концептологу.. Фантазируй ищо!

Цитата:

---

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

Бугага, читаем дальше:


выходит, это простое побайтное мышление?



мне больше нечего сказать концептологу.. Фантазируй ищо!

---

Что опять не так ? Где я ошибся ? Даже если ошибся - поправь.
В моей видеокарте все режимы графики формируют результирующую картинку в буфере экрана. Потом с требуемой частотой кадров и точек картинка выводится на TV или VGA. Вроде все просто. Если не понятно - спрашивайте.

Цитата:

---

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

Что опять не так ? Где я ошибся ? Даже если ошибся - поправ

---

Цитата:

---

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

Стандартную графику нельзя скопировать с помощью DMA

---

Тгода вопрос - зачем дма?

Цитата:

---

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

Тгода вопрос - зачем дма?

---

Дма пока и не планировалось использовать. У Z80 и видеокарты общая память. Оба имеют к ней доступ. Может потом потребуется для копирования картинки после загрузки в другую область памяти. А так планировался блиттер для копирования спрайтов в область экрана.

Если будет возможность - лучше сразу грузить в нужную страницу ОЗУ, подключив ее в нужное окно 16К, как в ATM/ZX-EVO.

Цитата:

---

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

Дма пока и не планировалось использовать

---

тогда сразу в топку затеи

Цитата:

---

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

У Z80 и видеокарты общая память

---

Интересно, у TS-Conf общая память не особо и мешает.

Цитата:

---

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

А так планировался блиттер для копирования спрайтов в область экран

---

И как блиттер будет планироваться? копирование побайтно или попиксельно? Или, может, с четными адресами?

Цитата:

---

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

Если будет возможность - лучше сразу грузить в нужную страницу ОЗУ, подключив ее в нужное окно 16К, как в ATM/ZX-EVO

---

отм пусть сразу идет лесом. Лучше бы адрес конкретной видеостраницы работал, а не по страницам.

Хотя возможно ДМА или блиттер без учета прозрачного цвета может понадобиться при загрузке спрайтов с носителя. Спрайты обычно рисуют в одной картинке. Тип так:

http://s019.radikal.ru/i635/1507/be/9ad1c95ac8adt.jpg http://s010.radikal.ru/i312/1507/fa/c468dcff4cfat.jpg http://s019.radikal.ru/i611/1507/61/599705767285t.jpg

Чтобы обеспечить доступ к каждому спрайту при загрузке картинку нужно будет скопировать в определенное место SDRAM емкостью 8 мегабайт. После загрузки и копирования Z80 должен будет вычислить адрес каждого спрайта для последующего быстрого поиска. При загрузке нужно будет создать специальную таблицу с параметрами спрайтов. В ней каждый спрайт имеет номер, адрес начала в SDRAM, ширину, высоту, возможно дополнительные параметры. Возможно потребуется большой файл со спрайтами разделить на отдельные спрайты и скопировать в нужное место SDRAM. В результате будет таблица, по которой легко можно будет найти по номеру адрес спрайта и его размеры. После этого программа сможет работать со спрайтами на более высоком уровне без указания адреса и размеров.

Логика игры определяет, где разместить требуемые объекты. Каждый объект имеет имя или номер, текущее направление / угол поворота, фазу. Потом специальная подпрограмма должна определить номер спрайта. Видеокарта в командном файле читает информацию - координаты печати, номер спрайта, возможно номер палитры, цвет клана и т.п. Потом она по номеру спрайта находит в таблице его размеры и адрес в буфере спрайтов. После этого есть все данные для копирования.

---------- Post added at 17:21 ---------- Previous post was at 17:14 ----------

Цитата:

---

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

тогда сразу в топку затеи
Интересно, у TS-Conf общая память не особо и мешает.

И как блиттер будет планироваться? копирование побайтно или попиксельно? Или, может, с четными адресами?


отм пусть сразу идет лесом. Лучше бы адрес конкретной видеостраницы работал, а не по страницам.

---

Копирование спрайтов аналогично TSconf, но не в реальном режиме времени (так как это сложно) и не ограничено количеством 85 и размерами 64х64. Насколько хватит времени и объема памяти - выбирает программист. Копирование таких же как в TSconf спрайтов происходит в буфер экрана поверх тайлов и других спрайтов.

В TSconf наверно тоже можно включать в любое окно любую страницу SDRAM. Какие видеостраницы ? Все адресное пространство Z80 64К и SDRAM 8М разделено на окна и страницы соответственно размером по 16 К. Ко всем имеют доступ Z80 и видеокарта. Есть буфер спрайтов, тайлов, экрана. Буферов экрана может быть несколько. Буферы размером больше 64 К. К ним обычно доступ не нужен. Только при загрузке тайлов и спрайтов с носителя. Там придется через окна 16 К. Хотя..

Ну, в топку ваши проекты. Много умных слов и ничего на деле.

zst, собрал для Speccy2010 (EP2C8Q208C8) и ReVerSE-U16 (EP4CE22E22C7). Для Speccy2010 PLL не генерит 126МГц, пришлось выставить 125.0МГц, VGA 25.0МГц.
Попробуй, должно вывести на экран палитру 24bpp 16Мцветов с наложенным текстовым слоем 80x30, режим 640х480@60Hz 24bpp как на фото:

http://zx-pk.ru/attachment.php?attac...1&d=1437830887