The OpenNET Project / Index page

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



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

Оглавление

Google представил библиотеку jpegli для более эффективного сжатия JPEG-изрбражений , opennews (??), 04-Апр-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


17. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Аноним (118), 04-Апр-24, 12:30 
Мань, сабж на плюсах написан. И ты каждый раз бежишь внедрять все сырые поделки корп? Тот же guetzli оказался весьма дорого и крайне не без потерь, libjpeg-turbo хотя бы предсказуема. А что касается jpegxl, то я очень доволен. Кроме того случая, когда все прошлые файлы внезапно оказались битыми (декодируются с зелёными артефактами местами) для всех новых версий библиотеки, совместимость-с.
Ответить | Правка | Наверх | Cообщить модератору

21. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Zenitur (ok), 04-Апр-24, 12:46 
> И ты каждый раз бежишь внедрять все сырые поделки корп

Я делаю домашние сборки некоторого ПО. Вот пример такой сборки:

https://github.com/OpenXRay/xray-16/files/14234005/S.T.A.L.K...

Свои сборки линкую с libpng12 и libjpeg62. Я выбрал их для совместимости: эти версии библиотек у всех есть (в отличие от libpng15, который сегодня заменили на libpng16, а завтра заменят на libpng17).

Однако хочется же с libjpeg8 слинковаться? Чтобы софтина работала быстрее. Но вдруг у юзера нет этой библиотеки? Я понимаю что "стандарт де-факто", но вдруг завтра поломают ABI и выпустят libjpeg9? Такое уже было с libjpeg7.

Поэтому я сейчас положу в архив с моей сборкой - сабж. Он такой же быстрый, как libjpeg8, но при этом имеет прежний ABI libjpeg62.

Ответить | Правка | Наверх | Cообщить модератору

28. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Аноним (118), 04-Апр-24, 13:07 
У плюсов перечень забавных приколов с аби и библиотекой раскрутки стека, это ещё если исключения не используются, такая библиотека менее универсальна и переносима. Зачем тебе чтобы софтина работала быстрее, ценой замены аутентичного компонента на непонятно что с непонятно какими непредсказуемыми последствиями? Наоборот, стоит бороться за сохранение и презервацию аутентичного кода для будущих поколений и тут чем меньше васянства и отклонений от оригинала, тем лучше.
Ответить | Правка | Наверх | Cообщить модератору

29. "Google представил библиотеку jpegli для более эффективного с..."  +1 +/
Сообщение от Аноним (29), 04-Апр-24, 13:12 
>libpng15, который сегодня заменили на libpng16

Очнись! Твое "сегодня" - это сентябрь 2017 года.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

31. "Google представил библиотеку jpegli для более эффективного с..."  –1 +/
Сообщение от Zenitur (ok), 04-Апр-24, 13:14 
В RHEL всё ещё libpng15
Ответить | Правка | Наверх | Cообщить модератору

33. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Аноним (33), 04-Апр-24, 13:24 
Потому что все остальные версии либы насквозь протроянены похуже xz.
Ответить | Правка | Наверх | Cообщить модератору

36. "Google представил библиотеку jpegli для более эффективного с..."  +1 +/
Сообщение от Zenitur (ok), 04-Апр-24, 13:27 
> Потому что все остальные версии либы насквозь протроянены похуже xz.

Не, потому что последний RHEL релизнулся хрен знает когда. Я тут загуглил - оказывается, 9-й уже вышел... Я не знал.

Тогда в актуальном RHEL уже libpng16. Извиняюсь, был не прав.

Ответить | Правка | Наверх | Cообщить модератору

77. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от cheburnator9000 (ok), 04-Апр-24, 18:05 
Зенитурушка ты что все старые пакеты всех RPM дистрибутивов у себя хранишь? Их же наверное уже не существует.
Ответить | Правка | Наверх | Cообщить модератору

88. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Зазнайка (?), 04-Апр-24, 19:42 
Зато существуют у него, у Вас от этого убыло что ли?
Ответить | Правка | Наверх | Cообщить модератору

129. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Аноним (-), 05-Апр-24, 01:10 
> Зенитурушка ты что все старые пакеты всех RPM дистрибутивов у себя хранишь?
> Их же наверное уже не существует.

Пусть качнет, чтоли, archive.debian.org себе. Если получится, сможет mirror'ом подрабатывать.

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

153. "Google представил библиотеку jpegli для более эффективного с..."  +/
Сообщение от Zenitur (ok), 05-Апр-24, 12:56 
> Зенитурушка ты что все старые пакеты всех RPM дистрибутивов у себя хранишь?
> Их же наверное уже не существует.

От CentOS я нашёл архивные зеркала + RPMFusion. От SLES 11 бэкапил, но пока что бэкап не понадобился: в интернете всё ещё есть пакеты.

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру