Тема для всяких глупых вопросов

Цитата:

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

У меня платформер со скроллом экрана. Это значит что нужна вся графика которая есть на уровне.
Эта графика как раз занимает у меня 16КБ начиная с $8000. Особенности решения позволяют хранить там 64 тайла. Этого маловато. Хочется буйства текстур, разнообразия и красоты

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

но фоне постоянного зеркалиния туда сюда спрайтов в играх на 48
это будет тьфу

посмотри как это все время делается на приставках
с весьма ограниченным набором тайлов
на всяких несах часто есть в дебагере...

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

Цитата:

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

Для скролл-платформера насколько приемлемо использование буфера?

а это зависит от того гонишься ли ты за фреймовостью
(где нужно рисовать напрямую на экран)

или не гонишься
и у тебя будет 15 слоев фона и куча спрайтов
и для которых может быть оптимальней линейный буфер

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

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

Цитата:

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

с переменным выводом в $4000/c000?

переменный вывод более медленный
нужны или корекции процедур на каждую смену а это такты
или два набора процедур а это дополнительное место
или два набора таблиц а это много места

не очень идея...

Цитата:

Сообщение от NEO SPECTRUMAN

или не гонишься
и у тебя будет 15 слоев фона и куча спрайтов
и для которых может быть оптимальней линейный буфер

Для общего развития.
Переброска всего экрана (если буфер в экран) занимает ~1.5-1.7 прерывания, полюс подготовка кадра. Получается, что на вывод одного кадра придётся затратить ~3 прерывания? 15-16 кадров в секунду. Ускориться можно, только за счёт уменьшения окна вывода. Я не ошибаюсь?

Цитата:

Сообщение от NEO SPECTRUMAN

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

Да, есть такая идея, динамически подменять тайлы, только надо подумать как это делать незаметно для игрока. Ну и сам механизм смены тайлов тоже надо продумывать. Кроме того, это накладывает определённые ограничения на левел-дизайн. Вот к примеру, в игре Sonic'n'Knuckles одно только кольцо из лианы съест практически весь мой набор тайлов. Но оно появляется на экране не отдельно, к нему ГГ прикатывается плавно, а катится он по фону с разнообразной травой, подъёмами и спусками. Значит вокруг такого сложного объекта фон нужно как то обеднять, делать примитивнее, в общем, да, задачка...

Цитата:

Сообщение от NEO SPECTRUMAN

но фоне постоянного зеркалиния туда сюда спрайтов в играх на 48
это будет тьфу

Цитата:

Сообщение от NEO SPECTRUMAN

посмотри как это все время делается на приставках
с весьма ограниченным набором тайлов
на всяких несах часто есть в дебагере...

Верю на слово :)

Цитата:

Сообщение от NEO SPECTRUMAN

а это зависит от того гонишься ли ты за фреймовостью
(где нужно рисовать напрямую на экран)

Гонюсь, не то слово :) А как ты себе представляешь игру с динамичным геймплеем? Лучшую игру на ZX! :)

Цитата:

Сообщение от NEO SPECTRUMAN

переменный вывод более медленный
нужны или корекции процедур на каждую смену а это такты
или два набора процедур а это дополнительное место
или два набора таблиц а это много места

не очень идея...

Таблиц с адресами строк экрана? Вероятно, речь идёт о выводе спрайтов?
Потому что для вывода тайлов я не вижу смысла прописывать адреса внутри процедур или строить таблицу. Достаточно inc h для следующей строки пикселей и ld bc,offset, add hl,bc, для следующего знакоместа/трети экрана.
Честно говоря, до вывода спрайтов я ещё не дошёл. Возможно, я выберу вариант с одним адресом экрана. А может как-то выкручусь с двумя. Надо будет посчитать сколько памяти больше расходуется.

Цитата:

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

Переброска всего экрана (если буфер в экран) занимает ~1.5-1.7 прерывания,

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

Цитата:

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

15-16 кадров в секунду.

а так я не считаю это не плеябельной скоростью

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

Цитата:

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

Достаточно inc h для следующей строки пикселей

это то да
а вот как ты собираешься находить адрес первого байта?
сложениями и сдвигами что ли?

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

Цитата:

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

Гонюсь, не то слово А как ты себе представляешь игру с динамичным геймплеем? Л

кстате если "динамический" геймплей идет на фоне статического фона и небольшого числа спрайтов :)
еще бывает строят в буфере
но перекидывают на экран только квадратики со спрайтом а не весь экран

Цитата:

Сообщение от NEO SPECTRUMAN

это то да
а вот как ты собираешься находить адрес первого байта?
сложениями и сдвигами что ли?

Не совсем понял о каком первом байте речь.

Цитата:

Сообщение от NEO SPECTRUMAN

кстате если "динамический" геймплей идет на фоне статического фона и небольшого числа спрайтов :)
еще бывает строят в буфере
но перекидывают на экран только квадратики со спрайтом а не весь экран

Да, но это не мой случай. У меня перерисовывается весь экран, только в некоторых местах пустые тайлы могут пропускаться, там где много свободного места.

Цитата:

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

Не совсем понял о каком первом байте речь.

от которого ты будешь шагать вниз по экрану при помощи inc h...
для него и нужна таблица байт на 512...

Цитата:

Сообщение от NEO SPECTRUMAN

от которого ты будешь шагать вниз по экрану при помощи inc h...
для него и нужна таблица байт на 512...

Ну сначала в hl записываем #4000 (или #c000). В этом месте старший байт адреса меняется при переключении экрана.
Выводим первый тайл. После этого hl указывает на нижний левый угол тайла (потому что вывожу змейкой). Прибавляем к hl смещение (#f8e2), получаемся адрес для вывода следующего тайла.
Когда ряд из тайлов вывели, прибавляем смещение (#f901) для нового ряда тайлов. Выводим 4 ряда тайлов. При переходе на следующую треть экрана, добавляем ещё смещение (#0700).

Старый вопрос, но нужно обновить.
Какую звуковую карту купить (начать мечтать) для скорпа? Есть свободный слот шины ZS.
Железок придумано много, трудно охватить всё взглядом.
Чтобы почти не надо было паять, прошивать, чтобы софт поддерживал, коллекция музла была. Хорошо, если много-в-одном типа AYX32. Хорошо, если не дорого - богато.
В общем, самое лучшее цена/качество.
Или сразу мечтать целиком купить комп современный, типа ZXDOS?

Цитата:

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

Или сразу мечтать целиком купить комп современный, типа ZXDOS?

Лучше всего взять или собранную плату ZX Evolution и собрать самому в корпус mITX. Звуковую карту для Evo взять NeoGS или ZXM-SoundCard.
или если есть деньги, то ZX Spectrum Next, пока не дорого надо брать.
https://i.ibb.co/2cX5nnS/ozi-Kyvxeb-Qg.jpg
ZXDOS точно не подойдет под критерий 'не прошивать'.

Цитата:

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

то ZX Spectrum Next, пока не дорого надо брать.

только это НЕ спектрум а фпга дев борда в ~~"красивой"~~ коробке
штуку баксов можно просадить и на более полезные вещи
не спонсируя при этом колумбийский бразильцев еврейского происхождения

Цитата:

Сообщение от NEO SPECTRUMAN

только это НЕ спектрум а фпга дев борда в ~~"красивой"~~ коробке
штуку баксов можно просадить и на более полезные вещи
не спонсируя при этом колумбийский бразильцев еврейского происхождения

Дед Синклер фигни не посоветует, а на коробке гордо стоит его имя. Так что только Next единственный современный аутентичный вариант спека и за ним будущее. Че там в потрохах среднестатистическому покупателю пофиг.

Цитата:

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

Дед Синклер фигни не посоветует, а на коробке гордо стоит его имя.

дед синклер гордо продал своё имя амстраду...

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

и имя синклера стоит даже на ибмпц совместимом компе
https://www.old-computers.com/museum..._System_s1.jpg
не скажу что это плохо
просто факт

да и бразильские колумбийцы купили имя синклера скорей всего не у синклера...

в придачу имя NEXT для спектрума забили русские еще 30 лет назад...

Цитата:

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

Лучше всего взять или собранную плату ZX Evolution и собрать самому в корпус mITX. Звуковую карту для Evo взять NeoGS или ZXM-SoundCard.
......
ZXDOS точно не подойдет под критерий 'не прошивать'.

Эва+NeoGS наверно на 13к-14к потянет? Не мало. А ZXDOS же наверно просто прошивается, в смысле программатор не надо покупать? Не интересовался пока.

Цитата:

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

Эва+NeoGS наверно на 13к-14к потянет? Не мало. А ZXDOS же наверно просто прошивается, в смысле программатор не надо покупать? Не интересовался пока.

ZXDOS+ в корпусе 125 евро + 25 евро доставка и будет тебе теже 13 600р. Программатор не надо если не слетит прошивка.
ZXEVO полный комплект еще и с монитором без стоимости доставки на Авито есть за 15 000р. У производителя собранная плата ZXEVO и NeoGS 7800+6800=14 600р + корпус ~2000р выходит около 17тр. Не ну а как вы хотели с таким курсом деревянного? Хобби вообще не дешевая затея.

Цитата:

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

а на коробке гордо стоит его имя

не могу не запостить :)
http://www.leningrad.su/museum/38/zx-1-1.jpg
http://www.leningrad.su/museum/38/szx-1.jpg

Цитата:

Сообщение от NEO SPECTRUMAN

только это НЕ спектрум а фпга дев борда в ~~"красивой"~~ коробке
штуку баксов можно просадить и на более полезные вещи
не спонсируя при этом колумбийский бразильцев еврейского происхождения

То, что кто-то продаёт за штуку баксов - не значит, что это реальная цена.
У нас на локальной барахолке периодически неработающие 48К самопалы по сотне евров продают. Но это не значит, что скорей надо бежать покупать.

Цитата:

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

То, что кто-то продаёт за штуку баксов - не значит, что это реальная цена.

а если вспомнить сколько эти барыги хотели за первый экземпляр с подписями лично колумбийских бразильцев
то это вообще :v2_dizzy_facepalm:

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

Цитата:

Сообщение от NEO SPECTRUMAN

переменный вывод более медленный
нужны или корекции процедур на каждую смену а это такты
или два набора процедур а это дополнительное место
или два набора таблиц а это много места

не очень идея...

Вывод делаем всегда в #C000, подключая попеременно 5 или 7 страницы. В чём проблема-то?

Цитата:

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

Вывод делаем всегда в #C000, подключая попеременно 5 или 7 страницы. В чём проблема-то?

ты это не мне адресуй
а тем кто попеременно хочет выводить то в 4000 то в С000

Цитата:

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

Вывод делаем всегда в #C000, подключая попеременно 5 или 7 страницы. В чём проблема-то?

Проблема как всегда, в нехватке памяти (или/и быстродействия). У меня в 7-й странице лежит код, который выводит графику. Можно переместить в пятую, но тогда надо точно знать что не будет использоваться TR-DOS. Хотя... можно сохранять критичную для TR-DOSa информацию на время геймплея, а потом её восстанавливать?

Как я понял, выводить всегда в #c000 это уже сложившаяся практика.

Цитата:

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

Хотя... можно сохранять критичную для TR-DOSa информацию на время геймплея, а потом её восстанавливать?

можно инициализировать переменные тырдырдоса, когда нужно обращение к тырыдосу, так
и вроде все после этого работает

Код:

trdos_init ld hl,$5c00 ld de,$5c01 ld bc,$0240 ld (hl),l ldir ld iy,$5C3A ld a,$FF ld (iy+$00),a ld ($5D0C),a ;#ff=i/o Буфер неиспользуется ld a,$C9 ld ($5CC2),a ;для TR-DOS ld a,$83 ld ($5CC8),a ;режим работы дисковода А ;для B,C,D будут $C9,$CA,$CB ;$5D16 содержит номер дисковода (0-3=А-D)+$3C

ну по крайней мере я такое теперь юзаю
тк хранить все переменные отдельно а потом восстанавливать сильно жирно

кстате где то писалось что tr-dos повреждает какие то участки памяти в процессе
чо он там повреждает?
и с какого адреса можно безопасно грузить ни о чем не думая?

Цитата:

Сообщение от NEO SPECTRUMAN

кстате где то писалось что tr-dos повреждает какие то участки памяти в процессе

Это не про 3dos часом речь шла и седьмую банку?

Цитата:

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

Это не про 3dos часом речь шла и седьмую банку?

да нет
к сожалению не помню где я это видел
но речь шла по трдос

+дето писалось что для чтения трдос создает дето буфер
и что при этом трдос сам выбирает где этому буферу быть

нето

так же вот что то подозрительное нашел у алона
неизвестно для чего (в суть не вникал)
что тоже меня настараживает

Код:

;после дисковых операций EI ;vTRDOS bug!!! LD HL,$5C00 LD DE,SYSBUF LD BC,$5D3B-$5C00 LDIR ;иначе экран АТМ запарывает HALT CALL ZEROATR HALT DI IFN atm CALL $3D46 ;вызов "проверочной" точки в (v)TR-DOS ;портит $5CEF (экран) LD (wasvtr),A OR A ;CP #00 ;если не 0,vTR-DOS нет и ПЗУ не подменяем CALL Z,$3C9E ;вызов триггера подмены ПЗУ TRD/vTRD ;vTRDOS выключен

[свернуть]

хотя 5C00 это уже не спектрумовский экран
и похоже на адрес переменных

Процедуры "считать сектора" и "записать сектора", насколько помню, ничего, кроме некоторых из своих 112 байт, не трогают. А многие другие типа поиска дескриптора или чтения файла по имени, вынуждены сектора потихоньку читать, поэтому создают временно буфер для одного сектора. Кажется, в стандартной штатной бейсиковской "куче", указанной переменной WORKSP (23649) и ограниченной STKBOT(23651). А вот какие еще нужно заполнять указатели, если нужно...

"Во время чтения или записи сектора, между областью переменных DOS и CHANS создается буфер сектора - 257 байт (256 байт данных + контрольный байт)"
http://zxpress.ru/book_articles.php?id=1352

Цитата:

Указанный способ выделения буфера перед областью CHANS объясняет странное поведение TR-DOS при обращении к MS-DOS дискете: любое обращение к диску начинается с чтения 8-го сектора во временный буфер, а так как сектор MS-DOS вдвое длиннее, таблица CHANS оказывается затертой - с соответствующими последствиями...

а трдос при простом чтении секторов через 05 3D13 использует CHANS?

может можно читать посекторно мсдосный диск через 3D13
при этом забирая прочитанный буфер ручками?

del

назначь кнопки "MSYULE" (появится надпись CheatActive) после этого жми GTI в игре для завершения уровня

Вопрос по скроллингу фона.
Вы как обычно любите делать, сначала вывести на экран, а потом скроллить, или выводить и скроллить "на лету"?
Теоретически, на лету должно быть быстрее, потому что не нужно два раза ходить по одному и тому же месту (сначала вывод, потом скролл).

Цитата:

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

Вопрос по скроллингу фона.
Вы как обычно любите делать, сначала вывести на экран, а потом скроллить, или выводить и скроллить "на лету"?
Теоретически, на лету должно быть быстрее, потому что не нужно два раза ходить по одному и тому же месту (сначала вывод, потом скролл).

у тебя фон из тайлов? или фон просто фон?

если выбирать из вариантов скроллить на лету или перерисовывать тайлы
то вариант - проскроллить и дорисовать - быстрее

Цитата:

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

у тебя фон из тайлов? или фон просто фон?

если выбирать из вариантов скроллить на лету или перерисовывать тайлы
то вариант - проскроллить и дорисовать - быстрее

Фон просто фон. Проскроллить и дорисовать, это значит прочитать графику там где она хранится, проскроллить в регистрах и положить на экран?

Ещё вопрос к тебе. В одной из тем ты пишешь про табличный скроллинг. Но я, честно говоря, так и не смог понять как он устроен.
https://zx-pk.ru/threads/22125-kak-b...l=1#post642038

Можешь поподробнее объяснить?

Цитата:

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

Фон просто фон. Проскроллить и дорисовать, это значит прочитать графику там где она хранится, проскроллить в регистрах и положить на экран?

Ещё вопрос к тебе. В одной из тем ты пишешь про табличный скроллинг. Но я, честно говоря, так и не смог понять как он устроен.
https://zx-pk.ru/threads/22125-kak-b...l=1#post642038

Можешь поподробнее объяснить?

Нет.
Без внятного ТЗ я тебе не помогу.
Что именно ты скроллиш и с какой целью.

Цитата:

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

Нет.
Без внятного ТЗ я тебе не помогу.
Что именно ты скроллиш и с какой целью.

Есть картинка шириной 400 пикселей и высотой 112 строк, это фон. Фон должен выводиться на всю ширину экрана начиная с 32-й (если считать с нуля) строки экрана и скроллиться влево-вправо на любое количество пикселей.
Фон занимает 5600 байт.
У меня 8 процедур вывода. Каждая выводит с определённым смещением (от 0 до 7). Получается не очень шустро: 67, 113, 188, 192, 192, 194, 187, 112 килотактов (Кт) соответственно. Скроллю "на лету" т.е., беру байт из места хранения фона, сдвигаю в регистре, кладу на экран. И так всю строку. Там где нужно использовать сдвиг тетрады, делаю второй проход уже по экрану.

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

Вложений: 1

Цитата:

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

Есть картинка шириной 400 пикселей и высотой 112 строк, это фон. Фон должен выводиться на всю ширину экрана начиная с 32-й (если считать с нуля) строки экрана и скроллиться влево-вправо на любое количество пикселей.
Фон занимает 5600 байт.
У меня 8 процедур вывода. Каждая выводит с определённым смещением (от 0 до 7). Получается не очень шустро: 67, 113, 188, 192, 192, 194, 187, 112 килотактов (Кт) соответственно. Скроллю "на лету" т.е., беру байт из места хранения фона, сдвигаю в регистре, кладу на экран. И так всю строку. Там где нужно использовать сдвиг тетрады, делаю второй проход уже по экрану.

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

там в ветке ниже было посчитано что гдето 42 байта на байт.
200к быстрее не сделаешь
хочешь быстро - делаешь 8 копий фона со скроллом

Вложение 74235 примерно так.

и потом быстро быстро кидаешь их на экран

если в анриле посмотришь код
то увидишь как делать это быстро

А кто-нибудь работал с SpectNet IDE или знает о ней? Стоит ли заводить новую тему, есть ли подобные аналоги?

Цитата:

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

там в ветке ниже было посчитано что гдето 42 байта на байт.
200к быстрее не сделаешь
хочешь быстро - делаешь 8 копий фона со скроллом

Вложение 74235 примерно так.

и потом быстро быстро кидаешь их на экран

если в анриле посмотришь код
то увидишь как делать это быстро

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

Цитата:

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

У меня 8 процедур вывода. Каждая выводит с определённым смещением (от 0 до 7).

А скроллишь байт как?
И что именно за фон - динамически меняющийся, или собран из маленьких спрайтов?

Цитата:

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

А скроллишь байт как?
И что именно за фон - динамически меняющийся, или собран из маленьких спрайтов?

Фон просто последовательность байтов, 112 строк, длиной по 50 байт.

Код:

;-------------------------------------------------------------------- ; ; Подпрограмма вывода фона ; Префикс для меток: bg ; В этой версии будем выводить и скроллить одновременно ; ;-------------------------------------------------------------------- ; ;include vars.asm ; Общие переменные (для локальной компиляции) bg ld a,(vars_bgofs_r) ; Берём смещение фона (в пикселях) из игровой переменной ld b,a ; Сохраняем and %00000111 ; Определяем на сколько скроллить add a,a ; Умножаем на 4 чтобы сделать табличный переход add a,a ld (bg_ag),a ; Готовим переход на нужную подрограмму вывода ld a,b ; Восстанавливаем srl a ; Делим новое смещение на 8 srl a ; Получаем смещение в знакоместах srl a ld ix,#0040 ; Адрес экранной таблицы. Выводим на 32-ю строку экрана. bg_ast equ $-1 ; Старший байт таблицы будет подставлен сюда извне. jr $ ; Переходим к нужному варианту вывода bg_ag equ $-1 jp bg0 nop jp bg1 nop jp bg2 nop jp bg3 nop jp bg4 nop jp bg5 nop jp bg6 nop jp bg7 nop ;----------------------------------------------------------------------------------------- ; Подпрограммы вывода фона ; Вх: a - смещение от начала графики в знакоместах ; ix - адрес строки экранной таблицы с которой начинать вывод фона ;----------------------------------------------------------------------------------------- ; Вывод фона без смещения bg0 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld bc,#d90 ; 112 * 31 bg0_loop ld e,(ix) ; Определяем адрес экрана ld d,(ix+1) dup 31 ldi edup ld a,(hl) ld (de),a ret po ; Если bc==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,19 ; Следующая строка фона add a,l ld l,a jr nc,bg0_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jr bg0_loop ; Вывод со сдвигом на 1 пиксель влево bg1 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld bc,32 ; Начинаем вывод с конца строки add hl,bc ld c,112 ; 112 строк bg1_loop ld a,(ix) ; Определяем адрес экрана ld d,(ix+1) add a,31 ; Выводим с конца строки справа налево ld e,a ld a,(hl) ; Берём скрытый байт графики и пыжим его в CY dec hl rla dup 31 ld a,(hl) rla ld (de),a dec e dec hl edup ld a,(hl) rla ld (de),a dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,82 ; Конец следующей строки фона add a,l ld l,a jp nc,bg1_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg1_loop ; Вывод со сдвигом на 2 пикселя влево bg2 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld bc,32 ; Начинаем вывод с конца строки add hl,bc ld c,112 ; 112 строк bg2_loop ld a,(ix) ; Определяем адрес экрана ld d,(ix+1) add a,31 ; Выводим с конца строки справа налево ld e,a ld a,(hl) rla rl b rla rr b dec hl dup 31 ld a,(hl) rla rl b rla rr b ld (de),a dec e dec hl edup ld a,(hl) rla rl b rla rr b ld (de),a dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,82 ; Конец следующей строки фона add a,l ld l,a jp nc,bg2_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg2_loop ; Вывод со сдвигом на 3 пикселя влево ; Вывод строки со сдвигом на пиксель вправо, потом в обратную сторону двигаем ; строку на экране влево на 4 пихаря bg3 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld c,112 ; 112 строк bg3_loop ld e,(ix) ; Определяем адрес экрана ld d,(ix+1) ; Выводим строку со сдвигом на пиксель вправо dup 31 ld a,(hl) rra ld (de),a inc e inc hl edup ld a,(hl) rra ld (de),a inc hl ; Читаем крайний справа для выдвигания влево ld a,(hl) rra ex de,hl dup 31 rld dec l edup rld ex de,hl dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,18 ; Начало следующей строки фона add a,l ld l,a jp nc,bg3_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg3_loop ; Вывод со сдвигом на 4 пикселя влево bg4 ld d,bggfx_ah ; Вычисляем начало графики ld e,a ld c,112 ; 112 строк bg4_loop ld l,(ix) ; Определяем адрес экрана ld h,(ix+1) ex af,af' ld a,(de) ex af,af' inc de dup 31 ld a,(de) ld (hl),a ex af,af' rrd ex af,af' inc l inc de edup ld a,(de) ld (hl),a ex af,af' rrd ex af,af' dec c ; Если c==0, то выходим ret z inc ix ; Следующая экранная строка inc ix ld a,18 ; Следующая строка фона add a,e ld e,a jp nc,bg4_loop ; Если не было переполнения, то уходим на круг inc d ; Иначе прибавляем старший байт и тоже на круг jp bg4_loop ; Вывод со сдвигом на 5 пикселей влево ; Читаем, сдвигаем влево на пиксель, потом вправо на 4 bg5 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld bc,32 ; Начинаем вывод с конца строки add hl,bc ld c,112 ; 112 строк bg5_loop ld a,(ix) ; Определяем адрес экрана ld d,(ix+1) add a,31 ; Выводим с конца строки справа налево ld e,a ; Делаем сначала сдвиг влево на пихарь с выводом dup 31 ld a,(hl) rla ld (de),a dec e dec hl edup ld a,(hl) ; Вывели первый байт строки rla ld (de),a dec hl ; Читаем предыдущий слева ld a,(hl) rla ex de,hl dup 31 rrd inc l edup rrd ex de,hl dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,82 ; Конец следующей строки фона add a,l ld l,a jp nc,bg5_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg5_loop ; Вывод со сдвигом на 7 пикселей влево ; Смещаемся на байт влево, сдвигаем строку вправо на 1 пихарь bg6 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld c,112 ; 112 строк bg6_loop ld e,(ix) ; Определяем адрес экрана ld d,(ix+1) ld a,(hl) rra rr b rra rl b inc hl dup 31 ld a,(hl) rra rr b rra rl b ld (de),a inc e inc hl edup ld a,(hl) rra rr b rra rl b ld (de),a dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,18 ; На начало следующей строки фона add a,l ld l,a jp nc,bg6_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg6_loop ; Вывод со сдвигом на 6 пикселей влево ; Смещаемся на байт влево, сдвигаем строку вправо на 1 пихарь bg7 ld h,bggfx_ah ; Вычисляем начало графики ld l,a ld c,112 ; 112 строк bg7_loop ld e,(ix) ; Определяем адрес экрана ld d,(ix+1) ld a,(hl) ; Берём скрытый байт графики и пыжим его в CY inc hl rra dup 31 ld a,(hl) rra ld (de),a inc e inc hl edup ld a,(hl) rra ld (de),a dec c ret z ; Если c==0, то выходим inc ix ; Следующая экранная строка inc ix ld a,18 ; На начало следующей строки фона add a,l ld l,a jp nc,bg7_loop ; Если не было переполнения, то уходим на круг inc h ; Иначе прибавляем старший байт и тоже на круг jp bg7_loop

Цитата:

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

А кто-нибудь работал с SpectNet IDE или знает о ней? Стоит ли заводить новую тему, есть ли подобные аналоги?

Не, не надо тему. Аналоги - vscode + z80code от mborik + dezog в связке с одним из эмуляторов. Будет даже лучше, там по-моему и юнит-тесты есть и работает на любой платформе, а не только на виндовс. Ну и некст поддержан, если он нужен.