CFS (формат файла)
| Расширение имени файла | .cfs |
|---|---|
| Тип интернет-СМИ | приложение/x-cfs-сжатое |
| Разработано | Джо Лоу (Pisma Technic Inc.) |
| Тип формата | Формат архива |
| Открытый формат ? | Да (см. файл cfs.h ) |
Компактный набор файлов (CFS) — это формат файлов открытого архива и формат файлов контейнера распространения программного обеспечения.
Обзор
[ редактировать ]Компактный набор файлов (CFS) — это формат файлов открытого архива и формат файлов контейнера распространения программного обеспечения. [1] Базовые файлы CFS совместимы с файлами ISO. Он должен быть настолько похож на ISO-9660, что многие системы и приложения смогут читать CFS, а другие приложения потребуют лишь незначительных модификаций. Он основан на:
Он доступен для бесплатного использования в бесплатных или коммерческих приложениях. Предполагается, что никакие части формата не защищены патентами. [2]
Ожидается, что основным приложением будут файлы-контейнеры для различных приложений архивирования и распространения, но CFS может быть полезен при записи непосредственно на носители CD/DVD.
Цели
[ редактировать ]- Упростите использование за счет сжатия данных и отсутствия необходимости хранения данных (каналы, розетки, лента).
- Упрощение реализации приложений чтения и записи по сравнению с традиционными образами на основе ISO-9660/UDF.
- Улучшена согласованность и обмен данными между различными приложениями.
- Упростите реализацию приложений, изменяющих изображения.
- Повысьте эффективность хранения за счет использования меньшего пространства изображений для медиа-структур и дублированных данных каталогов.
- Устраните ограничение количества папок, налагаемое в ISO-9660 таблицей путей.
- Устраните ограничения размера файла, налагаемые различными ограничениями совместимости, с помощью ISO-9660 и UDF.
Основные отличия CFS от ISO-9660
[ редактировать ]- Макет и содержимое заголовка мультимедиа (первые 40 КБ) фиксированы и всегда содержат одну и ту же последовательность структур тома и данных.
- Все имена файлов и текстовые поля сохраняются в формате UCS-2 с прямым порядком байтов, как указано в расширениях Joliet.
- Снимаются произвольные ограничения на имя файла и глубину каталога, вплоть до ограничений структуры записи файла 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
- все ноль
Дескриптор основного тома в заголовке носителя ссылается на корневую папку фиксированной совместимости и файл сведений, чтобы помочь пользователям идентифицировать приложения и системы, которые не используют дескриптор дополнительного тома. Дополнительный дескриптор тома указывает набор символов UCS-2 и ссылается на реальную структуру каталогов. Заголовок мультимедиа должен быть инициализирован точно так же, как это сделано в логике этого файла заголовка. В заголовок мультимедиа не следует добавлять никакие дополнительные данные приложения, системные данные, комментарии, даты, текст и т. д.
Имена файлов в Юникоде
[ редактировать ]Все имена файлов, а также поля идентификатора системы и идентификатора тома дополнительного дескриптора тома кодируются как UCS-2 с прямым порядком байтов.
Длина имени файла ограничена размером 8-битной записи файла и составляет 110 16-битных символов.Никакие произвольные ограничения не налагаются на глубину иерархии каталогов или общую длину имени файла и включенных компонентов имени папки. Читателям необходимо будет выбрать подходящий предел для своей среды и при необходимости выполнить проверки. Как и в ISO-9660-1999, номера версий не добавляются к именам файлов. Как и в ISO-9660-1999, особое значение знака «.» и ';' символы при сортировке имени файла исключены.
Дополнительные таблицы путей
[ редактировать ]Таблицы путей занимают пространство мультимедиа с избыточной информацией и ограничивают размер мультимедиа папками не более 64 КБ. Читателям не следует ссылаться на таблицы путей. Разработчики могут создать таблицы путей для повышения совместимости с устройствами чтения ISO-9660. Таблицы путей должны быть записаны с данными каталога (экстентами папки) за пределами последнего блока данных файла. Обратите внимание, что правильные таблицы путей невозможно создать для носителей, содержащих более 64 КБ папок. Авторы, изменяющие существующие носители, могут удалить существующие таблицы путей. Если таблицы путей отсутствуют, то три связанных поля дескриптора тома в дополнительном дескрипторе тома должны быть установлены в ноль.
Расширенные атрибуты
[ редактировать ]Расширенные атрибуты зарезервированы для будущих расширений CFS. Писатели не должны создавать расширенные атрибуты. Читатели должны корректно обрабатывать расширенные атрибуты, если они существуют. Данные файла должны быть непрерывными, и использование повторяющихся записей файлов должно быть ограничено для файлов с несколькими экстентами. Все данные для каждого файла должны существовать в одном непрерывном экстенте. Это верно, даже если файлы представлены с использованием нескольких файловых записей. Перемежающиеся файлы создавать нельзя. Связанные файлы создавать нельзя.
Дублирующиеся записи файлов следует использовать только для представления файлов с экстентами данных, превышающими 4 ГиБ-2048. Повторяющиеся записи файлов не должны использоваться для представления файлов с фрагментированными данными. При использовании повторяющихся файловых записей также необходимо использовать флаг мультиэкстентности, как указано в спецификации ISO-9660-1999. Не следует создавать повторяющиеся записи файлов, если общий размер данных файла не превышает 4Gib-2048. Если для файла существуют повторяющиеся записи файла, все записи файла, кроме последней, должны иметь экстент данных размером ровно 4Gib-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 — это не тот же формат, что формат [[сжатый ISO]], распространенный в домашней разработке PlayStation Portable. Сжатый формат ISO PSP также называется CISO, но расширение файла — CSO.
Приложения записи CFS должны по умолчанию записывать файлы медиаконтейнеров в формате DD, если только пользователь не указал параметры файла контейнера, требующие CISO (охват, сжатие,...). Это обеспечивает более интуитивно понятный обмен данными с системами и приложениями, которые поддерживают образы CD/DVD DD, но не поддерживают CFS.
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Джо Лоу, Джо Лоу. "cfs.h" . Заголовочный файл исходного кода CFS . Проверено 6 апреля 2008 г.
- ^ «Веб-страница Pismo Technic — информация CFS» .
Внешние ссылки
[ редактировать ]| Только архивирование | |
|---|---|
| Только сжатие | |
| Архивирование и сжатие | |
| Упаковка и распространение программного обеспечения | |
| Упаковка и распространение документов | |
