Sprinter. Второе пришествие

[Shaos]

Лучше уж научить FN виртуальным FS и прикрутить к нему плагины для работы с TRD, SCL, ZIP и т.д. была такая мысля у меня еще давным давно.

Это решение кривоватое имхо ибо например было бы удобно если бы самописные программы могли средствами доса читать-писать TRD, а не только человек с мышой в руках

[Дмитрий]

Это решение кривоватое имхо ибо например было бы удобно если бы самописные программы могли средствами доса читать-писать TRD, а не только человек с мышой в руках

Ну вот какой профит от этого? Назови мне хотя бы 5 причин, по которой любой программе понадобится писать в TRD? Я вижу только одну причину - записать что-то в TRD для запуска программы в режиме Спектрума, для этого можно воспользоваться тулзой, более TRD ни для чего не нужны. Это не повод, чтоб в ядро системы вкрячивать код по поддержке ущемленного в возможностях (без поддержки каталогов, с ограничением размеров файлов, без поддержки даты и т.д.) формата. Уж лучше научить DOS тому же FAT32, от этого толку куда больше... хотя и смысла в общем-то пока тоже нет :-)

[Sayman]

Маунтилка TRD-образов как виртуальные диски доса нужна

Если внимательно почитать мануал на БИОС, то внезапно можно обнаружить. что функционал для работы с рамдисками уже есть. ТАк же (внезапно) сам FN умеет монтировать TRD (для запуска spectrum.exe). Монтировалку trd и сейчас из под консоли не сложно создать. но у меня есть вопрос - что ты дальше с этим будешь делать? у трдоса, по сути своей, файловой системы нет. есть просто оглавление каталога + небольшое описание этого каталога и всё. в Estex нет поддержки трдос, только фат. т.е. чтобы заработало из под консоли как нативный диск доса, это нужно в дос поддержку трдоса прикручивать. лично я этого делать не собирался. Поэтому вариант прикрутить "вход в образ как в каталог" со стороны FN выглядит более логичным.

[Shaos]

Ну TR-DOS таки типа стандарт

Поэтому наличие возможности маунтить "стандарт" как виртуальный диск на спектрум-совместимом компьютере имеет огромный смысл

Я кстати хочу позаморачиваться с подцеплением альтернативных дисковых форматов - тот же CD-ROM щас через левую прогру поддержан, а надо бы чтобы как диск был виден...

[Sayman]

Ну TR-DOS таки типа стандарт

Поэтому наличие возможности маунтить "стандарт" как виртуальный диск на спектрум-совместимом компьютере имеет огромный смысл

Я кстати хочу позаморачиваться с подцеплением альтернативных дисковых форматов - тот же CD-ROM щас через левую прогру поддержан, а надо бы чтобы как диск был виден...

оно стандартом является только на Спектруме, а у нас не спектрум, а только совместимость с ним. никто и ни что не обязывает соблюдать. а для того, чтобы работать с trd достаточно входа как в каталог командером, ну и тулзу для свёртывания и развёртывания с/на дискеты. ну да, ещё spectrum.exe надо править и сам трдос, чтобы нормально всё грузить. больше ничего не требуется.

[Shaos]

Если внимательно почитать мануал на БИОС, то внезапно можно обнаружить. что функционал для работы с рамдисками уже есть. ТАк же (внезапно) сам FN умеет монтировать TRD (для запуска spectrum.exe). Монтировалку trd и сейчас из под консоли не сложно создать. но у меня есть вопрос - что ты дальше с этим будешь делать? у трдоса, по сути своей, файловой системы нет. есть просто оглавление каталога + небольшое описание этого каталога и всё. в Estex нет поддержки трдос, только фат. т.е. чтобы заработало из под консоли как нативный диск доса, это нужно в дос поддержку трдоса прикручивать. лично я этого делать не собирался. Поэтому вариант прикрутить "вход в образ как в каталог" со стороны FN выглядит более логичным.

Там не те рам-диски - там FAT12

А то что монтируется для ZX-моды потом нечитабельно из DSS (ошибка открытия диска)

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

> ну да, ещё spectrum.exe надо править и сам трдос, чтобы нормально всё грузить. больше ничего не требуется.

а это зачем?

[Advertiser]

[Sayman]

а это зачем?

1. нет поддержки TAP (но это не для трдос конечно)
2. нет поддержки SCL
3. нет поддержки 3d2f Для образов
4. не может грузить образы с любого диска (только корень диска Ц).
это вот как минимум.

Там не те рам-диски - там FAT12

файловой системы в этих рам дисках как таковой нет вообще.

BLK_RD_WR:              ; чтение/запись из/в блок(а) памяти секторами
                        ; по 256 байт
        LD HL,bufer     ; адрес буфера данных
        LD DE,sector    ; абсолютный номер сектора
        LD B,sec_num    ; число секторов
        EX AF,AF'
        LD A,command    ; команда 0 - чтение, FF - запись
        EX AF,AF'
        LD A,id_blk     ; идентификатор блока
        LD C,0C8h       ; номер функции
        CALL 3D13h      ; NC -> нормальное завершение
                        ; CF -> ошибка идентификатора
; * функция на бета-тестировании...

BLK_TO_RAMD:            ; назначить блок памяти RAM-Disk-у
                        ; любой блок памяти может содержать данные
                        ; RAM-Disk-а в формате TR-DOS для подключения этих
                        ; данных в качестве диска и служит эта функция
        LD A,ram_disk   ; номер RAM-Disk-а 0..15 - соответствует
                        ; RAM-Disk-ам от e: до t:
        LD B,id_blk     ; идентификатор блока
        LD C,0C9h       ; номер функции
        CALL 3D13h      ; NC -> нормальное завершение
                        ; CF -> ошибка: неверный номер RAM-Disk-а или
                        ; RAM-Disk занят

[Shaos]

> 2. нет поддержки SCL

Но есть конвертер - ведь конвертера должно быть достаточно?

> файловой системы в этих рам дисках как таковой нет вообще.

Это ты что-то про TRD нашёл. Такие рам-диски только в ZX-режиме видны...

[Sayman]

Но есть конвертер - ведь конвертера должно быть достаточно?

теоретически да, но не кошерно.

Такие рам-диски только в ZX-режиме видны...

БИОС про режим спектрума вообще ничего не знает и ему плевать на режимы вообще. напрмиер, FN легко пользуется функцией 0xc9 для установки образа в рамдиск:

	CALL	LoadTRD
	POP	IY
	RET	C
	LD	C,#CA	;Clear RAMdisk Indef
	SUB	A
	RST	#08
	LD	C,#C3
	LD	A,B
	CALL	NC,#0008
	LD	A,(TRDIndef)
	LD	B,A
	LD	C,#C9
	SUB	A
	RST	#08
	LD	BC,#00CB
	SUB	A
	RST	#08

[Shaos]

Я имею ввиду DSS не видит их как правильные диски системы - было бы неплохо если бы видел и умел читать/писать