RT-11 DSK Total Commander wcx plugin.

[Arseny]

hobot, rtd - это наследие от теледиска который работал в ДОСе. Пользователь сам заполнял ручками информацию о диске с которого делался образ.

Это предположение или точная информация? hobot же написал уже от чего эти образы. Между прочим - в заголовке файла md06.rtd понятными буквами написано: "NET-Rt11 B-2.0 Volume file; (c) LInTech, 1996." Чего непонятного-то?

Поддержка эмулятором таких образов скорее фича. Реальная УКНЦ дискету с таким заголовком не поймет.

Реальная УКНЦ дискету с таким заголовком не поймет несколько по иной причине чем заголовок - мне пока не встречались дискеты на 2Мб и более (размеры диска меняются динамически по мере заполнения). RTFM, короче.

[Advertiser]

[Vamos]

Каким-нибудь WinHex-подобным редактором

Точно так. И обрезать в этом же редакторе, с 00 по FF.

Это предположение или точная информация? hobot же написал уже от чего эти образы.

У меня на памяти что в теледиске можно было добалять комментарии при создании образа. С другой стороны если внимательно посмотреть весь архив dosline то можно найти две утилиты FDD2RTD и RTD2FDD.

[hobot]

весь архив dosline

Ха! Люблю архивы =) И откуда во мне такое? А можно про этот вот архив подробнее?

[Arseny]

У меня на памяти что в теледиске можно было добалять комментарии при создании образа.

Ну и что? У Теледиска расширение TD0, что никак не похоже на RTD.

С другой стороны если внимательно посмотреть весь архив dosline то можно найти две утилиты FDD2RTD и RTD2FDD.

А если RTFM, то можно узнать что RTD2FDD спрашивал как быть с RTD образом большим дискеты.

---------- Post added at 16:46 ---------- Previous post was at 16:40 ----------

А можно про этот вот архив подробнее?

Про утилиты FDD2RTD и RTD2FDD написано в руководстве NET-RT11, к которому они и относятся. Все есть на моем сайте - и руководство, и инсталяция (DosLine входит в пакет NET-RT11).

[Patron]

Насколько я понял, даже если все 256 байт заголовка файла .RTD заполнены нулями - это никак не вредит возможности использования такого образа в системе NET-RT11.

А раз так - любой желающий может достаточно легко написать пару утилит RTD2DSK и DSK2RTD.

...

Возможность работы с образами .RTD будет добавлена в следующую версию плагина.

[hobot]

Возможность работы с образами .RTD будет добавлена в следующую версию плагина.

Что может быть лучше, ободряющего анонса ! =)

[Patron]

Добавлена новая версия плагина.

RT-11dsk.wcx.v0.98с.rar

Добавлена поддержка файлов .TD0 образов дискет, сделанных программой Teledisk (только чтение), а также файлов образов .RTD системы NET-RT11.

[Patron]

Добрый день снова!

Я просто в диком восторге от Вашей утилиты, и поэтому буду продолжать Вас понемногу тиранить, уж простите :) пользуюсь я ей!
Очень удобный и наглядный интерфейс визуализации посекторного содержимого!!! Супер!

Поэтому вопрос имеется по более глубокому использованию новой добавленной Вами офигительной фиче (т.е. для случаев когда всё плохо):
У меня есть три файла-образа в формате Теледиска, выловленные из сервиса Машины Времени (archive.org).
Возможности их перечитать с носителя заново не будет уже никогда и нигде ещё, так что приходится изголяться уж над теми данными что есть...

http://zalil.ru/31940218
(td0 в zip-е, 132Kб)

Благо по логам вроде упоминаются все сектора, но Теледиск при чтении, видимо, наловил ещё каких-то остатков на дорожках;
все автоматические конверторы TD02DSK спотыакются на этих вклинышах и размер не получается 80*10*512, а внутри всё "сползает".
Я буду собирать диск верной геометрии по этим кусочкам вручную, но нужно уточнить где лежат эти самые додатки и посмотреть что в них туда считалось, на предмет полного анализа считанного что бы ничего не потерять.

1.
Вопросик по файлам .log - в котором есть инфа по состоянию секторов внутри архива
Например:
[01:0] ## [TRACK:HEAD] ## Sectors Stored: 11
Sector Header NOT Found # Data: 512 Bytes, RLE 0510
[01:0] ### SECTOR: 01 ### Data: 512 Bytes, RLE 0510
[01:0] ### SECTOR: 02 ### Data: 512 Bytes, RLE 0068
[01:0] ### SECTOR: 03 ### Data: 512 Bytes, RLE 0116
[01:0] ### SECTOR: 04 ### Data: 512 Bytes, RLE 0084
[01:0] ### SECTOR: 05 ### Data: 512 Bytes, RLE 0012
[01:0] ### SECTOR: 06 ### Data: 512 Bytes, RLE 0068
[01:0] ### SECTOR: 07 ### Data: 512 Bytes, RLE 0076
[01:0] ### SECTOR: 08 ### Data: 512 Bytes, RLE 0100
[01:0] ### SECTOR: 09 ### Data: 512 Bytes, RLE 0072
[01:0] ### SECTOR: 10 ### Data: 512 Bytes 0xB6

Вот та самая первая штука: "Sector Header NOT Found # Data: 512 Bytes, RLE 0510" - где-то ещё отображается? доступ к содержимому можно куда-то вывести / или где искать?

1а.
В каталоге посекторного отображения дополнительно к ряду SECTOR: 01...SECTOR: 10 кое-где есть ряд файлов, типа:
"Sectors\Track=00 ; Head=0 ; Sect=118.BIN"
"Sectors\Track=02 ; Head=0 ; Sect=010a.BIN"
"Sectors\Track=03 ; Head=0 ; Sect=119.BIN"
они откуда именно такие взялись?

2.
[02:0] ## [TRACK:HEAD] ## Sectors Stored: 20
[02:0] ### SECTOR: 01 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 02 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 03 ### Data: 512 Bytes, RLE 0094
[02:0] ### SECTOR: 04 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 05 ### Data: 512 Bytes, RLE 0100
[02:0] ### SECTOR: 06 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 07 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 08 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 09 ### Data: 512 Bytes, RLE 0102
[02:0] ### SECTOR: 01 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 02 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 03 ### Data: 512 Bytes, RLE 0094 >>> Duplicated
[02:0] ### SECTOR: 04 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 05 ### Data: 512 Bytes, RLE 0100 >>> Duplicated
[02:0] ### SECTOR: 06 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 06 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 07 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 08 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 09 ### Data: 512 Bytes, RLE 0102 >>> Duplicated
[02:0] ### SECTOR: 10 ### Data: 512 Bytes, RLE 0102

Статус >>> Duplicated содержимое этих секторов где-то сохранено, его можно посмотреть для сравнения, доступ к содержимому можно куда-то вывести?
По логике дорожка считалась дважды (может как-то "проскочил" маркер начала трека?), но чтобы быть совсем спокойным я бы сравнил их данные посекторно вручную.

3. Можно ли попросить Вас добавить в вывод какую-нибудь небольшую контрольную сумму небольшой фиксированной длины (CRC32, ну незнаю), по содержимому каждого сектора?
[02:0] ### SECTOR: 01 ### Data: 512 Bytes, <CRC32>, RLE 0102
Это бы сделало работу сравнения по содержимому очень сильно наглядным, для вылавливания дублей идеально (иначе постоянно приходится переименовывать имена файлов и выбирать из меню Тотала "Сравнить по содержимому").

.............................................

1.

"Sector Header NOT Found # Data: 512 Bytes, RLE 0510" - где-то ещё отображается? доступ к содержимому можно куда-то вывести / или где искать?

1a.

Track=00 ; Head=0 ; Sect=118.BIN - откуда взялся?

Если заголовок сектора при считывании образа дискеты не был обнаружен, то программа Teledisk добавляет в образ псевдо-сектор со считанными данными и нереально большим номером (мне встречались псевдо-сектора с номерами от 98 до 120).

Если Вы обратили внимание - в логе указано, что для данной дорожки в образе .td0 сохранены 11 секторов. В каталоге "\Sectors" к данной дорожке относятся следующие 11 секторов:

Track=00 ; Head=0 ; Sect=001.BIN
Track=00 ; Head=0 ; Sect=002.BIN
Track=00 ; Head=0 ; Sect=003.BIN
Track=00 ; Head=0 ; Sect=004.BIN
Track=00 ; Head=0 ; Sect=005.BIN
Track=00 ; Head=0 ; Sect=006.BIN
Track=00 ; Head=0 ; Sect=007.BIN
Track=00 ; Head=0 ; Sect=008.BIN
Track=00 ; Head=0 ; Sect=009.BIN
Track=00 ; Head=0 ; Sect=010.BIN
Track=00 ; Head=0 ; Sect=118.BIN

На мой взгляд - достаточно легко догадаться, что сектору с ненайденным заголовком Teledisk присвоил номер 118.

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



1a.

Track=02 ; Head=0 ; Sect=010a.BIN - что означает 010a ?

2.

[02:0] ### SECTOR: 09 ### Data: 512 Bytes, RLE 0102 >>> Duplicated

Статус >>> Duplicated содержимое этих секторов где-то сохранено, его можно посмотреть для сравнения, доступ к содержимому можно куда-то вывести?

Если программа Teledisk не успевает считать какой-то из секторов и "уходит на второй круг", то все ранее считанные сектора, попадающиеся на пути к интересующему - считываются по второму разу и повторно записываются в образ.

Если содержимое такого "дублированного сектора" в точности совпадает с тем содержимым, которое было считано на первом проходе - плагин помечает в логе такой сектор как "Duplicated" и не сохраняет его данные в каталоге "\Sectors". Если же повторно считанное содержимое отличается хотя бы на один бит - такой сектор сохраняется в каталоге "\Sectors" с суффиксом, обозначающим номер прохода ( 010a - 10-й сектор, считанный на 2-м проходе, 010b - 10-й сектор, считанный на 3-м проходе и т.д. )

3.

Можно ли попросить Вас добавить в вывод какую-нибудь небольшую контрольную сумму небольшой фиксированной длины (CRC32, ну незнаю), по содержимому каждого сектора?
[02:0] ### SECTOR: 01 ### Data: 512 Bytes, <CRC32>, RLE 0102
Это бы сделало работу сравнения по содержимому очень сильно наглядным, для вылавливания дублей идеально

Если цифры после "RLE" у двух секторов совпадают - содержимое секторов (как правило) идентично. Если цифры после "RLE" у двух секторов различаются - содержимое таких секторов всегда различается.

...

Главная проблема обсуждаемого образа (как и многих образов td0, считанных с ошибками) в том, что несмотря на повторные проходы считывания - не для всех дорожек сохранены все сектора. Многие контроллеры дисководов позволятют форматировать дорожки с абсолютно произвольной нумерацией секторов, поэтому плагин делает единственное предположение относительно нумерации секторов на дорожке - что сектора с большими номерами должны располагаться в формируемом образе .DSK после секторов с меньшими номерами. Поэтому, если для какой-то дорожки не сохранён (например) сектор №1 и из-за этого количество секторов на единицу меньше, чем на других дорожках, а нумерация секторов начинается с сектора №2 - то плагин не считает это ошибкой, что приводит к смещению данных в формируемом плагином .DSK-образе дискеты, сохранённой в файле .TD0

Именно для таких случаев все считанные сектора сохраняются плагином в каталоге "\Sectors", чтобы можно было скопировать этот каталог на свой компьютер, добавить пропущенные сектора и вручную собрать исправленный образ при помощи элементарного скрипта, объединяющего все файлы каталога в один (напомню, что перед сборкой образа из секторов нужно не только добавить пропущенные сектора, но и удалить все псевдо-сектора с нереально большими номерами и все дублирующие сектора с номерами типа 010a ).

[anasana]

Спасибо за разъяснюху. Это то что надо.
Т.к имена файлов с содержимым секторов уникальные:
"\Sectors\Track=00 ; Head=0 ; Sect=001.BIN"
"\Sectors\Track=00 ; Head=0 ; Sect=002.BIN"
...
"\Sectors\Track=00 ; Head=0 ; Sect=010.BIN"
.
.
.
"\Sectors\Track=79 ; Head=0 ; Sect=010.BIN"
то склеиваю перебором по маске из нужных файлов, поэтому остальные из каталога можно даже не удалять.
Исходник в аттаче вдруг кому будет нужен - тот легко допилит сборщик для компоновки под размер форматов своих образов.

[Titus]

А нельзя ли сделать в плагине, чтобы при копировании в образ, у файлов с именем длиннее 6 символов, остальные символы просто обрезались? Сейчас такому файлу в копировании отказывается. Это очень удобно, допустим хранить файлы в в таком формате 'LAND (Игра про чертиков).SAV', а при желании, кидать в образ, и автоматом описание в скобках отпадет.