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

[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, и записал это в стек.
После этого сработало как надо.

[Ynicky]

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

Сделал преобразование блоков в 8х2.
Вот что получилось.
Слева направо: RGB888, блоки 4х4, блоки 8х2.








В принципе разница у 4х4 и 8х2 минимальная.

[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 МГц).

[gurfunkel]

В принципе разница у 4х4 и 8х2 минимальная.

Да нет, у 8х2 сильнее заметна "пикселизация", т.е. квадраты видны.

[Advertiser]

[Alex Rider]

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

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

[Ynicky]

Сейчас работаю над новой конфигурацией ts-conf для плат ReVerSE и DivGMX. Конфигурация будет на базе двух ядер Next (оптимизированный NextZ80, уменьшено время выполнения некоторых команд, добавлен кеш и дополнительные команды) по 42/50MHz с графикой 256х192 8bpp (256 цветов) с последующим переходом на 640х480 8/15/24bpp (16M цветов) для возможности реализации игр подобных StarCraft с минимальными изменениями графики.

Здравствуйте, vlad. У меня стоит Ваш процессор на VHDL. А зачем 2 ядра? Какие функции у каждого?
Если смогу адаптировать Вашу новую конфигурацию в Марсоход3, было бы здорово.

[Hacker VBI]

Сейчас работаю над новой конфигурацией ts-conf для плат ReVerSE и DivGMX. Конфигурация будет на базе двух ядер Next (оптимизированный NextZ80, уменьшено время выполнения некоторых команд, добавлен кеш и дополнительные команды) по 42/50MHz с графикой 256х192 8bpp (256 цветов) с последующим переходом на 640х480 8/15/24bpp (16M цветов) для возможности реализации игр подобных StarCraft с минимальными изменениями графики.

довольно интересно. а сколько таких ядер в чип влезет безболезненно?

[Smalovsky]

Ynicky, я вот подумал, что 4х4 является симметричным( расположение атрибутных областей в одном знакоместе симметрично - две по горизонтали и две по вертикали) и представление программной модели более проще чем у 8х2. У режима 8х2 в одном знакоместе четыре атрибутных области расположенных по вертикали, а по горизонтали укладывается только одна, то есть режим не симметричен и его программная модель сложнее.
Для симметричного 4x4 можно в играх хоть вид сбоку, хоть сверху, а для несимметричного 8х2 только с боку( при виде сверху персонаж игры будет отображаться по разному в зависимости от его ориентации из-за несимметричности расположения атрибутных знакомест 8х2). Можно конечно для 8х2 и вид сверху в играх, но тогда теряется преимущество перед обычным видеорежимом.
Хотя плюс 8х2 наличие программных наработок, которые можно взять за основу. Нужно посоветоваться с экспертами какой размер атрибутной области нужен. Например, Денис Грачёв изучал мультиколор 8х2( я об этом что-то читал) для движка нирвана. Может, он напишет своё мнение. Я посоветуюсь, по возможности, с алоне_кодером.