>>251088
> WebP — единая замена для всех распространённых типов изображений. В этом его недостаток.
Вообще-то достоинство. Накатили админы Ычана исходный код >>251062 — и сразу для всех типов изображений появился формат альтернативный и лучший. Причём для неJPEGов в него ещё и пересохранить без потерь можно прям вот сразу.
> Никто ведь не лезет каждый раз степень порчи изображения JPEG или потерю цветов GIF проверять, просто держать в голове что они есть.
То, что сохранение с потерями и без потерь сейчас совершается в двух различных форматах: в JPEG и в PNG — это не результат закономерной целесообразности, происходящий от желания по расширению имени файла (или по формату его) угадывать наличие или отсутствие внесённых потерь в нём. По историческим меркам это скорее следует счесть случайностью. Сами создатели формата JPEG желали не этого, а противоположного исхода событий. После появления JPEG, состоявшегося в 1992 году, на следующий же год (в 1993 году) его допилили до lossless, как это по адресу https://en.wikipedia.org/wiki/Lossless_JPEG рассказывается в Википедии. Более чем через четверть столетия сложно судить, отчего ж он «не взлетел»; может быть, потому только, что через четыре года (в 1997 году) явился формат PNG, реализующий и сжатие без потерь, и полупрозрачность вдобавок? — но всё же чего же за предшествующие четыре года-то?
Если вернёмся в наши дни, то нетрудно видеть, что прямо сейчас Joint Photographic Experts Group допиливает стандарт JPEG XL (его Committee Draft, как это по адресу https://jpeg.org/items/20190803_press.html сообщается, более 10 месяцев тому назад готов у них был, так что теперь черновик международного стандарта готовится, да по адресу https://gitlab.com/wg1/jpeg-xl/ эталонную реализацию напиливают). И что же? — в этом формате у них (как это по адресу https://jpeg.org/jpegxl/ нетрудно прочесть в краткой форме; а вообще-то у них и пространные рассказы есть) с самого начала предусмотрен и режим сжатия без потерь, и полупрозрачность, и анимация. Никакого стремления сочинять замену для одних только прежних JPEGов. Полная готовность к one JPEG to rule them all.
>>251112
> Как уже тысячу раз говорилось выше, картинки должны одинаково отображаться во всех браузерах.
Ну тогда, конечно, закрываем чан и расходимся сразу после того, как на него зайдёт счастливый обладатель электронной книги с монохромным экраном посетовать о том, что картинки отображаются не цветными.
> То есть все равно надо пееркодировать в джипег на случай какого-нибудь сафари. И помимо добавления формата еще допилить фронт на верную отдачу верных файлов.
Не надо; достаточно >>251047.
> Или в Сафари уже завезли?
Пожалуйста, внимательнее перечитайте >>251030.
>>251113
> Вот вам всем альтернативное решение: принимать вебм, но конвертировать и сохранять как жпег. Меня это вполне устроило бы, например.
Вам голову напекло, попейте водички, нельзя же так горячиться.
Во-первых, впопыхах вдругорядь «вебм» вместо «WebP», как >>251112-кун.
Во-вторых, во всём Интернете есть только один крупный сайт, создатели которого рехнулись настолько, что решили конвертировать WebP в JPEG, даже когда в результате объём файла возрастает или от анимации откусываются все кадры, кроме одного. Этот сайт — Twitter. Но Twitter, во-первых, принимает файлы WebP до пяти мегабайтов размером (как это по адресу https://developer.twitter.com/en/docs/media/upload-media/uploading-media/media-best-practices сказано), а во-вторых, конвертирует их в JPEG с качеством, равным 85 пунктов (как это по адресу https://twittercommunity.com/t/upcoming-changes-to-png-image-support/118695 сказано), но Ычан, уж конечно, никогда, никогда не будет делать ни того, ни другого, а будут шакалы поверх шакалов и томление духа. Притом эти твиттеровские правила составлялися в то время, когда ни о какой поддержке WebP в Safari не было объявлено, то есть когда многолетним (с 2010 года) отсутствием такой поддержки подпитывалося впечатление о том, что намерение компании Apple состоит в том, чтобы не поддерживать WebP никогда, никогда. Вообще же Twitter предпринимает конкретные меры к улучшению качества изображений; в частности, правила https://twittercommunity.com/t/upcoming-changes-to-png-image-support/118695 полгода назад (1 января) были изменены таким образом, чтобы стало возможно публиковать JPEG в Твиттере без переужатия при одновременном соответствии немногим простым признакам: размер не больше 4096×4096, объём не больше пятимегабайтового (и не больше восьми битов на пиксел), в метаданных не задан поворот изображения. Эти меры позволяют осторожно надеяться на то, что рост популярности WebP (к которому неизбежнейше приведёт появление поддержки WebP в Safari) заставит Twitter взяться за ум и насчёт WebP.
