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

336
hippietrail

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

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

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

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

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

2

1 ответ на вопрос

1
fgrieu

Я нашел один вариант: 7-zip с открытым исходным кодом (по крайней мере, 16.04) может создавать архивы «.wim», в том числе с поддержкой Alternate Data Streams. В графическом интерфейсе есть -sfsфлажок «Сохранить альтернативные потоки данных», а в CLI - флаг. Жаль, что они не сжаты.

Формат файла ".wim" довольно хорошо документирован.

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

  • Информация о традиционном файле MacOS для 60-октетного AFP_AfpInfoADS, например 
    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_ResourceADS; это прямой дамп октетов ветвления ресурса, обычно начинающийся с 00 00 01 0032-битного смещения в формате с прямым порядком байтов Resource Forks.
  • Традиционный файл MacOS с комментариями к CommentsADS (каждый символ ASCII отображается в виде своего кода ASCII, за которым следует 00, то есть UTF-16 с прямым порядком байтов; я не знаю сопоставления специальных символов Maintosh)

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

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

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

Похожие вопросы