Новый формат графического изображения для ZX совместимых компьютеров.

[Ynicky]

Переделал программы в первом посте для работы с командной строки.
При написании видеоконтроллера оказалось, что на частоте работы 25 МГц
ему не хватает производительности. Решил переделать атрибуты с одним
байтом на INK и одним на PAPER. В этом случае как растр так и атрибуты
занимают по 0x1800 байтов. Общий размер - 0x3000. Поэтому поместил
в файле SCN атрибуты после растра, чтобы изображение умещалось
в одну страницу 16 кБ. Сделал проект на плате Марсоход3.
Архитектура - как у Spectrum128, только вместо BASIC128 пока написал
простенький монитор. Память ROM (монитор 16 кБ), BASIC48 (16 кБ),
VRAM (две страницы по 16 кБ) и быстрая нижняя память RAM
(две страницы по 16 кБ) занимают внутреннюю память FPGA.
Остальные 28 страниц RAM по 16 кБ находятся во внешней SDRAM.
видеоконтроллер работает в 2-х режимах: стандартном и расширенном.
Пока не могу проверить BASIC48, так как не знаю что нужно сделать
в мониторе для его запуска. Значение 0x33 в порт #7FFD записываю.
А что нужно еще - не знаю. В интернете не нашел.
Может кто знает как из BASIC128 попасть в BASIC48?

Программы для Windows (Visual Studio) с преобразованиями
из BMP24 в SCN8 и обратно:
scn82bmp_20170223.zip
bmp2scn8_20170223.zip
Картинки:

[Advertiser]

[Smalovsky]

Ynicky, может, лучше атрибуты не 4 на 4, а 8 на 2( в тандартном знакоместе получается тоже 4 атрибута как и при атрибуте 4 на 4) ?

[Ynicky]

может, лучше атрибуты не 4 на 4, а 8 на 2

Мне кажется, качество по горизонтали будет плохое, а по вертикали хорошее.
И конфликт атрибутов по горизонтали останется прежним.
Хороший вариант получается если в растре использовать два бита на пиксель.
При этом в стандартном знакоместе (8х8) будет не 2 атрибута (INK и PAPER), а четыре.
При байтовом размере атрибутов изображение не будет превышать 16 кБ.
И конфликта атрибутов не будет, если следовать следующим правилам:
- 1 атрибут на фон и 3 атрибута на спрайт;
- 2 атрибута на фон и 2 атрибута на спрайт;
- 3 атрибута на фон и 1 атрибут на спрайт;

[Smalovsky]

Ynicky, при двух битах на пиксель старые методы кодирования графики не подойдут. Количество байтов под атрибуты 768х4х2=6144 при байт на инк и байт на папер. Растр 6144х2=12288 байт.
Если делать атрибут 8 на 2, то будет подобие аппаратного мультиколора с расширенными атрибутами. Но есть плюс - есть наработки для мультиколора в движке нирвана с размером чанка 8 на 2( биколор). Там режим программный, а при аппаратном ускорении высвободится больше быстродействия. Вот ссылка про движок
http://zx-pk.ru/threads/22175-novyj-...k-nirvana.html
спрайты в мультиколоре 8 на 2.

Наработки программные с нуля не надо писать будет.

[Lethargeek]

Если делать атрибут 8 на 2, то будет подобие аппаратного мультиколора с расширенными атрибутами.

а если делать атрибут 1 на 1, то получится подобие целого вороха режимов, в том числе пока еще не придуманных

[Alex Rider]

Значение 0x33 в порт #7FFD записываю.
А что нужно еще - не знаю. В интернете не нашел.
Может кто знает как из BASIC128 попасть в BASIC48?

Если насовсем, то out (#7ffd),#20. Если на чуть-чуть, то out (#7ffd),#10 - туда, out (#7ffd),#00 - обратно

- - - Добавлено - - -

Пока не могу проверить BASIC48, так как не знаю что нужно сделать
в мониторе для его запуска.

Запоздалая мысль. out (#7ffd),#33 включит BASIC48 (и страницу 4 в #c000, не знаю зачем тебе это), но сброс не сделает, продолжит исполнение в другой ROM со следующего после out адреса. А что там в ROM1? Если хочешь сброс, делай out либо в RAM, либо в том адресе ROM0, после которого ROM1 уйдет на сброс (например, затолкай в стек #0000 и переключись там, где в ROM1 по следующему адресу будет ret). Переключение в RAM надежнее.

[Ynicky]

Alex Rider, спасибо за подсказку.
Сделал так:
0048 BASIC48
0048 31 00 3D ld SP,#3d00
004B 3E 33 ld a,#33
004D 01 FD 7F ld bc,#7ffd;
0050 ED 79 out (c),a
0052 C9 ret

Так как команда ret имеет еще 2 чтения адреса, то записывать в стек #0000 нельзя.
ПЗУ уже переключилось на BASIC48, а там по начальным адресам не нули.
Нашел в BASIC48 место с нулями - #3d00, и записал это в стек.
После этого сработало как надо.

[Alex Rider]

Так как команда ret имеет еще 2 чтения адреса, то записывать в стек #0000 нельзя.
ПЗУ уже переключилось на BASIC48, а там по начальным адресам не нули.
Нашел в BASIC48 место с нулями - #3d00, и записал это в стек.
После этого сработало как надо.

Ага, точно. Важно еще, что в ROM1 по адресу 0052 тоже ret. Собственно, в твоем мониторе ret по 0052 не сказать, чтобы нужен, но и не возбраняется. Если надо сэкономить, можно попробовать так (пишу без отладки, из головы):

  org #0273
  ld a,#30
  ld bc,#7ffd
  out (c),a
  rst #0

По адресу #027a лежит #c7 = rst #0, что тоже сброс. Но да, #c7 встречается нечасто, поэтому куда угодно этот кусок не засунешь.

004B 3E 33 ld a,#33

А зачем #33? При переходе в ROM1 с #c000 включится страница 3 - это так специально надо?

[Ynicky]

А зачем #33? При переходе в ROM1 с #c000 включится страница 3 - это так специально надо?

Я думал, что в Spectrum-е 48K используется 1, 2 и 3-я страницы. А так как у меня 3-я страница находится в быстром внутреннем ОЗУ FPGA, то я ее и подключил. Хотя программе все равно 0-я или 3-я страницы. Во внутренней памяти у меня находятся 2, 3, 5, и 7-я страницы.

P.S. Забыл еще сказать. Процессор у меня стоит nextZ80, работающий на частоте 40 МГц с каждым вторым wait стейтом при работе с внутренними ROM и RAM. При работе с внешней SDRAM wait останавливает процессор на 10 тактов из 11. При переходе на BASIC48 - тоже на 10 из 11 с внутренней памятью (3,64 МГц).

[Alex Rider]

Я думал, что в Spectrum-е 48K используется 1, 2 и 3-я страницы.

Нет, в 48К (точнее, после установки 5 бита #7ffd) все равно какая страница включена, но единственная - #7ffd после этого блокируется, и до аппаратного сброса страницу поменять не получится. Оригинальный BASIC48 ничего про страницы не знает, какую впечатали, той и пользуется.