| 1.1, Аноним (1), 21:59, 25/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Эта библиотека jxl-rs имеет версию 0.6, то есть даже первой версии ещё не было, и всё ещё только стремится соответствовать стандарту, в то время как библиотека на C++ на 100% соответствует стандарту и при этом быстрее.
| | |
| |
| |
| 3.33, Аноним (33), 10:44, 26/08/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
А в чём она переоценена? Язык действительно снимает много проблем и облегчает работу разработчику
| | |
| |
| 4.44, _ (??), 16:56, 26/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А в чём она переоценена?
В главном - в еЁ пользе для кожаных мешкофф.
> Язык действительно снимает много проблем
и вносит ещё больше новых...
> и облегчает работу разработчику
Хороший анек, вон на последнем геймдеве чуть ли ни матом с трибуны об этом :)
| | |
| |
| 5.91, Илья (??), 04:17, 27/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> и вносит ещё больше новых...
каких?
> Хороший анек, вон на последнем геймдеве чуть ли ни матом с трибуны об этом :)
Для геймдева нужны ООП языки. Там сейчас сишарп практически эталон
| | |
|
|
|
| 2.3, нах. (?), 22:12, 25/08/2026 [^] [^^] [^^^] [ответить]
| –6 +/– | |
всем феерически похрен на стандарт в котором существует ровно ноль картинок в вебе, кроме сайтов больных фриков с нулем посещений в год.
Но менеджеры отчитались о большой проделанной работе - на безопастном йезычке.
| | |
| |
| 3.5, topin89 (ok), 22:50, 25/08/2026 [^] [^^] [^^^] [ответить]
| +13 +/– |
Этот стандарт позволяет пожать старые джипеги без потерь, и сохранить все нужные слои PNG, включая гамма-коррекцию и ICC, если есть. И всю метадату из всех форматов.
Когда все браузеры начнут такое поддерживать, переход на jxl сэкономит очень много трафика и места на серверах. А место сейчас в цене выросло.
За год никто не перейдёт, конечно, но движение в сторону jxl будет нарастать
| | |
| |
| 4.7, Ivan_83 (ok), 22:56, 25/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Этот стандарт позволяет пожать старые джипеги без потерь
Очень заманчиво пережать семейный фотоархив без потерь.
Хотя там нынче видео по объёму даже больше, но с ним сложнее.
| | |
| |
| 5.8, Bottle (?), 23:20, 25/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
В теории этот формат может быть ещё полезен для 3D видеоигр с запечённым освещением, у которых и так размер на диске раздут из-за лайтмап.
Если удастся их сжать с незначительными потерями (а не как в Id Tech 5, где был JPEG XR, который накидывал зелёнки везде, где только можно), то это будет выигрышем и для разработчиков, и для пользователей.
| | |
| 5.13, пох. (?), 03:12, 26/08/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Очень заманчиво пережать семейный фотоархив без потерь.
ну если он тебе нахрен не нужен, то конечно...
мне никогда в голову не придет трогать файлы в архивах.
| | |
|
| 4.14, пох. (?), 03:15, 26/08/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
лучшее что ты можешь сделать со своими старыми жпегами чтоб не было потерь - это их больше никогда не трогать. И не забывать делать архивные копии.
И все нужные слои png - уже сохранены в png. Вот в том самом 2002м или когда их туда сохраняли.
Только пара больных фриков будет тратить время и рисковать что-то испортить ради выдуманной экономии каких-то копеек.
| | |
| |
| 5.19, Аноним (19), 04:21, 26/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> ради выдуманной экономии каких-то копеек.
Чел, там сокращение 20-30%. Это ни капли не "выдуманные копейки".
| | |
| |
| 6.27, пох. (?), 08:13, 26/08/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
чел, тебе настолько ненужны старинные семейные фотки что ты готов ради этой фигни ими рискнуть?
С этой самой чудо-библиотекой версии 0.00006 ?
(и другой 0.0012)
Да просто удали их нахрен и все. Сэкономишь не только все 100% но и кучу времени на перекодирование и, особенно - контроль что перекодированное все еще - фотка покойной бабушки, а не хрустобезопастный мусор.
| | |
| |
| 7.61, Аноним (19), 18:00, 26/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> чел, тебе настолько ненужны старинные семейные фотки что ты готов ради этой фигни ими рискнуть?
О каких рисках ты продолжаешь петь? Это lossless транскодирование, понимаешь? Причем работает оно и в обратную сторону: после того, как ты перегнал jpeg в jpeg-xl, ты можешь получившийся jpeg-xl перегнать в jpeg, который будет бит в бит идентичен исходному.
| | |
| |
| 8.72, нах. (?), 20:59, 26/08/2026 [^] [^^] [^^^] [ответить] | –3 +/– | это опять чтоль врунишка пришел комментировать да подписывайся сразу 314 - ... текст свёрнут, показать | | |
|
|
| |
| 7.47, _ (??), 17:08, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
20-30% там и близко нету, вы кого яЪ слушаете?! :)
| | |
| |
| 8.56, пох. (?), 17:16, 26/08/2026 [^] [^^] [^^^] [ответить] | –1 +/– | не, ну ты ж не знаешь что у них там в архиве за фотки Может фотка серой стены п... текст свёрнут, показать | | |
|
| 7.59, Аноним (19), 17:55, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> 20-30% - это даже не половина
Это все дочерта для lossless транскодирования.
| | |
|
|
|
| 4.30, Смузихеб забывший пароль (?), 08:29, 26/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
учитывая, что жопеги изначально с потерями пожаты, ещё и пережимать это в жопег но другой... звучит как что-то из разряда экстремального онанизма
| | |
| |
| 5.60, Аноним (19), 17:56, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> учитывая, что жопеги изначально с потерями пожаты, ещё и пережимать это в жопег но другой...
Господи, еще один. Речь идет о транскодировании без потерь, а не пережатии.
| | |
|
| 4.38, Аноним (38), 13:04, 26/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Магическое перекодировениа без потери качества? А за счёт чего будет уменьшение размера?
| | |
| |
| 5.62, Аноним (19), 18:08, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Магическое перекодировениа без потери качества? А за счёт чего будет уменьшение размера?
Не перекодирование, а транскодирование. Оно более эффективно упаковывает DCT коэффициенты. Вас что, в Гугле забанили?
| | |
|
| 4.76, mfa (?), 21:18, 26/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
"пожать старые джипеги без потерь"
на фи га? т.е. с какой целью?
| | |
|
|
| 2.9, Аноним (19), 00:28, 26/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Эта библиотека 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 разрабатываются под крылом одной и той же организации.
| | |
| |
| 3.10, сиська (?), 01:15, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> "It is highly recommended to update to v0.12 ASAP due to numerous security fixes."
так это касается чуть более чем ВООБЩЕ ВСЕХ библиотек которыми пользуются люди, вообще, лично я, бы все обновил бы, которые в программах пользуют, а то привыкли старое сраное говно использовать, вообще не люблю устаревшее, даже тогда когда сложно обновлять из-за смены API и прочего дерьма, это нужно изменять, чтоб не было проблем даже малейших (по крайней мере в голове, у тебя, но раз хотят дерьмо мамонта использовать, и пока комитет не ударит по башке, то че уж там, их проблемы, как говорится) - неправильный подсчёт буфера (и т.д. и т. п.) - нахер, сразу обновлять нужно
| | |
| 3.11, Аноним (-), 01:57, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Рабочие эксплоиты к этим фиксам случаем не приложены? А то в последнее время любая отрыжка ИИ в сторону безопасности за КВЕ выдаётся.
| | |
| 3.12, Ivan_83 (ok), 02:50, 26/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
На всякий случай напомню, что 0.6 это 0.06, и оно меньше чем 0.12.
| | |
| |
| |
| 5.22, Ivan_83 (ok), 05:12, 26/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
С чего вы взяли что можно применять математические преобразования к номерам версий?)
| | |
| |
| 6.50, _ (??), 17:11, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Он на разде пишет, у него такое работает :)
| | |
| |
| 7.66, Ivan_83 (ok), 19:11, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Нет, у него только школьная математика в голове, может немного универовской.
Всяких извратов с системами счисления он не слышал, а там математухи как только не извращались, на этом фоне записать два-три независимых числа с точкой в виде разделителя - это даже до детской шалости не дотягивает :)
| | |
|
|
|
| 4.18, Аноним (19), 04:15, 26/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> напомню, что 0.6 это 0.06, и оно меньше чем 0.12.
Ваня, я, конечно, знал, что ты "особенный", но чтобы настолько...
| | |
| |
| 5.21, Ivan_83 (ok), 05:11, 26/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Для особо одарённых поясню: версия обычно формируется как: MAJOR.MINOR.PATCH.
Для данных проектов оно похоже имеет сокращённый формат: MAJOR.MINOR.
0.6 - это не математическая запись числа, вот как версии прирастают в проектах:
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
0.10
0.11
0.12
...
0.99
0.100
0.101
...
| | |
| |
| 6.63, Аноним (19), 18:19, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> 0.6 - это не математическая запись числа, вот как версии прирастают в проектах
Ах, вон оно что. Ну так ты в следующий раз сразу мысль четко выражай, а не просто "0.6 меньше 0.12".
| | |
| |
| |
| 8.70, iZEN (ok), 19:58, 26/08/2026 [^] [^^] [^^^] [ответить] | +/– |  Но почему с нуля начинается последовательность версий Почему не с минусбесконеч... текст свёрнут, показать | | |
| |
| 9.75, нах. (?), 21:01, 26/08/2026 [^] [^^] [^^^] [ответить] | +/– | потому что копируют тех у кого учились их учителя Без цели и смысла - передача ... текст свёрнут, показать | | |
| 9.89, _ (??), 02:29, 27/08/2026 [^] [^^] [^^^] [ответить] | +/– | https semver org Пункт 8470 4 Но это жи для дiдоффф, передовым растишкам и ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.45, tkzv (ok), 17:04, 26/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> библиотека на C++ на 100% соответствует стандарту и при этом быстрее.
И при этом заметно медленнее и AVIF, и даже WebP.
| | |
| |
| 3.68, Ivan_83 (ok), 19:14, 26/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
AVIF - это вообще то что на сдачу бесплатно досталось после AV1, даже как то не корректно пытатся сравнивать.
Тем более для изображений далеко не всегда важна скорость, фичи могут решать гораздо больше.
| | |
| |
| 4.81, нах. (?), 22:10, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> AVIF - это вообще то что на сдачу бесплатно досталось после AV1,
То есть вообще совершенно безумного тормоза. А это ЕЩЕ медленнее?
Слушайте, ну ЗАЧЕМ?! И еще и - в веб-браузер это тянут.
> Тем более для изображений далеко не всегда важна скорость, фичи могут решать
> гораздо больше.
ну какие еще фичи изображений _в_вебе_ тебе так уперлись?
| | |
| |
| 5.86, Ivan_83 (ok), 22:49, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Тормоза то при кодировании, раскодирование там легче, кроме того уже много в новье оно аппаратное.
Картинки не ограничиваются вебом, и не всё выкладываемое в веб имеет целью быть супер оптимальным по каким то критериям.
| | |
| |
| 6.87, нах. (?), 22:56, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Но мы банально в новости о браузере.
Всем было бы совершенно пофиг от еще одной стопиццотой arcane библиотечки неведомого формата на неведомом йезыке с безопастностью и тормозами. Уверен что ты о ней впервые услышал.
Но афтыри очень хотят войти в историю.
Иначе через неделю о них забудут, и напекут еще три таких же но несовместимых.
к сожалению это еще и означает что теперь каждому браузеру придется этот хлам поддерживать чтобы сайт неведомого фрика с нулем посетителей дал ему зеленую отметку.
| | |
|
|
|
|
|
| 1.4, Аноним (4), 22:29, 25/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
У меня в Фаерфоксе при добавлении Яндекса в дополнительную строку поиска (с выбором системы, рядом с адресной) появляется неубираемый ярлык Яндекса на спид-диале. Если они наконец убрали это, то очень круто.
| | |
| |
| 2.35, Аноним (35), 11:21, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Добавил кнопку яндекса и удивляешься. яндекс-шерш надо добавлять.
| | |
| |
| |
| 4.48, Аноним (36), 17:09, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Что он "ищет" то, там и раньше цензурировали выдачу, а сейчас он просто не конкурентоспособен.
| | |
| |
| 5.52, _ (??), 17:13, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А в гугеле ... ой, это же другое, понимать надо! (С) :)
| | |
| |
| 6.78, Аноним (36), 21:28, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>понимать надо
Вот именно, пора на пятый год начать что-то понимать.
| | |
| |
| 7.90, _ (??), 02:35, 27/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
И что же ты понял? И почему только на пятый год? :)
| | |
|
|
|
|
|
|
| 1.6, Аноним (6), 22:51, 25/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Отлично. Поддержку хдр надо как можно скорее в массы, а то нормально скриншоты не передать.
| | |
| |
| 2.41, Аноним (35), 14:55, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
В Вин11 приложение - фотографии по умолчанию в категории для классическими приложениями под хдр находятся. Смело скриньте и так как есть. Остальным пал секам глаза выел.(
| | |
| |
| 3.53, _ (??), 17:14, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> пал секам
Уясе ты star! Ты просто супер-стар! Такие слова помнишь ... :)
| | |
|
|
| 1.17, Аноним (15), 03:31, 26/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Не очень нужно. Лучше бы поддержку jpeg2000 реализовали. Всё-таки уже 26 лет формату, стабилизировался.
| | |
| |
| 2.28, пох. (?), 08:14, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
но снова ноль картинок этого формата в вебе - у всех кроме совсем безумных васянов.
| | |
| 2.43, Аноним (43), 16:44, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Этот jp2 только в пдф есть, больше нигде. Потому что УГ, ни одного преимущества. И ни одной программы или библиотеки, нормально с этим форматом работающей. Jxl полностью заменяет древний органиченный жпег с артефактами и корявый вебп тоже.
| | |
| |
| 3.46, tkzv (ok), 17:06, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению, обе реализации jxl гораздо медленнее libwebp. И жмут хуже.
| | |
| |
| 4.57, Аноним (43), 17:33, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Я не помню, что они сделали, но референсаная реализация jxl раз в 100 ускорилась с месяц назад. Там что-то в ченджлоге было.
| | |
| |
| 5.83, нах. (?), 22:27, 26/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Я не помню, что они сделали, но референсаная реализация jxl раз в
> 100 ускорилась с месяц назад. Там что-то в ченджлоге было.
просто прекрасно. И сам коммент, и событие (предположим что оно существовало).
| | |
| 5.99, tkzv (ok), 18:01, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Я не помню, что они сделали, но референсаная реализация jxl раз в
> 100 ускорилась с месяц назад. Там что-то в ченджлоге было.
Значит, в дистрибутивах не спешат обновлять.
| | |
|
|
| 3.102, tkzv (ok), 18:13, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Этот jp2 только в пдф есть, больше нигде. Потому что УГ, ни
> одного преимущества. И ни одной программы или библиотеки, нормально с этим
> форматом работающей.
Его 20 лет избегали из-за патентов. Сейчас стал нормально открываться средствами KDE через openjpeg. ImageMagick с ним и до этого работал.
| | |
|
|
| |
| 2.40, Bottle (?), 14:38, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Есть классный сайт jpegxl.info, где как раз даются наглядные примеры.
Особенно порадовало прогрессивное кодирование.
| | |
| 2.51, tkzv (ok), 17:12, 26/08/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
У него единственное преимущество — перепаковка старых JPEG без потерь. Для картинок с резкими переходами лучше вейвлетное сжатие — DjVu, JPEG2000 или WebP, который жмёт лучше. Самая высокая степень сжатия — у AVIF.
А, ещё у WebP размер ограничен 16384 на 16384. Крупные JPEG не тянет.
| | |
| |
| 3.67, Аноним (43), 19:14, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Avif намного более мыльный, но для "очень пожать" был получше конкурентов. В остальном jpegxl обходит конкурентов по всем параметрам. Особенно лосслесс. Но в качественном лосси раньше с jpeg конкурировал webp с sharpyuv=1, jpegxl их обоих успешно вытеснил.
| | |
| |
| 4.100, tkzv (ok), 18:05, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> jpegxl обходит конкурентов по всем параметрам
Кроме размера. И скорости, но там уже зашевелились.
| | |
| |
| 5.103, Аноним (43), 18:13, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
У avif лучше размер, но размывает, корёжит, и теряет половину цветов, ещё и обманывает с лосслесс -- лосслесом там и не пахло, только и корёжит и раздувает файлы. Отвратительно.
| | |
| |
| 6.105, tkzv (ok), 19:02, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> У avif лучше размер, но размывает, корёжит, и теряет половину цветов
Самое то для превью.
| | |
|
|
|
| 3.71, Аноним (19), 20:16, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Для картинок с резкими переходами лучше [...] WebP, который жмёт лучше
Какое еще "лучше", если в WEBP ВСЕГДА угашенные цвета из-за безальтернативной субдескритезации 4:2:0? Даже в махровом JPEG ты можешь выбрать 4:2:2 или вовсе 4:4:4 (то есть вообще её отключить и получить оригинальные цвета).
WEBP - это буквально помойный формат для картинок на выброс для всяких веб-клоак. А если в твоей картинке не дай бог есть красный и его оттенки/градиенты...
| | |
| |
| 4.104, tkzv (ok), 18:24, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> А если в твоей картинке не дай бог есть красный и его оттенки/градиенты...
Цвет человеческой кожи передаёт нормально, если ставить в ImageMagick quality не ниже 76. (Дефолтные настройки иногда делают качество ниже.) А вот с кислотными оттенками тёплых цветов — да, там 76 может не хватить, цвета выйдут тусклее.
WebP оказался очень хорош для чёрно-белых сканов, где только чёрный текст и рисунки на белом фоне, но сводить в 2-уровневый нельзя, нужно переходы плавнее. AVIF жмёт лучше, но норовит смазать. JXL с дефолтными настройками раза в 4 больше. А если из JPEG без потерь — во все 10, и всего раза в полтора меньше JPEG.
| | |
| 4.106, Аноним (43), 23:31, 30/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Ну это не так важно на самом деле -- webp с sharpyuv ты не отличишь от жпег, не благодари.
| | |
|
|
|
| 1.23, Аноним (23), 05:18, 26/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
"Релиз Firefox 157 намечен на 29 сентября"
Если сейчас 154, то как через месяц может быть 157?
| | |
| |
| 2.25, Твайлайт Спаркл тень (?), 06:20, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Firefox is moving to a new two-week release cycle, starting with Firefox 155 on September 1, 2026.
Firefox 154 (released August 17, 2026).
Firefox 155: Scheduled for release on September 1, 2026 (the first update on the new two-week cadence).
Firefox 156: Scheduled for release on September 15, 2026.
Firefox 157: Scheduled for release on September 29, 2026.
| | |
|
| 1.26, Xasd1 (?), 06:30, 26/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> поддержка до 4099 каналов
а это где вообще применяется? (даже хотя бы просто 100 или 30 каналов) — интересно
| | |
| |
| 2.31, Жироватт (ok), 08:50, 26/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
У, как сказал мало кому интересный нах./пох. (один эмигрантский(?) чел - а чел ли? - с разных машин, вместимо), всяких фриков, у чьих сайтов (хомепагов на ХТМЛ4) ровно 0 посещений.
А вообще идея интересная: 3-4 (23) канала под видимый спектр (допканалы - для других цветовых моделей, кроме RGBA), остальное - под различимое техникой, но невидимое глазом, типа этой же картинки в ИК или УФ спектрах - хотя бы эхоответ на радиосигнал, или на звук, что уже не показывается напрямую смешением яркостей, а конкретно уже рендерится.
| | |
| |
| 3.93, нах. (?), 18:05, 27/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
кстати это я неподумавши ляпнул. Потому что есть еще один хреновый вариант. Что за этим стоят люди с attitude нашего врунишки.
Только не по скудоумию, а по осознанному решению - у них ТОЖЕ нет (там где они ЭТО будут внедрять) ни одной ценной (им) фотки и им похрен что станет с чужими.
Догадываешься кто это могут быть?
Ага. Примерно та же история что с впиндюриванием ненужного av1, 2, и так до бесконечности.
Это тем кому их видосики дороги оно не нужно.
| | |
|
| 2.34, Аноним (43), 11:08, 26/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А к чему такие крохотные ограничения? Вон сканы космоса проблемно запихивать в файлы и проблема исключительно ограниченности веб форматов. У всего найдутся применения при профессиональном использовании.
| | |
|
| 1.69, вах (ok), 19:48, 26/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> "Среди поддерживаемых расширенных возможностей: HDR"
Мощёно!
| | |
| 1.88, Аноним (43), 00:52, 27/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лол, а чё 154.0.1 периодически пытается все 5000 suspended табов прогрузить? Раньше такого не было. Прелести вайб-кодинга?
| | |
| 1.94, нах. (?), 18:09, 27/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
jxl-rs is a high-performance, conforming, and memory-safe JPEG XL decoder written in Rust.
It is the JPEG XL decoder implementation used in Google Chrome / Chromium and Mozilla Firefox.
Быстро они. Оно еще в пре-релизной-пре-бете, а победная медалька на гитхабе уже самим себе вручена.
Т.е. ЕДИНСТВЕННОЕ предназначение - впиндюрить. Выполнено!
| | |
| |
| 2.97, Сладкая булочка (?), 03:14, 29/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> It is the JPEG XL decoder implementation used in Google Chrome / Chromium
Недавно libxml тоже мог этим похвастаться)
| | |
| |
| 3.98, нах. (?), 09:30, 29/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> It is the JPEG XL decoder implementation used in Google Chrome / Chromium
> Недавно libxml тоже мог этим похвастаться)
давно - тоже мог.
Не надейся, не избавимся. Разьве что вот как с xml, лет через 20-30.
| | |
|
|
|