Да вот уж футуря так футуря. Совершенно случайно обнаружилось, что imagemagick при указании -quality 100 создаёт вовсе не lossless webp, а lossy.

>When I see a JPG file, I know for sure this file is lossy. When I see a PNG file, I know for sure it is lossless.
>But WebP is a different thing, it supports both lossless and lossy "modes"

А при создании, собственно, через imagemagick же lossless-версии, она радостно весит больше чем оригинальный png.
И нет, я не буду играться с параметрами cwebp. Это ниже моего достоинства.
С другой стороны, жмет и правда хорошо, посему пользоваться придётся.

Нарисованные девочки, сломанные в разных местах, вебп и геншин. Welcome to 2024. Enjoy your stay.
А вот раньше, я вам скажу, просто брали и делали этих девочек, настоящих, по десятку штук, просто и без задней мысли. А сейчас что — одни заменители искусственные пошли. Мудрые предки наши были, и без ваших железных ящиков Шайтана, вот так-то.

>>5326663
Рисуйте руками на бумаге!

>>5326667
А если руки из попы?

Для непонятливых.

Самое забавное, что вот этот ваш webp в ныне уже необновляемом оверчане работает 50/50 - часть отображается нормально - а часть - только превьюшкой - и надо скачивать и открывать чем-то ещё. Двойная ирония - в том, что недозагрузившаяся превьюшка зачастую менее шакальная, чем та, что видна после полной загрузки, опять, как и почему это так работает - неясно. Такие дела.

>>5326663

>И нет, я не буду играться с параметрами cwebp

Речь про параметры, описанные тут? -https://imagemagick.org/script/webp.php

>>5326671

>недозагрузившаяся превьюшка зачастую менее шакальная, чем та, что видна после полной загрузки

Вангую, что причина в параметре "progressive decoding", вывернутом в "3": поправьте меня, если заблуждаюсь, но конкретно этот параметр аналогичен "level of detail" у 3D-движков по функции "отрендерить по мере возможности и/или надобности", только там это касалось текстур на удалении от камеры (по этой причине - менее хайрезных и более заблюренных), а тут - загружаемых (возможно, через ограниченный канал) изображений, которые к тому же не факт что будут рендериться в полном масштабе на странице или конечном устройстве.

>>5326636

>Welcome to the Future!

<nitpick>WebP is the past, AVIF - is the future </nitpick>

Ну, и ближе к теме треда и экспериментов в сжатии (оригинал пикрилейтеда - пост №5890 в /hr/, https://iichan.hk/hr/src/1605366628063.png ) - зашакалил с 7,5 мегабайт со следующими параметрами:
magick.exe .\hr_5890.png -define webp:'lossless=false target-psnr=45 segment=4 preprocessing=1 auto-filter=true pass=20 thread-level=1 use-sharp-yuv=true method=6 image-hint=picture partition-limit=0' hr_5890.webp

>>5326700
XnView с дефолтными настройками пересохранил ОП-пик, ужав его почти в 4 раза.

> гуглостандарты нужны были только самому гуглу для влажных фантазий о монополии в области всех возможных стандартов

Почитай тогда о патентах на гиф и жилег, лол.

>>5326713
Если стандарт одан в опен сорц, то как-то пофиг, кто его сделал, всемирная корпорация зла или задрот одиночка.

>>5326700

>командная строка

Disregard that, I f@#$ng don't know how to cook with Imagemagick: попробовал поменять несколько параметров, которые запихнул в скобки - для проверки вариаций качества с ужатием, - и понял что их таки нужно указывать не скопом, а каждый из них через -define, иначе программа просто ужимает по-умолчанию; итог - изображение по следующей, более монструозной, команде:

magick.exe .\hr_5890.png -define webp:lossless=false -define webp:target-psnr=45 -define webp:auto-filter=true -define webp:segment=4 -define webp:partition-limit=0 -define webp:preprocessing=1 -define webp:thread-level=1 -define webp:method=6 -define webp:use-sharp-yuv=true -define webp:image-hint=picture hr_5890_upd.webp

• с одной стороны выдаёт изображение с меньшей степенью ужатия размера файла (693 КБ против 311 КБ), с другой - с большим сохранением деталей деталей (например - тех что на одежде).

...в общем, посыпаю голову пеплом, и ухожу дальше раскуривать мануалы.

>>5326718
А давайте поговорим про швабодный APNG...

>>5326718
Кстати, GIF не планировался как формат для анимации, его таким позволил сделать сам стандарт через небольшой баг отрисовки, который использую сейчас все просмоторщики и браузеры.

>>5326721
В последний раз слышал о его применении для анимированных стикеров в Telegram - да и то с тех пор много воды утекло и многое могло поменяться.

>>5326724
Единственный адекватный инструмент для анимирования ПНГ остаётся ГИМП. Ычан, кстати, спокойно переваривает его, по сути это же обычный ПНГ.

>>5326700
Тот случай, когда пользоваться комбайном не удобно. Скачай cwebp, пропиши вместе с magick-ом в PATH и не ешь с ножа.
cwebp -m 6 -q 100 -sharp_yuv -mt -pass 10 -size 3072000 непролазит.jpg -o теперьпролазит.webp
cwebp -lossless -m 6 -z 9 -q 100 -metadata all lossless.png -o lossless.webp

Чтобы ещё упростить, можно завязать в файломенеджере команды на hotkey-и. Альтернативно, Винда умеет по правому клику на файл показывать менюшку с действиями. Можно добавить туда опцию «Сделать sample под Ычан».

>>5326727
GIMP, кстати, WebP умеет кодировать. Неанимированные точно, по крайней мере.

>>5326636
WebP существует больше половины времени существования Ичана. AVIF поддерживается браузерами и делает lossy лучше, чем WebP. Кодировщик у зарубленного некими людьми из Google-а JPEG XL-я делает лучше ещё и lossless (почти всегда), и умеет дожимать JPEG-и с возможностью их обратно в JPEG-и разжать. Так что WebP не future, а obsolete, формально говоря. Но де-факто анимешная инфраструктура (IQDB, SauceNao, *booru, Pixiv и прочее) под это приспособлена почти никак. IQDB вот, думаю, приспособлен и не будет, пока *booru или 4чан WebP не разрешит, а 4чановцы VP9-то только в 2022-ом разрешили, а то проблема куда насущнее была. 4чан, впрочем, может позволить себе хранить побольше тяжёлых картинок, не говоря уж о борах с Пиксивом. А Ичан живёт с limit-ом из 2007-ого (МТ его хоть раз повышал?) в мире 4k-мониторов, многомегапиксельных камер и многомегабайтовых картинок.

>>5326804

> SauceNao

Ищет по WebP.

>>5326804

> -lossless -m 6 -z 9

Достаточно просто «-z 9», результат будет таким же.

>>5326804

> -metadata all

А какой смысл тащить EXIF и XMP в WebP.

Достаточно и «-metadata icc».

Но этот параметр не должен быть забыт и при преобразовании из JPEG в WebP.

>>5326727
А просто как графический редактор это пожалуй одно из худших решений.

>>5326808
>>5326809
>>5326810
Спасибо за замечания и поправки, Мицу-сан.

> -lossless -m 6

Тогда нужно и -q 100 убрать, тоже. А не то в lossy переключится.

>>5326850

Да.

>>5326727

Кстати уж об анимировании.

Анимированные WebP (как https://410chan.org/a/src/170561520410.webp напримѣръ) на Ычане не поддерживаются.

Драма!

А что это вообще такое: «не хромиум и не квант» и притом ещё именно анимированные WebP не поддерживает, а обычные WebP поддерживает?

Opera 18, что ли?

>>5326663

> When I see a PNG file, I know for sure it is lossless.

То есть про https://pngquant.org/ этому человѣку никто не сказал, значит.

>>5327902
Ну так это я так понимаю не в метод компрессии изначально заложено - а работает как препроцессор - оптимизируя файл так, чтоб его уже штатный для png лосслесс компрессор пожал более эффективно, не? Если не так - то как совместимость обеспечена?

Драма >>5326887 никуда не дѣлась, так что поневоле придётся ограничиваться WebM при необходимости показать чего-нибудь кинематографическое.

>>5330124
Что это?

>>5326636
Здравствуй тред и заранее извиняюсь за такие вопросы

В общем, а какой программой можно сжимать изображения в PNG или WebP, просто кроме десятков каких-то онлайн сайтов я ничего не нашёл :'(

>>5330931
Дополнительно уже существующие файлы

https://sourceforge.net/projects/apng/files/APNG_Optimizer/ вот это же?

>>5330925
Есть XnView, он кроссплатформенный и от трендов в форматах отстаёт с минимальными задержками. Хотя он вроде просто вьювер, но и конвертатор хороший.

>>5330935
Тогда позже попробую

>>5330947
Тоже самое, но по описанию звучит неплохо

Я спать "(っ- ∆ - ς)z ζ 𐰁

>>5330925

Для сохранения PNG в WebP можно скачать послѣдній архив libwebp, выбрав из каталога https://storage.googleapis.com/downloads.webmproject.org/releases/webp/index.html подходящий для используемой операционной системы, и из того архива распаковать cwebp.

Для доужатия PNG в PNG хорошо подходит https://github.com/fhanau/Efficient-Compression-Tool/releases/ (но это средство ориентировано именно на максимальное сжатие, поэтому заодно похѣриваетъ чересстрочность, а если нужно сберегать чересстрочность, то можно https://github.com/shssoichiro/oxipng/releases/tag/v8.0.0 рекомендовать).

>>5330951
Ой, извиняюсь, я всё забыл. В общем XNView попробовал, вроде более или менее нормально всё конвертирует. А APNG Optimizer я так и не смог опробовать :'(

>>5339885
Спасибо. Если я не забуду (опять), то отпишусь, как получилось

>>5339912
Да нет, заработал. Просто по некоторым причинам не особо мог залезть в компьютер. Что-то в последнее время у меня с головой не-то. Вообще ничего не получается заставить себя сделать :(

>>5326663
>>5326636
Рабы гугла!

>>5326716
Опенсорц, но который разрабатывается, дополняется и изменяется лишь с их одобрения (а раньше вообще лишь ними).

>>5330947
Тоже использую эту программу для конфертации, пережатия, обрезки и смены размена.
Легковесная, делает быстро и относительно качественно.

Для просмотра картинок не приходилось пользоваться вообще никогда.

>>5339913
I know that feel.
У меня правда из-за хронического недосыпа.

>>5340163
Фотошоп слишком медленно запускается и там нужно больше действий. Хотя результат обычно слегка вышего качества, чем у XnView, это правда.