Форматы архивации / сжатия или инструменты, которые поддерживают несколько файловых вилок или потоков?

В последнее время меня заинтересовали возможности нескольких файловых систем, включая Apple HFS+ и Microsoft NTFS, которые поддерживают два или более потоков данных.

  • В терминологии Mac они были наиболее широко известны до OS X как отдельные ветки данных и ресурсов. Я считаю, что современный HFS+ может иметь более двух вилок.
  • В NTFS их чаще всего называют альтернативными потоками данных или просто ADS.

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

Я знаю, что в Mac System 7 были такие дни, как MacBinary и BinHex, но я хотел бы знать, есть ли такие форматы и инструменты текущего поколения, такие как zip, gzip, bzip2, 7zip или любые менее известные, служба поддержки.

Я бы предпочел открытый код, кроссплатформенность, открытые стандарты, но все было интересно.

Источник

1 ответ

Решение

I found one option: the open source 7-zip (16.04 at least) can create ".wim" archives, including with support of Alternate Data Streams. There's a "Store alternate data streams" checkbox in the GUI, and a -sfs flag in the CLI. Too bad these are not compressed.

The ".wim" file format is quite well documented.

Я бы порекомендовал придерживаться соглашения об именах, используемого Windows 2000 Advanced Server, который имел дополнительную поддержку протокола Apple Filing Protocol и отображался

  • Информация о традиционном файле MacOS в 60 октетов AFP_AfpInfo ADS, например
    41 46 50 00 00 00 01 00 00 00 00 00 00 00 00 80     AFP
72 6F 68 64 64 64 73 6B 01 00 FF FF FF FF 00 00     rohdddsk
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
E0 D8 D8 AF AE 7F 00 00 3F DE D5 95
  • Традиционный ресурс MacOS разветвляется на AFP_Resource ОБЪЯВЛЕНИЯ; это прямой дамп октетов ветвления ресурса, обычно начинающийся с 00 00 01 00 который является 32-битным смещением в формате с прямым порядком байтов Resource Forks.
  • Традиционный файл MacOS комментирует Comments ADS (каждый символ ASCII появляется в виде его кода ASCII, за которым следует 00, то есть UTF-16 с прямым порядком байтов; я не знаю сопоставления специальных символов Maintosh)

например, как показывает утилита потоков Sysinternals:

R: \ macdev \ UniversalInterfaces3.4.1b3.img:: AFP_AfpInfo: $ DATA 60: AFP_Resource: $ DATA 3565: Комментарии:$DATA 238

Недавно я попытался поставить вопрос, спрашивая что-нибудь на эту мелодию, со сжатием; но это было (понятно) приостановлено.

Источник
Другие вопросы по тегам