🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты микроблогозаписей о том, что во избавление от лутинга может явиться общество всеобщей слежки, и что группа MPEG распалась на нѣсколько групп (хотя и с единым подкомитетом), и что китайский WeChat цензурирует даже пароли своих пользователей.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты микроблогозаписей про непрестанное дудение, во время ветра раздающееся со стороны наиболѣе извѣстнаго моста в Сан-Франциско, и про ожидаемое появление FFmpeg версии 4.3 вскоре.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвит микроблогозаписи о том, что Signal сперва прикрутил только шесть эмоджи-реакций на реплики, но затѣмъ, подумавши, всё же разрешил реагировать произвольными эмоджи.

То есть маятник качнулся в другую сторону, и опять качнулся чрезмѣрно. Если шестиэмоджёвая система была чрезмѣрно скудною, то возможность выбора произвольных эмоджи означает (и даже съ неизбѣжностью, съ неизбѣжностью!) только то одно, что часть поступающих реакций будет выглядеть крайне оскорбительно. Идеальною же является та система, в которой автор сообщения заранее сам определяет, какими эмоджи смогут воспользоваться его читатели для реакций (и даже то, в каком порядке кнопки реакций явятся перед читателями), и именно так это устроено в телеграмных ботах @like, @printfbot и аналогичных. Если станут сочинять встроенную в сам Telegram систему эмоджи-реакций, то хочется надеяться, что она будет не хуже, чѣмъ ботовая; но трудно, трудно надеяться на это; увы, куда болѣе вѣроятно, что Telegram пройдётся совершенно по тѣмъ же граблям, что и Signal, и что расшибёт тѣми граблями лоб (причём, уж конечно, не себѣ, а нам всѣмъ).

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты микроблогозаписей о появлении новой версии FFmpeg, о появлении возможности звукозаписи в приложении Твиттера для iOS, а также новости и мемы и криптоконспирологию о состоявшейся разблокировке Телеграма в России.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты микроблогозаписей о появлении такого виджета, который можно установить на сайте и собирать комментарии от пользователей Телеграма, и затѣмъ ещё о появлении во браузере Safari поддержки графического формата WebP.

Так как в середине апреля я начал разбираться в WebP и нахваливал этот формат в Телеграме, то эту послѣднюю новость я сейчас рассматриваю как необычайно благотворную и саму по себе, и ввиду того дополнительного толчка, который она способна придать внедрению поддержки WebP на имиджбордах и в Твиттере, способна придать дальнейшему расширению круга способов употребления WebP в Телеграме. (Способна придать — но, может быть, не скоро ещё придаст: если компания Apple способна была игнорировать WebP без малого десять лѣтъ, то и другие на такое вполне способны, и даже на большѣе.)

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, упоминание недокументированного препроцессора, замѣтно увеличивающего качество сжатия WebP, совершаемого с внесением потерь.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты микроблогозаписей Кори Доктороу о долге разработчиков бездействием противостоять налаживанию всеобщей слежки, ретвит пересказа иранской новости о смертном приговоре за авторство канала в Телеграме, видеорассказ про возможность обойти скрипт на основном сайте Твиттера и всё же опубликовать неразрывные пробѣлы в микроблогозаписи, ретвиты фотопримѣровъ ужасов недопандусизации.

Сшил (в Overmix) некоторые зрелищные кадры первой серии #аниме Maou Gakuin no Futekigousha.

Сшивки прилагаю в формате PNG внутри архива 7-Zip.

Предпросмотровые версии сшивок — в Твиттере. (Они сжаты в формате JPEG с внесением потерь.)

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, обсуждение мема «сидит каждый», ретвит фотографий серебристых облаков.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты придуманных ужасов Санкт-Петербурга и реальных крупных неприятностей Краснодара (демонтаж контактной сѣти троллейбусов и изобилие воды после дождя).

Сшил (в Overmix) некоторые кадры первой серии #аниме Monster Musume no Oishasan.

Сшивки прилагаю в формате PNG внутри архива 7-Zip.

Предпросмотр сшивок — в Твиттере. (Там они сжаты в формате JPEG с внесением потерь, поскольку таковы твиттеровские правила.)

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвит видеозаписи новой московской велополосы (и ретвиты обсуждений её) и ретвит видеозаписи прискорбного отсутствия велополосы на том мосту, который ведёт в Крым.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты видеозаписей краснодарского наводнения и ретвит рецепта создания информационного блока в гитхабовском профиле.

Ѿправилъ Телеграму через 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 сѵмволовъ) еле-еле влезает дюжина болѣе-менѣе информативных таймкодов. В подписях под новыми, болѣе длинными (двухгигабайтовыми) видеозаписями это сдѣлается ещё очевиднѣе.

Ведущий телеграмного микроблога в Твиттере принял эти пожелания и пообѣщалъ передать их на разсмотрѣніе.

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты сообщений об угоне учётных записей твиттеровских знаменитостей криптовалютчиками и официальных объяснений произошедшего.

Сшил (в Overmix) некоторые кадры первой серии #аниме Code Geass.

Сшивки прилагаю в формате PNG внутри архива 7-Zip.

Предпросмотр сшивок — в Твиттере. (Там они сжаты в формате JPEG с внесением потерь, поскольку таковы твиттеровские правила.)

🐦 Опубликован очередной сборник моих твиттеровских микроблогозаписей.

Он содержит, в частности, ретвиты фотографий котов и кошек, которые спят, уложив свой подбородок на возвышение.

Сшил (в Overmix) некоторые кадры первой и второй серии #аниме «Uzaki-chan wa Asobitai!».

Сшивки прилагаю в формате PNG внутри архива 7-Zip.

Предпросмотр сшивок — в Твиттере. (Там они сжаты в формате JPEG с внесением потерь, поскольку таковы твиттеровские правила.)

Сшил (в Overmix) некоторые кадры второй серии #аниме Code Geass.

Сшивки прилагаю в формате PNG внутри архива 7-Zip.

Предпросмотр сшивок — в Твиттере. (Там они сжаты в формате JPEG с внесением потерь, поскольку таковы твиттеровские правила.)

Познакомившись в конце августа позапрошлого (2018) года с утилитою OptiPNG, способною уменьшать объём графических файлов в формате PNG без внесения потерь в них (а только за счёт прямого перебора настроек сжатия графических данных для поиска наиболее подходящей для конкретного файла комбинации настроек), я без промедления упомянул о ней тремя абзацами в Фидонете и затѣмъ ещё в Твиттере — и начал ею в дальнейшем пользоваться. Подобная оптимизация файлов полезна и в сайтостроении (чтобы быстрѣе доставлять иллюстрации читателям), и в Твиттере (вѣдь въ послѣдніе годы Twitter ввёл такие правила, согласно которым любой публикуемый файл PNG, превосходящий размѣры 900×900 пикселов, будет на стороне сервера принудительно сжат в формат JPEG с качеством, равным 85 пунктам — то есть с внесением потерь — если только не был заранее оптимизирован до такой степени, что упомянутое переужатие в JPEG привело бы к росту его объёма), и на имиджбордах (особенно тѣхъ, которые ограничивают объём файла всего-навсего нѣсколькими мегабайтами) — всюду, всюду полезна.

Однако по опыту употребления OptiPNG нельзя не замѣтить два крупных недостатка OptiPNG.

Первый недостаток — однопоточная конструкция: даже работая в том режиме, которым предполагается перебор болѣе тысячи комбинаций настроек («-o7 -zm1-9»), утилита OptiPNG перебирает их послѣдовательно, не пытаясь распараллелить своё занятие и получить выгоду от многоядерности современных процессоров.

Второй недостаток — происхождение: нельзя не видѣть, что большинство перебираемых настроек имѣетъ отношение к работе библиотеки zlib: какой у ней используется уровень сжатия, какая стратегия сжатия, сколько употребляется памяти. В общем-то, таковы вообще всѣ перебираемые OptiPNG настройки, за исключением одного только выбора из шести вариантов настройки фильтрации PNG (пять вариантов «один фильтр на весь файл», шестой — эвристический метод Крокера для выбора фильтра отдѣльно для каждой строки пикселов). Это значит, что само по себе появление OptiPNG (и других аналогичных оптимизаторов) вызвано прежде всего тѣмъ, что zlib ведёт себя не логично и предсказуемо («задай максимальный уровень сжатия и количество памяти — получи наилучшее сжатие»), а слишком случайно — достаточно случайно для того, чтобы побуждать к тому, чтобы попробовать настройки похуже и поглядеть, не получится ли результат получше.

Получается, что для решения именно этой задачи — для оптимизации файлов PNG — была бы в среднем куда полезнѣе не такая реализация алгоритма DEFLATE, которая побуждает попробовать десятки вариантов настройки и иногда получить оттого неожиданно хороший результат (как zlib), а такая реализация, которая всегда работает въ нѣсколько десятков раз медленнѣе, но зато всегда же (а не время от времени) получает болѣе сжатые графические данные, получает меньший объём файла.

И что же, есть ли такая реализация с открытым исходным кодом? — оказывается, есть: Zopfli. Статья в Википедии сообщает, что появление Zopfli относится к 2013 году. Того же года статья в австралийском «Лайфхакере» свидетельствует, что работа Zopfli на реальных текстовых данных (взятых из статей Википедии) была раз в восемьдесят медленнее аналога (gzip), но зато и объём получающегося архива был на 1½% меньше.

Но это на текстовых данных, не на графических — а пытались ли примѣнить Zopfli к сжатию файлов PNG? Оказывается, в том же году (в 2013 году) появилась утилита ZopfliPNG (от создателей Zopfli), которая как раз и должна была примѣняться для оптимизации файлов PNG; но мнѣ достаточно было одного взгляда на её файл README, чтоб разочаровать себя пониманием того, что утилита ZopfliPNG не удобна для реального использования. Слишком уж она, как это называется? — opinionated: стремится навязать пользователю своё мнение.

Напримѣръ, ZopfliPNG по умолчанию убирает из файла метаданные и не имѣетъ такой простой настройки, которая позволила бы не убирать (а имѣетъ сложную: прочтите документацию по формату PNG, составьте список идентификаторов сохраняемых метаданных). Нѣтъ и настроек (для OptiPNG привычных) для пересохранения файла в чересстрочном виде (Adam7).

Между двумя крайностями, упомянутыми в предшествующем сообщении: OptiPNG и ZopfliPNG — существует и нѣкая золотая середина. Вчера (23 июля) я натолкнулся на её упоминание, когда читал обсуждение правил пересжатия изображений Твиттером (и правил отказа от такого пересжатия тогда, когда сам микроблоггер достаточно оптимизировал файл перед публикацией): оказалось, что Нолан О'Брайен (представитель Твиттера в этом обсуждении) 30 января прошлого (2019) года, рассуждая о возможностях сжатия PNG без потерь (об алгоритмах, доступных микроблоггерам, но работающих слишком долго для употребления самим Твиттером на стороне сервера), упомянул («через запятую», как говорится) не только OptiPNG, но и oxipng — выпускаемую много лѣтъ утилиту (её версия 0.1.0 появилась в марте 2016 г.), в которую на первом же году её жизни (в декабре 2016 г.) была добавлена поддержка Zopfli.

Ѿдѣльно ѿмѣчу, что я мог бы, навѣрное, натолкнуться на упоминание oxipng и в том случае, если бы перечитывал статью англоязычной Википедии о Zopfli после 5 августа прошлого (2019) года (когда такое упоминание было туда добавлено).

Кроме ужé упомянутой поддержки Zopfli, оптимизатор oxipng также радует и признанием автора в том, что oxipng создавался съ цѣлью повторить и улучшить успѣхъ OptiPNG (а значит, можно ожидать всѣ возможности, по OptiPNG привычныя), и что oxipng работает многопоточно (так что различные варианты фильтрации PNG перебираются не последовательно, а параллельно).

Там, гдѣ OptiPNG, если работает в режиме предѣльнаго сжатия, послѣдовательно перебирает для каждого из шести вариантов фильтрации PNG ещё по 180 вариантов работы zlib — там oxipng в режиме Zopfli параллельно пробует всѣ шесть вариантов, и притом для каждого из них просто запускает сжатие Zopfli (которое работает медленнѣе, чѣмъ zlib, но всё же не в 180 же раз медленнѣе!). Нетрудно сосчитать, что этим обеспечивается выигрыш по времени примѣрно на порядок в многопоточном режиме, и даже при необходимости отключения многопоточности (напримѣръ, при параллельной обработке многих файлов на немногих ядрах процессора) можно ожидать выигрыш болѣе чѣмъ в два раза.

По правде сказать, у oxipng всё же есть одно неприятное отличие от OptiPNG по возможностям (то же сáмое, за которое я был недоволен и ZopfliPNG, о чём упоминал в Твиттере в ноябре прошлого года): нѣтъ такого параметра в настройках, который позволил бы сохранять неизмѣнными дату и время модификации файла, оптимизируемого oxipng. (Однако же явный выигрыш в скорости работы стóит того, чтобы потрудиться и соорудить вокруг oxipng пакетный файл, запускающий команду clonefiletime утилиты NirCmd перед удалением исходного PNG.)

Натравив oxipng (в режиме Zopfli) на мою многотысячефайловую коллекцию PNG, въ извѣстной мѣрѣ ужé преизрядно обработанную OptiPNG за послѣдніе годы, я обнаружил, что объёмы файлов с художественною информациею: кадры из аниме, страницы манги, скриншоты визуальных романов — сжимаются oxipng на нѣсколько процентов сильнѣе, чѣмъ въ OptiPNG, и в среднем даже сильнѣе по сравнению с теми полутора процентами, которые австралийский «Лайфхакер» наблюдал при работе с текстовыми данными, а не графическими. То есть и 2%, и 3%, и 4%, и 5%, и 6%, и 7%, и даже 8% время от времени (в зависимости от содержимого) я увидал достигаемыми, а меньше 2% также получалось — но рѣже, чѣмъ больше 2%. Сжатие же файлов PNG, содержащих фрагменты текстовых страниц: страниц книг, страниц сайтов, словесных реплик на имиджбордах или в иных обсуждениях или блогозаписях (в социальных сетях, напримѣръ) — оказалось ещё болѣе впечатляющим: при работе над ними экономия объёма файла, приносимая oxipng, систематически превосходит 10% (и это, напоминаю, при оптимизации файлов, до этого ужé обработанных в OptiPNG). По-видимому, достоинства Zopfli особенно эффективны по отношению к графическим файлам, состоящим прежде всего из крупных однотонных областей (областей фона страницы), и менее крупных однотонных же контуров (букв страницы), и небольших узких областей промежуточных цвѣтовъ, порождаемых сглаживанием.

Я рад видѣть это. Впредь я буду использовать именно oxipng.