Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Релиз Chrome 155 c включением режима HTTPS-First и поддержки формата JPEG XL

07.10.2026 23:10 (MSK)

Компания Google опубликовала релиз web-браузера Chrome 155. Одновременно доступен стабильный выпуск свободного проекта Chromium, выступающего основой Chrome. Браузер Chrome отличается от Chromium использованием логотипов Google, наличием системы отправки уведомлений в случае краха, модулями для воспроизведения защищённого от копирования видеоконтента (DRM), системой автоматической установки обновлений, постоянным включением Sandbox-изоляции, поставкой ключей к Google API и передачей RLZ-параметров при поиске. Для тех, кому необходимо больше времени на обновление, отдельно поддерживается ветка Extended Stable, сопровождаемая 8 недель. Следующий выпуск Chrome 156 в рамках нового двухнедельного цикла разработки запланирован на 20 октября.

Основные изменения в Chrome 155 (1, 2, 3, 4):

  • Для всех пользователей по умолчанию включена функция "HTTPS-First", выполняющая автоматическое перенаправление HTTP-запросов на HTTPS для публично доступных сайтов, размещаемых не в интранет сетях, таких как 192.168.0.1/16 и 10.0.0.0/8. Для обеспечения работы с сайтами, не поддерживающими HTTPS, реализован откат на HTTP, если после перенаправления не удаётся выполнить запрос по HTTPS или возникают проблемы с сертификатами. При попытке открытия сайта по HTTP выводится специальное предупреждение.
  • Включена по умолчанию поддержка декодирования изображений в формате JPEG XL. Реализация основана на библиотеке jxl-rs, написанной на Rust. JPEG XL позволяет добиться уменьшения размера файлов на 30-50% по сравнению с изображениями JPEG идентичного качества. Среди поддерживаемых расширенных возможностей: HDR, анимация, прозрачность, режим прогрессивной загрузки, плавное ухудшение качества при уменьшении битрейта, сжатие JPEG без потерь, поддержка до 4099 каналов и большой диапазон глубин цвета.
  • Изменено визуальное оформление интерфейса для создания профилей (функциональность осталась прежней). Для платформы Windows добавлен новый этап ознакомления с созданием профилей, показываемый при первом запуске браузера (для Linux и macOS он появится в версии Chrome 158).
  • Расширен спектр устройств, с которыми можно взаимодействовать через API WebHID, предназначенный для низкоуровневого доступа к HID-устройствам (Human interface device, клавиатуры, мыши, геймпады, сенсорные панели) и организации работы без наличия в системе специфичных драйверов.
  • На странице chrome://extensions в меню управления дополнениями добавлен пункт для выставления оценок и написания рецензии на установленные дополнения, который при нажатии перебрасывает на соответствующие страницы в каталоге Chrome Web Store.
  • Реализовано полномочие media-playback-while-not-visible, позволяющее блокировать воспроизведение звука и видео внутри встроенных iframe-ов, когда они не находятся в зоне видимости.
  • Добавлено CSS-свойство margin-trim, позволяющее избавиться от отступов перед первым и после последнего элемента внутри родительского контейнера.
  • Добавлено CSS-свойство text-decoration-skip-spaces, управляющее отображением декораторов (подчёркивание или зачёркивание) под пробелами в тексте.
  • Добавлена CSS-функция symbols() для упрощения настройки использования нестандартных маркеров в списках.
  • В API WebCrypto добавлена поддержка криптоалгоритмов, стойких к подбору на квантовых компьютерах - ML-KEM и ML-DSA, а также алгоритмов ChaCha20-Poly1305 и X-Wing.
  • В API Window Management добавлены новые методы управления окном: maximize(), minimize() и restore() для раскрытия окна на весь экран, сворачивания или восстановления прежнего размера. Также добавлен метод setResizable() для управления возможностью вручную изменять границы окна. В CSS добавлены медиазапросы display-state и resizable, позволяющие определить свёрнуто или развёрнуто окно, и может ли окно менять размер.
  • Добавлены новые встроенные цветовые пространства (PredefinedColorSpace) - srgb-linear и display-p3-linear.
  • Добавлена поддержка текстовых модулей, импортируемых при помощи конструкции 'import ... with { type: "text" }'.

Кроме нововведений и исправления ошибок в новой версии устранено 247 уязвимостей. 4 проблемам присвоен критический уровень опасности, подразумевающий, что уязвимости позволяют обойти все уровни защиты браузера и выполнить код в системе за пределами sandbox-окружения. Все критические проблемы вызваны обращением к уже освобождённой памяти (use-after-free).

  1. Главная ссылка к новости (https://chromereleases.googleb...)
  2. OpenNews: Релиз Chrome 154
  3. OpenNews: Google опубликовал официальные Linux-сборки Chrome для архитектуры ARM64
  4. OpenNews: В Chrome развивают возможность исправления ошибок без перезапуска браузера
  5. OpenNews: 5 критических уязвимостей в Chrome. Оценка работающих в Chrome методов скрытой идентификации
  6. OpenNews: Chrome переходит на двухнедельный цикл подготовки релизов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66420-chrome
Ключевые слова: chrome
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (58) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Метрика (?), 23:49, 07/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/–
    Итог разборок по JPEG XL, в современном мире вес стандартов в данном случае PDF(после включения JPEG XL по дефолту в него) и компаний которые их развивают(Adobe в данном случае), в разы выше любых альфабетов и прочих недосервисов
     
     
  • 2.15, Аноним (15), 06:58, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Google разрабатывает Jpeg XL
     
     
  • 3.19, Метрика (?), 07:30, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Нет, гугл пилил свой стек WebM и WebP(в плане кодеков), поэтому никто не захотел зависеть от воли одного игрока, который большую часть своих ноухау не доводит до конца, тем более лицензионная чистота VP9 вызывала ряд вопросов
     
     
  • 4.22, Аноним (22), 07:55, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/–
    Посмотри разрабов Jpeg XL, попробуй послать PR в репу libjxl, тебе нужно будет гуглевское соглашение подписывать.
     
     
  • 5.23, Метрика (?), 08:11, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/–
    Именно поэтому гугл выпилил его пару лет назад из хрома, а потом оподливился со своим WebP и снова запилил обратно

    А насчет того под кем JPEG XL, в самом названии указано Joint Photographic Experts Group это раз и стандарт ISO/IEC 18181 это два

     
     
  • 6.24, Аноним (15), 08:18, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Почему нужно усердствовать в своем невежестве, когда можно легко проверить Со с... большой текст свёрнут, показать
     
     
  • 7.26, Метрика (?), 09:00, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/–
    Ваше двоемыслие поражает, неужели линукс творит такое с головой
     
     
  • 8.30, Аноним (15), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ad hominem, но опять мимо, у меня основная система оффтопик ... текст свёрнут, показать
     
     
  • 9.38, Метрика (?), 09:57, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тогда поясните смысл выпиливания поддержки в Chrome и отказа Google от JPEG XL в... текст свёрнут, показать
     
     
  • 10.39, Аноним (15), 10:12, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Из-за ложного представления, что Jpeg XL прямой конкурент AVIF, в продвижение ко... текст свёрнут, показать
     
     
  • 11.40, Метрика (?), 10:16, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я не понял, вы утверждаете что гугл много сил вкладывала в JPEG XL, теперь выясн... текст свёрнут, показать
     
     
  • 12.41, Аноним (15), 10:25, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если вы сами этого не понимаете, то я не знаю как вам еще объяснить, что Гугл не... текст свёрнут, показать
     
     
  • 13.51, Метрика (?), 13:53, 08/10/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 7.31, Аноним (31), 09:28, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Почему нужно усердствовать в своем невежестве, когда можно легко проверить?

    Да у персонажа там по ходу своя война против Гугла и здравого смысла. Не мешай ему, лол.

     
  • 6.28, Аноним (31), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> Посмотри разрабов Jpeg XL, попробуй послать PR в репу libjxl, тебе нужно будет гуглевское соглашение подписывать.
    > Именно поэтому гугл выпилил его пару лет назад из хрома

    Шта? Гугл выпиливал JXL из хрома "именно потому", что... является его разработчиком и требует подписывать гуглевское же соглашение при PR?

    Что за наркомания?

     
     
  • 7.32, Аноним (15), 09:32, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    "Гугл" - это не команда из 10 человек, которые занимаются и Chrome, и Jpeg XL, и Gmail и всем остальным одновременно. Команда, стоящая за Chrome, и команда, занимающаяся Jpeg XL, - это как две разных конторы.
     
     
  • 8.34, Аноним (31), 09:38, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И как эта информация относится к моему комментарию ... текст свёрнут, показать
     
     
  • 9.35, Аноним (15), 09:42, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Прошу прощения, неверно истолковал ваше сообщение ... текст свёрнут, показать
     
  • 8.36, Метрика (?), 09:50, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ахаха, байки из разряда царь добрый, бояре плохие... текст свёрнут, показать
     
  • 8.46, Халявщик не корпораст (?), 11:16, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Да вроде давно они там понаделали разных контор и понасобирали туда из разных ко... текст свёрнут, показать
     

  • 1.2, Аноним (2), 00:11, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    > Все критические проблемы вызваны обращением к уже освобождённой памяти (use-after-free).

    Никогда такого не было, и вот опять.

     
  • 1.3, Аноним (3), 00:43, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/–
    > Реализация основана на библиотеке jxl-rs

    Тем временем, активная разработка ведётся в оригинальном репозитории на C++, последний коммит - вчера. Вывод - раст версия отстаёт, но включили именно её, "RGBA" сообщество пропушило, не иначе.

     
     
  • 2.4, Аноним (31), 00:50, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    >> Реализация основана на библиотеке jxl-rs
    > активная разработка ведётся в оригинальном репозитории на C++, последний коммит - вчера.

    Последний коммит в jxl-rs - сегодня:

    https://github.com/libjxl/jxl-rs/commits/main/

    > Вывод - раст версия отстаёт,

    Логика вышла из чата.

     
     
  • 3.7, Аноним (3), 01:18, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    949 коммитов на расте против 3406 на С++, вывод очевиден.
     
     
  • 4.9, Аноним (31), 01:25, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.

    Не, не очевиден. Какой вывод-то?

     
     
  • 5.11, Аноним (11), 01:46, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.
    > Не, не очевиден. Какой вывод-то?

    Уже пофилософствовать нельзя? Сразу придираются. )

     
  • 5.44, laindono (ok), 10:48, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Разработка на Rust требует в 3.6 раз меньше коммитов. Скорее всего по той причине, что если написать на Rust, то оно сразу работает и не надо фиксить так часто. В отличии от. Превосходство
     
  • 4.25, Аноним (25), 08:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    > 949 коммитов на расте против 3406 на С++, вывод очевиден.

    Т.е. плюсовикам понадобилось почти 3.5к коммитов чтобы сделать то, что растовики сделали за 1к?
    Ну да, вывод очевиден :)

     
     
  • 5.62, Аноним (62), 16:51, 09/10/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    >Ну да, вывод очевиден :)

    Опять просто переписывали готовое.)))

     
  • 2.20, Метрика (?), 07:32, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Гугл это компания сервис, а не производитель софта, на них ориентироваться себя не уважать, завтра на питоне перепишут, а после завтра на каком нибудь ML
     
     
  • 3.29, Аноним (29), 09:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Гугл это компания сервис, а не производитель софта

    Что мешает быть производителем софта и предоставлять сервис?
    Гугл пишет море кода, в том числе в ядро линя.

    > на них ориентироваться себя не уважать

    А на кого ориентироваться? На 0бpыганов_из_подвала?

    > завтра на питоне перепишут, а после завтра на каком нибудь ML

    Да хоть на go, какая разница если оно работает хорошо.

     
  • 3.58, Аноним (58), 21:43, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Гугл это компания сервис, а не производитель софта,

    А что мешает компании сервису производить софт?
    Неужели анонимные угрозы от форумных завсегдатаев?

    ps а компания которая смогла сдизайнить свой процессор (Tensor) это сервис или нет?
    ps2 у АМД тоже нет своих фабрик

     
     
  • 4.60, Метрика (?), 21:53, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Сопроцессор сэр! Задизайнить чип перемножающий вектора верх инженерной мысли конечно, еще в 17 веке Паскаль из болтов и шестеренок сделал калькулятор, так что да это не сложно если есть пару инженеров и один литограф
     

  • 1.5, Инопланетянин (?), 01:05, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    > Включена по умолчанию поддержка декодирования изображений в формате JPEG XL. Реализация основана на библиотеке jxl-rs, написанной на Rust. JPEG XL позволяет добиться уменьшения размера файлов на 30-50% по сравнению с изображениями JPEG идентичного качества.

    И теперь хром будет кушать меньше памяти? Ведь будет? Ведь правда же?

     
     
  • 2.6, Аноним (31), 01:15, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > jxl-rs, написанной на Rust
    > И теперь хром будет кушать меньше памяти? Ведь будет? Ведь правда же?

    Меньше по сравнению с чем, С вариантом без JPEG XL?

     
  • 2.8, Аноним (3), 01:20, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Вряд ли, в расте клонируют объекты на каждый чих.
     
  • 2.18, Bottle (?), 07:27, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Это не так работает. Что PNG, что изображения JPEG занимают в распакованном виде одинаковый размер в ОЗУ при одинаковом разрешении и битности. Смысл данного формата в том, что теперь меньше трафика надо передавать по сети и меньше места на диске тоже. Т.е. на тот же трафик можно больше картинок с котиками и рекламой вставить. А ещё есть прогрессивное декодирование!
    Если тебе по какой-то причине хочется уменьшить потребление RAM за счёт потери качества картинок — используй форматы сжатия для GPU вида BC7, ASTC, Basis Universal и т.п. Только вот они разработаны для видеопамяти GPU, которая тоже ОЗУ, но не та, что тебе нужно, да и используют самую простую компрессию (блочного вида), то есть, размеров JPEG XL на диске не жди.
     
     
  • 3.52, Инопланетянин (?), 14:13, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Т.е. на тот же трафик можно больше картинок с рекламой вставить

    Вот и я про это.

     
  • 2.48, Халявщик не корпораст (?), 12:26, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    - Ведь правда же?

    Ну тот ведь уже давно меньше памяти у юзера жрёт, от юзера только требуется йиго запустить, а всё остальное бравзер сделает сам и залезет везде, и сольёт всё, память юзера там ваще нинужна от слова савсем. :)

     
  • 2.50, Аноним (50), 13:41, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >теперь хром будет кушать меньше памяти?

    Вы можете сами проверить:
    https://www.google.com/intl/ru/chrome/other-platforms/

     
     
  • 3.53, Инопланетянин (?), 14:15, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>теперь хром будет кушать меньше памяти?
    > Вы можете сами проверить:
    > https://www.google.com/intl/ru/chrome/other-platforms/

    У меня лапки. Да и ставить хром (не хромиум) моветон для меня. Так что разрешите откланяться.

     

  • 1.10, Аноним (10), 01:40, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Не понял, где нытьё про форсирование https?
     
     
  • 2.14, GNU Overlord (ok), 06:47, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Они на опеннет не могут зайти, тут только HTTPS версия.
     

  • 1.13, Аноним (13), 05:39, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    А чо до этого типо его не было чтоле в браузере №1 в мире? Пока лучший кодек наравне с webp. Тока webp по умолчанию выдает слабое по качеству картинку, все детали уничтожаются. Но и размер файла получается маленький, поэтому обязательно надо ставить качество от 85 до 98. Больше 98 ставить нет смысла по соотношению вес качество. Только в этом диапазоне webp выдает приемлемое качество. А вот JPEG XL по умолчанию все детали сохраняет, но и вес файла побольше. И webp, и JPEX XL более аккуратно сглаживают блоки по сравнению с jpeg. У jpeg на острых краях почти всегда видны артефакты блоков.
     
     
  • 2.49, А чо (?), 12:41, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Менеджера тупо зарубили ибо типикал "еще один нипонятен формат".
     
  • 2.54, Аноним (54), 14:23, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну так это конкурент, зачем им это. Webp и на 99 замыливает. И теряет цвета без sharpyuv. Твиками это не исправишь. Качество jpegxl зависит от параметров, оно позволяет неотличимую от оригинала картинку на размерах, при которых webp уже ощутимо сыпется.
     
  • 2.56, Аноним (56), 15:06, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > А чо до этого типо его не было чтоле в браузере №1 в мире?

    Потому что есть avif, который превосходит при сжатии с потерями и в скорости декодинга. А jxl в хром добавили только из-за появления в спецификации pdf.

     

  • 1.16, Аноним (16), 07:06, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > HTTPS для публично доступных сайтов, размещаемых не в интранет сетях, таких как 192.168.0.1

    Т.е. на внутренний сайт ставят реальный сертификат, и регулярно и он, и клиент лазят в Интернет для его проверки. Жутко замечательное решение.

     
     
  • 2.17, Аноним (17), 07:26, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Читайте внимательнее  - "размещаемых __не__ в интранет сетях"
     
     
  • 3.21, Аноним (21), 07:54, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Любой локальный адрес можно расшарить. Дальше уже по логике.

    Печалит то что многие так и не знают, что на основную страницу роутера можно зайти из интернет.

     
     
  • 4.33, Аноним (29), 09:35, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > на основную страницу роутера можно зайти из интернет

    Закрывать эту  ̶д̶ы̶р̶у̶  возможность - первое что нужно делать с роутером.
    Ибо нефиг.

     
  • 2.63, FSA (ok), 18:41, 10/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Т.е. на внутренний сайт ставят реальный сертификат, и регулярно и он, и клиент лазят в Интернет для его проверки. Жутко замечательное решение.

    Так наоборот же.

    Но никаких проблем в локалке нет использования сертификатов. Но это и не требуют. Но если хотите, то просто выпускаете Wildcard сертификат через тот же Let's Encrypt и сколько угодно создаёте субдоменов на своей тачке, которые недоступны из интернета, а только в hosts прописаны.

     

  • 1.27, Аноним (27), 09:14, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Включена по умолчанию поддержка декодирования изображений в формате JPEG XL.

    Ну вот, а говорили, что формат никому не интересен. Что ж ты, ф-р, сдал назад?

     
     
  • 2.59, Аноним (58), 21:47, 08/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ну смотри, раньше была версия от дыpявых сишников-плюсовиков.
    А гугл уже сталкивался с проблемой "картинку открыл - рут подарил".
    И с libxml2, и c libwebp (CVE-2023-4863), и даже со шрифтами!

    А тут появилась версия на расте.
    Вот и вернули.

     

  • 1.45, Аноним (45), 11:13, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > и организации работы без наличия в системе специфичных драйверов

    страшно даже представить, где тогда должны быть эти драйвера

     
  • 1.57, Анон1110м (?), 20:24, 08/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Реализовано полномочие media-playback-while-not-visible, позволяющее блокировать воспроизведение звука и видео внутри встроенных iframe-ов, когда они не находятся в зоне видимости.

    Напомнило рекламные видео которые приостанавливаются когда вкладка/окно теряет фокус ввода.

    > В API Window Management добавлены новые методы управления окном: maximize(), minimize() и restore() для раскрытия окна на весь экран, сворачивания или восстановления прежнего размера. Также добавлен метод setResizable() для управления возможностью вручную изменять границы окна. В CSS добавлены медиазапросы display-state и resizable, позволяющие определить свёрнуто или развёрнуто окно, и может ли окно менять размер.

    Очень полезная возможность которая, я уверен, не будет использована против пользователей и не создаст новые неудобства. Такими темпами они разрешат скриптам вообще всё что позволяет API ОС. Назовут это какой–нибудь красивой абревиатурой и сайтописатели смогут, например запрашивать перезагрузку компа из своих жейквери.

     
  • 1.61, DEF (?), 14:04, 09/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Jon Sneyers пообещал, что и сам libjxl будет переписан на Rust.
     
     
  • 2.64, уп (?), 18:37, 12/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Где он это сказал?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: