Общие сведения о формате фото HD — Win32 apps
- Статья
- Чтение занимает 11 мин
В этом разделе содержатся сведения о собственном кодеке фотографий HD, доступных через компонент Windows изображений (WIC).
Важно!
Формат HD Photo — это предварительная реализация формата JPEG XR. Формат JPEG XR полностью реализован в Windows 8. Дополнительные сведения см. в обзоре кодека JPEG XR .
В этом разделе содержатся следующие подразделы.
- Удостоверение кодека
- Кодирование
- Параметры кодировщика
- Декодирование
- Поддержка IWICBitmapSourceTransform
Удостоверение кодека

Компонент | Описание |
---|---|
Формальные имена | Hd Photo, Windows Media Photo |
Расширения имен файлов | Wdp |
тип MIME | image/vnd.ms-photo |
Подписи файлов | Первые четыре байта: 0x4949bc00 (предварительная версия 0), 0x4949bc01 (версия 1.0) |
В следующей таблице перечислены идентификаторы GUID, используемые для идентификации собственных компонентов фотокодека HD.
Компонент | Понятное имя | GUID |
---|---|---|
Формат контейнера | GUID_ContainerFormatWmp | 57a37caa-367a-4540-916bf183c5093a4b |
Декодер | CLSID_WICWmpDecoder | a26cec36-234c-4950-ae16e34aace71d0d |
Кодировщик | CLSID_WICWmpEncoder | ac4ce3cb-e1c1-44cd-82155a1665509ec2 |
Кодирование
API кодирования WIC предназначен для кодека независимо от кодека и кодировки изображений для кодеков с поддержкой WIC, по сути, одинаковы. Дополнительные сведения о кодировании изображений с помощью API WIC см. в обзоре кодирования.
Параметры кодировщика
Кодеки с поддержкой WIC отличаются на уровне параметра кодирования. Параметры кодировщика отражают возможности кодировщика изображений, а каждый машинный кодек поддерживает набор этих параметров кодировщика. Параметры кодировщика могут быть основными поддерживаемыми параметрами WIC, доступными для всех кодов с поддержкой WIC (хотя и не обязательно поддерживаются) или параметров, предназначенных для кодека формата изображения. Для управления этими параметрами кодирования во время кодирования WIC использует интерфейс IPropertyBag2 . Дополнительные сведения об использовании интерфейса IPropertyBag2 для кодирования WIC см. в разделе «Общие сведения о кодировке».
Кодек HD Photo использует оба основных варианта WIC и предоставляет несколько параметров кодирования для конкретных фотографий HD. В следующей таблице перечислены параметры кодировщика, поддерживаемые собственным кодеком hd Photo.
Основные параметры кодировщика WIC
Имя свойства | VARTYPE | Диапазон значений: | Значение по умолчанию |
---|---|---|---|
ImageQuality | VT_R4 | 0 — 1.0 | 0,9 |
Lossless | VT_BOOL. | TRUE, FALSE | FALSE |
BitmapTransform | VT_UI1 | WICBitmapTransformOptions | WICBitmapTransformRotate0 |
Параметры кодировщика для конкретных фотографий HD
Имя свойства | VARTYPE | Диапазон значений: | Значение по умолчанию |
---|---|---|---|
UseCodecOptions | VT_BOOL. | TRUE, FALSE | FALSE |
Качество | VT_UI1 | 1 — 255 | 10 |
Перекрытие | VT_UI1 | 0 — 2 | 1 |
Подсемплинг | VT_UI1 | 0–3 | 3, если ImageQuality > 0,8; в противном случае — 1; |
HorizontalTileSlices | VT_UI2 | 0 — 4095 | (ширина изображения — 1) >> 8 |
VerticalTileSlices | VT_UI2 | 0 — 4095 | (высота изображения — 1) >> 8 |
FrequencyOrder | VT_BOOL.![]() | TRUE, FALSE | TRUE |
ЧередованиеAlpha | VT_BOOL. | TRUE, FALSE | FALSE |
AlphaQuality | VT_UI1 | 1 | |
CompressedDomainTranscode | VT_BOOL. | TRUE, FALSE | TRUE |
ImageDataDiscard | VT_UI1 | 0–3 | 0 |
AlphaDataDiscard | VT_UI1 | 0 — 4 | Не используется. |
IgnoreOverlap | VT_BOOL. | TRUE, FALSE | FALSE |
Если параметр кодировщика присутствует в списке параметров IPropertyBag2 , который кодек не поддерживает, он игнорируется.
Параметр ImageQuality
Задает требуемую точность изображения. 0,0 указывает на наименьшую возможную точность, а 1. 0 — наивысшую точность. Для формата изображения HD Photo значение 1.0 приводит к математическому сжатию без потери.
Значение по умолчанию — 0,9.
Параметр CompressionQuality
Задает требуемое качество сжатия. 0.0 указывает на доступную схему эффективного сжатия. Как правило, эта схема создает более быстрый кодирование, но больший объем выходных данных. Значение 1.0 указывает наиболее эффективную доступную схему сжатия, которая обычно создает более длинный кодирование, но меньший объем выходных данных.
Hd Photo не поддерживает этот параметр кодировщика. Это значение игнорируется при наличии в списке параметров IPropertyBag2 .
Параметр без потери
Указывает, следует ли использовать режим сжатия потерь. Для формата изображения HD это значение переопределяет значение параметра ImageQuality .
Значение по умолчанию — FALSE.
Параметр BitmapTransform
Указывает способ преобразования изображения во время декодирования изображения. Для этого параметра необходимо задать одно из значений перечисления WICBitmapTransformOptions .
Значение по умолчанию — WICBitmapTransformOptions::WICBitmapTransformRotate0.
Параметр UseCodecOptions
Если значение равно VARIANT_TRUE параметры качества, перекрытия и подсемпирования вместо значения параметра.
Значение по умолчанию — FALSE.
Вариант качества
Задает качество сжатия для изображения. Значение 1 указывает режим без потерь. Увеличение значений приводит к повышению коэффициента сжатия и снижению качества изображения.
Значение по умолчанию — 10.
Параметр «Перекрытие»
Указывает уровень обработки перекрытия.
В следующей таблице перечислены доступные уровни обработки перекрытия.
Значение | Описание |
---|---|
0 | Обработка перекрытия выключена. |
1 | Включена одна из уровней перекрывающейся обработки, изменяющая значения в кодировке 4×4 на основе значений соседних блоков.![]() |
2 | Включена обработка двух уровней перекрытия. Помимо обработки первого уровня, кодированные значения блоков макросов 16×16 изменяются на основе значений соседних блоков макросов. |
Значение по умолчанию — 1.
Параметр subsampling
Задает дополнительное сжатие в пространстве хрома. Таким образом, можно сохранить детализацию света за счет цветовой детализации. Этот параметр применяется только к изображениям RGB.
В следующей таблице перечислены доступные параметры подсемпирования.
Значение | Описание |
---|---|
3 | Кодировка 4:4:4 сохраняет полное разрешение хрома. |
2 | Кодировка 4:2:2 уменьшает разрешение хрома до 1/2 разрешения яркости. |
1 | Кодирование 4:2:0 уменьшает разрешение хрома до 1/4 разрешения яркости. |
0 | Кодирование 4:0:0 удаляет все содержимое хрома и сохраняет только яркость.![]() |
Значение по умолчанию — 3, если ImageQuality> 0,8; в противном случае — 1.
Параметры HorizontalTileSlices, VerticalTileSlices
Укажите горизонтальное и вертикальное наконечнике изображения перед выполнением кодирования сжатия для оптимальной производительности декодирования области. Разделив изображение на прямоугольные плитки во время кодирования, можно декодировать области изображения без обработки всего сжатого потока данных. Значение по умолчанию 0 не указывает деление, поэтому все изображение обрабатывается как одна плитка. Значение 1 для каждого параметра создает одно горизонтальное и одно вертикальное деление, фактически разделяя изображение на четыре одинаково размерных плитки. Максимальное значение 4095 для каждого параметра делит изображение на 4096 строк плиток с 4096 плитками на строку. Другими словами, значения параметров равны числу горизонтальных и вертикальных плиток (соответственно) минус 1. Плитка никогда не может быть меньше 16 пикселей в ширину или высоту, поэтому кодировщик hd Photo может настроить этот параметр для поддержания требуемого минимального размера плитки. Так как с каждой плиткой связаны затраты на хранение и обработку, следует тщательно выбрать эти значения, чтобы соответствовать конкретному сценарию.
HorizontalTileSlices: значение по умолчанию — (ширина изображения — 1) >> 8.
VerticalTileSlices: значение по умолчанию — (высота изображения – 1) >> 8.
Параметр FrequencyOrder
Указывает, что изображение должно быть закодировано в порядке частоты. Данные наименьшей частоты отображаются в файле, а содержимое изображения группируется по частоте, а не пространственной ориентации. Упорядочение файла по частоте обеспечивает оптимальную производительность для любого декодирования на основе частоты, поэтому рекомендуется. Реализации устройств кодировщиков фотографий HD могут упорядочивать файл в пространственном порядке, чтобы уменьшить объем памяти, необходимый во время кодирования.
Значением по умолчанию является TRUE , и рекомендуется, чтобы приложения и устройства всегда использовали порядок частоты, если у вас нет причин для производительности или конкретных приложений для использования пространственного порядка.
Параметр InterleavedAlpha
Если этот параметр имеет значение TRUE , кодек закодирует сведения альфа-канала как дополнительный чередующийся канал без корреляции с каналами содержимого изображения. Этот режим полезен, если необходимо декодировать альфа-канал одновременно с изображением в сценарии потоковой передачи.
При задании этого параметра значение FALSE приводит к созданию планарного альфа-канала, закодированного в виде отдельного изображения с собственным необязательным значением качества. С помощью альфа-канала Planar можно декодировать данные изображения и альфа-канал независимо друг от друга. Чередующиеся альфа-каналы поддерживаются только для определенных форматов пикселей RGB. Вы можете связать альфа-канал Planar с любым форматом изображения, определяющим альфа-канал.
Значение по умолчанию — FALSE.
Параметр AlphaQuality
Задает качество сжатия для образа планарного альфа-канала. Значение 1 задает режим без потери. Увеличение значений приводит к повышению коэффициента сжатия и снижению качества изображения.
Значение по умолчанию — 1.
Параметр CompressedDomainTranscode
С помощью HD Photo можно выполнять ряд операций преобразования файлов, не декодируя сжатые данные и повторно кодируя их в целевой файл. Сжатые операции домена являются очень эффективными и позволяют избежать дополнительной потери качества, обычной при декодировании и повторном кодировании сжатого изображения.
Поддерживаются следующие сжатые операции домена:
- Обрезка области изображения.
- Выполнение преобразования поворота и переворачивания.
- Отмена данных частоты (что позволяет создать меньший файл изображения).)
- Реорганизация изображения между пространственным и частотным порядком последовательности.
Кодировщик фотографий HD выполняет операцию перекодирования сжатого домена при кодировании изображения HD Photo с помощью декодера фотографий HD в качестве источника изображения. В зависимости от выбранных параметров кодирования кодек по возможности использует сжатые операции домена. Если приложение явно запрещает любые операции перекодирования сжатого домена, следует задать для параметра UseCodecOptionsзначение TRUE , а для параметра CompressedDomainTranscode — FALSE.
Когда кодек выполняет сжатую операцию домена, разрешены только определенные параметры кодировщика и параметры свойств.
- Основные параметры кодировщика ImageQuality, CompressionQuality и Lossless игнорируются.
- Параметры кодировщика hd Photo, Overlap, InterleavedAlpha и AlphaQuality игнорируются.
- При наличии параметры HorizontalTileSlices и VerticalTileSlices должны иметь значение 0. Размер плитки изображения нельзя изменить как часть сжатого перекода домена.
- Вы можете изменить организацию изображений между частотой и пространственным упорядочением, указав соответствующее значение параметров FrequencyOrdering .
- Кардиналовая операция поворота и (или) горизонтального или вертикального перелистывания может выполняться на основе значения, указанного в параметре кодировщика BitmapTransform .
- Изображение можно обрезать, указав нужную область с помощью параметра WICRect метода кодировщика WriteSource .
- Изображения и (или) альфа-данные можно отменить, указав соответствующие значения в параметрах ImageDataDiscard и (или) AlphaDataDiscard , уменьшая размер закодированного файла и эффективно уменьшая разрешение нового изображения.
Значение по умолчанию — TRUE , и мы рекомендуем приложениям и устройствам всегда использовать порядок частоты, если у вас нет конкретных причин производительности или приложений для использования пространственного порядка.
Параметр ImageDataDiscard
Этот параметр действителен, только если параметр CompressedDomainTranscode имеет значение TRUE; в противном случае он игнорируется. ImageDataDiscard указывает объем данных изображения для отмены во время транскода сжатого домена. Если изображение содержит чередующийся альфа-канал, эти данные удаляются также к альфа-каналу, за исключением описанных далее в этом разделе.
Допустимы следующие значения.
Значение | Описание |
---|---|
0 | Данные частоты изображения не удаляются. |
1 | FlexBits отбрасываются, что делает произвольное снижение качества перекодированного изображения без изменения эффективного разрешения изображения. Точное уменьшение размера файла или конкретное сокращение качества зависит от многочисленных факторов и не может быть задано или предсказано. Это значение отменяет ошибку, если указать ее для чередующегося альфа-канала. |
2 | Диапазон данных высокой частоты HighPass удаляется (который также включает FlexBits), эффективно уменьшая разрешение транскодированного изображения на 4 в обоих измерениях.![]() |
3 | Диапазоны данных частоты HighPass и LowPass удаляются (включая FlexBits), эффективно уменьшая разрешение транскодированного изображения на 16 в обоих измерениях. Фактические размеры перекодированного изображения остаются неизменными, но все детали в каждом макроблоке размером 16×16 пикселей теряются. Таким образом, при декодировании изображения необходимо выпустить пример перекодированного изображения соответствующим образом. |
Значение по умолчанию — 0.
Параметр AlphaDataDiscard
Этот параметр действителен, только если свойство CompressedDomainTranscode имеет значение TRUE , а изображение содержит плановый или чередующийся альфа-канал; в противном случае он игнорируется. Он указывает объем данных альфа-частоты для отмены во время сжатого перекода домена. Для планарного альфа-канала разрешены следующие значения.
Значение | Описание |
---|---|
0 | Данные частоты изображения не удаляются. |
1 | FlexBits отклоняются, что делает произвольное снижение качества планарного альфа-канала для транскодированного изображения без изменения эффективного разрешения. Точное уменьшение размера файла или конкретное сокращение качества зависит от многочисленных факторов и не может быть задано или предсказано. |
2 | Диапазон данных частоты HighPass отбрасывается (который также включает FlexBits), эффективно уменьшая разрешение транскодированного альфа-канала изображения на коэффициент 4 в обоих измерениях. Фактические размеры перекодированного изображения остаются неизменными, но изображение теряет все детали планарного альфа-канала в каждом блоке 4×4 пикселей. Таким образом, транскодированное изображение должно быть выбито соответствующим образом при декодировании.![]() |
3 | Диапазоны данных частоты HighPass и LowPass удаляются (включая FlexBits), эффективно уменьшая разрешение транскодированного изображения на 16 в обоих измерениях. Фактические размеры перекодированного изображения остаются неизменными, но изображение теряет все детали в каждом макроблоке размером 16×16 пикселей. Таким образом, транскодированное изображение должно быть выбито соответствующим образом при декодировании. Как правило, это значение следует задать только в том случае, если для свойства ImageDataDiscard задано то же значение. |
4 | Альфа-канал полностью отбрасывается. Формат пикселя транскодированного изображения изменяется, чтобы отразить удаление альфа-канала. |
Для изображений, содержащих чередующиеся альфа-каналы, если для этого свойства не задано значение 4, альфа-канал обрабатывается так же, как данные изображения, в соответствии со значением свойства ImageDataDiscard. Если для этого свойства задано значение 4, чередующийся альфа-канал полностью отбрасывается, а формат пикселя перекодированного изображения изменяется соответствующим образом.
Нет значения по умолчанию.
Параметр IgnoreOverlap
Этот параметр действителен только в том случае, если свойство CompressedDomainTranscode имеет значение TRUE и запрашивается транскод в подрегионе ровно одного или нескольких плиток. Операция по умолчанию для транскода региона (или декодирования) заключается в расширении запрашиваемой области, чтобы включить окружающие пиксели, необходимые для перекрытия декодирования ребер региона. Если для этого параметра задано значение TRUE, окружающие пиксели игнорируются и извлекаются только выбранные плитки или плитки. Опять же, для этого требуется, чтобы запрошенная область точно соответствовала координатам одной или нескольких плиток. Если исходное изображение не является плиткой или если запрошенная область указывает какие-либо частичные плитки, этот параметр игнорируется.
Значение по умолчанию — FALSE.
Декодирование
API декодирования WIC предназначен для кодека независимо от кодека и декодирования изображений для кодеков с поддержкой WIC, по сути, одинаковы. Дополнительные сведения о декодировании изображений см. в разделе «Общие сведения о декодировании». Дополнительные сведения об использовании декодированных данных изображения см. в обзоре источников растровых изображений.
Поддержка IWICBitmapSourceTransform
Помимо интерфейсов, необходимых для работы с кодеком с поддержкой WIC, собственный декодировщик фотографий HD также поддерживает IWICBitmapSourceTransform. Интерфейс IWICBitmapSourceTransform предоставляет расширенный параметр для декодирования битового потока изображения. Вместо того чтобы просто возвращать полное изображение с помощью IWICBitmapFrameDecode, интерфейс IWICBitmapSourceTransform включает следующие параметры декодера.
- Декодирование прямоугольной подзоны изображения.
- Декодирование в более низком разрешении
- Декодирование в другом формате пикселей
- Выполнение преобразования (поворот или отражение) во время декодирования
Собственный кодек HD Photo обеспечивает следующий уровень поддержки интерфейса IWICBitmapSourceTransform .
DoesSupportTransform
Собственная реализация поддерживает все преобразования WICBitmapTransformOptions .
GetClosestSize
Для запросов, размер которых меньше 1/2 исходного изображения в обоих измерениях, hd Photo возвращает следующий самый большой размер целочисленного изображения, равномерно делимого на два. Для всех остальных запрошенных размеров HD Photo возвращает исходные размеры изображения.
GetClosestPixelFormat
Hd Photo возвращает формат пикселей закодированного изображения.
CopyPixels
Hd Photo принимает любую запрошенную область, указанную параметром WICRect , и возвращает эту часть изображения.
Параметры uiWidth и uiHeight должны указывать измерения, возвращаемые функцией GetClosestSize . Любые другие значения возвращают ошибку.
Параметр pguidDstFormat должен указывать формат пикселей, возвращаемый функцией GetClosestPixelFormat . Любое другое значение возвращает ошибку.
Hd Photo принимает любое допустимое значение для параметра dstTransform . Обратите внимание, что значения, разрешенные WIC для этого параметра, отличаются от значений, используемых HD Photo для тега метаданных преобразования.
Конвертер изображений (Онлайн и бесплатно) — Convertio
Сконвертируйте онлайн файлы изображений любого формата
Выберите файлы
Перетащите файлы сюда. 100 MB максимальный размер файла или Регистрация
Быстрое преобразование
Convertio — это облачное решение, а значит, все преобразования файлов выполняются на наших серверах и не замедляют работу вашей операционной системы.
Работает онлайн
Вам не нужно загружать или устанавливать какую-либо программу на ваше устройство, потому что конвертер изображений работает полностью онлайн.
Поддерживает любой формат
Инструмент работает с любыми современными форматами изображений, такими как: JPEG, PNG, TIFF, BMP и так далее. В целом поддерживается преобразование 11331 форматов изображений.
Дружественный интерфейс
Интерфейс разработан таким образом, чтобы быть интуитивно понятным любому пользователю, и позволять сконвертировать необходимый файл всего одним кликом мыши.
Как конвертировать
Перетащите фотографию или изображение на страницу, нажмите кнопку «Конвертировать», немного подождите и, когда все будет готово, загрузите результат. Так просто!
Безопасный конвертер
Мы не храним ваши файлы дольше 24 часов, по истечению этого времени мы навсегда удаляем их с наших серверов. Вы можете быть уверены, что никто не имеет к ним доступа всё это время. Узнать больше о безопасности.
Поддерживаемые Форматы
Формат
Описание
Конвертации
CR2
Canon Digital Camera Raw Image Format
Конвертер CR2
CRW
Canon Digital Camera Raw Image Format
Конвертер CRW
DCM
DICOM (Digital Imaging and Communications in Medicine image)
Конвертер DCM
JPEG
Объединенная группа экспертов в области фотографии
Конвертер JPEG
JPG
Объединенная группа экспертов в области фотографии
Конвертер JPG
K25
Kodak Digital Camera Raw Image Format
Конвертер K25
KDC
Kodak Digital Camera Raw Image Format
Конвертер KDC
NEF
Nikon Digital SLR Camera Raw Image File
Конвертер NEF
NRW
Nikon Digital SLR Camera Raw Image File
Конвертер NRW
ORF
Olympus Digital Camera Raw Image File
Конвертер ORF
PGM
Портативное изображение в оттенках серого
Конвертер PGM
RGBA
Raw red, green, blue, and alpha samples
Конвертер RGBA
RGBO
Raw red, green, blue, and opacity samples
Конвертер RGBO
RGF
LEGO Mindstorms EV3 Robot Graphic Format
Конвертер RGF
XBM
X Windows system bitmap (black and white)
Конвертер XBM
XWD
X Windows system window dump (color)
Конвертер XWD
Рейтинг конвертации изображений
4. 6 (7,129,323 голосов)
Вам необходимо сконвертировать и скачать любой файл, чтобы оценить конвертацию!
Chrome отказывается от формата фотографий JPEG XL, который может сэкономить место на телефоне
Что происходит
Команда Google Chrome заявила, что прекратит поддержку JPEG XL, формата фотографий, который обеспечивает экономию места и преимущества качества изображения.
Почему это важно
Google нравится конкурирующий формат, который он помог разработать, AVIF. Но у JPEG XL есть некоторые преимущества, которые могут оценить фотографы, и спор может означать, что мы застряли со старым добрым JPEG еще дольше.
Новый стандарт JPEG XL требует гораздо меньше места для хранения, чем JPEG, при этом предлагая лучшее качество изображения, факторы, которые помогли убедить экспертов по фотографии в Adobe использовать эту технологию. Но команда Google Chrome только что отказалась от формата фотографий в пользу конкурирующей технологии.
В то время, когда вы должны решить, стоит ли платить дополнительные 100 долларов за телефон с большим объемом памяти, технология, уменьшающая размер файлов фотографий, кажется отличной идеей. Однако путь к этому будущему оказывается запутанным.
JPEG XL является отраслевым стандартом, но Google нравится конкурент, который она помогла разработать, под названием AVIF, а Apple iPhone снимает фотографии в еще одном формате, HEIC.
JPEG XL нравится не только в экономии места. Он настроен для использования в фотографии и лучше сохраняет мелкие детали и текстуры, чем форматы, производные от видео, такие как AVIF и HEIC. JPEG XL также улучшает качество изображения за счет поддержки HDR, что является одной из причин, по которой Adobe — обычно консервативная с поддержкой новых форматов файлов — одобрила его. Facebook хвалит скорость JPEG XL, а Intel считает, что JPEG XL — лучший из вариантов формата фотографий следующего поколения.
Google не имеет права вето на будущее JPEG XL, но как производитель самого используемого браузера в мире, он может эффективно блокировать его использование в Интернете.
Ссоры из-за отраслевых стандартов являются распространенной проблемой, препятствующей появлению новых технологий и в краткосрочной перспективе сбивающей с толку потребителей. Классический пример, VHS против Betamax, раздробил индустрию видеозаписи на видеомагнитофоны в 1980-х, оставив миллионы клиентов в проигрыше. Зарядка смартфона разделена на USB-C и Lightning, хотя Apple отказывается от своего порта Lightning. Беспроводная зарядка не прижилась, пока стандарт Qi не победил несовместимых соперников.
По мере того, как индустрия решает свои проблемы, JPEG, созданный десятилетиями, еще немного сохранит свое место в центре мира фотографии. Так что, возможно, вам лучше заплатить за дополнительное хранилище на вашем телефоне, в Google Фото или Apple iCloud.
Постоянная позиция Google: нет JPEG XL
Не ожидайте, что Google изменит свою позицию.
«Во время нашего эксперимента по поддержке JPEG-XL в Chrome мы пришли к выводу, что он не дает существенных преимуществ по сравнению с AVIF, и, в отличие от AVIF, JPEG-XL не был принят другими браузерами», — говорится в заявлении компании в среду. «В настоящее время мы не планируем поддерживать JPEG-XL и вместо этого продолжим фокусировать наши усилия на улучшении существующих форматов в Chrome».
Chrome сегодня поддерживает JPEG XL, часто сокращенно JXL из-за расширения имени файла, но вы должны специально включить его с помощью некоторого технического процесса. В пятничном обновлении программного обеспечения Google удалил поддержку JPEG XL для версий Chrome, которые появятся в ближайшие недели. В воскресном объяснении удаления JPEG XL говорится, что Google решил отказаться от формата из-за таких факторов, как низкое распространение, недостаточные преимущества и усилия по улучшению «существующих форматов».
Результатом стал поток комментариев в системе отслеживания характеристик в пользу JPEG XL, включая давнего сторонника JPEG XL Джона Снейерса, который помог создать стандарт. «Я думаю, совершенно очевидно, что JPEG XL на самом деле приносит то, чего нет в существующих форматах», — сказал он в комментарии. Во вторник он также опубликовал подробный пост в блоге, рекламирующий преимущества JPEG XL.
Поклонники JPEG XL: Adobe, Facebook, Intel, даже Google
Снейерс работает в Cloudinary, компании, занимающейся интернет-инфраструктурой и поддерживающей JPEG XL, и имеет несколько важных союзников.
«Я считаю, что в настоящее время JPEG XL является лучшим доступным кодеком для широкого распространения и потребления HDR-фотографий», — сказал Эрик Чан, старший инженер Adobe, в августовском комментарии перед решением Google отказаться от JPEG XL. «Я провел несколько сравнений с AVIF и предпочел JPEG XL из-за его большей универсальности и более высокой скорости кодирования».
Эта скорость особенно важна для пользователей Adobe Lightroom и Photoshop, которые часто экспортируют сотни или тысячи фотографий, сказал он. Adobe встроила поддержку JPEG XL в Photoshop, хотя ее необходимо включать вручную.
Скорость также является ключевой причиной, по которой Facebook любит JPEG XL, сказал в 2021 году член команды Facebook по изображениям Эрик Андре. «Поддержка браузера является важным недостающим звеном для этой экосистемы», — сказал Роланд Вустер, главный инженер Intel, который также возглавляет работу по стандартизации HDR в группе стандартов отображения VESA, в августовском сообщении о том, должен ли Mozilla Firefox поддерживать JPEG XL.
Компания электронной коммерции Shopify любит формат JPEG XL за его преимущества в хорошей передаче цвета и деталей, что важно для фотографий товаров.
Даже у Google есть поклонники. Юрки Алакуйяла, исследователь, который помог разработать несколько технологий сжатия, сказал в 2020 году, что JPEG XL является технически самым сильным и наиболее полнофункциональным вариантом среди новых форматов изображений.
В заявлении, сделанном в среду, Adobe заявила, что рассматривает возможность использования AVIF: «Adobe недавно выпустила Camera Raw 15.0 с поддержкой расширенного динамического диапазона в качестве предварительной версии технологии. Это включает поддержку чтения и записи фотографий JPEG XL», — говорится в сообщении Adobe. «В настоящее время мы рассматриваем возможность добавления поддержки формата AVIF, который, как и JPEG XL, можно использовать для вывода HDR».
Mozilla и материнская компания Facebook Meta отказались от комментариев. У Intel не было комментариев.
Является ли AVIF будущим для наших фотографий?
JPEG XL — не единственный способ улучшить качество изображения в Интернете. Google активно поддерживает формат AVIF, ответвление формата фотографий от формата видео AV1 Альянса открытых медиа. Как и JPEG XL, AVIF является бесплатным, поддерживает HDR и получает ускорение от современных процессоров с несколькими процессорными ядрами.
Mozilla помогла Google разработать AVIF, который встроен в Chrome и Firefox. Apple начала поддерживать AVIF в Safari с MacOS 13 и iOS 16. HEIC, обремененный требованиями лицензирования патентов, вряд ли будет успешным форматом в Интернете.
AVIF имеет некоторые недостатки по сравнению с JPEG XL, такие как репутация более медленного создания. Это может замедлить слайд-шоу фотографий в Интернете и помешать фотосъемке в режиме серийной съемки на вашем телефоне. И в AVIF отсутствует «прогрессивная» опция, которая быстро загружает некачественное изображение на веб-сайт, а затем детализирует его детали. Это помогает веб-сайтам загружаться без перескакивания элементов.
Благодаря поддержке громких имен AVIF может победить JPEG XL.
Но не ждите, что скоро узнаете. В следующий раз, когда вы будете обновляться, подумайте о том, чтобы пропустить телефон на 256 ГБ и перейти на 512 ГБ памяти.
Типы файлов цифровых изображений
JPG, GIF, TIFF, PNG, BMP, RAW. Какие они и как выбрать? Эти и многие другие типы файлов используются для кодирования цифровых изображений. Выбор проще чем вы думаете.
Одной из причин множества типов файлов является необходимость сжатия . Файлы изображений могут быть довольно большими, а большие типы файлов означают больше использования диска и более медленные загрузки. Сжатие — это термин, используемый для описания способов резки размер файла. Схем сжатия может по с потерями или без потерь .
Еще одна причина существования множества типов файлов заключается в том, что изображения различаются номером
цветов, которые они содержат. Если изображение имеет мало цветов, можно создать тип файла
использовать это как способ уменьшить размер файла.
Сжатие с потерями и сжатие без потерь
Вы часто будете слышать термины «сжатие с потерями» и «сжатие без потерь». Алгоритм сжатия без потерь не отбрасывает никакой информации. Он ищет больше эффективные способы представления изображения без ущерба для точности. Напротив, алгоритмы с потерями допускают некоторое ухудшение изображения, чтобы для достижения меньшего размера файла.
Алгоритм без потерь может, например, искать повторяющийся шаблон в файла и замените каждое вхождение на короткую аббревиатуру, тем самым сокращая размер файла. Напротив, алгоритм с потерями может хранить информацию о цвете. в меньшем разрешении, чем само изображение, так как глаз не так чувствителен к изменению цвета на небольшом расстоянии.
Количество цветов
Изображения начинаются с разного количества цветов в них. Самые простые изображения
может содержать только два цвета, например черный и белый, и потребуется только 1 бит
для представления каждого пикселя. Многие ранние видеокарты для ПК поддерживали только 16 фиксированных
цвета. Более поздние карты будут отображать 256 одновременно, любая из которых может быть
выбран из пула 2 24 или 16 миллионов цветов. Текущие карты посвящают
24 бита на каждый пиксель и, следовательно, способны отображать 2 24 ,
или 16 миллионов цветов без ограничений. Некоторые отображают даже больше. Поскольку
глаза плохо различают похожие цвета, 24 бита или 16 миллионов
цвета иногда называют TrueColor. Лучшие современные камеры могут захватывать еще больше цветов.
Типы файлов
TIFF , в принципе, очень гибкий формат, который может быть без потерь или
с потерями. Детали алгоритма хранения изображений включены как часть
файл. На практике TIFF используется почти исключительно как хранилище изображений без потерь.
формат, который вообще не использует сжатие. Большинство графических программ, использующих TIFF
не сжимайте. Следовательно, размеры файлов довольно велики. (Иногда без потерь
используется алгоритм сжатия под названием LZW, но он не повсеместно поддерживается.)
PNG также является форматом хранения без потерь. Однако, в отличие от обычных Использование TIFF, он ищет шаблоны в изображении, которые он может использовать для сжатия файла размер. Сжатие является полностью обратимым, поэтому изображение восстанавливается точно.
GIF создает таблицу до 256 цветов из 16 миллионов. Если
изображение имеет менее 256 цветов, GIF может точно передать изображение. Когда
изображение содержит много цветов, программное обеспечение, создающее GIF, использует любой из нескольких
алгоритмы для аппроксимации цветов на изображении с ограниченной палитрой
Доступно 256 цветов. Более совершенные алгоритмы ищут изображение, чтобы найти оптимальное
набор из 256 цветов. Иногда GIF использует ближайший цвет для представления каждого пикселя.
а иногда он использует «рассеивание ошибок» для настройки цвета ближайших
пикселей для исправления ошибки в каждом пикселе.
Формат GIF сжимается двумя способами. Во-первых, это уменьшает количество цветов. цветных изображений, тем самым уменьшая количество битов, необходимых для каждого пикселя, как только что описано. Во-вторых, он заменяет часто встречающиеся шаблоны (особенно большие площади однородного цвета) с краткой аббревиатурой: вместо хранения «белый, белый, белый, белый, белый», он хранит «5 белых».
Таким образом, GIF «без потерь» только для изображений с 256 цветами или меньше. Для насыщенного, истинного цветного изображения GIF может «потерять» 99,998% цветов.
JPG оптимизирован для фотографий и подобных изображений с непрерывным тоном.
которые содержат много, много цветов. Он может достичь поразительной степени сжатия
даже при сохранении очень высокого качества изображения. Сжатие GIF вредно для
такие изображения. JPG работает, анализируя изображения и отбрасывая информацию.
что глаз меньше всего замечает. Он хранит информацию в виде 24-битного цвета. Важно: степень сжатия JPG регулируется. При умеренном сжатии
уровней фотографических изображений глазу очень трудно различить какие-либо
отличие от оригинала даже при сильном увеличении. Коэффициенты сжатия
более 20 часто вполне приемлемы. Улучшенные графические программы, такие как
Paintshop Pro и Photoshop позволяют просматривать качество изображения и размер файла.
в зависимости от уровня сжатия, так что вы можете удобно выбрать
баланс между качеством и размером файла.
RAW — это вариант вывода изображения, доступный на лучших цифровых камерах. Хотя без потерь, он в три из четырех раз меньше, чем файлы TIFF того же формата. изображение. Недостаток в том, что у каждого производителя свой формат RAW, и поэтому вам, возможно, придется использовать программное обеспечение производителя для просмотра изображений. (Некоторые графические приложения могут читать форматы RAW некоторых производителей.)
BMP — несжатый собственный формат, разработанный Microsoft. Там
на самом деле нет причин использовать этот формат.
PSD, PSP и т. д. — это проприетарные форматы, используемые графическими программами. Файлы Photoshop имеют расширение PSD, а файлы Paint Shop Pro используют PSP или PSPimage. Это предпочтительные рабочие форматы при редактировании изображений в программном обеспечении. потому что только проприетарные форматы сохраняют все возможности редактирования программ. Эти пакеты используют слои, например, для создания сложных изображений и информации о слоях. могут быть потеряны в непатентованных форматах, таких как TIFF и JPG. Однако будь Обязательно сохраните конечный результат в виде стандартного TIFF или JPG, иначе вы не сможете просмотреть его через несколько лет, когда ваше программное обеспечение изменится.
В настоящее время форматы GIF, PNG и JPG используются почти для всех веб-изображений. TIFF широко не поддерживается
веб-браузерами, и их следует избегать для использования в Интернете. PNG делает все гифка
делает, и даже лучше, поэтому все чаще заменяет GIF. PNG будет , а не заменить JPG, так как JPG способен к гораздо большему сжатию фотографических
изображения, даже при минимальной потере качества.
Сравнение размеров файлов
Ниже приведены сравнения одного и того же изображения, сохраненного в нескольких популярных типах файлов. (Обратите внимание, что нет необходимости просматривать более одного файла TIFF или PNG. Поскольку все они являются форматами без потерь, их внешний вид идентичен.)
Тип файла | Размер | Пример изображения |
Tiff, несжатый | 901К | Не отображается в большинстве браузеров. Нажмите здесь, чтобы попробовать. |
Tiff, сжатие без потерь LZW (да, на самом деле больше) | 928К | Не отображается в большинстве браузеров.![]() |
JPG, высокое качество | 319К | Нажмите здесь. |
JPG, среднее качество | 188К | Нажмите здесь. |
JPG, мое обычное веб-качество | 105К | Нажмите здесь. |
JPG, низкое качество/высокая степень сжатия | 50К | Нажмите здесь. |
JPG, абсурдно высокая степень сжатия | 18К | Нажмите здесь. |
PNG, сжатие без потерь | 741К | Нажмите здесь. |
GIF, сжатие без потерь, но только 256 цветов | 286К | Нажмите здесь. |
Когда следует использовать каждый из них?
TIFF
Обычно это наилучшее качество вывода с цифровой камеры. Цифровые камеры
часто предлагают около трех настроек качества JPG плюс TIFF. Поскольку JPG всегда означает
хоть какая-то потеря качества, TIFF значит лучшее качество. Однако файл
размер огромен по сравнению даже с самой лучшей настройкой JPG, и преимущества могут не
быть заметным.
Более важным является использование TIFF в качестве рабочего формата хранения при редактировании и манипулировать цифровыми изображениями. Вы не хотите выполнять несколько операций загрузки, редактирования, сохранить циклы с хранилищем JPG, так как деградация накапливается с каждым новым сохранением. Одно-два сохранения JPG в высоком качестве может быть и не заметно, а вот десятое уж точно будет. TIFF не имеет потерь, поэтому нет ухудшения качества, связанного с сохранением. TIFF-файл.
НЕ ИСПОЛЬЗУЙТЕ TIFF для веб-изображений. Они создают большие файлы и, что более важно, большинство веб-браузеров не отображают файлы TIFF.
JPG
Это предпочтительный формат почти для всех фотографий в Интернете. Вы можете
добиться отличного качества даже при достаточно высоких настройках сжатия. я также использую
JPG как основной формат для всех моих цифровых фотографий. Если я редактирую фотографию,
Я буду использовать проприетарный формат своего программного обеспечения, пока не закончу, а затем сохраню
результат в формате JPG.
Цифровые камеры по умолчанию сохраняют в формате JPG. Переключение на TIFF или RAW улучшает качество в принципе, но разницу трудно увидеть. Съемка в TIFF имеет два недостатка по сравнению с JPG: меньше фотографий на карту памяти и подождите между фотографиями, пока изображение переносится на карту. я редко стреляю в режиме TIFF.
Никогда не используйте JPG для штриховой графики. На таких изображениях с областями однородного цвета с острыми краями JPG справляется плохо. Это задачи, для которых GIF и PNG хорошо подходят. См. JPG против GIF для веб-изображения.
GIF
Если ваше изображение содержит менее 256 цветов и содержит большие области однородного
цвет, GIF — хороший выбор, и в свое время единственный мудрый выбор. Файлы будут небольшими, но идеальными. Вот пример
изображения, подходящего для GIF:
НЕ ИСПОЛЬЗУЙТЕ GIF для фотографических изображений, так как он может содержать только 256 цветов. за изображение.
PNG: «GIF для более чем 256 цветов»
PNG имеет принципиальное значение в двух приложениях:
- более 256 цветов, PNG на ваш выбор. Его стратегия очень похожа на ту, GIF, но поддерживает 16 миллионов цветов, а не только 256.
- Если вы хотите отобразить фотографию ровно без потерь в сети, PNG на ваш выбор. Веб-браузеры более поздних поколений поддерживают PNG, а PNG единственный формат без потерь, который поддерживают веб-браузеры.
PNG превосходит GIF почти во всех отношениях. Он создает файлы меньшего размера и позволяет
больше цветов. PNG также поддерживает частичную прозрачность . Частичная прозрачность
может использоваться для многих полезных целей, таких как затухание и сглаживание текста. В основном GIF используется для анимации, которую мы не будем обсуждать на этой странице.
RAW
Если ваша камера поддерживает формат RAW, это концептуальный эквивалент пленочного негатива. В нем есть вся информация, которую зафиксировала ваша камера. RAW не предназначен для размещения на вашем веб-сайте, в печати или в социальных сетях. Для этих целей экспортируйте в PNG или JPG.
Я советую сохранять копию для каждого изображения в формате JPG. Вы не хотите, чтобы ваши архивы изображений
быть только в собственном формате. Хотя большая часть графики
программы теперь могут читать формат RAW для многих цифровых камер, это неразумно
полагаться на любой проприетарный формат для долгосрочного хранения. Проблема в том, что RAW не является единым форматом. У каждого поставщика есть формат RAW, и производители меняют свои форматы RAW по мере развития своих камер. Сможете ли вы
прочитать RAW-файл вашей камеры через пять лет? Через двадцать? JPG — это формат, который, скорее всего,
быть читаемым через 50 лет. Таким образом, целесообразно использовать RAW для хранения изображений
в камере и, возможно, для временного хранения без потерь на вашем ПК, но будьте
обязательно создайте TIFF, а еще лучше PNG или JPG для архивного хранения. Примечание: большинство камер, поддерживающих формат RAW, позволяют указать сохранение каждое изображение размером в формате RAW и JPG. сделай это.
Так зачем вообще возиться с RAW? Потому что изображение RAW с камеры сохраняет всю информацию, полученную камерой. Изображения с лучших современных камер имеют разрядность более 24 бит, и они сохраняются в формате RAW, но не в формате JPG или PNG. Такие программы, как Adobe Lightroom, позволяют использовать всю информацию в файле RAW для улучшения изображения. Вы можете изменить белый цвет баланс, яркость, контрастность и т. д. с меньшим ухудшением, чем при работе с JPG или PNG.
Вновь проводя аналогию с пленкой, во времена пленки большинство фотографов отправляли контейнеры с экспонированной пленкой в фотопроцессоры, которые возвращали набор отпечатков и полосок негативов.