MV
Ѿправилъ Телеграму через Twitter одиннадцатипунктный мегафичреквест (в качестве дополнения к предшествующему), состоящий из слѣдующихъ пожеланий:
🅰️0⃣ Телеграму неплохо бы подготовиться к результатам недавнего решения Apple о запуске поддержки формата WebP в Safari 14 (а также в iOS и в macOS) ранѣе конца 2020 года. Надо ждать появления многих изображений WebP, не предназначаемых пользователями к отсылке в качестве стикеров, и разработать для них интерфейс «Послать как изображение».
🅰️1️⃣ Многие изображения в формате PNG (скажем, скриншоты с крупными областями, заполненными текстом) лучше сжимаются в WebP без потерь, чѣмъ в JPEG с потерями (для любого разумного качества JPEG). Telegram мог бы сохранять их именно как WebP без потерь, а для браузеров, не имѣющихъ поддержки WebP, использовать полифилл.
🅰️2️⃣ Телеграму слѣдовало бы послѣдовать примѣру Твиттера и реализовать нѣкоторыя правила, подобныя вон тѣмъ, предотвращающим сжатие файлов PNG в формат JPEG с потерями въ тѣхъ случаях, когда исходный файл достаточно мал (900×900 или меньше) или, в особенности, когда такое сжатие порождает большѣе число байтов.
🅰️3️⃣ Частичная комбинация двух предшествующих предложений: «не переужимать файл из PNG в JPEG, если получающийся объём JPEG больше, чѣмъ объёмъ результата сжатия того же PNG в формат WebP без потерь» (WebP без потерь слѣдуетъ предпочитать, а употребление JPEG бессмысленно в таких случаях).
🅰️4️⃣ Телеграму слѣдовало бы послѣдовать примѣру Твиттера и реализовать нѣкоторыя правила, подобныя вон тѣмъ, предотвращающим переужатие файлов из JPEG в JPEG (с внесением дополнительных потерь) въ тѣхъ случаях, когда исходный JPEG ужé достаточно мал (меньше 8 битов на пиксел, меньше 5 мегабайтов всего, меньше 4096×4096 пикселов по размѣру).
🅰️5️⃣ Когда сжатие в формат JPEG (совершаемое с внесением потерь) неизбѣжно, то тогда хотя бы устраните различия его результатов в различных клиентах Телеграма (напримѣръ, в Telegram Desktop по сравнению с Telegram под Android) употреблением одного и того же современного кодировщика (MozJPEG) с одними и теми же настройками и качества, и оптимизаций, и чёрно-бѣлаго сверхконтраста «с запасом».
🅰️6️⃣ Telegram мог бы передавать изображения JPEG быстрѣе и хранить их болѣе эффективно, кабы выбрал гугловский формат Brunsli (см. демонстрацию) в качестве формата для хранения и передачи JPEGов без потерь. Впрочем, декодирование его потребует дополнительной работы процессора и затрат электричества из аккумулятора.
🅰️7️⃣ Поддержка анимаций Телеграмом означает либо формат анимированных GIF (передаваемых «как есть» при превышении десятимегабайтового объёма, но конвертируемых с потерями в видео AVC в контейнере MP4 в противном случае), либо беззвучное зацикленное повторение видео MP4. Эту поддержку можно было бы также распространить на форматы анимированных PNG и анимированных WebP: оба формата существуют достаточно долго и поддерживаются широко.
🅰️8️⃣ Гугловский FAQ про WebP заканчивается примѣромъ такой анимированной GIFки, которая гораздо лучше сжимается в формате анимированного WebP без потерь, чѣмъ при сжатии в видеоформат с внесением потерь. Telegram также мог бы пробовать анимированный WebP без потерь для каждой анимации (использовать AVC с потерями только тогда, когда это реально лучше).
🅰️9️⃣ Нѣкоторые комплекты стикеров (вон тот, напримѣръ) свидетельствуют, что пользователям нужны и растровые анимации в стикерах — и что для этой цѣли извращён формат векторных анимаций, прямоугольниками которого представлены линии пикселов. Telegram мог бы дозволить отсылку нѣкоторыхъ анимированных WebP в качестве анимированных стикеров.
🅰️🔟 Телеграму слѣдовало бы дозволить снабжение видеопроигрывателей подписями гораздо большей длины ещё тогда, когда в 2019 году объявлена была поддержка таймкодов. В нынешний предѣлъ (1024 сѵмволовъ) еле-еле влезает дюжина болѣе-менѣе информативных таймкодов. В подписях под новыми, болѣе длинными (двухгигабайтовыми) видеозаписями это сдѣлается ещё очевиднѣе.
Ведущий телеграмного микроблога в Твиттере принял эти пожелания и пообѣщалъ передать их на разсмотрѣніе.