Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В спецификацию PDF добавлена поддержка формата изображений JPEG XL"	+/–
Сообщение от opennews (??), 11-Ноя-25, 08:57
Организация PDF Association, занимающееся стандартизацией технологий PDF, добавила поддержку формата изображений JPEG XL в спецификацию PDF. По словам технического директора PDF Association, в PDF назрела потребность в отображении контента с расширенным динамическим диапазоном яркости (HDR) и JPEG XL выбран в качестве предпочтительного решения. Предполагается, что использование в PDF  станет стимулом для более широкого распространения формата JPEG XL, несмотря на отказ Google от его поддержки в браузере Chrome, объяснив своё решение низким интересом со стороны разработчиков и пользователей... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64220
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 11-Ноя-25, 08:57	+5 +/–
Я напомню у них там jpeg2k (который ты больше нигде не найдёшь). А сабж идеальный формат на сегодня, естественно, гулаговские не хотят, чтобы все увидели, какой хлам их вебп -- это же отличный вендор лок. Это не первый позор, вы только посмотрите, как они поддержку расширенных атрибутов удаляли из хромого. Но, правда, вебп всё ещё меньше мыло и меньше вымывает цвета, чем avif.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #47

2. Сообщение от Аноним (-), 11-Ноя-25, 09:01	–5 +/–
Не знаю зачем и кому это нужно. JPEG у меня был ещё в Фотошопе под Windows 3.11, как сейчас помню, как пересохранял рисунки дочери из Paint, чтобы экономить место (вместо BMP).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #7, #8

3. Сообщение от Жироватт (ok), 11-Ноя-25, 09:13	–1 +/–
Комитет(с) Добавил(тм). Теперь интересно, адоби это добавит? С автоконвертацией изображений в хэлэ. Ну и да, господа, ставки-ставочки, к какому году это будет реально (программы будут генерировать содержимое с XL) использоваться: - 2027 - 2029 - не раньше 2030х - мы все сгорим в ядерном огне до этого - формат как впилили, так тихо и выпилят в 31-33х - а в пдф нужно добавить скрипты на раст, да и сам PS заменить на раст
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #31

4. Сообщение от timur.davletshin (ok), 11-Ноя-25, 09:16	+3 +/–
JPEG2000 даже по современным меркам тормозной. Internet Archive использует его в архивных целях и, если при помощи img2pdf склепать из JPEG2000 книжку, то даже на относительно быстром CPU оно будет некомфортно медленным при пролистывании. WebP же со своим субсэмплированием цвета не должен был появиться вообще. Но Google смог его пропихнуть и некоторым даже нравится. JPEG XL годен, можно без потери пережать старые JPEG... но поддержка пока никакая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5, #11, #40

5. Сообщение от Жироватт (ok), 11-Ноя-25, 09:20	+/–
Ты про XR забыл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (1), 11-Ноя-25, 09:22	–1 +/–
Т.е. исходник перегнал в формат с потерями? Ну, хоть дочь умная, явно не в тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от Bob (??), 11-Ноя-25, 09:22	+/–
Ну ты хоть статью прочти, а потом строчи) >Снижение размера до 60% по сравнению с изображениями JPEG идентичного качеств
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

8. Сообщение от timur.davletshin (ok), 11-Ноя-25, 09:24	–1 +/–
> в Фотошопе под Windows 3.11, как сейчас помню Ну хорошо, что хоть не на 3.10, а то бы я совсем не поверил. В реальности же, если покупался Фотошоп в то время, то к Шопу покупали Мак, который тогда на CPU от Motorola пыхтел. Шоп под венду стал популярен с выходом Windows 95.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #23

9. Сообщение от Аноним (1), 11-Ноя-25, 09:32	+/–
>уменьшение размера JPEG до 21% c возможностью восстановления исходного состояния Вот это либо чушь, либо ошибка перевода, либо и то и другое. Там ничем не ограничено уменьшение размера файла и уж точно некорректно сказать, что это  до 21.567%. Так же, исходный файл не восстанавливается, насколько я знаю. Восстановленный может быть похожим или даже одинаковым, но там не bit perfect кодирование без потерь. Лучше говорить про "на 60% эффективнее png" и значительно более lossless чем png. Но это тоже не совсем правда: палитированный пнг фотошопа всё ещё более эффективный (палитирование в сабж только собирались добавить).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #33

10. Сообщение от Аноним (10), 11-Ноя-25, 09:33	+/–
А теперь посмотрим на рабочию практику, Steam сохраняет HDR скриншоты именно в AVIF.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Ан333ним (?), 11-Ноя-25, 09:37	+1 +/–
>поддержка пока никакая Для фоточек на диске и не нужна поддержка браузерами. А в вебе пускай что угодно используют, трафик безлимитный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #16, #19, #21

12. Сообщение от Аноним (12), 11-Ноя-25, 09:38	+1 +/–
Это такая подстава. В браузерах есть смотрелки для PDF. Теперь получается, что эти смотрелки не смогут работать без поддержки этого формата. Решили уколоть гугол?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #18

13. Сообщение от Аноним (12), 11-Ноя-25, 09:40	+1 +/–
Ну и тут возможна и обратная ситуация. В Adobe Reader неявно используется хромиум. Если в хромиуме не будет поддержки этого формата, то и в Adobe Reader это изменение никто принимать не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

14. Сообщение от Аноним (14), 11-Ноя-25, 09:49	+2 +/–
Зачем в PDF HDR?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #49, #52

15. Сообщение от Аноним (15), 11-Ноя-25, 09:56	+/–
> Отсутствие необходимости выплаты патентных отчислений Кто ISO после зашквара с OOXML и H.26x теперь поверит на эту тему... как всегда стоит только что поюзать - вылезет половина мемберов стандарта и начнет наглый рэкет.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от timur.davletshin (ok), 11-Ноя-25, 10:08	+/–
> Для фоточек на диске и не нужна поддержка браузерами. Ты разнообразия для поинтересуйся поддержкой сабжа в ОС и утилитах просмотра этим самых фоточек. > А в вебе пускай что угодно используют, трафик безлимитный. А канал резиновый у хостеров и ISP, или всё же нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #29

17. Сообщение от Жироватт (ok), 11-Ноя-25, 10:08	+/–
Ну, вполне от адоби может быть запрос вида "ребяты, по-браццки верните либу, а? Мы вам денюжков отсыпем и человечка кабанчиком метнём на суппорт, в отличие от всяких мутных гитхабовских человечков, а то фура на владик не уходит".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

18. Сообщение от iPony128052 (?), 11-Ноя-25, 10:09	+1 +/–
В PDF много чего есть. Как-то раз встроенное Flash-аудио видел. Поддерживать это необязательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #37

19. Сообщение от Аноним (19), 11-Ноя-25, 10:48	+/–
Вот только фоточки нужно смотреть в т.ч. и через браузер, в чатах, и т.д. Я в курсе, что ТЕБЕ ЛИЧНО это не надо. Но есть еще и нормальные люди. Формат отличный, но пока его везде не будет -- пользы ноль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #24

21. Сообщение от Аноним (21), 11-Ноя-25, 10:58	+/–
> трафик безлимитный Пользователям мобильного интернета расскажите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22, #39

22. Сообщение от Ан333ним (?), 11-Ноя-25, 11:13	+1 +/–
И на мобильном безлимит бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #25

23. Сообщение от Аноним (21), 11-Ноя-25, 11:19	+/–
В реальности фотошоп под винду был доступен ещё с версии 2.5, а версией 3.0 пользовались уже вовсю, и совершенно непонятно, зачем для него нужно было бы покупать мак.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #42

24. Сообщение от Ан333ним (?), 11-Ноя-25, 11:23	+1 +/–
Чтобы смотреть в вебе, в мессендерах и т.п. сперва нужно ПЕРЕСЛАТЬ их туда, что можно и в исходном jpeg сделать, получив его из jxl. > Но есть еще и нормальные люди. Я то как раз нормальный юзкейс описал. Если снимаешь много фото, то ХРАНИТЬ лучше в том формате, который занимает меньше места. Задачи "чтобы везде открывалось" не стоит, т.е. польза УЖЕ есть. А от AVIF польза только всяким гуглам и операторам связи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

25. Сообщение от Аноним (21), 11-Ноя-25, 11:31	+/–
А бывает, что и не бывает. Ну и честный безлимит на обычных тарифах фактически недоступен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #26

26. Сообщение от Аноним (21), 11-Ноя-25, 11:33	+/–
P.S.: ну и вопрос скоростей на мобильном интернете часто стоит весьма остро, не у всех девайс с 5G и соответствующая БС в ста метрах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

27. Сообщение от Аноним (27), 11-Ноя-25, 11:34	+/–
> Теперь интересно, адоби это добавит? В Photoshop есть поддержка avif/xl.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #28

28. Сообщение от Жироватт (ok), 11-Ноя-25, 11:37	+/–
> В Photoshop есть поддержка avif/xl. А в братце-акробатце и его утилитах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

29. Сообщение от Ан333ним (?), 11-Ноя-25, 11:38	+1 +/–
У меня в кедах и на винде открывает, мне этого достаточно. Место экономится, а если потребуется переслать кому то, то всегда можно оригинальный jpg восстановить. Не зря ж эту фичу сделали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

31. Сообщение от 12yoexpert (ok), 11-Ноя-25, 11:56	+/–
та не, ты шо, adobe тут вообще ничего не решает > - а в пдф нужно добавить скрипты на раст, да и сам PS заменить на раст чтобы было по стандарту на pdf-ку. конкуренция - это здорово
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

32. Сообщение от анонон (?), 11-Ноя-25, 12:00	+/–
В pdf по ссылке: > Key features of the JPEG XL codec are: > lossless JPEG transcoding > In terms of compression performance, key results are: > Lossless JPEG transcoding reduces JPEG size by around 16% to 22%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #34

33. Сообщение от анонон (?), 11-Ноя-25, 12:01	+/–
> Moreover, JPEG XL includes several features that help transition from the legacy JPEG coding format. Existing JPEG files can be losslessly transcoded to JPEG XL files, significantly reducing their size (Fig. 1). These can be reconstructed to the exact same JPEG file, ensuring backward compatibility with legacy applications. Both transcoding and reconstruction are computationally efficient. Migrating to JPEG XL reduces storage costs because servers can store a single JPEG XL file to serve both JPEG and JPEG XL clients. This provides a smooth transition path from legacy JPEG platforms to the modern JPEG XL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #35

34. Сообщение от Аноним (1), 11-Ноя-25, 12:14	+/–
Это средние значения для пачки средних файлов (не каких-то конкретных). Если жпег однотонный, то сжатие будет 99.9%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от Аноним (1), 11-Ноя-25, 12:17	+/–
>> Moreover, JPEG XL includes several features that help transition from the legacy JPEG coding format. Existing JPEG files can be losslessly transcoded to JPEG XL files, significantly reducing their size (Fig. 1). These can be reconstructed to the exact same JPEG file, ensuring backward compatibility with legacy applications. Both transcoding and reconstruction are computationally efficient. Migrating to JPEG XL reduces storage costs because servers can store a single JPEG XL file to serve both JPEG and JPEG XL clients. This provides a smooth transition path from legacy JPEG platforms to the modern JPEG XL. Там немного маркетологи постарались. По правде, я не знаю, будет ли "exact same" транскодированный jpeg (скорее всего, нет, там много тонкостей форматов и фич этого jpeg). Но вот, то, что lossless режим для png не восстановит изображение бит в бит, это точно (хотя, выглядеть будет ровно так же). Метаданные тоже могут пострадать (хоть и меньше чем с png), там столько особенностей, что постоянно с чем-то приходится сталкиваться. Необходимо это учитывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #46

36. Сообщение от Аноним (39), 11-Ноя-25, 12:32	+/–
> Сжатие JPEG без потерь Спасибо, вы сделали мой день!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

37. Сообщение от Аноненонун (?), 11-Ноя-25, 12:34	+/–
Ммм... бизапастнасть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

38. Сообщение от Аноним (39), 11-Ноя-25, 12:35	+/–
> идентичного качеств идентичного или побитовое совпадение?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

39. Сообщение от Аноним (39), 11-Ноя-25, 12:38	+/–
У пчёл 1ТБ/мес - считается безлимом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #41

40. Сообщение от Аноним (40), 11-Ноя-25, 12:43	+/–
> JPEG2000 даже по современным меркам тормозной. Скорость была. Только не там. Сначала платный Kakadu, потом AGPL-ный Grok, который из-за лицензии не приняли в ffmpeg[0]. > WebP же со своим /неотключаемым/ субсэмплированием цвета /в lossy-режиме/ не должен был появиться вообще Как нишевая вещь он работал, но он недостаточно хорош, чтобы вытеснить JPEG+PNG и полную поддержку в браузерах (Firefox+Safari) получил уже тогда, когда пора на пенсию. Неотключаемость 4:2:0 подпирается опцией sharp_yuv. Но UX-проблема - гугл не стал рассматривать sharp_yuv как обязательную часть медленных пресетов (method 6 там как -preset placebo). [0] "But using such a resultant mixture of licenses isn't something we want our users, personal or enterprise, to deal with". https://ffmpeg.org/pipermail/ffmpeg-devel/2016-April/192620....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

41. Сообщение от Аноним (21), 11-Ноя-25, 12:43	+/–
Торренты работают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #45

42. Сообщение от Аноним (45), 11-Ноя-25, 12:43	+/–
И совершенно непонятно, зачем в РФ на него нужно было покупать лицензию для домашнего пользования?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

43. Сообщение от Аноним (45), 11-Ноя-25, 12:46	+/–
Модно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

44. Сообщение от Аноним (45), 11-Ноя-25, 12:49	+/–
Да вот и я подумал, что это: сжатие сжатого второй раз алгоритмом без потерь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #51

45. Сообщение от Аноним (45), 11-Ноя-25, 12:52	+/–
WireGuard работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

46. Сообщение от Аноним (40), 11-Ноя-25, 13:04	+/–
Это развитие того, что даёт jpegtran -arithmetic. Это операция без потерь. Без потерь в нормальном смысле этих слов (битмап побитово сойдётся), не в смысле того анона, который "png - это lossy-формат, его стандарт врёт".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #48

47. Сообщение от Аноним (40), 11-Ноя-25, 13:14	+/–
> естественно, гулаговские не хотят Не хочет их хромлаг, а их цюрихлаг вкладывается в JPEG XL и старый JPEG (создаёт jpegli).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

48. Сообщение от Аноним (1), 11-Ноя-25, 13:23	+/–
Побитово в случае с jpegxl не сойдётся. В декодированном raw формате должен по идее, в этом весь смысл. В случае с jpegtran, подозреваю, зависит от версии. И это всё хорошо, но пнг лишь технически лосслесс. Что до транскодирования, банально оригинал может иметь дополнительные функции/фреймы/параметры, и восстановленная версия будет без них. То же самое с цветовыми пространствами, png исключительно rgb/grayscale (ещё палетирование, но только в фотошопе нормально работает). Какой же это лосслесс. Стандарт не врёт, просто некоторые люди не способны понимать прочитанное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #56

49. Сообщение от Аноним (40), 11-Ноя-25, 13:26	+/–
Для внедрения требовалась next big thing, чтобы убедить манагера как из комиксов Дилберта. Написали "ИИ". Но манагер не оценил и пришлось срочно переделывать на "HDR". 95%, что было так!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

50. Сообщение от зомбированный (?), 11-Ноя-25, 13:31	+/–
пора бы добавить анимированные gif - вот было бы круто pdf документы с анимированными gifами...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53

51. Сообщение от Аноним (1), 11-Ноя-25, 13:38	+/–
> Да вот и я подумал, что это: сжатие сжатого второй раз алгоритмом > без потерь? Это скорее не сжатие, а реорганизация блоков. Отличная вещь и быстро отрабатывает, можно разом уменьшить файлы на 1/5 размера (если их много, это приятно). В принципе jpeg файлы не слишком ценные, особых проблем с транскодированными данными не помню (главное не потерять icc профили в процессе).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

52. Сообщение от Аноним (52), 11-Ноя-25, 13:43	+/–
> Зачем в PDF HDR? Что значит зачем? А как иначе ты туда добавишь HDR фотку? В обычном мире HDR довольно есть практически в каждом не6omжацком телефоне. Во многих ноутах он тоже есть, про ТВ вообще молчу (большие ТВ используются в тех же митингрумах) Но линуксопрдлики до сих пор не могут понять зачем нужен HDR))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #57

53. Сообщение от Аноним (1), 11-Ноя-25, 13:49	+/–
> пора бы добавить анимированные gif - вот было бы круто pdf документы > с анимированными gifами... jpegxl анимированный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

54. Сообщение от Анон1110м (?), 11-Ноя-25, 13:50	+/–
Почему бы не сделать такой формат файлов в которые можно быо бы запихать сколько угодно картинок в каких угодно форматах и отдавать ккртинку нужного формата по запросу программы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #58

55. Сообщение от Аноним (-), 11-Ноя-25, 14:07	+/–
>  Почему бы не сделать такой формат файлов в которые можно быо бы запихать сколько угодно > картинок в каких угодно форматах и отдавать ккртинку нужного формата по запросу программы? А "сколько угодно картинок в каких угодно форматах" сколько будут весить? Какие форматы? Вот все-все-все которые когда-либо делали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

56. Сообщение от Аноним (40), 11-Ноя-25, 14:24	+/–
Побитово - битмап, а не файл. Это форматы сжатия изображений, они не должны воспроизводить порядок расположения метаданных оригинала, их выравнивание или ещё что-то такое. > Стандарт не врёт > Какой же это лосслесс А если общепринятые определения, а не свои уникальные? Есть lossless/lossy/uncompressed в контексте сжатия. Есть lossy-преобразования вроде оцифровки, понижения разрядности, смены цветовых пространств. Тип сжатия во flac - lossless. Он может сжать float32-исходник? Нет. Сначала нужно lossy-преобразование в i32 или i24. > png исключительно rgb/grayscale (ещё палетирование Оно тоже RGB. Вообще в пнг недавно почти добавили yuv, но "RGB is currently the only supported color model in PNG, and as such Matrix Coefficients shall be set to 0" https://www.w3.org/TR/png-3/#cICP-chunk
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

57. Сообщение от Аноним (40), 11-Ноя-25, 14:27	+/–
А печатать какими красками?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

58. Сообщение от Аноним (40), 11-Ноя-25, 14:34	+/–
> Почему бы не сделать такой формат Назовём его к примеру файловая система или база данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема