~~~~~~~~~~~~~~~~~~~~ Arc.Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~ 
Номер скриншота №:
✰ 866F75F9E2FC4F856DA7C1EEA4C3D90C__1718177100 ✰
Заголовок документа оригинал.:
✰ JPEG XL - Wikipedia ✰
Заголовок документа перевод.:
✰ JPEG XL — Википедия ✰
Снимок документа находящегося по адресу (URL):
✰ https://en.wikipedia.org/wiki/JPEG_XL ✰
Адрес хранения снимка оригинал (URL):
✰ https://arc.ask3.ru/arc/aa/86/0c/866f75f9e2fc4f856da7c1eea4c3d90c.html ✰
Адрес хранения снимка перевод (URL):
✰ https://arc.ask3.ru/arc/aa/86/0c/866f75f9e2fc4f856da7c1eea4c3d90c__translat.html ✰
Дата и время сохранения документа:
✰ 12.06.2024 14:40:31 (GMT+3, MSK) ✰
Дата и время изменения документа (по данным источника):
✰ 12 June 2024, at 10:25 (UTC). ✰ 

~~~~~~~~~~~~~~~~~~~~~~ Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~~ 
Сервисы Ask3.ru: 
 Архив документов (Снимки документов, в формате HTML, PDF, PNG - подписанные ЭЦП, доказывающие существование документа в момент подписи. Перевод сохраненных документов на русский язык.)https://arc.ask3.ruОтветы на вопросы (Сервис ответов на вопросы, в основном, научной направленности)https://ask3.ru/answer2questionТоварный сопоставитель (Сервис сравнения и выбора товаров) ✰✰
✰ https://ask3.ru/product2collationПартнерыhttps://comrades.ask3.ru


Совет. Чтобы искать на странице, нажмите Ctrl+F или ⌘-F (для MacOS) и введите запрос в поле поиска.
Arc.Ask3.ru: далее начало оригинального документа

JPEG XL — Википедия 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 и Cloudinary формата FUIF от (который, в свою очередь, основан на 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 путем прямого копирования блочных коэффициентов JPEG DCT в блоки 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.2 / 8 марта 2024 г .; 3 месяца назад ( 08.03.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]
  • jpeg-xl-encode: оболочка PHP JPEG XL для кодировщика. [45]
  • hydrium: быстрый потоковый кодер JPEG XL со сверхнизким объемом памяти, написанный на портативном языке C. [46]
  • jxl-оксид: небольшой декодер JPEG XL, полностью написанный на Rust. [47]

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

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

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

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

Статус стандартизации [ править ]

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

Соперники [ править ]

Примечания [ править ]

Ссылки [ править ]

  1. ^ «Типы СМИ» . ИАНА. Архивировано из оригинала 05 марта 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. Архивировано из оригинала 03 августа 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. ^ Макаскилл, Дон (4 января 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. ^ Сиипола, Йоханнес (31 октября 2022 г.), кодировка JPEG XL , получено 29 ноября 2022 г.
  46. ^ Лео Изен (6 марта 2023 г.). «гидрий» . Гитхаб . Проверено 2 апреля 2023 г.
  47. ^ Вону Чхве (29 октября 2023 г.). "jxl-оксид" . Гитхаб . Проверено 29 сентября 2023 г.
  48. ^ «JPEG XL: как все начиналось и как идет» . Облачно. 12 июля 2023 г. Проверено 3 ноября 2023 г.
  49. ^ «macOS 14 Sonoma: обзор Ars Technica» . АрсТехника . 29 октября 2023 г. Проверено 29 октября 2023 г.
  50. ^ «Изучите медиаформаты для Интернета — WWDC23 — Видео» . Разработчик Apple . Проверено 6 июня 2023 г.
  51. ^ «Примечания к выпуску бета-версии Safari 17» . Документация разработчика Apple . Проверено 6 июня 2023 г.
  52. ^ «208235 – Поддержка изображений JPEG XL» . bugs.webkit.org . Проверено 28 июля 2023 г.
  53. ^ «Представляем камеру/галерею Galaxy S24!» . Сообщество Самсунг . 17 января 2024 г. Проверено 28 марта 2024 г.
  54. ^ «Просмотр изображений JPEG XL» . Google Play магазин . Проверено 14 апреля 2024 г.
  55. ^ «Бледная Луна — Примечания к выпуску архивных версий» . Проверено 17 января 2024 г.
  56. ^ «Поддержка JPEG-XL (#2040) · Проблемы · GNOME / Epiphany · GitLab» . ГитЛаб . 12 апреля 2023 г. Проверено 28 июля 2023 г.
  57. ^ «257871 – [CMake] Включить JPEG XL по умолчанию, больше не является экспериментальным» . bugs.webkit.org . Проверено 28 июля 2023 г.
  58. ^ «KImageFormats» . КДЕ изобретать . Проверено 29 октября 2023 г.
  59. ^ «Поддерживаемые форматы графики и изображений» . XnView.com . Проверено 17 января 2024 г.
  60. ^ «Список функций редактирования фотографий | Affinity Photo» . Близость . Проверено 12 июня 2024 г.
  61. ^ «Jpeg Xl Вик» . Гитхаб . 27 ноября 2021 года. Архивировано из оригинала 30 декабря 2021 года . Проверено 23 марта 2021 г.
  62. ^ «JXL WIN Thumb» . Гитхаб . 11 июня 2022 г. Проверено 27 декабря 2022 г.
  63. ^ "JXLook" . Гитхаб . Декабрь 2021 г. Архивировано из оригинала 30 декабря 2021 г. Проверено 1 марта 2021 г.
  64. ^ «Плагин libjxl gdk-pixbuf» . Гитхаб . Проверено 26 ноября 2022 г.
  65. ^ «Плагин изображения Qt jpegxl» . Гитхаб . Проверено 29 октября 2023 г.
  66. ^ «1539075 — (JPEG-XL) Реализовать поддержку JPEG XL (Image/JXL)» . Архивировано из оригинала 4 января 2022 г. Проверено 1 марта 2021 г.
  67. ^ Перейти обратно: а б с «Проблема 1178058: поддержка декодирования JPEG XL (изображение/jxl) в режиме Flash (ошибка отслеживания)» . bugs.chromium.org . Проверено 16 декабря 2022 г.
  68. ^ Перейти обратно: а б Доказано, Лиам. «Google отказывается от будущей версии JPEG в Chromium» . www.theregister.com . Проверено 6 июня 2023 г.
  69. ^ Поддержка JPEG XL
  70. ^ Перейти обратно: а б Снейерс, Джон (02 ноября 2022 г.). «Дело в пользу JPEG-XL» . Облачный блог . Проверено 30 декабря 2022 г.
  71. ^ Шенкленд, Стивен (3 ноября 2022 г.). «Chrome отказался от формата фотографий JPEG XL, который мог бы сэкономить место на телефоне» . CNET . Проверено 3 ноября 2022 г.
  72. ^ Снейерс, Джон (14 декабря 2022 г.). «Re: Намерение создать прототип: поддержка декодирования JPEG XL (image/jxl) в Blink» . блинк-дев (список рассылки) . Проверено 30 декабря 2022 г.
  73. ^ Парди, Кевин (17 апреля 2023 г.). «FSF: убийство Chrome JPEG XL показывает, как работает Интернет в условиях гегемонии браузера» . Арс Техника . Проверено 6 июня 2023 г.

Внешние ссылки [ править ]

Arc.Ask3.Ru: конец оригинального документа.
Arc.Ask3.Ru
Номер скриншота №: 866F75F9E2FC4F856DA7C1EEA4C3D90C__1718177100
URL1:https://en.wikipedia.org/wiki/JPEG_XL
Заголовок, (Title) документа по адресу, URL1:
JPEG XL - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть, любые претензии не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, денежную единицу можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)