CFS (формат файла)

редактировать
Компактный набор файлов
Расширение имени файла .cfs
Тип интернет-носителя application / x-cfs-compressed
Разработано
Тип форматаФормат архива
Открытый формат ?Да (см. cfs. h file )

Compact File Set (CFS) - это открытый формат архивного файла и формат файла контейнера распространения программного обеспечения.

Содержание
  • 1 Обзор
    • 1.1 Цели
    • 1.2 Основные отличия CFS от ISO-9660
  • 2 Техническая информация
    • 2.1 Медиа-заголовок
    • 2.2 Имена файлов Unicode
    • 2.3 Необязательно таблицы путей
    • 2.4 Расширенные атрибуты
    • 2.5 Расположение данных каталога на носителе
    • 2.6 Область патча заголовка носителя
    • 2.7 Расширения формата и составные файловые системы
    • 2.8 Расширения для архивирования атрибутов, специфичных для системы
    • 2.9 Форматы носителей
  • 3 См. Также
  • 4 Ссылки
  • 5 Внешние ссылки
Обзор

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

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

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

Цели

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

Основные отличия CFS от ISO-9660

  • Макет и содержимое медиа-заголовка (первые 40k) фиксированы, всегда содержат одну и ту же последовательность структур тома и данных.
  • Все имена файлов и текстовые поля сохраняются как UCS-2 с прямым порядком байтов, как указано в расширениях Joliet.
  • Произвольное ограничение s по имени файла и глубине каталога удаляются, вплоть до ограничений структуры записи файла ISO-9660, 110 16-битных символов.
  • Все данные каталога записываются после последнего блока данных файла.
  • Считыватели должны обрабатывать файлы размером более 4 ГБ.
  • Таблицы путей могут быть созданы, но не используются.
Техническая информация

Заголовок носителя

Первые 20 блоков (40 КБ) логического образа - это медиа-заголовок. Макет медиа-заголовка совместим с различными структурами дескрипторов и каталогов для ISO-9660. Первый блок данных файла сохраняется в блоке 20 сразу после заголовка мультимедиа.

Медиа-заголовок имеет следующую структуру:

блок 0-11
все нули
блок 12
текст файла readme совместимости
блок 13
корневая папка совместимости
блок 14
таблица путей с прямым порядком байтов совместимости
блок 15
большая совместимость -концевая таблица путей
блок 16
дескриптор первичного тома совместимости с ISO-9660
блок 17
дескриптор дополнительного тома ISO-9660
блок 18
дескриптор завершения ISO-9660
блок 19
все нули

дескриптор основного тома в заголовке носителя ссылается на корневую папку фиксированной совместимости и файл readme, чтобы помочь пользователям идентифицировать приложения и системы, которые не используют дополнительный дескриптор тома. Дескриптор дополнительного тома указывает набор символов UCS-2 и ссылается на реальную структуру каталогов. Заголовок мультимедиа должен быть инициализирован точно так же, как это сделано в логике этого файла заголовка. В заголовок мультимедиа не следует добавлять дополнительные данные приложения, системные данные, комментарии, даты, текст и т. Д.

Имена файлов Unicode

Все имена файлов, а также поля идентификатора системы и идентификатора тома дополнительного дескриптора тома кодируются как UCS-2 с прямым порядком байтов.

Длина имени файла ограничена размером 8-битной записи файла до 110 16-битных символов. Никаких произвольных ограничений на глубину иерархии каталогов или общую длину имени файла и включенных компонентов имени папки не накладывается. Читателям нужно будет выбрать подходящий предел для своей среды и при необходимости выполнить проверки. Как и в ISO-9660-1999, номера версий не добавляются к именам файлов. Как и в ISO-9660-1999, особое значение "." а также ';' символы при сортировке имени файла исключены.

Необязательные таблицы путей

Таблицы путей занимают пространство носителя с избыточной информацией и ограничивают носитель до 64 КБ папок. Читатели не должны ссылаться на таблицы путей. Писатели могут создавать таблицы путей для повышения совместимости со считывателями ISO-9660. Таблицы путей должны быть записаны с данными каталога (экстентами папки) за пределами последнего блока данных файла. Обратите внимание, что правильные таблицы путей не могут быть созданы для носителей, содержащих более 64 КБ папок. Писатели, которые изменяют существующий носитель, могут удалить существующие таблицы путей. Если таблицы путей отсутствуют, то три связанных поля дескриптора тома в дополнительном дескрипторе тома должны быть установлены в ноль.

Расширенные атрибуты

Расширенные атрибуты зарезервированы для будущих расширений CFS. Писатели не должны создавать расширенные атрибуты. Читатели должны корректно обрабатывать расширенные атрибуты, если они существуют. Данные файла должны быть непрерывными, а для файлов с несколькими экстентами необходимо ограничить использование повторяющихся файловых записей. Все данные для каждого файла должны существовать в одном непрерывном экстенте. Это верно, даже когда файлы представлены с использованием нескольких файловых записей. Файлы с чередованием создавать нельзя. Связанные файлы создавать нельзя.

Дубликаты файловых записей должны использоваться только для представления файлов с экстентом данных, превышающим 4GiB-2048. Дубликаты файловых записей не должны использоваться для представления файлов с фрагментированными данными. Когда используются повторяющиеся файловые записи, также должен использоваться флаг мультиэкстентности, как указано в спецификации ISO-9660-1999. Дубликаты файловых записей не должны создаваться, если общий размер данных файла не превышает 4Gib-2048. Если для файла существуют повторяющиеся файловые записи, все, кроме последней файловой записи, должны иметь размер данных, равный 4 Гб-2048 байтов.

Расположение данных каталога на носителе

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

Область патча заголовка мультимедиа

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

Расширения формата и составные файловые системы

Все файлы и папки, записанные в образе, должны быть доступны через единую структуру каталогов, на которую ссылается дескриптор дополнительного тома. Составные файловые системы, такие как включающие структуры UDF или HFS, не допускаются. Rockridge и другие расширения ISO-9660 не допускаются.

Расширения для архивирования системных атрибутов

Будущие версии CFS могут включать расширения, позволяющие сохранять системные атрибуты, такие как временные поля, дескрипторы безопасности, списки управления доступом, вилки ресурсов, символические ссылки и т. Д. Разработчикам, которым необходимы эти расширения, следует связаться с Pismo Technic с требованиями и / или предложениями.

Форматы носителей

Образы CFS либо записываются на носители CD / DVD, либо хранятся в файле контейнера носителей. Файл медиа-контейнера может быть необработанным дампом образа CFS, называемого здесь DD, но более широко известным как файлы ISO. Кроме того, файл медиа-контейнера может быть более структурированным контейнерным форматом, который предоставляет дополнительные функции, такие как сжатие и охват. Образы CFS соответствуют этой спецификации, только если они хранятся в медиафайлах формата DD или CISO (Compact ISO). При записи на носитель CD / DVD или при сохранении в других форматах файлов мультимедийных контейнеров, таких как NRG или DAA, комбинация не соответствует требованиям CFS и не должна называться файлом CFS.

Примечание: это не тот же формат, что и формат [[сжатый ISO]], распространенный в разработке PlayStation Portable homebrew. Формат ISO, сжатый PSP, также называется CISO, но имеет расширение CSO.

Записывающие приложения CFS должны по умолчанию записывать файлы мультимедийных контейнеров в формате DD, если пользователь не указал параметры файла-контейнера, требующие CISO (охват, сжатие,...). Это обеспечивает более интуитивно понятный обмен с системами и приложениями, которые поддерживают образы DD CD / DVD, но не поддерживают CFS.

См. Также
Ссылки
Внешние ссылки
Последняя правка сделана 2021-05-13 10:48:47
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте