Расширяем TR-DOS

[NEO SPECTRUMAN]

Конечно SD карты и FAT-ы это модно стильно молодежно
но софтварной поддержки у оно мало и много уже не будет...

при этом остается туевая хуча старой софтвари которая про эти ваши fat-ы и не слышала
так же, иногда, как и про выбор дисковода...

но так как 640 килобайт хватит всем
когда хочешь закинуть например каких нибудь .mod-ов
их влазит всего штуки 3...
что вощем то не фонтан
а патчить старые софтвари под фаты и сд карты есное дело никто никогда уже не будет...


и если 640К может и прибито? железно к *****му вг93
но оно не прибито к формату диска и к вызовам $3D13


так что в новый год с новыми концепиями :v2_dizzy_step:



собственно что мы имеем для адресации положения на диске сейчас

используемые номера дорожек 0...159 (для архаичных дисков еще и 79, 39)
используемые номера секторов 0...15

чего хватит всем 160 дорожек * 16 секторов = 2560 секторов = 655 360 байт

максимальный размер файла
256 байт * 255 секторов = 65280 байт


максимальная вместимость диска в файлах может быть
65280 байт * 128 файлов = 8 355 840 байт
что в 12 раз больше чем "хватит всем"

а максимально можно адресовать вообще
256 дорожек * 256 секторов = 65536 секторов = 16 777 216 байт


и не сложно догадаться
что можно монтерывать увеличенный трд образ прямо с карты
и то что какое то количество старых софтварей смогут с ним работать
(например мои трдос-ные поделки должны будут свободно оно переваривать)

кроме того системный сектор вполне содержит описание формата диска



ну и собственно требуется стандартизация расширенных trd образов


сейчас уже есть 4 варианта
40 * 16 = 640 = 163 840
80 * 16 = 1280 = 327 680
80 * 16 = 1280 = 327 680
160 * 16 = 2560 = 655 360
(4096 системная дорожка)

и описывается оно 8-м сектором 0-й дорожки
+227 тип диска:
$16 10110 - 80-дорожечный двухсторонний,
$17 10111 - 40-дорожечный двухсторонний,
$18 11000 - 80-дорожечный односторонний,
$19 11001 - 40-дорожечный односторонний.
и
+231 - 16 - Количество секторов на дорожке

идем дальше

+225 номер первого свободного сектора
+226 номер первой свободной дорожки
тоже позволяют адресовать все 16М диска


+229...230 количество свободных секторов.
$09F0 - 80 track, 2 side (160-1)*16 (1 системный)
$04F0 - 40 track, 2 side (80-1)*16
$04F0 - 80 track, 1 side (80-1)*16
$0270 - 40 track, 1 side (40-1)*16

тоже позволяет адресовать все 16М
$FF00 - (256-1)*256




варианты расширения

вариант 1
256 * 16 = 4096 = 1 048 576 байт
без потери совместимости при прямом щелкании номером дорожки после каждых 16 секторов
которые могут ВНЕЗАПНО быть при попытках читать по секторно
и таким может даже получится обдурить некоторые сильно умные софтвари которые щелкают напрямую вг-шкой
(если получится запилить перехваты обращения к ней)
но это всего лишь на 393 216 байт больше чем обычное "хватит всем"


бесполезные варианты с изменением размера дорожки
вариант 2
256 * 32 = 8192 = 2 097 152 байт
вариант 3
256 * 64 = 16384 = 4 194 304 байт



вариант 4
256 * 128 = 32768 = 8 388 608 байт (32768 системная дорожка)

под файлы
255 * 128 = 32640 = 8 355 840 что ровно 128 файлов по 65280 байт
что нам и нужно

но если какая либо софтварь захочет гадить на якобы дополнительные сектора
например 160-й то
161 * 128 = 20608 = 5 275 648 то это вполне может быть 80-й по счету полезный файл...


вариант 5
менее рациональный по занимаемому месту

256 * 256 = 65536 = 16 777 216 байт (65536 системная дорожка)

под файлы
255 * 256 = 65280 = 16 711 680 (могло бы влезть ровно 256 если бы их можно было поместить в каталоге)
из которых половина 8 290 304 останется незадействованной

так же 256 секторов невозможно прямо указать в +231 8-го сектора
но можно использовать логичное для такого случая $00

из преимуществ такого варианта
при попытке писать в дальние сектора
161 * 256 = 41216 = 10 551 296
записываемое уже находятся за пределами максимального количества файлов (160-й)
и любая софтварь может срать туда сколько влезет



еще логичные варианты расширения по принципу уплотнения (как бы это могло быть на самом деле)

40 * 16 = 640 = 163 840
80 * 16 = 1280 = 327 680
160 * 16 = 2560 = 655 360

40 * 32 = 1280 = 327 680
80 * 32 = 2560 = 655 360
160 * 32 = 5120 = 1 310 720

40 * 64 = 2560 = 655 360
80 * 64 = 5120 = 1 310 720
160 * 64 = 10240 = 2 621 440

40 * 128 5120 = 1 310 720
80 * 128 = 10240 = 2 621 440
160 * 128 = 20480 = 5 242 880 (маловато будет)

40 * 256 = 10240 = 2 621 440
80 * 256 = 20480 = 5 242 880
160 * 256 = 40960 = 10 485 760

юзабельный только последний вариант
да и выглядят все кроме 256 секторного не очень привлекательно...


ну и тут собственно вопрос какие варианты нужны? (как по мне 1-й и 5-й остальные фтопку)

нужно ли их описывать в +231 +227 чтоб ВСЁ было правильно

или вообще не трогать их для большей совместимости
и определять тип образа чисто по его размеру
а то мало ли может какая софтварь проверяет наличие там 16
хотя запускать дискдокторы, там где высокая вероятность такой проверки, на таком образе никакого смысла и так нет

так же для типа диска по +227 не прослеживается логика в обозначении
$16 (1011 0) - 80-дорожечный двухсторонний,
$17 (1011 1) - 40-дорожечный двухсторонний,
$18 (1100 0) - 80-дорожечный односторонний,
$19 (1100 1) - 40-дорожечный односторонний.
и не есно как логично сгенерировать новые номера для 256 дорожечных


конечно реализовать подобное будет не так просто как хотелось бы
и наверное будет оно только для достаточно расширенных клонов

как вариант для начала думаю запилить набор трдосных вызовов $3D13 который будет загружаться в кеш


у кого какие соображения по этому поводу?

[zx_]

сразу видно погромиста

есть трдос, есть иде контроллеры
немо иде ( на пяти микросхемах) и симпл иде ( на одной микросхеме)

воть , нужна поддержка в трдос сих устройств
эт раз
второе - винты, тоесть блоки сектора лба и проч малоинтересная хрень

третье - это все желательно в том же пзу


и все, делай
чего всех спрашивать, сделаешь - покажешь)

[NEO SPECTRUMAN]

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

если бы не мерзкий фат а тупо файловую систему трдоса на диске
то можно было бы легко транлировать трдосный адрес во всякие lba итд
иметь жменю 16 мегабайтных типа разделов...
и тогда может быть все и поместилось бы в одну ПЗУ
но это будет несколько не то...
нужна будет отдельная тулза для работы с таким диском\картой на ПыЦе...

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


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

потом придет сайман и скажет а надо было сделать не так а вот так :)

итд

так же я смотрю на сколько это кому либо интересно

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


и все, делай
ну это несколько потом

пока концептуальное концептирование

[zx_]

NEO SPECTRUMAN, Матлаш же начал делать поддержку винтов в ПЗУ
я из этих соображений

[NEO SPECTRUMAN]

Матлаш же начал делать поддержку винтов в ПЗУ
ну про этого перца я впервые слышу...

а так гуглю и

Между прочим, Дмитрий Аврята на днях доработал известную TR-DOS-прошивку Влада Матлаша для HDD («прозрачно» работающую с образами дисков на винчестере) под стандартные порты Nemo, и она может функционировать у большего числа людей.
http://abzac.retropc.ru/content?id=256

можот ужо есть что готовое
что можно взять и расширить до 16М

[solegstar]

NEO SPECTRUMAN, если есть желание поковырять трдос, то поизучай трдос5.30, а также ее модификацию (https://zx-pk.ru/threads/10659-tr-dos-5-30.html) и dna-os (https://zx-pk.ru/threads/1519-dna-os.html). В этой трдос уже сделана поддержка винта по схеме немо и дна ос этим пользуется для монтирования образов.

[NEO SPECTRUMAN]

трдос, то поизучай
так же мне интересно какие последние ТРДОС-ы
и кого лучше брать за основу

я еще думал поковырять reset service от пентевы
там много интересного по описанию
и вроде же тоже прямое монтерование потом добавили

[zx_]

https://zx-pk.ru/threads/10659-tr-dos-5-30/page2.html?p=211485#post211485

ну это путь днаос
может и не нужно по нему ходить

а вот вместо пзу с глюком как раз воткнуть твое расширение трдос

а мож и нет, вместо 128 бейсика вполне поместишься

или вон как начинали , бейсик48 и трдос - и достаточно! -)

потом эта хрень с образами и проч нечистью полезла

не оперирует дос образами мазафака

[NEO SPECTRUMAN]

бейсик48 и трдос
если трдосу 128-й не нужен
то такую связку можно было бы вообще помещать в 32К кеш

переместить бейсиковские шрифты по дальше от точек входа
а на $3D** прицепить набор ловушек с подключением трдос-а из кеша

[zx_]

ну вот ты сразу уплываешь )
так нельзя, ну какой кеш ? нет его ниукогр
эт тебя ева развратила

вот смотри пример, 3е
люди сделали в минимум и все работает
https://worldofspectrum.org/zxplus3e/index.html
модификация пзу и цепляй иде винт

так можно и трдос думаю

[NEO SPECTRUMAN]

так нельзя, ну какой кеш ? нет его ниукогр

модификация пзу и цепляй иде винт
ну до
при этом
у всех же под подушкой лежит программатор и пзу-шки на панельках...

[zx_]

ладно, но вот можно же вычленить драйвер винчестера Матлаша , из его бейсик48 модифицированного
говорят он там
вот и все говорят немо иде, а ведь эту платку Матлаш скособочил резаком
как колумб америку , так и немо этот контроллео

[Grand]

Конечно SD карты и FAT-ы это модно стильно молодежно
но софтварной поддержки у оно мало и много уже не будет...

так что в новый год с новыми концепиями
FATне прижился из-за своей сложности и тупости. Надо разработать свою файловую систему - простую, годную и для дискет, и для HDD.

[Gutten]

самое место для картинки о конкурирующих стандартах...

[polikarpov76]

FATне прижился из-за своей сложности и тупости. Надо разработать свою файловую систему - простую, годную и для дискет, и для HDD.
А что с совместимостью существующего ПО будет? Зонов и сотоварищи не зря столько времени морщили лоб на эту тему и изобретали SMUC, чтобы при минимальных правках TR-Dos тупо монтировать образы диска. Что мы имеем в Pentevo? Силньно переписанный vTR-Dos и... снова монтирование образов дискет.

[Grand]

А что с совместимостью существующего ПО будет?Если новая ФС будет проще FAT'а в программировании, то можно предположить, что и новое ПО появится быстрее.
Кстати на Скорпионе образы монтируются из своей ФС, а не с FAT'а.

[AndTorp]

Я за усовершенствование TR-DOS без потери совместимости с ПО. Но меня мало интересует размер дискеты, т.е. 640K меня, в подавляющем большинстве случаев, устраивает.

Меня очень не устраивает НЕсегментированность файлов. Было бы значительно интереснее "прикрутить" сегментированность. Пусть даже за счет потери некоторого количества дорожек-секторов и уменьшения скорости чтения/записи на дискетах нового варианта TR-DOS.

Можно попробовать такую концепцию.
Новая TR-DOS должна работать с двумя типами дискет. Различать можно по байту #E7 служебного сектора: #10 - старый вариант (несегментированный) и #11 - новый (сегментированный).
Начиная с дорожки 1 располагается информация о сегментации файлов. Файл может иметь объем до 255 секторов, т.о., для сохранения информации о каждом секторе файла (номер дорожки+номер сектора) необходимо 510 байт, т.е. два сектора. Для 128 файлов - 256 секторов или 16 дорожек.
При работе с дискетой, TR-DOS определяет ее тип и работает с ней по старому или новому принципу. Т.е. ПО, работающее через #3d13, не должно замечать разницу в чтении/записи на дискету, независимо от сегментированности файла.
При этом не обязательно "держать" все функции новой TR-DOS в 16K ПЗУ. Такие функции как форматирование и конвертация в старый/новый форматы могут быть в виде программ на внешнем носителе.


З.Ы. В 1989 году была разработана интересная система https://speccy.info/C-DOS
Отличительной особенностью является использование кластерной системы записи информации. Такая система предусматривает наличие на дискете таблицы размещения файлов, (FAT) которая содержит данные о состоянии всех кластеров (единиц хранения информации). Это позволяет, в частности,при форматировании дискеты проверять качество носителя и, в случае обнаружения дефектных участков, исключать их из дальнейшего использования. Благодаря специальному формату разметки, емкость одной дискеты составляет более 800 КБ пространства пользователя.

[Gutten]

Гулять так гулять!
В фирменном мануале по СМУКу упоминалась некая "Micro DOS - лучшее средство для программиста". Что это за диковина и можно ли её прикрутить к спеку?

[zx_]

CDOS да, прикольная
https://web.archive.org/web/20041014203508im_/http://www.geocities.com/vgrinenko/CDOS/pm.gif

https://web.archive.org/web/20041014203508/http://www.geocities.com/vgrinenko/CDOS/

[AndTorp]

C-DOS еще и папки поддерживает:
https://cdn1.savepice.ru/uploads/2020/12/21/ac2a953b0c3f60e0076a46ca161392cc-full.gif

Есть образ ПЗУ и эмулятор, на котором запускается C-DOS?

[NEO SPECTRUMAN]

Меня очень не устраивает НЕсегментированность файлов.
и чем она тебе не устравиает и что тебе даст фрагментация файлов?

даже если сделать таблицу соответствия виртуальных секторов физическим
все равно с точки зрения трдоса будут торчать удаленные файлы
и в конечном итоге все упрется в 128 файлов (когда на диске их будет штук 10)

если же постоянно сжимать каталог прямо средствами трдос-а (напомню что у него нет своей памяти под все это)
то ВНЕЗАПНО неожиданно для программы может изменится весь каталог
и она будет писать не туда куда надо
а по адресам из копии не измененного каталога который лежит в памяти

так что совместимости не будет
так же как и каких то преимуществ

[Grand]

C-DOS еще и папки поддерживает:
https://cdn1.savepice.ru/uploads/2020/12/21/ac2a953b0c3f60e0076a46ca161392cc-full.gifНу папками нас и в TR-DOS не удивишь. 98252 :)

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


Было бы значительно интереснее "прикрутить" сегментированность.Мне казалось, что в других файловых системах отходят от этого. Сегментированный каталог - это хорошо, но файл - нет. Проще писать файл в первую подходящую свободную область - и это можно реализовать на дисках TR-DOS.

[Djoni]

Да проблема обновления TR-DOS назрел давно.

По теме , в новой версии TR-DOS нужно поддержать DirSys (https://zx-pk.ru/threads/5998-dirsys-sistema-katalogov-dlya-tr-dos.html) и в перспективе и на будущее допилить это программное расширение до поддержки даты и времени создания файла.
В рамках обычного Zx 128 и Beta Disk Interface особой пользы от даты нет , а в вот при при создании образов и работы с файлами в среде FAT при переводе дискет в образы было бы удобно, уже достаточно машин где есть энергонезависимые часы , кстати RTC поддерживается и в операционной системе ESXDOS через драйвер.




вот смотри пример, 3е
люди сделали в минимум и все работает
https://worldofspectrum.org/zxplus3e/index.html
модификация пзу и цепляй иде винт

так можно и трдос думаю

Было бы неплохо , но ZX Spectrum +3 аппаратно по жирнее обычного ZX 128 , пзу 64 кб плюс дополнительный порт 1FFD для управления памятью и пзу , да и +3DOS достаточно продвинутая система из коробки умеет настраивая на разные форматы дискет , у каждого файла есть заголовок 128 бит где хранится параметры фала так что без проблем можно работать файлами в среде FAT что и сделано в ESXDOS и NextZXOS, да и формат файлов +3DOS как бы стал стандартом на ZX.
Но и у нас не всё так грустно , есть клоны ZX с пзу 64 кб нулевую страницу пзу используется под расширение TR-DOS , с Basic 128 сложнее:v2_dizzy_botan:

Все мы знаем что первые версии Beta Disk Interface (https://zxpress.ru/article.php?id=18261)делался под 48-ю машину , с выходом Zx128 разработчикам пришлось переделывать интерфейс менять точки вызова и так далее , с 128 бейсиком TR-DOS почти не работает ну кроме обработки команд набранных посимвольно в Basic 128 , в интерфейсе отслеживается бит D4 порта #7FFD при сброшенном бите D4 (включено пзу Basic 128) защёлка интерфейса заблокирована.
Можно убрать этот сигнал из дешифрации интерфейса и мы сможем использовать эту область пзу с tr-dos , есть модифицированные версии Basic 128 (https://zx-pk.ru/threads/31756-basic128-i-divmmc-esxdos.html?p=1061628&viewfull=1#post1061628) в которых не использую код в диапазоне 15616-15871 (3D00-3DFF) что не приводит к срабатыванию защёлки TR-DOS ,этот патч нужен для интерфейса Divide и DivMMC там тоже схожие проблемы с TR-DOS и Basic 128.

[Grand]

В фирменном мануале по СМУКу упоминалась некая "Micro DOS - лучшее средство для программиста".Похоже, она так и не была написана (дописана).
Но сегодня мы могли бы использовать на SMUC HDD ее разделы.

[Sayman]

FATне прижился из-за своей сложности и тупости. Надо разработать свою файловую систему - простую, годную и для дискет, и для HDD.


https://www.youtube.com/watch?v=KTITw8X2368&ab_channel=TSHOOT
Вот это "здрасьте". оригинально :D уж в сравненни с "ФС" трдоса, FAT просто монстр гениальности! все ваши хотелки там более 30 лет как существуют. хотите более другую ФС (типа фи, нам поделок от MS не нужно, да?) - очень хорошо. А переносимость между пц и спектрумом как решать будете в новой фс, если её на старших машинах нигде нет. уж извините, про "сложную и тупую" FAT знает любая Китайская перделка. Громкие слова, конечно, сложная и тупая... да да..

[AndTorp]

и чем она тебе не устравиает и что тебе даст фрагментация файлов?Было бы удобнее работать с несколькими файлами, например, в том же ZASM. Потому что, например, файлы изображений имеют (в большинстве случаев) стандартный размер - 6912 байт и некоторые графические редакторы поддерживают возможность записи "поверх" предыдущего файла. С текстами так не получится.


даже если сделать таблицу соответствия виртуальных секторов физическим
все равно с точки зрения трдоса будут торчать удаленные файлыПри записи надо проверять каталог и данные о новом файле прописывать в элемент каталога, который либо помечен, что файл удален, либо пустой.

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


Ну папками нас и в TR-DOS не удивишьСейчас нет, а для времени создания (1989) - круто.


Мне казалось, что в других файловых системах отходят от этого. Сегментированный каталог - это хорошо, но файл - нет. Проще писать файл в первую подходящую свободную область - и это можно реализовать на дисках TR-DOS. Это хорошо, когда на внешнем носителе несколько сотен гигабайт, на малых объемах будет весьма расточительно.

[Grand]

А переносимость между пц и спектрумом как решать будете в новой фсПредвидел этот вопрос.
Также как и сейчас. Когда мне надо перенести файл с дискеты TR DOS скажем в W7, я в W7 пользуюсь программами, читающими эти дискеты, а не записываю на FAT-носитель в TR DOS, чтобы потом читать его в W7.

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


Это хорошо, когда на внешнем носителе несколько сотен гигабайт, на малых объемах будет весьма расточительно.Этот метод используется на всех блочных носителях в системе RT11 (http://era-cg.su/grands/doc/dvk/blk_dev.htm) (включая дискеты) на ДВК, и довольно успешно. Объемы носителей там, по нашим меркам, маленькие (до 32 Мб).

[Sayman]

Также как и сейчас.
да не ужели? новые хоббеты тоже как сейчас таскать будете? и старый виндовый софт. конечно, вкурсе про ваши мегабайты для трдоса? ну ну.
как это делаю я: подрубаю sd карту к пц, кидаю образы trd и работаю на реале с ними. трдос дискет у меня ровно 0.
а на винт как будете файлики таскать с новой фс? W7 ваши новые фс не знает, как и весь старый трд софт.

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


и довольно успешно.
что-то не заметно. чтобы RT11 сама по себе где-то успешно применялась в 2020 году. мёртвая фс с мёртвой машины, да, очень успешно.

[NEO SPECTRUMAN]

При записи надо проверять каталог и данные о новом файле прописывать в элемент каталога, который либо помечен, что файл удален, либо пустой.
это плохо вяжется с большими файлами (нарезкой)
для которых собственно и нужно расширение трдосов :)

ну и новые файлы будут ВНЕЗАПНО создаваться посреди каталога
сортированость будет еще хуже чем сейчас

и вообще
это равносильно тому что сразу выделять под файл 64К
и хоть 16М образ это без проблем позволяет

ни одна имеющаяся программа не буде так делать
а будет пытатсо притулить следующий файл впритык
и ей никак не докажешь что нужно писать поверх другого файла или за пределы чтобы что то дописать в уже имеющийся...

[Sayman]

и ей никак не докажешь что нужно писать поверх другого файла или за пределы чтобы что то дописать в уже имеющийся...
вопрос: почему все действия по работе с файлами возлагаются на "софт", а не трдос? это как раз её обязанность - распихивать файлы как нужно, а не как хочется.

[NEO SPECTRUMAN]

это как раз её обязанность
пушо кривые у трдоса обязаности
да и все что есть с ошибками
поэтому в здравом уме можно использовать только команды прочитать n секторов записать n секторор и свой код
ну и поэтому никаких фрагментаций и не получится прекрутить

[Grand]

...как это делаю я: подрубаю sd карту к пц, кидаю образы trd и работаю на реале с ними. трдос дискет у меня ровно 0.Но ведь это два разных вопроса - для чего нам новая файловая система: для работы или как хранилище образов дисков. Для второго случая годится и ФС SMUC HDD на Скорпионе.

[Sayman]

пушо кривые у трдоса обязаности
да и все что есть с ошибками
поэтому в здравом уме можно использовать только команды прочитать n секторов записать n секторор и свой код
ну и поэтому никаких фрагментаций и не получится прекрутить

так, стоп. первопост гласит о том. что ты собрался новую трдос делать. а теперь говоришь. что трдос кривая. так ты будешь новую трдос делать или ты просто фс решил перекарячить под старую трдос?
если пилишь новую, то делай уже по нормальному.

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


Но ведь это два разных вопроса - для чего нам новая файловая система: для работы или как хранилище образов дисков. Для второго случая годится и ФС SMUC HDD на Скорпионе.

да. особенно когда этот смук хорошо подключатеся ко всяким пятногонам, ленинградам, может и ко всяким профикам с АТМами, ага. и особенно круто преобразовывать целый винт в пачку не понятных "образов" (разделов-образов). без системы каталога и какой либо сортировки.

[Djoni]

FATне прижился из-за своей сложности и тупости. Надо разработать свою файловую систему - простую, годную и для дискет, и для HDD.

Ну как бы есть уже файловая система IDEDOS (https://faqwiki.zxnet.co.uk/wiki/IDEDOS)

Характеристики:

Ёмкость диска ограничена 128 ГБ.
Поддерживает 65536 разделов.
Длинные имена разделов.
Без проблем существует с FAT разделами на одном носителе.
Максимальный размер раздела 16 МБ (теоретический до 32 Мб)
Разделы могут быть разных форматов от CP/M FAT-16 или TR-DOS.


Вообще моё мнение на ретро компьютере использование своей файловой системы если с ней работать удобней считаю плюсом ,
тянуть на Zx fat32 как то чересчур ,разумный компромисс fat16.
Но к сожалению до сих пор нет полноценной законченной утилиты под наши интерфейсы для подготовки hdd носителя.
А так мы получается привязаны пуповиной к PC

В идеале в перспективе обмен данными с PC через Wi-Fi модуль который весит на портах AY (схема всем известна ),
софт под это дело помаленьку пилят ,и не какой проблемы с обменом данных и не нужно бегать с флешкой между компьютерами.

По теме IDEDOS:

С утилитами тут не густо утилиты под Unix системы работает ра разделами в формате +3DOS https://github.com/ec429/idedosfs
Под win 3e StrowSaw можно сразу работать с флеш носителем.
И утилита командной строки 3е.
https://worldofspectrum.org/zxplus3e/transfers.html

[Sayman]

Ну как бы есть уже файловая система IDEDOS
ни с чем не совместимо. 0й сектор абракадабра (авадакедабра) какая-то. как этот винт на пц работать будет?
ааа, так оно ещё и LBA не умеет. пффф.

тянуть на Zx fat32 как то чересчур
да, это верно. FAT16 за глаза. 2гб на раздел (при кластере в 32кб) и 2гб на файл.


Но к сожалению до сих пор нет полноценной законченной утилиты под наши интерфейсы для подготовки hdd носителя.
ооох...
https://github.com/witchcraft2001/zxfdisk
кушайте, не стесняйтесь. это первое, второе - у большинства на столе по соседству стоит ПЦ. на нём прекрасно всё размечается и форматится.


А так мы получается привязаны пуповиной к PC
к ПЦ привязаны все. хоть спек, хоть амига, хоть что. особенно когда на машине нет сети, чтобы перекидывать файлики.

[NEO SPECTRUMAN]

или ты просто фс решил перекарячить под старую трдос?
я решил растянуть ФС трдос-а до его максимальных возможных пределов
в надежде что старый софт сможет с ней работать без изменений

[Sayman]

я решил растянуть ФС трдос-а до его максимальных возможных пределов
в надежде что старый софт сможет с ней работать

ааа ясна. т.е. пзу трдоса не трогаешь...

[NEO SPECTRUMAN]

ааа ясна. т.е. пзу трдоса не трогаешь...
а как оно можно растянуть не трогая пзу? :v2_lol:

[Djoni]

C-DOS еще и папки поддерживает:
https://cdn1.savepice.ru/uploads/2020/12/21/ac2a953b0c3f60e0076a46ca161392cc-full.gif

Есть образ ПЗУ и эмулятор, на котором запускается C-DOS?

Общался маленько с разработчиком софта под этот интерфейс , даже взял интервью для нашей газеты ЗаRulem Печатное Слово (https://yadi.sk/d/jBOBeUr0jsUw6w) ;)

Где то выкладывал в сообщениях архив схема прошивка , нужно поискать.

А вот https://zx-pk.ru/threads/17121-kontroller-c-dos.html?highlight=c-dos

[AndTorp]

это плохо вяжется с большими файлами (нарезкой)Для коллекции (1 раз записали на дискету) mod-файлов (или еще чего-то объемного) подойдет, как я предлагал выше, старый (несегментированный) вариант (с максимальным использованием дискового объема). Для работы с файлами, объем которых изменяется, - новый вариант. Новая TR-DOS определяет как отформатирована дискета и работает с ней соответственно. Если ПО работает через #3d13, то все операции по размещению/считыванию сегментированного файла берет на себя TR-DOS. Если прямое программирование контроллера, то старый (несегментированный) вариант.

[Sayman]

а как оно можно растянуть не трогая пзу? :v2_lol:

чувак, не тупи. я же спросил - будешь переделывать трдос, ты сказал нет. только фс. значит пзу не трогаешь. а теперь что, трогаешь? так если трогаешь, значит можно сделать по человечески.

[NEO SPECTRUMAN]

чувак, не тупи. я же спросил - будешь переделывать трдос, ты сказал нет. только фс
чувак не тупи

[Grand]

Если вернуться к вопросу расширения функционала TR-DOS, то иллюстрацией этого можно считать EVO-DOS на одноименном компьютере. Но и там о прозрачной работе с файлами в двух файловых системах можно только мечтать.

[solegstar]

ооох...
https://github.com/witchcraft2001/zxfdisk
кушайте, не стесняйтесь.
утилита с не полным функционалом, к сожалению. пока она только показывает, что на винте, запись не работает.

[Sayman]

утилита с не полным функционалом, к сожалению. пока она только показывает, что на винте, запись не работает.

исходники есть. запись прикрутить не сложно. если не считать отсутствия возможности создавать extended и secondary разделы. то под спринтером работает на 100%. даже +функционал сделал - перемещение на любой сектор в дампе секторов.
вон, NS пусть дособирает.

[Evgeny Muchkin]

Нечего трындеть! Надо кодить, делать, экспериментировать! А если вещь годная окажется, то поддержка будет от всех!

[zx_]

NEO SPECTRUMAN, HR-DOS , рефакторинг TR-DOS, отличительный признак - вполовину меньший обьем, при сохранении совместимости
http://www.asvcorp.ru/darch/docs/zx/hr-dos/index.html

[NEO SPECTRUMAN]

HR-DOS , рефакторинг TR-DOS,
это все хорошо...
но сорцов наверно как всегда нет
да и стандартные адреса процедур не дадут разгулятся без потерь совместимостей

хотя надо будет посмотреть

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

это у них по ходу 16К ПЗУ-шек не было
поэтому они запихнули все в одну 8К :v2_lol:

[goodboy]

это у них по ходу 16К ПЗУ-шек не было поэтому они запихнули все в одну 8К
еле завёл под эмулем это чудо
https://a.radikal.ru/a37/2012/ff/b3dce381bee8.png (https://radikal.ru)https://c.radikal.ru/c31/2012/5e/4ffb86ee2e80.png (https://radikal.ru)
походу совместимость на уровне #3d13

[AndTorp]

Где то выкладывал в сообщениях архив схема прошивка , нужно поискать.

А вот https://zx-pk.ru/threads/17121-kontr...ighlight=c-dos
Djoni, благодарю за инфу. Жаль, что C-DOS не заменила TR-DOS в то время. Сейчас, из-за обилия ПО под TR-DOS, все значительно сложнее. Хотя, как вторая DOS, вполне может быть.
https://cdn1.savepice.ru/uploads/2020/12/25/8bab3b3767c4c1b994bf6a71b1fbba3f-full.png