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

Цитата:

---

Сообщение от 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 в игре для завершения уровня

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