Формат обмена файлами JPEG - Википедия - JPEG File Interchange Format
В Формат обмена файлами JPEG (JFIF) является формат файла изображения стандарт. Он определяет дополнительные спецификации для формат контейнера который содержит данные изображения, закодированные с JPEG алгоритм. Базовые спецификации для формата контейнера JPEG определены в Приложении B стандарта JPEG, известном как Формат обмена JPEG (JIF). JFIF строится поверх JIF для устранения некоторых ограничений JIF, включая ненужную сложность, регистрацию образцов компонентов, разрешение, соотношение сторон и цветовое пространство. Поскольку JFIF является дополнительным стандартом, итоговый формат файла может называться «JPEG / JFIF».
JFIF - это взаимно несовместимые с новым Сменный формат файла изображения (Exif).
Цель
JFIF определяет ряд деталей, которые не указаны в стандарте JPEG Часть 1 (ISO /IEC 10918-1, ITU-T Рекомендация T.81.)[1]
Регистрация образца компонента
JPEG позволяет использовать несколько компонентов (например, Y, Cb и Cr ), чтобы иметь разное разрешение, но он не определяет, как эти разные массивы выборок должны быть выровнены. Стандарт JFIF требует размещения образцов "межстраничный "- означает, что декодер может обрабатывать каждый массив компонентов как массив прямоугольных пикселей равного размера, выбранных в их центрах, причем каждый массив имеет те же внешние границы, что и изображение. Это удобно для пользователей компьютеров, но не используется для выравнивания в MPEG-2 и большинство видеоприложений.
Разрешение и соотношение сторон
Стандарт JPEG не включает никаких методов кодирования разрешения или соотношения сторон изображения. JFIF предоставляет информацию о разрешении или соотношении сторон с использованием расширения сегмента приложения до JPEG. Он использует сегмент приложения № 0 с заголовком сегмента, состоящим из строка с завершающим нулем написание "JFIF" в ASCII за которым следует байт, равный 0, и указывает, что это должен быть первый сегмент в файле, что упрощает распознавание файла JFIF. Exif изображения, записанные цифровыми камерами, обычно не включают этот сегмент, но обычно соответствуют во всех других отношениях стандарту JFIF.
Цветовое пространство
Стандарт JPEG, используемый для кодирования сжатия в файлах JFIF, не определяет, какой цветовая кодировка должен использоваться для изображений. JFIF определяет цветовая модель для использования: либо Y для оттенков серого, либо YCbCr происходит от Основные цвета RGB как определено в CCIR 601 (теперь известна как Рек. ITU-R BT.601), за исключением другого масштабирования "полного диапазона" компонентов Y, Cb и Cr. В отличие от «студийного диапазона», определенного в CCIR 601, в котором черный представлен как Y = 16, а белый - как Y = 235, а значения вне этого диапазона доступны для обработки сигнала «запас» и «пространство для ног», JFIF использует все 256 уровней. 8-битного представления, так что Y = 0 для черного и Y = 255 для максимального белого. Основные цвета RGB, определенные в JFIF через CCIR 601, также несколько отличаются от того, что стало обычной практикой в новых приложениях (например, они немного отличаются от основных цветов, определенных в sRGB ). Более того, CCIR 601 (до 2007 г.) не давал точного определения основных цветов RGB; вместо этого он опирался на основную практику телеиндустрии.
Интерпретацию цвета изображения JFIF можно улучшить путем встраивания ICC профиль, метаданные цветового пространства или sRGB тег и с помощью приложения, которое интерпретирует эту информацию.
Структура формата файла
Файл JFIF состоит из последовательности маркеров или сегментов маркеров (подробности см. JPEG, синтаксис и структура ). Маркеры определены в части 1 JPEG Стандарт.[1] Каждый маркер состоит из двух байтов: FF байт, за которым следует байт, не равный 00 или же FF и определяет тип маркера. Некоторые маркеры стоят отдельно, но большинство указывают на начало сегмента маркера, который содержит байты данных, согласно следующему шаблону:
FF хх s1 s2 [байты данных]
Байты s1 и s2 взяты вместе, чтобы представить 16-битное целое число с прямым порядком байтов, определяющее длину следующих «байтов данных» плюс 2 байта, используемых для представления длины. Другими словами, s1 и s2 укажите количество следующих байты данных в качестве .
Согласно части 1 стандарта JPEG, приложения могут использовать сегменты маркера APP и определять значение данных для конкретного приложения. В стандарте JFIF определены следующие сегменты маркера APP:
- Сегмент маркера JFIF APP0 (сокращенно сегмент JFIF) (обязательно)
- Сегмент маркера APP0 расширения JFIF (для краткости сегмент JFXX) (необязательно)
Они описаны ниже.
Стандарт JFIF требует, чтобы сегмент маркера JFIF APP0 следовал сразу за маркером SOI. Если используется сегмент маркера APP0 расширения JFIF, он должен сразу следовать за сегментом маркера JFIF APP0.[2] Итак, файл JFIF будет иметь следующую структуру:
| Файловая структура JFIF | ||
|---|---|---|
| Сегмент | Код | Описание |
| ТАК ЧТО Я | FF D8 | Начало изображения |
| JFIF-APP0 | FF E0 s1 s2 4А 46 49 46 00 ... | Смотри ниже |
| JFXX-APP0 | FF E0 s1 s2 4A 46 58 58 00 ... | необязательно, см. ниже |
| … Дополнительные сегменты маркера (например, SOF, DHT, COM) | ||
| SOS | FF DA | Начало сканирования |
| сжатые данные изображения | ||
| EOI | FF D9 | Конец изображения |
Сегмент маркера JFIF APP0
В обязательном сегменте маркера JFIF APP0 указываются параметры изображения. При желании можно встроить несжатый эскиз.
| Сегмент маркера JFIF APP0 | ||
|---|---|---|
| Поле | Размер (байты) | Описание |
| Маркер APP0 | 2 | FF E0 |
| Длина | 2 | Длина сегмента без маркера APP0 |
| Идентификатор | 5 | 4A 46 49 46 00 = "JFIF" в ASCII, заканчивается нулевым байтом |
| Версия JFIF | 2 | Первый байт для основной версии, второй байт для дополнительной версии (01 02 для 1.02) |
| Единицы плотности | 1 | Единицы для следующих полей плотности пикселей
|
| X плотность | 2 | Плотность пикселей по горизонтали. Не должно быть нулевым |
| Yплотность | 2 | Плотность пикселей по вертикали. Не должно быть нулевым |
| Xthumbnail | 1 | Количество пикселей по горизонтали следующей встроенной миниатюры RGB. Может быть нулевым |
| Ythumbnail | 1 | Количество пикселей по вертикали следующей встроенной миниатюры RGB. Может быть нулевым |
| Данные эскиза | 3 × п | Несжатые 24-битные данные эскизов растра RGB (8 бит на канал цвета) в порядке R0, G0, B0, ... Rn-1, Gn-1, Bn-1; с п = Xthumbnail × Ythumbnail |
Сегмент маркера APP0 расширения JFIF
Сразу после сегмента маркера JFIF APP0 может быть сегмент маркера APP0 расширения JFIF. Этот сегмент может присутствовать только для JFIF версии 1.02 и выше. Это позволяет встроить миниатюру в 3 различных формата.
| Сегмент маркера APP0 расширения JFIF | ||
|---|---|---|
| Поле | Размер (байты) | Описание |
| Маркер APP0 | 2 | FF E0 |
| Длина | 2 | Длина сегмента без маркера APP0 |
| Идентификатор | 5 | 4A 46 58 58 00 = "JFXX" в ASCII, заканчивается нулевым байтом |
| Формат миниатюр | 1 | Указывает, какой формат данных используется для следующего встроенного эскиза:
|
| Данные эскиза | Переменная | Зависит от формата миниатюр, см. Ниже |
Данные эскиза зависят от формата эскиза следующим образом:
| Миниатюра сохранена с использованием кодировки JPEG | ||
|---|---|---|
| Поле | Размер (байты) | Описание |
| ТАК ЧТО Я | 2 | FF D8 |
| Переменная | Должен быть в формате JIF с использованием YCbCr или просто Y и не должен содержать сегментов JFIF или JFXX. | |
| EOI | 2 | FF D9 |
| Миниатюра хранится с использованием одного байта на пиксель | ||
|---|---|---|
| Поле | Размер (байты) | Описание |
| Xthumbnail | 1 | Количество пикселей по горизонтали следующего встроенного эскиза. Не должно быть нулевым |
| Ythumbnail | 1 | Количество пикселей по вертикали следующего встроенного эскиза. Не должно быть нулевым |
| Палитра эскизов | 768 | 256 записей палитры, каждая из которых содержит 24-битное значение цвета RGB |
| Данные эскиза | п | Один байт на пиксель, содержащий индекс цвета в палитре, с п = Xthumbnail × Ythumbnail |
| Миниатюра хранится с использованием трех байтов на пиксель | ||
|---|---|---|
| Поле | Размер (байты) | Описание |
| Xthumbnail | 1 | Количество пикселей по горизонтали следующего встроенного эскиза. Не должно быть нулевым |
| Ythumbnail | 1 | Количество пикселей по вертикали следующего встроенного эскиза. Не должно быть нулевым |
| Данные эскиза | 3 × п | Несжатые 24-битные данные эскизов растра RGB (8 бит на канал цвета) в порядке R0, G0, B0, ... Rn-1, Gn-1, Bn-1; с п = Xthumbnail × Ythumbnail |
Совместимость
Новее Сменный формат файла изображения (Exif) сравним с JFIF, но эти два стандарта несовместимы. Это связано с тем, что оба стандарта определяют, что их конкретный сегмент приложения (APP0 для JFIF, APP1 для Exif) должен сразу следовать за маркером SOI. На практике многие программы и цифровые камеры создают файлы, содержащие оба сегмента приложения. Это не повлияет на декодирование изображения для большинства декодеров, но плохо спроектированные парсеры JFIF или Exif могут не распознавать файл должным образом.
JFIF совместим с Adobe Фотошоп расширения "Блок информационных ресурсов" JPEG и Модель обмена информацией IPTC метаданные, поскольку JFIF не препятствует работе других сегментов приложения, а расширения Photoshop не обязательно должны быть первыми в файле. Однако Photoshop обычно сохраняет буферы CMYK как четырехкомпонентные «Adobe JPEG», которые не соответствуют JFIF. Поскольку эти файлы не находятся в цветовом пространстве YCbCr, они обычно не декодируются веб-браузерами и другим программным обеспечением Интернета.
История
Разработкой документа JFIF руководил Эрик Гамильтон из Микросистемы C-Cube, и соглашение о первой версии было заключено в конце 1991 года на встрече, проведенной в C-Cube, с участием около 40 представителей различных компьютерных, телекоммуникационных и графических компаний. Вскоре после этого была опубликована небольшая ревизия - JFIF 1.01.[3] В течение почти 20 лет последней доступной версией была v1.02, опубликованная 1 сентября 1992 года.[2]
В 1996 г. RFC 2046 указано, что формат изображения, используемый для передачи изображений JPEG через Интернет, должен быть JFIF. В Тип MIME "изображение / JPEG" должно быть закодировано как JFIF. Однако на практике практически все интернет-программы могут декодировать любые базовые данные. JIF изображение, которое использует компоненты Y или YCbCr, независимо от того, совместимо ли оно с JFIF или нет.
Со временем C-Cube был реструктурирован (и в конечном итоге превратился в Гармонический, LSI Logic, Магнум Полупроводник, Avago Technologies, Broadcom, и GigOptix, GigPeak и т. д.), и потерял интерес к документу, и у спецификации не было официального издателя, пока она не была принята Ecma International и ITU-T / ISO / IEC Объединенная группа экспертов в области фотографии примерно в 2009 году, чтобы не потерять его для истории и предоставить возможность формально цитировать его в стандартных публикациях и улучшить его редакционное качество. Он был опубликован ECMA в 2009 году как Технический отчет № 98, чтобы избежать потери исторических данных.[3]и формально стандартизирован ITU-T в 2011 году в качестве рекомендации T.871[4]и ISO / IEC в 2013 году как ISO / IEC 10918-5,[5] Новые публикации включали редакционные улучшения, но без существенных технических изменений.
Смотрите также
Рекомендации
- ^ а б «Рекомендация МСЭ-T T.81: Информационные технологии - Цифровое сжатие и кодирование неподвижных изображений с непрерывным тоном - Требования и руководящие принципы» (PDF). ITU-T (ранее CCITT). 18 февраля 1992 г.. Получено 15 июн 2015.
- ^ а б Гамильтон, Эрик (12 сентября 1992 г.). «Формат обмена файлами JPEG, версия 1.02» (pdf, 0,02 МБ). Получено 15 июн 2015.
- ^ а б «Формат обмена файлами JPEG (JFIF)». ecma-international.org. 2009. Получено 15 июн 2015.
- ^ «Рекомендация ITU-T T.871: Информационные технологии - Цифровое сжатие и кодирование неподвижных изображений с непрерывным тоном: формат обмена файлами JPEG (JFIF)» (PDF). ITU-T. 14 мая 2011. Получено 15 июн 2015.
- ^ «ISO / IEC 10918-5: 2013: Информационные технологии. Цифровое сжатие и кодирование неподвижных изображений с непрерывным тоном: формат обмена файлами JPEG (JFIF)». ISO / Международная электротехническая комиссия. 1 мая 2013 г.. Получено 15 июн 2015.
дальнейшее чтение
Книги
- Миано, Джон М., «Форматы файлов сжатых изображений»; 1999, Эддисон-Уэсли ISBN 978-0-201-60443-6
- Пеннебейкер, Уильям Б. и Джоан Л. Митчелл: Стандарт сжатия данных неподвижных изображений JPEG; 3-е издание, 1993 г., Springer ISBN 978-0-442-01272-4
Стандарты
- Гамильтон, Эрик: Формат обмена файлами JPEG, версия 1.02 (PDF, 0,02 MB) 1 сентября 1992 г.
- Рекомендация ITU-T T.871: Информационные технологии. Цифровое сжатие и кодирование неподвижных изображений с непрерывным тоном: формат обмена файлами JPEG (JFIF) (PDF и Microsoft Word, 0,2 МБ) Утверждено 14 мая 2011 г .; размещено 11 сентября 2012 г.
- Рекомендация ITU-T T.81: Информационные технологии. Цифровое сжатие и кодирование непрерывных неподвижных изображений. Требования и руководящие принципы. (PDF и Microsoft Word, 1,5 МБ) Утверждено 18 сентября 1992 г .; отправлено 14 апреля 2004 г.