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

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

Эта надежда, хотя небольшая и слабая, всё же не является совершенно безосновательною, поскольку, как говорится, первая ласточка ужé пролетела, первый звоночек ужé прозвенел.

Всѣ, всѣ мы (пользователи Телеграма) на собственном опыте знаем и любим формат WebP за силу сжатия графических изображений в нём: вот ужé болѣе 5½ лѣтъ тому назад (2 января 2015 года) разработчики Телеграма похвалили этот формат во блоге, отмѣтили высокую скорость передачи изображений в этом формате (в 5 раз быстрѣе, чѣмъ в других форматах, обыкновенно используемых мессенджерами), но (увы!) отчего-то отвели ему очень узкую роль средства передачи стикеров, так что формат этот знакóм нам в одной только этой роли. И поэтому почти половина пунктов моего июльского списка предложений объединяется общей мыслью о том, что формат WebP, раз уж он так хорош, мог бы использоваться нѣсколько шире — и как средство сжатия пиксельной графики, совершаемого без внесения потерь, и как средство создания стикеров с растровою анимациею. Обратите внимание: кто был разработчиком того сжатия без потерь, которое используется в WebP тогда, когда внесение потерь отключено? — в настоящий момент в Википедии ясно сказано, что это был Jyrki Alakuijala.

Но мои высказывания о возможной пользе болѣе широкого употребления WebP были не единственным предложением об употреблении новых форматов в Телеграме: ещё один из пунктов моего списка (пункт 🅰️6️⃣) указывал на другой эффективный формат (на гугловский формат Brunsli), посредством которого Telegram смог бы передавать изображения JPEG быстрѣе и хранить их болѣе эффективно, кабы выбрал Brunsli в качестве формата для хранения и передачи JPEGов без потерь, хотя декодирование его потребует дополнительной работы процессора (и затрат электричества из аккумулятора на эту работу).

И вот Jyrki Alakuijala сообщил в твиттер к Телеграму 30 июля, что эта дополнительная работа процессора — приемлемый компромисс. «Brunsli затрачивает около 30 мс на однопоточное перекодирование 60-килобайтового файла JPEG на дешёвом мобильнике. Меньше времени уходит на работу CPU, чем на передачу файла по Сети. А если изображение из Brunsli декодируется напрямую в пикселы, минуя JPEG, это может вдвое быстрее быть», — подчеркнул Jyrki Alakuijala.

Есть муз боты кто рекламу продает?

Привет 👋
Такой вопрос, через какого бота можно реализовать видеоархив?
Если будет не понятна идея, скажите уточню.

Есть большой архив к примеру с сериалами. Хочу запихнуть все в бота, и дать возможность людям смотреть все через бота, а не на самом канале с сериалами. Например так же как у КБ(@Zum2bot), где пишешь цифру а он тебе дает информацию. Я знаю примерно как это реализовать с помощью того же fleep или manybot, но вопрос именно про альтернативы, и лучшее исполнение идеи.
Или к примеру может есть боты, которые дадут функционал более подходящий чем у названных ранее ботов.