forum.opennet.ru - "Доступен Firefox 154.0.1. В Firefox 157 намечено включение JPEG-XL" (12)

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

Изначальное сообщение

> "It is highly recommended to update to v0.12 ASAP due to numerous security fixes."
так это касается чуть более чем ВООБЩЕ ВСЕХ библиотек которыми пользуются люди, вообще, лично я, бы все обновил бы, которые в программах пользуют, а то привыкли старое сраное говно использовать, вообще не люблю устаревшее, даже тогда когда сложно обновлять из-за смены API и прочего дерьма, это нужно изменять, чтоб не было проблем даже малейших (по крайней мере в голове, у тебя, но раз хотят дерьмо мамонта использовать, и пока комитет не ударит по башке, то че уж там, их проблемы, как говорится) - неправильный подсчёт буфера (и т.д. и т. п.) - нахер, сразу обновлять нужно

"Доступен Firefox 154.0.1. В Firefox 157 намечено включение JPEG-XL"	+/–
Сообщение от opennews (??), 25-Авг-26, 21:59
Доступен корректирующий выпуск Firefox 154.0.1, в котором представлены шесть исправлений:... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66135
Ответить \| Правка \| Cообщить модератору

1. Сообщение от Аноним (1), 25-Авг-26, 21:59	+/–
Эта библиотека jxl-rs имеет версию 0.6, то есть даже первой версии ещё не было, и всё ещё только стремится соответствовать стандарту, в то время как библиотека на C++ на 100% соответствует стандарту и при этом быстрее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3, #9

2. Сообщение от сиська (?), 25-Авг-26, 22:03	+3 +/–
ржавчина сильно переоценена, сколько раз говорить надо?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

3. Сообщение от нах. (?), 25-Авг-26, 22:12	–6 +/–
всем феерически похрен на стандарт в котором существует ровно ноль картинок в вебе, кроме сайтов больных фриков с нулем посещений в год. Но менеджеры отчитались о большой проделанной работе - на безопастном йезычке.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #5

4. Сообщение от Аноним (4), 25-Авг-26, 22:29	+/–
У меня в Фаерфоксе при добавлении Яндекса в дополнительную строку поиска (с выбором системы, рядом с адресной) появляется неубираемый ярлык Яндекса на спид-диале. Если они наконец убрали это, то очень круто.
Ответить \| Правка \| Наверх \| Cообщить модератору

5. Сообщение от topin89 (ok), 25-Авг-26, 22:50	+2 +/–
Этот стандарт позволяет пожать старые джипеги без потерь, и сохранить все нужные слои PNG, включая гамма-коррекцию и ICC, если есть. И всю метадату из всех форматов. Когда все браузеры начнут такое поддерживать, переход на jxl сэкономит очень много трафика и места на серверах. А место сейчас в цене выросло. За год никто не перейдёт, конечно, но движение в сторону jxl будет нарастать
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #7

6. Сообщение от Аноним (6), 25-Авг-26, 22:51 Скрыто ботом-модератором	+1 +/–
Отлично. Поддержку хдр надо как можно скорее в массы, а то нормально скриншоты не передать.
Ответить \| Правка \| Наверх \| Cообщить модератору

7. Сообщение от Ivan_83 (ok), 25-Авг-26, 22:56	+/–
> Этот стандарт позволяет пожать старые джипеги без потерь Очень заманчиво пережать семейный фотоархив без потерь. Хотя там нынче видео по объёму даже больше, но с ним сложнее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #8

8. Сообщение от Bottle (?), 25-Авг-26, 23:20	+1 +/–
В теории этот формат может быть ещё полезен для 3D видеоигр с запечённым освещением, у которых и так размер на диске раздут из-за лайтмап. Если удастся их сжать с незначительными потерями (а не как в Id Tech 5, где был JPEG XR, который накидывал зелёнки везде, где только можно), то это будет выигрышем и для разработчиков, и для пользователей.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

9. Сообщение от Аноним (9), 26-Авг-26, 00:28	+/–
> Эта библиотека jxl-rs имеет версию 0.6, то есть даже первой версии ещё не было > в то время как библиотека на C++ То ли дело та самая C++ библиотека (libjxl), у которой сейчас версия 0.12. И у которой прямо в плашке README написано "It is highly recommended to update to v0.12 ASAP due to numerous security fixes." > библиотека на C++ на 100% соответствует стандарту и при этом быстрее. И плевать, что в репе написано "The performance of jxl-rs closely matches (and sometimes exceeds) the C++ reference implementation". И прежде чем ты завопишь "вы все верти!!!" напоминаю, что jxl-rs и libjxl разрабатываются под крылом одной и той же организации.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #10, #11, #12

10. Сообщение от сиська (?), 26-Авг-26, 01:15 Скрыто ботом-модератором	+/–
> "It is highly recommended to update to v0.12 ASAP due to numerous security fixes." так это касается чуть более чем ВООБЩЕ ВСЕХ библиотек которыми пользуются люди, вообще, лично я, бы все обновил бы, которые в программах пользуют, а то привыкли старое сраное говно использовать, вообще не люблю устаревшее, даже тогда когда сложно обновлять из-за смены API и прочего дерьма, это нужно изменять, чтоб не было проблем даже малейших (по крайней мере в голове, у тебя, но раз хотят дерьмо мамонта использовать, и пока комитет не ударит по башке, то че уж там, их проблемы, как говорится) - неправильный подсчёт буфера (и т.д. и т. п.) - нахер, сразу обновлять нужно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

11. Сообщение от Аноним (-), 26-Авг-26, 01:57	+/–
Рабочие эксплоиты к этим фиксам случаем не приложены? А то в последнее время любая отрыжка ИИ в сторону безопасности за КВЕ выдаётся.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

12. Сообщение от Ivan_83 (ok), 26-Авг-26, 02:50	+/–
На всякий случай напомню, что 0.6 это 0.06, и оно меньше чем 0.12.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9