xTAP: оно надо?

[elf/2]

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

на мой взгляд одно из основных требований к любому менеджеру speccy файлов (не важно плагин, sn, еще что-то) - обратимость основных операций. т.е. копируем файл из образа/ленты на винт, а потом обратно. единственное что должно измениться - это порядок файлов.

в принципе этот мой бзик основная причина отсутсвия xTAPe в настоящий момент

[CityAceE]

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

Я целиком и полностью разделяю твою точку зрения!

[elf/2]

Я целиком и полностью разделяю твою точку зрения!

точка зрения правильная, вот только как ее совместить с записью tzx блоков в hobeta пока не понятно

[CityAceE]

точка зрения правильная, вот только как ее совместить с записью tzx блоков в hobeta пока не понятно

Оставь в покое TZX! Этот формат хорош для нестандартных образов. Для стандартных всем хорош TAP. А если нужно получить стандартный TZX, то всегда есть конвертор TAP2TZX. Или ты ведёшь речь про чтение из TZX?

[elf/2]

Оставь в покое TZX! Этот формат хорош для нестандартных образов. Для стандартных всем хорош TAP. А если нужно получить стандартный TZX, то всегда есть конвертор TAP2TZX. Или ты ведёшь речь про чтение из TZX?

Саша Медведев хочет сделать хорошо, т.е. xTAPe понимает и позволяет работать со всеми популярными tape форматами:
> tap стандартный (или blk)
> tap warajewo
> ltp
> spc
> zxs
> tzx
> 000
соотвественно по возможность Read/Write.

мне эта идея нравиться, хотя как совместить "блочную" сущность ленты с "файловой" сущностью диска/hobeta пока не очень понятно. но мы думаем в этом направлении

[Alexandr Medvedev]

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

Тогда такие файлы не будут опреляться как HoBeta файлы, поскольку содержат мусор в конце.

Моё предложение такое - извлекать из tap все вблоки а из txz только стандартные блоки, т.е. только те, которые совместимы с tap.
Извлечение сделать в 3 форматах HoBeta SCL и 000, последний для полной совместимости при копировании tap<->tap.

[Advertiser]

[elf/2]

Тогда такие файлы не будут опреляться как HoBeta файлы, поскольку содержат мусор в конце.

я имел в виду сохранять по смещению length из hobeta заголовка. с достаточной вероятностью до реального конца файла еще есть место

[Alexandr Medvedev]

я имел в виду сохранять по смещению length из hobeta заголовка. с достаточной вероятностью до реального конца файла еще есть место

Есть несколько но.
1) возможен случай, когда длнина в байтах кратна 256, или мало места для хранения дополнительной информации
2) как xTRD и прочие будут определять наличие/отсутствие этой информации

[elf/2]

Есть несколько но.
1) возможен случай, когда длнина в байтах кратна 256, или мало места для хранения дополнительной информации
2) как xTRD и прочие будут определять наличие/отсутствие этой информации

согласен, потенциальные проблемы есть
1. да возможен, соответсвенно в худшем случае потеряли 2 последних символа имени файла
2. xTRD и прочим эта инфа не нужна. ее будет использовать только xTAPe. чтобы понять что инфа есть пишем на 1 байт больше. он содержит какой-нибудь вариант контрольной суммы. соответсвенно: читаем 3 байта и проверяем что КС первый двух равна третьему

[harushima]

Как дела с написанием плагина? Есть ли бета версии на тестирование?