Пока 7 винда имеет приличную долю среди компов - сомневаюсь что переход будет

обновление будет но я думаю что для семерки рано или поздно сделают какую-то уже финальную версию отдельную и забросят.

Когда в каналах уже видео стримы допилят?

Баг с удалением и изменением отложенного сообщения уже замечен?

Мы тоже тестили звонки с трансляцией экрана. Ни у собеседника, ни у меня нет трансляции, но уведомление есть (вы транслирует экран)

для Linux все еще невозможно транслировать аудио системы+микрофон. Версия 2.9, может есть у кого решения?

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

Но и для того ещё, чтобы можно было пройти и суть предложения прочесть.

В частности, для преодоления ситуации с вредными переужатиями JPEG-в-JPEG, на стороне сёрвера совершающимися, не предлагается отказаться от переужатия вообще (так чтобы кто-нибудь мог положить картинку 500 мегабайтов не файлом).

Предлагается сдѣлать вот что: сёрвер должен провѣрять присланную картинку на соѿвѣтствіе нѣкоторымъ правилам. Напримѣръ, картинка должна быть:

① не больше 1280 пикселов по ширине и по длине,

② не больше пяти (или четырёх, или трёх, это уж как авторам правил заблагорассудится) мегабайтов по объёму,

③ отношение числа битов к числу пикселов не должно превосходить, скажем, восьми (или семи, или шести), чтобы не было попыток тратить пять мегабайтов на небольшие картинки,

④ не содержать инструкции «перед отображением повернуть на 90° (180°, 270°)»,

⑤ не содержать дополнительных данных в хвосте файла (напримѣръ, не быть так называемым RARJPEG).

И если картинка по этим правилам не подходит, то сёрвер не должен заниматься переужатием (тратя усилия — слѣдовательно, тратя дуровские денежки), а должен откликнуться сообщением об ошибке.

Подгонять же картинку под эти правила должна клиентская программа (так что правила должны быть общеизвѣстны разработчикам), и подгонять только в том случае, если картинка ещё этим правилам не соѿвѣтствуетъ (так что правила должны быть общеизвѣстны ещё и пользователям, чтоб тѣ могли формировать картинки самостоятельно).

А при сохранении из Телеграма картинки надо сохранять «как есть» (как в Telegram под Android, напримѣръ), а не с дополнительным переужатием (как в Telegram Desktop, напримѣръ).

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

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

А есть пользователи, которым время сжатия не так важно, как качество картинки: это авторы каналов о профессиональной фотографии, это фанатики мемогенерации, это вырезатели кадров из любимых кинофильмов (телефильмов, телесериалов, аниме, визуальных романов, компьютерных игр, etc.) и тому подобные субъекты. Они могли бы поставить свой энтузиазм на путь создания высококачественных иллюстраций в рамках извѣстныхъ «правил игры», тратя минуты и десятки минут на перепробывание различных (в том числе отличающихся на единицу или на десятые доли) настроек того или иного кодировщика JPEG, чтобы умѣстить наконец в нужном объёме файла желаемое качество.

Нѣкоторым пользователям могут нравиться результаты работы такого JPEG-кодировщика, который сейчас на сёрвере не используется. Напримѣръ, библиотека libjpeg-turbo (как это по адресу https://libjpeg-turbo.org/About/Mozjpeg сказано наверху) работает примѣрно в 34—59 раз быстрѣе, чѣмъ болѣе высококачественный JPEG-кодировщик MozJPEG (обеспечивающий, как там сказано, на 20% меньший файл при равном качестве — слѣдовательно, способный и вмѣщать болѣе высокое качество в предѣльный объём файла), но можно ли от Дурова ждать или требовать того, чтобы сёрверы Telegram перешли на MozJPEG и впредь тратили на полтора или два порядка больше усилий и денег на кодирование JPEG (вернѣе, чтоб самих сёрверов было на полтора или два порядка больше, чтобы пропорционально возросла площадь сёрверных залов и дороговизна земель под ними, и потребление электричества, и расходы на охлаждение, и проч.)? — никоим образом нельзя!

Нѣкоторым пользователям могут нравиться результаты работы такого JPEG-кодировщика, который и клиентскими-то программами Телеграма использоваться не будет, так как разработчики на него не набредут ввиду малоизвѣстности, экспериментальности и проч. (Примѣръ — вон та реализация алгоритма яркостно-контролируемой цвѣтовой субдискретизаціи, предотвращающая затемнение и обесцвѣчиваніе ярко-красных линий на чёрном фоне в JPEG.)

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

А хороший примѣръ такого отношения к своим пользователям: грубо говоря, «вы хорошо жмёте иллюстрации, а мы за это не похѣриваемъ их качество доужатием» — показывает Twitter.

да, точно, спасибо

① хм, скриншоты уже автоматически страдают

② а сколько сейчас? не помню особо крупных картинок. возможно, в этом и есть задумка

③ а есть картинка 1280x1280 более 5 МБ?

④ логично, в телеграме свои повороты

ошибка = минус совместимость со старыми клиентами
и это выходит, что мы её загрузили, трафик свой и сервака потратили и игнор?

десктоп пережимает при сохранении? жесть какая-то

лучше тогда сделать аналог tdlib специально для картинок, чтоб все клиенты делали это одинаково

видимо, Дуров не сильно парится по поводу картинок и более серьезные вещи (видео, файлы) там занимают значительно больше места

старые девайсы при массовой отправке фото: 🗿

ну, кому реально важен размер, уже сейчас используют файлы
всё равно им не выгодно любое сжатие

Прилетело обновление 7.9.1, может исправили, чуть позже проверю.

?

Олеся Бульбах has been temporarily muted for 86400 seconds!

Combot предупредил(а) Олеся Бульбах (1/3)

Ребята а где трансляция экрана в личке?

В видеозвонке

Скрин есть?

Android: t.me/betainfo/705
iOS: t.me/betainfo/706

Бета стоит