Вид для печати
Возможные причины:Цитата:
Сообщение от ALKO
1. Если ты до сих пор на версии 0.909, то лучше уходи оттуда. Там глюк при сложении с константами был. В 1.0 устранил.
2. Может campos меньше 3? Тогда при делении получается 0.
Сейчас проверил на твоем примере, да, это глюк версии 0.909. В 1.0 устранен.
Быстрая память начинается с 32768, так ведь? То есть и компилировать желательно с этого адреса?
А какую инфу после компиляции можно заталкивать до него (помимо графики под статичные заставки)?
Это к 48к не относится. Ты пишешь под 128к? В 128к я не спец, я фундаменталист :)Цитата:
Сообщение от ALKO
Цитата:
Сообщение от Andrew771
ВотЦитата:
В оригинальном ZX Spectrum 48K было реализовано ОЗУ с раздельными полями
Да любые данные. Массивы, переменные. И даже процедуры, не требующие точных тактовок и не работающие с бипером, иначе он может издавать грязный звук (я этого долго не знал, т.к. моя Орель БК-08 такой особенностью не обладала).Цитата:
Сообщение от ALKO
Ещё как относится. Не стоит забывать, что Горбач - машынка кривая до мозга костей. Всё из-за видео-памяти, которую помимо проца ещё и дискретная логика долбит.Цитата:
Сообщение от Andrew771
- - - Добавлено - - -
Но ведь если эти самые массивы нужны для быстрых процедур, то обращение к ним будет тормозным.Цитата:
Массивы, переменные.
Не нравится мне, что кадр рвётся.
А halt просаживает фпс в полтора-два раза.
Есть менее затратный вариант?
Хмм... А на реале кадр не рвётся. Причем бегает быстрее, чем в эмуле.
Порой мне кажется, что в моём самопале проц шустрее оригинала.
https://youtu.be/FZZ6cuMZ3Z8
Велик соблазн использовать возможности 128k
В паскале по-дефолту адрес вирт. экрана #4000, в 128к 5ая банка второго экрана расположена по тому же адресу.
То есть в движке мне достаточно вместо кучи LDIRов, добавить OUT #7FFD, 8 (третий бит, отвечающий за переключение).
Затем после рендеринга следующего кадра в виртуальную область, жахаю OUT #7FFD, 0.
И так по кругу. Таким образом адрес вирт. экрана вообще не трогаю.
Я правильно понимаю алгоритм? Поправьте, если ошибаюсь.
Ой... #4000 это жы реальный экран :))))(((
Туплю.
Ну а всё-таки, как незримо рисовать во второй экран 128к ?
Работай с обоими экранами через #С000. Когда включена страница 5 - там будет основной экран. Когда страница 7 - второй.Цитата:
Сообщение от ALKO
На асме типа такого
Код:DRAW_LOOP:
LD A, 7 ; банка со вторым экраном, но бит второго экрана выключен
LD BC, #7ffd
OUT (C), A
... незримо рисуешь в #C000 (второй экран)...
LD A, 8 + 5 ; переключаемся на второй экран, подключаем к адресу C000 первый
LD BC, #7ffd
OUT (C), A
... незримо рисуешь в #C000 (первый экран)...
JP DRAW_LOOP
C000, значит.
В паскале вирт. экран по дефолту E000.
После каждой компиляции редактировать придётся.
Это можно как-то перенастроить, не пересобирая утилиту на делфях?
Не, видимо, этого недостаточно.
Пока что сделал частично на ЯВУЦитата:
Сообщение от Eltaron
Код:while 1<2 do {бесконечный цикл}
begin
if hide_draw_f=0 then Asm(DRAW_LOOP1)
else begin
hide_draw_f:=0;
Asm(DRAW_LOOP2);
end;
hide_draw_f:=1;
... рендеринг
end.
После компиляции ЯВУ подправил addr_virt_screenКод:DRAW_LOOP1:
LD A, 7 ; банка со вторым экраном, но бит второго экрана выключен
LD BC, #7ffd
OUT (C), A
ret
DRAW_LOOP2:
LD A, 8 + 5 ; переключаемся на второй экран, подключаем к адресу C000 первый
LD BC, #7ffd
OUT (C), A
ret
В итоге чёрный экран, и через мгновение прога ресетится.Код:...
virt_screen_high equ 160
addr_virt_screen equ #C000
table_mirror_high equ 251
...
Может всё-таки какие-то другие значения в порт надо посылать?
https://sun1.43222.userapi.com/hdHwT...AjW26o0uno.jpg
А ROM используется? Если да, то нужно ещё 4-й бит включить в значениях, а то ROM128 подключится.Цитата:
Сообщение от ALKO
Цитата:
Сообщение от Eltaron
Попробовал хотя бы на оба лупа задать LD A, 15, но экран остаётся пустым, ничего не мелькает (слой атрибутов чёрный, слой пикселей чистый).
Нашёл статейку, тут в порт посылают #17 #18 (00010111, 00011000)
Вечером буду пробувать.
https://zxpress.ru/article.php?id=4423
15 - это 1111, четвертый бит так и остался нулевой. Надо #17 и #1DЦитата:
Сообщение от ALKO
- - - Добавлено - - -
Ну и надо убедиться, что ничего нужного не расположено в самом верху памяти (стек, например). При переключении страницы эта область заменится на что-то другое и будут глюки
тоже не дало результата.Цитата:
Сообщение от Eltaron
Может и вправду стек задевает. Но коль так, то хотя бы содержимое стека должно было перебросить на экран, но нет - кромешная пустота.
- - - Добавлено - - -
Установил константу virt_screen_high equ 192 (судя по всему, именно на неё опираются все вычислялки знакомест).
Тоже бестолку..
Не факт, экран всего-то С000...DB00 занимает, а стек обычно в самой верхотуре лежит, в районе #FFxxЦитата:
Сообщение от ALKO
Не пойму что на счёт указателя на стэк в коде, сформировавшемся через паскаль.
Или у него дефолтное значение. Или в каждой процедурке задаётся своё.
Эндрю мож чё подскажет по этому поводу.
- - - Добавлено - - -
Достаточно ли будет в самом начале программы влепить ld SP, допустим 45000?
Пробовал ld sp,32768 в начале программы влепить, тоже не помогло.
- - - Добавлено - - -
:v2_dizzy_messed: видимо, придётся остаться на нищебродских 48к
- - - Добавлено - - -
Может ли быть так, что в компилятор EmuZwin лажает по части порта #7FFD ?
- - - Добавлено - - -
Проблема была вот в чём
virt_screen_high указывал 192
Но банка же начинается с нуля, а в процедуре спрайтов был оффсет на #4000 реального экрана.
Так что virt_screen_high = 192-64 надо было. Воть.
Ещё бы определиться, куда зеркальные спрайты запихать. В 128к ещё более тесно, чем в 48к :p
Все три значения нужно поменять (пересчитать) для #C000. Третье значение - старший байт для таблицы зеркальных байтов. Эта таблица 256 байт - идет сразу после виртуального экрана, если используются зеркальные спрайты. Если зеркальные спрайты не используются, то таблица не компилируется, не нужна.Цитата:
Сообщение от ALKO
У SP дефолтное значение.Цитата:
Сообщение от ALKO
Как я понимаю, достаточно. Только опять же в 128к нужно смотреть, чтоб банк не переключался со стеком, или отслеживать внимательно.
- - - Добавлено - - -
в Дельфи лезть не обязательно.Достаточно подредактировать файл библиотек libasm.lib - это обычный текстовый файл с ассемблерными процедурами.Цитата:
Сообщение от ALKO
Кодо-генерация на уровне бейсика походу.
Добавил пару условий - килобайта как не бывало.
А условий ещё нужно втулить огромное количество. Сначала переживал, что для заставки места не хватит. Терь переживаю, что даже для банальных скриптов маловато будет
можь текст добавил первый, шрифт подгрузился?
Так-то нормально должно быть, не килобайт точно :)
Почему-то XOR в виртуальном экране оставляет мусор если дважды в одном и том же месте рисовать спрайт (тогда как по логике он должен его полностью очищать).
Также мусор вылазит, когда богоподобный старославянский и богомерзкий пиндосянский текст находятся в одном сообщении. Это можно как-то побороть?
Про текст не понял, что не так.
XOR посмотрю.
В первом окошке интерфейса на скрине каракуля появляется когда в одной строке находится инглиш и русишь.Цитата:
Сообщение от Andrew771
Хотя не исключено, что это где-то мой локальный косяк.
Я не вижу там каракуль. Шрифт 4х8, так что особо не порисуешь изгибы, некоторые буквы касаются друг друга.Цитата:
Сообщение от ALKO
А такая конструкция точно должна работать?
Я про остаток от деления.
Я конечно в курсе, что в других ЯП пашет. Но конкретно в ЗХ-паскале чего-то не выходит.Цитата:
aliceframe:=aliceframe+1;
if aliceframe%2=0 then
SpritePutClear(DMG,0,alice_x,alice_y)
else SpritePutClear(DMG,1,alice_x,alice_y);
- - - Добавлено - - -
почему-то aliceframe%2 никогда не равно 0.
- - - Добавлено - - -
к шрифту претензий у меня и не было.Цитата:
Сообщение от Andrew771
А если в скобки взять? Может там приоритет у операции взятия остатка неправильный и работает как aliceframe%(2=0)Цитата:
Сообщение от ALKO
Точно...
Хотел разъяснить ещё такую вещь.
Я жахнул заставку тупо в лоб в org 4000H, к примеру. Массив данных картинки находится в
как указать компилятору точку входа в рабочую программу?
А то выходит так, что после компиляции пикча на экране появляется на мгновение, а затем комп ресетится.
- - - Добавлено - - -
или это надо после компиляции паскаля добавлять отдельно, как в случае с музыкой...
- - - Добавлено - - -
А, всё. Не досмотрел. После данных пикчи оставалось пару меток основной программы.
Надо было таки швырнуть пикчу в самый конец листинга.
Заставку лучше делать отдельно и сохранять отдельным файлом.
Я в EmuZWin делаю тапок игры так:
1. Выбираешь в меню File/Record and Save Tape as..., это запуск виртуального магнитофона. Выбираешь имя файла TAP. Магнитофон запущен, постоянно в ожидании, и при запуске команд Save из Бейсика пишет в себя, пока не выберешь команду меню File/Stop recording/playing. На магнитофон нужно записать Бейсик-загрузчик, загрузочный экран и кодовый блок с игрой, как на реальный магнитофон.
2. Пишешь Бейсик-загрузчик на Бейсике типа 10 LOAD""SCREEN$: LOAD""CODE: RANDOMIZE USR XXX и сохраняешь командой из Бейсика SAVE"name"LINE10
3. Нужно как-то в память по какому-либо адресу XXX загнать загрузочную картинку. Потом сохранить ее командой SAVE"name"CODE XXX,6912
4. Компилируешь асм в ассемлере EmuZWin, но не запускаешь. Сохраняешь кодовый блок командой SAVE"name"CODE XXX,YYY (XXX - адрес начала блока, YYY - длина блока)
5. Выключаешь магнитофон командой File/Stop recording/playing.
Файл TAP готов.
Andrew771, скажите пожалуйста... имеется ли уже какая-либо игрушка созданная с помощью Вашего SDK ?!
Вроде "Железнодорожный магнат" на этой СДК.
А есть ли ссылочка ?!Цитата:
Сообщение от ALKO
Цитата:
Сообщение от nimdasys_inbox_ru
https://zx-pk.ru/threads/27906-russi...at-(demo).html
Готовая игра здесь: https://zx-pk.ru/threads/31770-russi...y-magnate.htmlЦитата:
Сообщение от nimdasys_inbox_ru
Еще есть демо игры Z: https://zx-pk.ru/threads/262-strateg...l=1#post963214
Ее я сейчас пишу.
Исходники их обеих есть в дистрибутиве Паскаля.
Э... настолько усечённую что нельзя даже библиотеки подгружать или я просто не понял как это делать ? Если да, то эт нонсенс требующий исправления.Цитата:
Сообщение от Andrew771
Если без изменения копируется, то что мешает вставить оператор подгрузки ассемблерного кода внутри процедуры или описания (например include из файла, хотя прямой ассемблерный код был бы предпочтительнее ) ? Для библиотек очень даже было бы неплохо.Цитата:
Сообщение от Andrew771