Чтения конфигурации нет ни у одного из вариантов квазидисков, в том числе на комбодевайсах и ERAM.Сообщение от parallelno
Наиболее простым будет запрет прерываний до обращения к КД и разрешение после, тем более при подключении квазидиска в режиме "стек" и срабатывании прерывания данные на нём будут гарантировано испорчены, т.к. при вызове прерывания в стек пишется адрес возврата.
В общем случае перед sta ramDiskMode нужно прерывания запретить, а после out $10 - опять разрешить.
С восстановлением стека при чтении с квазидиска я справился, спасибо ребятам с этого форума.
- - - Добавлено - - -
О, спасибо ! Попробую.
Но было бы здорово понять в какой момент идёт порча данных. Чуть попозже выложу больше информации что у меня происходит.
- - - Добавлено - - -
А если в момент прерывания они запрещены, то вызов откладывается до следующего ei, или вообще пропускаются?
Если второе, то музыка в прерывании будет чудить и другие штуки завязанные на прерывание.
Запрос прерывания держится недолго. Никакой специальной памяти прерваний нет. Если запрещать их как попало, то прерывания будут пропускаться.
Больше игр нет
Спасибо за инфу. А недолго это сколько ?
- - - Добавлено - - -
Это помогло. Спасибо. Но вот очень хочется понять почему такое происходит.
Если кто-то поможет найти ошибку, заранее большое спасибо!
Ниже эээто код прерывания
все места в основной программе где используется квазидиск обернуты вот такими вставками:Код:Interruption2: ; get the return addr which this interruption call stored into the stack xthl shld @return + 1 pop h shld @restoreHL + 1 ; store psw as the first element in the interruption stack ; because the following dad psw corrupts it push psw pop h shld STACK_INTERRUPTION_ADDR-2 lxi h, 0 dad sp shld @restoreSP + 1 ; restore two bytes that were corrupted by this interruption call push b ; dismount ram disks to not damage the ram-disk data with the interruption stack xra a out $10 lxi sp, STACK_INTERRUPTION_ADDR-2 push b push d call GCPlayerUpdate INTERRUPTION_MAIN_LOGIC() pop d pop b pop psw mov l, a ; restore the ram-disk mode ; ramDiskMode doesn't guarantee that a ram-disk is in this mode already. that mode could be applied only after the next command in the main program lda ramDiskMode out $10 ; restore A mov a, l @restoreHL: lxi h, TEMP_ADDR @restoreSP: lxi sp, TEMP_ADDR ei @return: jmp TEMP_ADDR .closelabels
...Код:mvi a, _command sta ramDiskMode out $10
Последний билд можно взять тут.Код:xra a sta ramDiskMode out $10
https://github.com/parallelno/Vector...GameNoname.rom
call GCPlayerUpdate это плеер gigachad16 который начинает глючно играть вконце трека.
INTERRUPTION_MAIN_LOGIC() это код для опроса клавиатуры и прочего
Глюк влияет на музыку. Ее данные в основной памяти. После нескольких повторов трека, она становится все более поломанной. И только один раз я заметил что спрайты скелетов стали покарапчены. Их данные в квазидиске.Код:; interruption logic mvi a, PORT0_OUT_IN out 0 xra a out 3 IN 2 inr a sta anyKeyPressed mvi a, $fe out 3 IN 2 sta keyCode mvi a, PORT0_OUT_OUT out 0 lda borderColorIdx out 2 lda scrOffsetY out 3 lxi h, interruptionCounter inr m
Эти глюки происходят только если игра не синхрониизированна с прерываниями, т.е не имеет hlt в основной цикле. то есть прерывание может прервать основную программу в любом месте.
Если добавить di/ei как посоветовал Pyk, то чинится.
Пытаясь починить баг, я попробовал записывать 0 в регистры AY, очищать буфер музыки по окончанию трека, перенес инициализацию и эти очистки в основную программу чтобы не делать прерывание слишком долгим, но это не помогло.
Буду очень благодарен если кто-то поможет найти багу! Заранее спасибо!
Последний раз редактировалось parallelno; 26.08.2022 в 08:52.
Про время удержания запроса прерывания боюсь соврать. Надо в схему заглянуть, но там не всегда очевидно.
Код в Interruption2 выглядит странно, но я может быть не разобрался. То есть я понимаю: мы аккуратно складываем состояние в переменные, чтобы не запортить еще больше стека. Но что такое push b и как он помогает restore two bytes that were corrupted by this interruption call ? Это видимо знаменитый "метод Медноногова", или что-то типа того? Я с ним незнаком, но выходит, что в паре bc тут каким-то образом находятся заветные восстановительные данные. А они там правда есть? Всегда-всегда? Как можно это гарантировать, если прерывания случаются вообще в любой момент?
Больше игр нет
parallelno(26.08.2022)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
svofski,
Если главная программа читает данные из стека для например рисования на экране или любых других случаев когда sp указывает не на стек главной программы, а на некие данные мы всегда читаем так pop B. Это гарантирует что bc можно использовать в прерывании для восстановления стека. Если же прерывание случилось когда главная программа использовала обычный стек, то push b в прерывании ничего не делает полезного, но и ничего не портит.
Не помню чей именно это метод изначально, но впервые я прочитал о нем от Jerry на этом форуме.
Кажется я нашел в чем была проблема. После того как в основной программе я делал xra a, out $10, я восстанавливал стек lxi sp, xxxx. Если прерывание происходило после out $10, то стек указывал на адрес в квазидиске где-то в районе 4k, это как раз попадало на музыку в основной памяти.
Поменял местами восстановление стека и выключение квазидиска и все стало работать как нужно. Можно двигаться дальше
- - - Добавлено - - -
Лечение не идеальное, так как прерывание будет корраптить данные квазидиска в этот момент и восстановить не получится, но в моем текущем случае это не страшно так как стек основной программы находиться в диапазоне $7ff80-$8000 и по эти адресам ничего полезного в квазидиске нет.
- - - Добавлено - - -
Лучше всего наверное использовать квазидиск для стека в основной программе. Это наверное упростит инициализацию данных после старта если программа будет больше 32к. Можно будет не боятся что стек запортит основную программу.
- - - Добавлено - - -
Если программа запускается из под операционной системы, может ли она менять данные ниже $100? Или они зарезервированы под систему?
- - - Добавлено - - -
Было бы интересно узнать, но не супер важно сейчас, так как основная программа не делает di
Последний раз редактировалось parallelno; 26.08.2022 в 12:20.
То есть на то место где обычно лежит адрес возврата, кладет содержимое bc. Ну что ж, наверное действительно в большинстве случаев это приемлемо. Все равно стремно как-тоОсобенно при том, что еще и банки памяти щелкаются постоянно. Отлаживать такое можно рассудок потерять.
Больше игр нет
Да, именно так. Ну вы ребята опытные, я надеюсь что выручите советом если опять что-то забарахлит. Было бы классно получить больше функций отладки, это поможет тоже.То есть на то место где обычно лежит адрес возврата, кладет содержимое bc. Ну что ж, наверное действительно в большинстве случаев это приемлемо. Все равно стремно как-то
- - - Добавлено - - -
svofski, я до сих пор под впечатлением от gigachad16. Наверное ничего сложнее в игре уже не будет
Парадокс в том, что он на порядок проще любого другого плеера и писать его было легко и чуть-чуть прищурившись можно даже прочитать. Просто переключает задачки, а задачки -- тот же dezx0, который и так уже все видели и в который я вникал лишь минимально (и спасибо ivagor-у за такой классный dezx0!). Все крайне регулярное, никаких семиэтажных ветвлений, все управляется только данными.
Ну и кстати, имея ядро можно не ограничиваться использованием его только для проигрывания музыки. Как раз ему приходится пропускать два фрейма вхолостую. Можно туда добавить две другие задачи (им можно указать другой размер стека, побольше). В общем хоть всю игру можно так забацать.
- - - Добавлено - - -
Заглянул в схему. Все упирается в форму F50Гц, это шина 6.28, прямой выход D8.2. Понять длительность импульса без осциллографа я тут не в состоянии, а мой Вектор сейчас в собранном виде.
Больше игр нет
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием