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

[NEO SPECTRUMAN]

Хотя... можно сохранять критичную для 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

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

[NEO SPECTRUMAN]

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

[Bedazzle]

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

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

[NEO SPECTRUMAN]

Это не про 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 это уже не спектрумовский экран
и похоже на адрес переменных

[TomCaT]

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

[tiboh]

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

[Advertiser]

[NEO SPECTRUMAN]

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

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

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

[Dim7]

del

[goodboy]

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

[dimidus]

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