✖


Jump to content

JPEG XL

(Перенаправлено с ПУИФ )
JPEG XL
Расширение имени файла
.jxl
Тип интернет-СМИ
изображение/jxl [ 1 ]
Магическое число FF 0A или 00 00 00 0C 4A 58 4C 20 0D 0A 87 0A[ 2 ]
Разработано
Тип формата изображения с потерями / без потерь растрового Формат
Расширено с
Стандартный ИСО/МЭК 18181 [ 4 ]
Открытый формат ? Да ( без лицензионных отчислений [ 5 ] )
Веб-сайт

JPEG XL — это бесплатный растровой графики файлов формат , который поддерживает как с потерями , так и сжатие без потерь . Он призван превзойти существующие растровые форматы и, таким образом, стать их универсальной заменой. [ 5 ]

Имя

[ редактировать ]

Название состоит из JPEG (от Объединенной группы экспертов по фотографии , которая является комитетом, разработавшим формат), X (часть названия нескольких стандартов JPEG с 2000 года: JPEG XT , JPEG XR , JPEG XS ) и L (для долгосрочный). Буква L была включена, потому что авторы намерены сделать так, чтобы этот формат заменил устаревший JPEG и прослужил так же долго. [ 6 ]

Авторы

[ редактировать ]

Основными авторами спецификации являются Юрки Алакуйала, Джон Снейерс и Лука Версари. Другими соавторами являются Сами Букортт, Алекс Деймо, Мориц Фиршинг, Томас Фишбахер, Евгений Ключников, Роберт Обрик, Александр Ратушняк, Золтан Шабадка, Лоде Вандевенн и Ян Вассенберг.

История

[ редактировать ]

В августе 2017 года JTC1/SC29/WG1 (JPEG) опубликовала конкурс предложений по JPEG XL, стандарту кодирования изображений следующего поколения. [ 7 ] Предложения были представлены к сентябрю 2018 года, а в июле 2019 года комитет подготовил проект. [ 8 ] В основном оно основывалось на сочетании предложения под названием ПИК, [ 9 ] представленный Google , и предложение под названием FUIF [ 10 ] — сам основан на FLIF — представлено Cloudinary .

Битовый поток был неофициально заморожен 24 декабря 2020 года с выпуском версии 0.2 эталонного программного обеспечения libjxl. [ 11 ] Формат файла и базовая система кодирования были официально стандартизированы 13 октября 2021 года и 30 марта 2022 года соответственно. [ 4 ] [ 12 ]

Описание

[ редактировать ]

Конкурс предложений JPEG XL [ 7 ] говорит о необходимости стандарта сжатия изображений следующего поколения со значительно более высокой эффективностью сжатия (улучшение на 60%) по сравнению с JPEG. Ожидается, что этот стандарт превзойдет производительность сжатия неподвижных изображений, продемонстрированную HEIC , AVIF , WebP и JPEG 2000 . Он также обеспечивает эффективные возможности повторного сжатия без потерь для изображений в традиционном/устаревшем формате JPEG.

JPEG XL поддерживает сжатие с потерями и сжатие без потерь изображений сверхвысокого разрешения (до 1 терапикселя), до 32 бит на компонент, до 4099 компонентов (включая альфа-прозрачность ), анимированных изображений и встроенных превью. Он имеет функции, предназначенные для веб-доставки, такие как расширенное прогрессивное декодирование. [ 13 ] и минимальные накладные расходы на заголовок, а также функции, предназначенные для редактирования изображений и цифровой печати , такие как поддержка нескольких слоев , CMYK и плашечных цветов . Он специально разработан для беспрепятственной обработки с широкой цветовой гаммой цветовых пространств и высоким динамическим диапазоном, таких как Rec. 2100 с PQ или HLG функцией передачи .

Функции

[ редактировать ]

Основные особенности: [ 14 ] [ 15 ] [ 16 ]

  • Размеры изображения более миллиарда (2 30 −1) пикселей с каждой стороны. [ 17 ]
  • До 4099 каналов. Основные каналы: один канал для оттенков серого, три канала для RGB или четыре канала для CMYK . Остальные каналы являются необязательными и могут использоваться для хранения альфа-данных (прямых или предварительно умноженных), глубины или тепловых данных. [ 17 ]
  • Может быть несколько кадров с ненулевой длительностью (для анимации) или с нулевой длительностью (что делает их более похожими на слои в графическом программном обеспечении ). Рамки могут быть меньше или больше холста изображения и могут смешиваться различными способами. Однако обычные видеокодеки . для кодирования реалистичного контента по-прежнему предпочтительнее использовать
  • Независимые плитки: декодирование частей большого изображения за счет сохранения изображений в плитках.
  • Прогрессивное декодирование: режим, специально разработанный для быстрой загрузки больших изображений в зависимости от разрешения устройства просмотра.
  • Обратимое JPEG перекодирование : можно добиться уменьшения размера примерно на 20%.
  • Кодирование без потерь для любого канала, включая альфа.
  • Поддержка как фотографических, так и синтетических изображений: формат имеет два взаимодополняющих режима, которые можно использовать в зависимости от содержимого изображения.
  • Плавное снижение качества в широком диапазоне битрейтов . Потеря качества не такая резкая, как в старых форматах.
  • Эталонный кодер, оптимизированный для восприятия, который использует перцепционное цветовое пространство , адаптивное квантование и консервативные настройки по умолчанию.
  • Поддержка широкой цветовой гаммы и HDR : JPEG XL имеет встроенную поддержку различных цветовых пространств, кривых передачи и высокой яркости экрана.
  • Эффективное кодирование и декодирование без необходимости использования специального оборудования: JPEG XL кодирует и декодирует примерно так же быстро, как и старый JPEG с использованием libjpeg-turbo , и на порядок быстрее кодирует и декодирует по сравнению с HEIC с x265 . [ 17 ] [ 18 ] Это также распараллеливается.
  • не требующий лицензионных отчислений Формат, , с эталонной реализацией с открытым исходным кодом , доступной на GitHub под лицензией BSD из 3 пунктов . [ 19 ]

Технические детали

[ редактировать ]
обратитесь к подписи
Схема архитектуры кодека JPEG XL

JPEG XL основан на идеях формата PIK от Google и формата FUIF от Cloudinary (который, в свою очередь, основан на FLIF ). [ 20 ]

Формат в основном основан на двух режимах кодирования:

  • Режим VarDCT с переменным размером блока ( DCT ) — он основан на том же алгоритме DCT, что и устаревший JPEG , но блоки, вместо того, чтобы ограничиваться 8 × 8, бывают разных размеров (от 2 × 2 до 256 × 256), не квадратные формы (например, 16×8, 8×32, 32×64) или можно использовать другие преобразования (AFV, Hornuss). Он используется только для трех цветовых каналов, которые обычно используют цветовое пространство XYB (хотя YCbCr также поддерживается для повторного сжатия устаревшего JPEG). Режим VarDCT основан на PIK (с потерями). В режимах с потерями обычно используется цветовое пространство XYB, полученное из LMS . [ 21 ]
  • Модульный режим отвечает, среди прочего, за эффективное кодирование контента без потерь, а также за цели с потерями и почти без потерь. Модульный модуль также можно использовать внутри VarDCT для сохранения 2D-данных, т. е. всего, кроме коэффициентов AC (высокочастотного) DCT, включая изображение постоянного тока (которое всегда представляет собой изображение с субдискретизацией 1:8, поэтому также включает низкочастотные коэффициенты AC в случае, если используются размеры блоков больше 8×8), веса адаптивного квантования и силы фильтра.

Любые дополнительные/дополнительные каналы (например, альфа , глубина , тепловые , плашечные цвета и т. д.) всегда кодируются в модульном режиме. Он был основан на FUIF в сочетании с элементами PIK без потерь, WebP без потерь и новыми идеями, которые были разработаны на этапе сотрудничества в процессе стандартизации. [ 22 ] Модульный режим обеспечивает сжатие с потерями с помощью модифицированного преобразования Хаара, называемого «сжатие», которое имеет прогрессивные свойства, качество изображения увеличивается с увеличением объема загружаемых данных.

Один из способов более прогрессивной загрузки изображений на основе VarDCT — это сохранение коэффициентов DC в отдельном «кадре DC», который использует модульное сжатие: позволяет просматривать предварительные просмотры, соответствующие изображениям с субдискретизацией 1:16, 1:32 и т. д. Сжатое преобразование также можно использовать для постепенного кодирования альфа-канала вместе с цветовыми каналами, закодированными в VarDCT, благодаря чему оба режима работают в тандеме.

Для JPEG XL по умолчанию используется настройка , близкая к визуальным потерям , которая по-прежнему обеспечивает хорошее сжатие. [ 17 ]

Этим режимам может способствовать отдельное моделирование конкретных особенностей изображения, называемых:

  • Сплайны для кодирования, например, волос (еще не используются эталонным кодировщиком).
  • Повторение «патчей», таких как текст, точки или спрайты .
  • Синтез шума: поскольку шум трудно сжимать, его лучше отделить, а затем восстановить в декодере. Это похоже на синтез зерна пленки в современных видеокодеках, таких как AV1 , хотя синтез шума JPEG XL не направлен на имитацию детализации аналоговой фотопленки, а скорее на моделирование фотонного шума на уровне пикселей, то есть тех, которые видны с помощью цифровой камеры. при высоких настройках ISO .

Кодек JPEG XL может перекодировать без потерь широко распространенное подмножество файлов JPEG путем прямого копирования блочных коэффициентов DCT JPEG в блоки VarDCT 8×8, что делает возможным уменьшение размеров файлов благодаря превосходному энтропийному кодированию JPEG XL. Этот процесс является обратимым и позволяет побитно реконструировать исходный файл JPEG, хотя ограничения ограничивают поддержку некоторых файлов. [ 23 ]

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

Анимированные (многокадровые) изображения не выполняют расширенное межкадровое предсказание , хотя доступны некоторые элементарные инструменты межкадрового кодирования:

  • Рамки могут быть меньше полного размера холста, при этом другие пиксели остаются нетронутыми.
  • Помимо замены предыдущих кадров, кадры поддерживают несколько режимов наложения, например сложение или умножение. [ 24 ]
  • до четырех кадров Можно запомнить и использовать их в последующих кадрах с помощью инструмента кодирования «патчи».

Поддержка и внедрение отрасли

[ редактировать ]

Помимо Cloudinary , в ходе предварительной реализации JPEG XL в веб-браузерах различные представители известных отраслевых брендов публично заявили о поддержке JPEG XL как своего предпочтительного выбора, включая Facebook , [ 25 ] [ 26 ] Adobe , [ 27 ] [ 28 ] Intel и Ассоциация по стандартизации видеоэлектроники , [ 29 ] [ 30 ] Хранитель , [ 31 ] [ 32 ] Flickr и SmugMug , [ 33 ] Shopify , [ 34 ] Фонд Крита , [ 35 ] и ООО «Сериф». [ 36 ]

Позиция Google в отношении JPEG XL неоднозначна, поскольку компания внесла свой вклад в этот формат, но воздержалась от его реализации в Chromium и Google Chrome. Расширение для включения поддержки JPEG XL в Chrome. [ 37 ] и Фаерфокс [ 38 ] стал доступен в январе 2024 года.

Программное обеспечение

[ редактировать ]

Реализации кодеков

[ редактировать ]
Справочное программное обеспечение JPEG XL (libjxl)
Первоначальный выпуск 27 декабря 2019 г .; 4 года назад ( 27.12.2019 ) [ 39 ]
Стабильная версия
0.10.3 / 27 июня 2024 г .; 43 дня назад ( 27.06.2024 )
Репозиторий https://github.com/libjxl/libjxl [ 40 ]  Отредактируйте это в Викиданных
Написано в С++
Операционная система
Лицензия Новая лицензия BSD (ранее лицензия Apache 2.0 )
Веб-сайт JPEG .org /jpegxl  Edit this on Wikidata
  • Справочное программное обеспечение JPEG XL (libjxl)
    • лицензия: Новая лицензия BSD (ранее лицензия Apache 2.0 )
    • содержит (среди прочего):
      • библиотека кодирования/декодирования libjxl
      • кодер cjxl
      • декодер djxl
      • быстрый кодер только без потерь fjxl
      • инструмент для сравнительного анализа скорости и качества кодеков изображений benchmark_xl
      • Плагин GIMP и Gtk pixbuf file-jxl
  • J40: Независимый автономный декодер JPEG XL. [ 41 ]
  • libjxl-tiny: более простая реализация кодировщика JPEG XL, предназначенная для фотографических изображений без альфа-канала. [ 42 ]
  • jxlatte: декодер Java JPEG XL [ 43 ]
  • jxl_decode: декодер Python JPEG XL. [ 44 ]
  • hydrium: быстрый потоковый кодер JPEG XL со сверхнизким объемом памяти, написанный на портативном языке C. [ 45 ]
  • jxl-оксид: небольшой декодер JPEG XL, полностью написанный на Rust. Полностью соответствует спецификации. [ 46 ]

Официальная поддержка программного обеспечения

[ редактировать ]

Неофициальная или косвенная поддержка

[ редактировать ]

Предварительная поддержка веб-браузера

[ редактировать ]

Поддержка JPEG XL в веб-браузерах Chromium и Chrome была введена для тестирования 1 апреля 2021 г. [ 71 ] и удален 9 декабря 2022 г., поддержка удалена в версии 110. [ 72 ] [ 73 ] В качестве причин удаления поддержки JPEG XL команда Chrome назвала отсутствие интереса со стороны экосистемы, недостаточные улучшения и желание сосредоточиться на улучшении существующих форматов. [ 71 ] [ 74 ] [ 72 ] Это решение встретило сопротивление со стороны сообщества, многие из которых высказались в поддержку JPEG XL в системе отслеживания ошибок Chromium. [ 71 ] [ 75 ] [ 74 ] Джон Снейерс, соавтор спецификации JPEG XL, поставил под сомнение выводы, сделанные командой Chrome, заявив: «Я думаю, что произошла досадная неправильная интерпретация данных   ... которая, к сожалению, привела [ sic ] к неправильному решению. ." [ 76 ] Это решение также подверглось критике со стороны Грега Фароу из Фонда свободного программного обеспечения , который заявил, что оно демонстрирует «тревожную степень контроля» Google над сетью и веб-браузерами. [ 77 ]

Статус стандартизации

[ редактировать ]
Общее имя Часть Дата первого публичного выпуска (первое издание) Номер ИСО/МЭК Официальное название
JPEG XL Часть 1 30 марта 2022 г. ИСО/МЭК 18181-1:2024 Система кодирования изображений JPEG XL. Часть 1. Базовая система кодирования [ 4 ]
Часть 2 13 октября 2021 г. ИСО/МЭК 18181-2:2024 Система кодирования изображений JPEG XL. Часть 2. Формат файла [ 12 ]
Часть 3 3 октября 2022 г. ИСО/МЭК 18181-3:2022 Система кодирования изображений JPEG XL. Часть 3. Тестирование на соответствие
Часть 4 5 августа 2022 г. ИСО/МЭК 18181-4:2022 Система кодирования изображений JPEG XL. Часть 4. Справочное программное обеспечение

Соперники

[ редактировать ]

Примечания

[ редактировать ]

Ссылки

[ редактировать ]
  1. ^ «Типы СМИ» . ИАНА. Архивировано из оригинала 5 марта 2024 г. Проверено 6 марта 2024 г.
  2. ^ «Обзор формата JPEG XL» . Гитхаб. Архивировано из оригинала 20 октября 2022 г. Проверено 20 октября 2022 г.
  3. ^ Перейти обратно: а б "fuif/README.md" . Гитхаб. 04.04.2019. Архивировано из оригинала 24 апреля 2021 г.
  4. ^ Перейти обратно: а б с ISO/IEC 18181-1:2022 Информационные технологии. Система кодирования изображений JPEG XL. Часть 1. Базовая система кодирования .
  5. ^ Перейти обратно: а б «Может ли JPEG XL стать следующим бесплатным и открытым форматом изображений? - Slashdot» . 20 февраля 2021 г. Архивировано из оригинала 30 декабря 2021 г.
  6. ^ «Поддержка чтения/записи изображений JPEG XL (#4681) · Проблемы · GNOME / GIMP» . 26 февраля 2021 г. Архивировано из оригинала 30 декабря 2021 г.
  7. ^ Перейти обратно: а б «N79010 Окончательный прием предложений по стандарту кодирования изображений следующего поколения (JPEG XL)» (PDF) . ISO/IEC JTC 1/SC 29/WG 1 (ITU-T SG16) . 15 апреля 2018 г.
  8. ^ Ратушняк, Александр; Вассенберг, Ян; Снейерс, Джон; Алакуйала, Юрки; Вандевенн, Лоде; Версари, Люк; Обрик, Роберт; Шабадка, Золтан; Ключников Евгений; Комса, Юлия-Мария; Потемпа, Кристофер; Брюс, Мартин; Фиршинг, Мориц; Хасанова Рената; Красный Ассельдонка; Букортт, Сами; Гомес, Себастьян; Фишбахер, Томас (2019). «Проект комитета системы кодирования изображений JPEG XL». arXiv : 1908.03565 [ eess.IV ].
  9. ^ «PIK, новый формат изображений с потерями/без потерь для фотографий и Интернета» . Гитхаб . Проверено 17 октября 2022 г.
  10. ^ «FUIF, бесплатный универсальный формат изображений» . Гитхаб . Проверено 17 октября 2022 г.
  11. ^ «Справочное программное обеспечение JPEG XL v0.2» . ГитЛаб . 2021-02-19. Архивировано из оригинала 20 октября 2021 г.
  12. ^ Перейти обратно: а б ISO/IEC 18181-2:2021 Информационные технологии. Система кодирования изображений JPEG XL. Часть 2. Формат файла .
  13. ^ «Использование Saliency в прогрессивных изображениях JPEG XL» . Проверено 17 октября 2022 г.
  14. ^ «JPEG XL поступил в проект комитета» . JPEG.org . 03.08.2019. Архивировано из оригинала 3 августа 2019 г. Проверено 3 августа 2019 г. Текущие участники обязались выпустить его публично под лицензией с открытым исходным кодом и без лицензионных отчислений.
  15. ^ Перейти обратно: а б «Информационный документ JPEG XL» (PDF) . JPEG.org . 29 января 2021 г. Архивировано (PDF) из оригинала 2 мая 2021 года . Проверено 17 марта 2021 г.
  16. ^ «JPEG XL против AVIF — страница 6» . encode.su . Проверено 22 октября 2022 г.
  17. ^ Перейти обратно: а б с д Снейерс, Джон (26 мая 2020 г.). «Чем JPEG XL отличается от других кодеков изображений» . Облачно . Архивировано из оригинала 30 декабря 2021 г. Проверено 19 февраля 2021 г.
  18. ^ Алакуйала, Юрки; Букортт, Сами; Эбрахими, Турадж; Ключников Евгений; Снейерс, Джон; Упеник, Евгений; Вандевенн, Лоде; Версари, Лука; Вассенберг, январь (2020). «Сравнительный анализ сжатия изображений JPEG XL». В Шелкенсе, Питер; Козацкий, Томаш (ред.). Оптика, фотоника и цифровые технологии для обработки изображений VI . п. 32. дои : 10.1117/12.2556264 . ISBN  978-1-5106-3478-7 .
  19. ^ «libjxl/libjxl: эталонная реализация формата изображения JPEG XL» . Гитхаб . Архивировано из оригинала 22 мая 2022 г. Проверено 5 июня 2022 г.
  20. ^ «FLIF — бесплатный формат изображений без потерь» . Архивировано из оригинала 21 декабря 2021 г. Проверено 06 апреля 2021 г.
  21. ^ Алакуйала, Юрки; ван Ассельдонк, Рууд; Букортт, Сами; Шабадка, Золтан; Брюс, Мартин; Комса, Юлия-Мария; Фиршинг, Мориц; Фишбахер, Томас; Ключников Евгений; Гомес, Себастьян; Обрик, Роберт; Потемпа, Кристофер; Ратушняк, Александр; Снейерс, Джон; Шабадка, Золтан; Вандервенн, Лоде; Версари, Лука; Вассенберг, январь (6 сентября 2019 г.). «Архитектура сжатия изображений нового поколения и инструменты кодирования JPEG XL». В Тешере, Эндрю Г; Эбрахими, Турадж (ред.). Применение цифровой обработки изображений XLII . Том. 11137. с. 20. Бибкод : 2019SPIE11137E..0KA . дои : 10.1117/12.2529237 . ISBN  9781510629677 .
  22. ^ «FLIF, 3 сентября 2021 г., комментарий любителей» . Гитхаб .
  23. ^ Снейерс, Джон (10 декабря 2021 г.). «Просьба к функции: разрешить jbrd восстанавливать часть файла, если это невозможно для всего файла» . Гитхаб .
  24. ^ «Эталонная реализация JPEG XL» . Гитхаб . 3 декабря 2021 года. Архивировано из оригинала 30 декабря 2021 года . Проверено 24 июня 2021 г.
  25. ^ Андре, Эрик (20 апреля 2021 г.). «Заявление Facebook о поддержке проблемы Chromium № 1178058» . bugs.chromium.org . Проверено 3 ноября 2022 г.
  26. ^ Андре, Эрик (24 мая 2021 г.). «Заявление Facebook о поддержке проблемы Firefox № 1539075» . bugzilla.mozilla.org . Проверено 3 ноября 2022 г.
  27. ^ Розентол, Леонард (07.06.2021). «Заявление о поддержке Adobe по проблеме Firefox № 1539075» . bugzilla.mozilla.org . Проверено 3 ноября 2022 г.
  28. ^ Чан, Эрик (23 августа 2022 г.). «Заявление о поддержке Adobe по проблеме Chromium № 1178058» . bugs.chromium.org . Проверено 3 ноября 2022 г.
  29. ^ Вустер, Роланд (24 августа 2022 г.). «Заявление о поддержке проблемы Chromium № 1178058 от председателя VESA DisplayHDR и главного инженера группы клиентских вычислений Intel» . bugs.chromium.org . Проверено 3 ноября 2022 г.
  30. ^ Вустер, Роланд (11 ноября 2022 г.). «Усиленное заявление о поддержке проблемы Chromium № 1178058 со стороны председателя VESA DisplayHDR и главного инженера группы клиентских вычислений Intel» . bugs.chromium.org . Проверено 11 ноября 2022 г.
  31. ^ Шовен, Марио (26 августа 2022 г.). «Заявление The Guardian о поддержке проблемы Chromium № 1178058» . bugs.chromium.org . Проверено 3 ноября 2022 г.
  32. ^ Шовен, Марио (13 января 2022 г.). «Заявление The Guardian о поддержке проблемы Firefox № 1539075» . bugzilla.mozilla.org . Проверено 3 ноября 2022 г.
  33. ^ МакАскилл, Дон (04 января 2022 г.). «Заявление о поддержке Flickr и SmugMug по проблеме Firefox № 1539075» . bugzilla.mozilla.org . Проверено 3 ноября 2022 г.
  34. ^ Бенделл, Колин (17 октября 2022 г.). «Заявление Shopify о поддержке проблемы Chromium № 1178058» . bugs.chromium.org . Проверено 3 ноября 2022 г.
  35. ^ Ремпт, Ремпт (10 ноября 2022 г.). «Заявление о поддержке Krita Foundation по вопросу Chromium № 1178058» . bugs.chromium.org . Проверено 11 ноября 2022 г.
  36. ^ Брайтман, Тони (11 ноября 2022 г.). «Заявление о поддержке SerifLabs компании Serif Ltd. по проблеме Chromium № 1178058» . bugs.chromium.org . Проверено 11 ноября 2022 г.
  37. ^ «Просмотрщик JPEG XL» . chromewebstore.google.com . Проверено 7 февраля 2024 г.
  38. ^ «Просмотрщик JPEG XL – получите это расширение для 🦊 Firefox (en-US)» . addons.mozilla.org . Проверено 20 февраля 2024 г.
  39. ^ «Обновите JPEG-XL с учетом последних изменений» . Гитхаб . 27.12.2019 . Проверено 10 октября 2022 г.
  40. ^ «ПОЖАЛУЙСТА, НЕ ОТКРЫВАЙТЕ НОВЫЕ ВОПРОСЫ ЗДЕСЬ» . Проверено 27 мая 2021 г.
  41. ^ J40: Независимый автономный декодер JPEG XL.
  42. ^ "libjxl-tiny" . Гитхаб . 4 ноября 2022 г.
  43. ^ "jxlatte" . Гитхаб . 23 декабря 2022 г.
  44. ^ "jxl_decode" . Гитхаб . 8 июня 2023 г.
  45. ^ Лео Изен (6 марта 2023 г.). «гидрий» . Гитхаб . Проверено 2 апреля 2023 г.
  46. ^ Вону Чхве (29 октября 2023 г.). "jxl-оксид" . Гитхаб . Проверено 29 сентября 2023 г.
  47. ^ «JPEG XL: как все начиналось и как идет» . Облачно. 12 июля 2023 г. Проверено 3 ноября 2023 г.
  48. ^ «macOS 14 Sonoma: обзор Ars Technica» . АрсТехника . 29 октября 2023 г. Проверено 29 октября 2023 г.
  49. ^ «Изучите медиаформаты для Интернета — WWDC23 — Видео» . Разработчик Apple . Проверено 6 июня 2023 г.
  50. ^ «Примечания к выпуску бета-версии Safari 17» . Документация разработчика Apple . Проверено 6 июня 2023 г.
  51. ^ «208235 – Поддержка изображений JPEG XL» . bugs.webkit.org . Проверено 28 июля 2023 г.
  52. ^ «Представляем камеру/галерею Galaxy S24!» . Сообщество Самсунг . 17 января 2024 г. Проверено 28 марта 2024 г.
  53. ^ «Журналы изменений» . Татиёми . Архивировано из оригинала 12 июня 2024 г. Проверено 8 июля 2024 г.
  54. ^ «Бледная Луна — Примечания к выпуску архивных версий» . Проверено 17 января 2024 г.
  55. ^ «KImageFormats» . КДЕ изобретать . Проверено 29 октября 2023 г.
  56. ^ «Поддерживаемые форматы графики и изображений» . XnView.com . Проверено 17 января 2024 г.
  57. ^ «Список функций редактирования фотографий | Affinity Photo» . Близость . Проверено 12 июня 2024 г.
  58. ^ «Добавьте libjxl в SDK и включите его для WebKitGTK» . GNOME GitLab .
  59. ^ «Жесткая зависимость плагина загрузчика GDK-pixbuf от SKIA/SCMS может помешать внедрению в основные компоненты сред рабочего стола и дистрибутивов Linux» . libjxl на GitHub . Проверено 2 июля 2024 г.
  60. ^ «по умолчанию: переключить формат JPG>JXL» . GNOME GitLab . 31 июля 2023 г.
  61. ^ «Просмотр изображений 45.бета» . GNOME GitLab . Проверено 2 июля 2024 г.
  62. ^ «Поддержка JPEG-XL (#2040) · Проблемы · GNOME / Epiphany · GitLab» . ГитЛаб . 12 апреля 2023 г. Проверено 28 июля 2023 г.
  63. ^ «257871 – [CMake] Включить JPEG XL по умолчанию, больше не является экспериментальным» . bugs.webkit.org . Проверено 28 июля 2023 г.
  64. ^ «Спецификация цифрового негатива (DNG), версия 1.7.1.0» (PDF) . Сентябрь 2023 г.
  65. ^ «Jpeg Xl Вик» . Гитхаб . 27 ноября 2021 года. Архивировано из оригинала 30 декабря 2021 года . Проверено 23 марта 2021 г.
  66. ^ «JXL WIN Thumb» . Гитхаб . 11 июня 2022 г. Проверено 27 декабря 2022 г.
  67. ^ "JXLook" . Гитхаб . Декабрь 2021 г. Архивировано из оригинала 30 декабря 2021 г. Проверено 01 марта 2021 г.
  68. ^ «Плагин изображения Qt jpegxl» . Гитхаб . Проверено 29 октября 2023 г.
  69. ^ Сиипола, Йоханнес (31 октября 2022 г.), кодировка JPEG XL , получено 29 ноября 2022 г.
  70. ^ «1539075 — (JPEG-XL) Реализовать поддержку JPEG XL (Image/JXL)» . Архивировано из оригинала 4 января 2022 г. Проверено 01 марта 2021 г.
  71. ^ Перейти обратно: а б с «Проблема 1178058: поддержка декодирования JPEG XL (изображение/jxl) в режиме Flash (ошибка отслеживания)» . bugs.chromium.org . Проверено 16 декабря 2022 г.
  72. ^ Перейти обратно: а б Доказано, Лиам. «Google отказывается от будущей версии JPEG в Chromium» . www.theregister.com . Проверено 6 июня 2023 г.
  73. ^ Поддержка JPEG XL
  74. ^ Перейти обратно: а б Снейерс, Джон (02 ноября 2022 г.). «Дело в пользу JPEG-XL» . Облачный блог . Проверено 30 декабря 2022 г.
  75. ^ Шенкленд, Стивен (3 ноября 2022 г.). «Chrome отказался от формата фотографий JPEG XL, который мог бы сэкономить место на телефоне» . CNET . Проверено 3 ноября 2022 г.
  76. ^ Снейерс, Джон (14 декабря 2022 г.). «Re: Намерение создать прототип: поддержка декодирования JPEG XL (image/jxl) в Blink» . блинк-дев (список рассылки) . Проверено 30 декабря 2022 г.
  77. ^ Парди, Кевин (17 апреля 2023 г.). «FSF: убийство Chrome JPEG XL показывает, как работает Интернет в условиях гегемонии браузера» . Арс Техника . Проверено 6 июня 2023 г.
[ редактировать ]
Викискладе есть медиафайлы, связанные с JPEG XL .
Retrieved from "https://en.wikipedia.org/w/index.php?title=JPEG_XL&oldid=1239300096"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: c95052b01961aee014c70a69373386d0__1723115580
URL1:https://arc.ask3.ru/arc/aa/c9/d0/c95052b01961aee014c70a69373386d0.html
Заголовок, (Title) документа по адресу, URL1:
JPEG XL - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)