На первом из прилагаемых скриншотов показываю: 8 февраля разработчики libavif обнародовали очередную версию (1.0.4).
Вы не увидите въ ея описаніи ничего особенного: проведена простая «работа над ошибками».
Однако, если посмотрѣть (на втором из прилагаемых скриншотов), как выглядѣла предшествующая версия (1.0.3), и если внимательно сравнивать с нею и съ ещё болѣе ранними версиями, то становится видно, что къ нынѣшнему выпуску libavif впервые приложена готовая сборка для Windows.
Это значит, что больше нѣтъ нужды слѣдовать указаниям из README (на третьем из прилагаемых скриншотов), то есть разыскивать очередную сборку на сайте AppVeyor, верх которого (как это видно на четвёртом из прилагаемых скриншотов) раскрашен въ цвѣта флага Украины как знак полнѣйшей с нею солидарности.
Вообще же этакая перекраска — ещё цвѣточки, а бывают и ягодки. По наводке, любезно предоставленной автором канала @leaveitru, можно найти каталог Toxic Repos с упоминанием много болѣе значительной массы усилий по превращению открытого и свободного программного обеспéчения во враждебное и дѣятельно вредоносное по отношению к России или хотя бы пропагандистское. Я с интересом прочёл содержимое вон того измѣненія в исходном коде библиотеки es5-ext, преизрядно популярной (каждую недѣлю совершается болѣе десяти с половиною миллионов установок этой библиотеки, если вѣрить свѣдѣніямъ npm, приведённым на пятом из прилагаемых тут скриншотов), и увидал там среди прочей массы политических лозунгов и призывов ещё вот какой:
«Не позволяйте ФСБ управлять Россией. Верните его Людям!»
Тут не надо быть и поклонником творчества Галковского для того, чтобы сдѣлалося ясным: Люди поработали.
Если же отвлечься от произошедшего устранения необходимости лишний раз натыкаться на укрознамя, то могу назвать и ещё одно цѣнное достоинство новой сборки libavif: под Windows её впервые собрали с libsharpyuv, так что стало можно дополнять параметр «--yuv 420» параметром «--sharpyuv» в командной строке, чтобы цвѣтовая субдискретизация 4:2:0 управлялася яркостью пикселов.
Вы не увидите въ ея описаніи ничего особенного: проведена простая «работа над ошибками».
Однако, если посмотрѣть (на втором из прилагаемых скриншотов), как выглядѣла предшествующая версия (1.0.3), и если внимательно сравнивать с нею и съ ещё болѣе ранними версиями, то становится видно, что къ нынѣшнему выпуску libavif впервые приложена готовая сборка для Windows.
Это значит, что больше нѣтъ нужды слѣдовать указаниям из README (на третьем из прилагаемых скриншотов), то есть разыскивать очередную сборку на сайте AppVeyor, верх которого (как это видно на четвёртом из прилагаемых скриншотов) раскрашен въ цвѣта флага Украины как знак полнѣйшей с нею солидарности.
Вообще же этакая перекраска — ещё цвѣточки, а бывают и ягодки. По наводке, любезно предоставленной автором канала @leaveitru, можно найти каталог Toxic Repos с упоминанием много болѣе значительной массы усилий по превращению открытого и свободного программного обеспéчения во враждебное и дѣятельно вредоносное по отношению к России или хотя бы пропагандистское. Я с интересом прочёл содержимое вон того измѣненія в исходном коде библиотеки es5-ext, преизрядно популярной (каждую недѣлю совершается болѣе десяти с половиною миллионов установок этой библиотеки, если вѣрить свѣдѣніямъ npm, приведённым на пятом из прилагаемых тут скриншотов), и увидал там среди прочей массы политических лозунгов и призывов ещё вот какой:
«Не позволяйте ФСБ управлять Россией. Верните его Людям!»
Тут не надо быть и поклонником творчества Галковского для того, чтобы сдѣлалося ясным: Люди поработали.
Если же отвлечься от произошедшего устранения необходимости лишний раз натыкаться на укрознамя, то могу назвать и ещё одно цѣнное достоинство новой сборки libavif: под Windows её впервые собрали с libsharpyuv, так что стало можно дополнять параметр «--yuv 420» параметром «--sharpyuv» в командной строке, чтобы цвѣтовая субдискретизация 4:2:0 управлялася яркостью пикселов.
👍13👎2🆒2
Future_Android_update_will_give_AV1_videos_a_big_boost_on_budget.png
1.8 MB
В июле 2023 года я упоминал о том, что с начала того же (2023) года я рѣшился «на вырост» иллюстрировать мой канал видеозаписями в формате AV1 несмотря на то, что поддержка их в Telegram под Android (опирающаяся на возможности самой системы Android) была тогда тормозящею, а поддержка под iOS вообще никакущею.
Первое улучшение поддержки AV1 на нѣкоторыхъ мобильных устройствах я упомянул через два мѣсяца (в сентябре 2023 г.), когда компания Apple задумала оснащать часть своих новых мобильников (наиболѣе дорогущую часть!) аппаратными видеодекодировщиками, нарочно созданными ускорять собою воспроизведение AV1.
А сейчас я могу сообщить, что наступает ещё второе улучшение поддержки AV1, но оно коснётся совсѣмъ других мобильных устройств — не эппловских, а работающих под управлением системы Android — поэтому для них именно оно и будет первым улучшением.
Суть такова: на сайте Android Authority в конце февраля появилась замѣтка (скриншот прилагаю) о том, что въ нынѣшнемъ мѣсяцѣ (в марте 2024 г.) компания Google в рамках механизма «Google Play system update» соберётся накатить такое обновление системы Android, которое будет замѣнять их собственный (гугловский) декодировщик AV1 (нѣсколько тормозящий) на другой (негугловский) декодировщик AV1, работающий кратно быстрѣе (судя по итогам испытания, которое провёл обозрѣватель из Android Authority).
Год назад (в марте 2023 г.) я сообщал, что компания Meta (властями России признанная экстремистскою), не полагаясь на возможности операционных систем, ещё тогда начала доставлять (с февраля того года) точно тот же быстрый декодировщик (dav1d) внутри многих своих мобильных приложений. Но теперь болѣе чѣмъ годовое техническое отставание Телеграма от продуктов Meta должно будет завершиться под Android: Телеграму, опираясь на возможности операционной системы, болѣе не придётся обнаруживать системный видеодекодировщик формата AV1 подтормаживающим.
Правда, обѣщанное мартовское обновление ещё не пришло на мой смартфон — да и на Филиппинах пишут, что в марте получали только февральское.
Первое улучшение поддержки AV1 на нѣкоторыхъ мобильных устройствах я упомянул через два мѣсяца (в сентябре 2023 г.), когда компания Apple задумала оснащать часть своих новых мобильников (наиболѣе дорогущую часть!) аппаратными видеодекодировщиками, нарочно созданными ускорять собою воспроизведение AV1.
А сейчас я могу сообщить, что наступает ещё второе улучшение поддержки AV1, но оно коснётся совсѣмъ других мобильных устройств — не эппловских, а работающих под управлением системы Android — поэтому для них именно оно и будет первым улучшением.
Суть такова: на сайте Android Authority в конце февраля появилась замѣтка (скриншот прилагаю) о том, что въ нынѣшнемъ мѣсяцѣ (в марте 2024 г.) компания Google в рамках механизма «Google Play system update» соберётся накатить такое обновление системы Android, которое будет замѣнять их собственный (гугловский) декодировщик AV1 (нѣсколько тормозящий) на другой (негугловский) декодировщик AV1, работающий кратно быстрѣе (судя по итогам испытания, которое провёл обозрѣватель из Android Authority).
Год назад (в марте 2023 г.) я сообщал, что компания Meta (властями России признанная экстремистскою), не полагаясь на возможности операционных систем, ещё тогда начала доставлять (с февраля того года) точно тот же быстрый декодировщик (dav1d) внутри многих своих мобильных приложений. Но теперь болѣе чѣмъ годовое техническое отставание Телеграма от продуктов Meta должно будет завершиться под Android: Телеграму, опираясь на возможности операционной системы, болѣе не придётся обнаруживать системный видеодекодировщик формата AV1 подтормаживающим.
Правда, обѣщанное мартовское обновление ещё не пришло на мой смартфон — да и на Филиппинах пишут, что в марте получали только февральское.
👍2🎉1
На мотив амфибрахия нечётных строк совѣтской пѣсни «Погоня» (из «Неуловимых мстителей») без труда поётся сакирмахрепяка.
😁10❤🔥4
This media is not supported in your browser
VIEW IN TELEGRAM
Послѣднія минуты третьей серии «Ichiban Ushiro no Daimaou».
Хаттори Джюнко, изрядно напуганная тѣмъ, что Сай Акуто сохранял хладнокровие, когда чуть не искалѣчилъ вожака напавшей на него молодёжной банды, доходит до искренней вѣры в демоническое предназначение Акуто и затѣмъ при поддержке десятков учащихся едва не разрубает Акуто мечом. Сога Кена левитирует себя и вовремя вмѣшивается в происходящее, помогая Джюнко понять и недостаточную вину Акуто в этой ситуации, и овладевшие самóю Джюнко чувства цундере, и примириться с Акуто. По наущению Кены, чтоб не дать совершиться побоищу, лиладан Коронэ даёт мощный залп из армейского магического химического ружья, заряженного громадными массами риса, смѣшаннаго именно съ тѣмъ веществом, которое Это Фуджико ранѣе дала Акуто под видом снадобья на крайний случай, позволяющего понять чувства друг друга и примириться, но затѣмъ Кена похитила обе таблетки у Акуто, руководясь собственною мечтою о несении людям вкуснаго риса и всеобщаго братства. Позже, проведя анализ того вещества, Коронэ сознаёт, что Фуджико въ дѣйствительности уложила въ обѣ таблетки гораздо болѣе чёрную магию, понуждающую къ вѣчной любви и к подчинению самóй же Фуджико (и, слѣдовательно, расставила мрачную ловушку, в которую должны были угодить и Акуто, и Джюнко). Сай Акуто начинает задумываться надъ тѣмъ, сколь многое поняла Сога Кена и насколько сознательно и проницательно она предотвратила замысел Фуджико, а насколько это было простым везением. В это время заклятие обожания, дѣйствіе которого (благодаря сильнѣйшей разбавленности рисом) оказывается малопродолжительным, но массовым, охватывает собою всё женское общежитие — и Это Фуджико не в состоянии воспротивиться нацѣленной именно на неё лавине однополой любви и обожания дѣвушекъ. Внимательно наблюдая за ней через окно, сидящая неподалёку на дереве другая персонажица (к этому времени ещё не извѣстная зрителям #аниме) посмѣивается над Фуджико, угодившею в собственную ловушку, и злословит.
Видео со звуком USAC (он же xHE-AAC). Telegram Desktop не покажет.
Хаттори Джюнко, изрядно напуганная тѣмъ, что Сай Акуто сохранял хладнокровие, когда чуть не искалѣчилъ вожака напавшей на него молодёжной банды, доходит до искренней вѣры в демоническое предназначение Акуто и затѣмъ при поддержке десятков учащихся едва не разрубает Акуто мечом. Сога Кена левитирует себя и вовремя вмѣшивается в происходящее, помогая Джюнко понять и недостаточную вину Акуто в этой ситуации, и овладевшие самóю Джюнко чувства цундере, и примириться с Акуто. По наущению Кены, чтоб не дать совершиться побоищу, лиладан Коронэ даёт мощный залп из армейского магического химического ружья, заряженного громадными массами риса, смѣшаннаго именно съ тѣмъ веществом, которое Это Фуджико ранѣе дала Акуто под видом снадобья на крайний случай, позволяющего понять чувства друг друга и примириться, но затѣмъ Кена похитила обе таблетки у Акуто, руководясь собственною мечтою о несении людям вкуснаго риса и всеобщаго братства. Позже, проведя анализ того вещества, Коронэ сознаёт, что Фуджико въ дѣйствительности уложила въ обѣ таблетки гораздо болѣе чёрную магию, понуждающую къ вѣчной любви и к подчинению самóй же Фуджико (и, слѣдовательно, расставила мрачную ловушку, в которую должны были угодить и Акуто, и Джюнко). Сай Акуто начинает задумываться надъ тѣмъ, сколь многое поняла Сога Кена и насколько сознательно и проницательно она предотвратила замысел Фуджико, а насколько это было простым везением. В это время заклятие обожания, дѣйствіе которого (благодаря сильнѣйшей разбавленности рисом) оказывается малопродолжительным, но массовым, охватывает собою всё женское общежитие — и Это Фуджико не в состоянии воспротивиться нацѣленной именно на неё лавине однополой любви и обожания дѣвушекъ. Внимательно наблюдая за ней через окно, сидящая неподалёку на дереве другая персонажица (к этому времени ещё не извѣстная зрителям #аниме) посмѣивается над Фуджико, угодившею в собственную ловушку, и злословит.
Видео со звуком USAC (он же xHE-AAC). Telegram Desktop не покажет.
👍4❤1
This media is not supported in your browser
VIEW IN TELEGRAM
Финал первой серии куклодрамы «Rozen Maiden Träumend»: Щинку встрѣтилася съ Барасуйщё.
Стих «я видел слёзы на кукольном личике» припоминается сам собою, если призадумываться о продолжении этого #аниме.
Стих «я видел слёзы на кукольном личике» припоминается сам собою, если призадумываться о продолжении этого #аниме.
❤3
В линейке MPEGовских стандартов на смѣну стандарту видеокодирования AVC (H.264, 2004 г.) и болѣе позднему HEVC (H.265, 2013 г.) создан был стандарт VVC (H.266, 2020 г.), однако в первые годы его существования разработчики популярных видеопроигрывателей с открытым исходным кодом воздерживалися от поддержки его.
Но въ нынѣшнемъ феврале в Твиттере (нынѣ 𝕏) авторы извѣстнѣйшаго медиакомбайна FFmpeg объявили о готовности их собственного декодировщика VVC (частично сочинённого на языке ассемблера для ускорения его работы), и это возымѣло своё обычное дѣйствіе на авторов таких видеопроигрывателей, которые по существу являются лишь интерфейсами к обёрткам вокруг FFmpeg.
Скажем, сам я предпочитаю видеопроигрыватель Media Player Classic Home Cinema — и нынѣшній сборщик его выпустил на нынѣшней недѣлѣ (1 апреля) версию 2.2.0, способную показывать видеозаписи VVC. Въ ея работоспособности я убедился вꙭчію, скачав на торрентовом трэкере «Няторрентс» экспериментальную видеозапись второй серии четвёртаго сезона аниме «Overlord»: эта видеозапись fullHD (1920×1080 пикселов) без видимых задержек (и безъ замѣтныхъ подёргиваний, и без пропускания видеокадров по невозможности успѣть декодировать их) воспроизводится даже на моём староватом компé (с процессором двѣнадцатилѣтней давности), так что с декодировщиком VVC всё в порядке. Правда, видеозапись не поддаётся проматыванию, но в том нѣтъ огрѣха декодировщика: экспериментировавший автор ея, по-видимому, не разставилъ в ней достаточное количество ключевых кадров.
Нельзя не замѣтить вот ещё чего: кто сейчас на торрентовом трэкере «Няторрентс» запустит поиск по аббревиатуре «VVC», тот увидит преобладание раздач, снабжённых звуком в формате USAC (он же xHE-AAC). С таким звуком (в сочетании с видео VVC) отыщется вот что:
① оупенинг «Emiya-san Chi no Kyou no Gohan»,
② фильм про ходячий зáмок Хаула,
③ первый сезон «Oshi no Ko».
В отличие от видео VVC, звук в формате USAC (он же xHE-AAC) ещё не поддерживается в FFmpeg — но в ближайшие дни будет выложен исходный код для его поддержки.
Но въ нынѣшнемъ феврале в Твиттере (нынѣ 𝕏) авторы извѣстнѣйшаго медиакомбайна FFmpeg объявили о готовности их собственного декодировщика VVC (частично сочинённого на языке ассемблера для ускорения его работы), и это возымѣло своё обычное дѣйствіе на авторов таких видеопроигрывателей, которые по существу являются лишь интерфейсами к обёрткам вокруг FFmpeg.
Скажем, сам я предпочитаю видеопроигрыватель Media Player Classic Home Cinema — и нынѣшній сборщик его выпустил на нынѣшней недѣлѣ (1 апреля) версию 2.2.0, способную показывать видеозаписи VVC. Въ ея работоспособности я убедился вꙭчію, скачав на торрентовом трэкере «Няторрентс» экспериментальную видеозапись второй серии четвёртаго сезона аниме «Overlord»: эта видеозапись fullHD (1920×1080 пикселов) без видимых задержек (и безъ замѣтныхъ подёргиваний, и без пропускания видеокадров по невозможности успѣть декодировать их) воспроизводится даже на моём староватом компé (с процессором двѣнадцатилѣтней давности), так что с декодировщиком VVC всё в порядке. Правда, видеозапись не поддаётся проматыванию, но в том нѣтъ огрѣха декодировщика: экспериментировавший автор ея, по-видимому, не разставилъ в ней достаточное количество ключевых кадров.
Нельзя не замѣтить вот ещё чего: кто сейчас на торрентовом трэкере «Няторрентс» запустит поиск по аббревиатуре «VVC», тот увидит преобладание раздач, снабжённых звуком в формате USAC (он же xHE-AAC). С таким звуком (в сочетании с видео VVC) отыщется вот что:
① оупенинг «Emiya-san Chi no Kyou no Gohan»,
② фильм про ходячий зáмок Хаула,
③ первый сезон «Oshi no Ko».
В отличие от видео VVC, звук в формате USAC (он же xHE-AAC) ещё не поддерживается в FFmpeg — но в ближайшие дни будет выложен исходный код для его поддержки.
👍11🆒3
Когда 27 марта я закончил своё очередное сообщение словами «Видео со звуком USAC (он же xHE-AAC). Telegram Desktop не покажет», то нисколько не ждал того, что эти словá сбудутся гораздо мощнѣе ожидаемаго. Но сбылись.
Выложенный мною тогда видеофайл содержал видеодорожку в формате AV1, а звук — в формате USAC (он же xHE-AAC). Этот формат звука до сих пор не поддерживается в FFmpeg (и хотя прямо сейчас есть нѣкоторыя основанія ожидать того, что в ближайшие дни появится исходный код, нацѣленный именно на поддержку USAC в FFmpeg, но тут-то я рассказываю о видеофайле, созданном в конце марта, когда об этой новинке ещё не было почти ничего извѣстно). И так как Telegram Desktop всецѣло полагается на возможности FFmpeg, то отказ Telegram Desktop от воспроизведения такого видеофайла был ожидаемым.
Иными словами, по своей сути моё сообщение было экспериментальным: вот, смотрите, вот как можно засунуть без мáлого четырёхминутную видеоцитату в объём всего-навсего пяти мегабайтов (а для чего так ужасно экономить? — а это, знаете ли, максимальный объём видеофайла, принимаемый к загрузке на сайт Telegraph, братский по отношению к Телеграму), пожертвовав при этом всеобщностью воспроизводимости звука в цитате.
Однако вскоре я неожиданно обнаружил с досадою, что в Telegram Desktop не способен воспроизводиться не один только этот конкретный видеофайл.
Установив вышедшую 25 марта бета-версию 4.15.6 приложения Telegram Desktop, я замѣтилъ, что она не способна была показывать вообще никакой видеофайл, содержащий видеодорожки в формате AV1, каким бы звуком это видео не сопровождалося.
Та же проблема наблюдалася в Telegram Desktop слѣдующей бета-версии (4.15.7, вышедшей 1 апрѣля).
Та же проблема в конечном итоге перешла из бета-версий и в обыкновенные версии Telegram Desktop: и первый изъ апрѣльскихъ выпусков TD (версия 4.16.0, вышедшая 1 апрѣля), и второй такой выпуск (версия 4.16.1, вышедшая 2 апрѣля), и даже третий (версия 4.16.2, вышедшая 4 апрѣля) — всѣ, всѣ онѣ, всѣ эти версіи не были способны показать ни одно видео AV1 у меня на канале. Ни одно, ни одно!
Признаться, тут было отчего взволноваться и даже нѣсколько затосковать.
Почему досадно было наблюдать именно приложение Telegram Desktop утратившим поддержку видеоформата AV1?
Во-первых, потому, что именно появлению поддержки AV1 в Telegram Desktop я изрядно радовался с декабря 2022 года: поддержка AV1 в андроидовых версиях Телеграма существовала и до того, а тогда наряду с популярною мобильною системою (Android) оказалась охваченною и популярная операционная система для компóв (Windows) наконец.
Во-вторых, потому, что именно поддержка AV1 в Telegram Desktop была наиболѣе совершенною, тогда как поддержка видео AV1 на мобильных устройствах до сих пор оставляет желать много лучшего.
Притом же ужé к середине июля 2023 года я выложил у себя на канале десятка два видеороликов в формате AV1, а с той поры их количество ещё выросло: одних только сравнений аниме можно насчитать почти полтора десятка, а вѣдь каждое сравнение сопровождается минимум двумя видеоцитатами, а бывает и больше того. Так что очень неприятно было сознавать, что съ начала апрѣля смотрѣть всё это добро на компé в Телеграме сдѣлалося нечѣмъ.
Лицом к лицу я оказался перед перспективою того, что впредь для меня либо невозможным окажется умѣщать видеофайлы в ограничения, существующие в Телеграме (до 5 мегабайтов для видеофайла на сайте Telegraph, до 15 мегабайтов для видеофайла в сообщении Телеграма, видимого незалогиненным пользователям, до 20 мегабайтов для внѣшняго видеофайла, видимого в предпросмотре под сообщением Телеграма или над ним), либо придётся изрядно пожертвовать достигаемою длиною видеоцитат (потому что уйти от использования видеоформата AV1 к одному из менѣе совершенных видеоформатов значило бы уменьшить соотношение качества и объёма файла примѣрно в полтора раза).
К счастью, разработчик Telegram Desktop в конце концов среагировал на мои сообщения об этой проблеме и не без труда собрал вчера (5 апрѣля) новую бета-версию Telegram Desktop (версию 4.16.3), вдругорядь способную показывать AV1 под Windows.
Выложенный мною тогда видеофайл содержал видеодорожку в формате AV1, а звук — в формате USAC (он же xHE-AAC). Этот формат звука до сих пор не поддерживается в FFmpeg (и хотя прямо сейчас есть нѣкоторыя основанія ожидать того, что в ближайшие дни появится исходный код, нацѣленный именно на поддержку USAC в FFmpeg, но тут-то я рассказываю о видеофайле, созданном в конце марта, когда об этой новинке ещё не было почти ничего извѣстно). И так как Telegram Desktop всецѣло полагается на возможности FFmpeg, то отказ Telegram Desktop от воспроизведения такого видеофайла был ожидаемым.
Иными словами, по своей сути моё сообщение было экспериментальным: вот, смотрите, вот как можно засунуть без мáлого четырёхминутную видеоцитату в объём всего-навсего пяти мегабайтов (а для чего так ужасно экономить? — а это, знаете ли, максимальный объём видеофайла, принимаемый к загрузке на сайт Telegraph, братский по отношению к Телеграму), пожертвовав при этом всеобщностью воспроизводимости звука в цитате.
Однако вскоре я неожиданно обнаружил с досадою, что в Telegram Desktop не способен воспроизводиться не один только этот конкретный видеофайл.
Установив вышедшую 25 марта бета-версию 4.15.6 приложения Telegram Desktop, я замѣтилъ, что она не способна была показывать вообще никакой видеофайл, содержащий видеодорожки в формате AV1, каким бы звуком это видео не сопровождалося.
Та же проблема наблюдалася в Telegram Desktop слѣдующей бета-версии (4.15.7, вышедшей 1 апрѣля).
Та же проблема в конечном итоге перешла из бета-версий и в обыкновенные версии Telegram Desktop: и первый изъ апрѣльскихъ выпусков TD (версия 4.16.0, вышедшая 1 апрѣля), и второй такой выпуск (версия 4.16.1, вышедшая 2 апрѣля), и даже третий (версия 4.16.2, вышедшая 4 апрѣля) — всѣ, всѣ онѣ, всѣ эти версіи не были способны показать ни одно видео AV1 у меня на канале. Ни одно, ни одно!
Признаться, тут было отчего взволноваться и даже нѣсколько затосковать.
Почему досадно было наблюдать именно приложение Telegram Desktop утратившим поддержку видеоформата AV1?
Во-первых, потому, что именно появлению поддержки AV1 в Telegram Desktop я изрядно радовался с декабря 2022 года: поддержка AV1 в андроидовых версиях Телеграма существовала и до того, а тогда наряду с популярною мобильною системою (Android) оказалась охваченною и популярная операционная система для компóв (Windows) наконец.
Во-вторых, потому, что именно поддержка AV1 в Telegram Desktop была наиболѣе совершенною, тогда как поддержка видео AV1 на мобильных устройствах до сих пор оставляет желать много лучшего.
Притом же ужé к середине июля 2023 года я выложил у себя на канале десятка два видеороликов в формате AV1, а с той поры их количество ещё выросло: одних только сравнений аниме можно насчитать почти полтора десятка, а вѣдь каждое сравнение сопровождается минимум двумя видеоцитатами, а бывает и больше того. Так что очень неприятно было сознавать, что съ начала апрѣля смотрѣть всё это добро на компé в Телеграме сдѣлалося нечѣмъ.
Лицом к лицу я оказался перед перспективою того, что впредь для меня либо невозможным окажется умѣщать видеофайлы в ограничения, существующие в Телеграме (до 5 мегабайтов для видеофайла на сайте Telegraph, до 15 мегабайтов для видеофайла в сообщении Телеграма, видимого незалогиненным пользователям, до 20 мегабайтов для внѣшняго видеофайла, видимого в предпросмотре под сообщением Телеграма или над ним), либо придётся изрядно пожертвовать достигаемою длиною видеоцитат (потому что уйти от использования видеоформата AV1 к одному из менѣе совершенных видеоформатов значило бы уменьшить соотношение качества и объёма файла примѣрно в полтора раза).
К счастью, разработчик Telegram Desktop в конце концов среагировал на мои сообщения об этой проблеме и не без труда собрал вчера (5 апрѣля) новую бета-версию Telegram Desktop (версию 4.16.3), вдругорядь способную показывать AV1 под Windows.
GitHub
Release v 4.16.3 · telegramdesktop/tdesktop
Improve media upload speed.
Update FFmpeg to 6.1.1.
Update FFmpeg to 6.1.1.
👍8❤6🗿2👏1
X (formerly Twitter)
Telegram Messenger (@telegram) on X
@CertiKAlert We can't confirm that such a vulnerability exists. This video is likely a hoax.
Anyone can report potential vulnerabilities in our apps and get rewards: https://t.co/UkzPFSVigy
Anyone can report potential vulnerabilities in our apps and get rewards: https://t.co/UkzPFSVigy
В промежутке между появлением новости, согласно которой в Telegram Desktop (или в одной из библиотек, в TD используемых) предполагалася уязвимость, и появлением сообщения о том, что поиски предполагаемой уязвимости оказалися безуспѣшными (и что видеодемонстрация её считается теперь фэйковою), я успѣлъ на всякий случай грохнуть сеанс TD и перезалогиниться.
Так как при таком (принудительном) завершении сеанса TD не сохраняются нѣкоторыя настройки, то я тотчас же получил возможность вдругорядь увидать подзабытые ужé числа ограничений на скачивание медиа, установленные по умолчанию.
Весьма возможно, что в будущем я опять позабуду эти числа — слѣдовательно, полезно оставить их сегодня записанными у меня на канале, и оставлю:
① Ограничитель объёма в том подраздѣлѣ настроек, которым контролируется автоматическое скачивание фото и файлов, по умолчанию ограничивает такое автоматическое скачивание 10 мегабайтами. Считаю возможным, что эта настройка доограничивает только работу непосредственно предшествующего ей тумблера («автоматически скачивать файлы»), а ещё болѣе верхний («автоматически скачивать фото») не затрагивает.
② Ограничитель объёма в том подраздѣлѣ настроек, которым контролируется автоматическое воспроизведение видео (в том числе — круглых видеосообщений) и GIF, по умолчанию ограничивает такое автоматическое воспроизведение 50 мегабайтами. Считаю маловѣроятнымъ, что эта настройка доограничивает только работу непосредственно предшествующего ей тумблера («автоматически воспроизводить GIF»), а вмѣсто того думаю, что и на видео она также предназначена воздѣйствовать.
То и другое ограничение по умолчанию установлено для каждого типа чатов, то есть и в групповых чатах, и в индивидуальных, и на каналах.
Кто будет сравнивать эти числа с ограничениями, упомянутыми в моём предшествующем сообщении (а там пять и пятнадцать и двадцать мегабайтов), тот обнаружит их другими.
Умѣстно ли воспринимать это различие как досадный разнобой или как благоприятное разнообразие?
Я думаю так: если мысленно вообразить хозяев Телеграма пришедшими к готовности удвоить величину нынѣшняго пятнадцатимегабайтового и двадцатимегабайтового ограничения на сёрвере (а там время от времени чего-нибудь удваивают хотя бы для пользователей услуги Telegram Premium), то очень хорошо, что даже тогда результат такого удвоения не упрётся в пятидесятимегабайтовое ограничение на клиенте.
Так как при таком (принудительном) завершении сеанса TD не сохраняются нѣкоторыя настройки, то я тотчас же получил возможность вдругорядь увидать подзабытые ужé числа ограничений на скачивание медиа, установленные по умолчанию.
Весьма возможно, что в будущем я опять позабуду эти числа — слѣдовательно, полезно оставить их сегодня записанными у меня на канале, и оставлю:
① Ограничитель объёма в том подраздѣлѣ настроек, которым контролируется автоматическое скачивание фото и файлов, по умолчанию ограничивает такое автоматическое скачивание 10 мегабайтами. Считаю возможным, что эта настройка доограничивает только работу непосредственно предшествующего ей тумблера («автоматически скачивать файлы»), а ещё болѣе верхний («автоматически скачивать фото») не затрагивает.
② Ограничитель объёма в том подраздѣлѣ настроек, которым контролируется автоматическое воспроизведение видео (в том числе — круглых видеосообщений) и GIF, по умолчанию ограничивает такое автоматическое воспроизведение 50 мегабайтами. Считаю маловѣроятнымъ, что эта настройка доограничивает только работу непосредственно предшествующего ей тумблера («автоматически воспроизводить GIF»), а вмѣсто того думаю, что и на видео она также предназначена воздѣйствовать.
То и другое ограничение по умолчанию установлено для каждого типа чатов, то есть и в групповых чатах, и в индивидуальных, и на каналах.
Кто будет сравнивать эти числа с ограничениями, упомянутыми в моём предшествующем сообщении (а там пять и пятнадцать и двадцать мегабайтов), тот обнаружит их другими.
Умѣстно ли воспринимать это различие как досадный разнобой или как благоприятное разнообразие?
Я думаю так: если мысленно вообразить хозяев Телеграма пришедшими к готовности удвоить величину нынѣшняго пятнадцатимегабайтового и двадцатимегабайтового ограничения на сёрвере (а там время от времени чего-нибудь удваивают хотя бы для пользователей услуги Telegram Premium), то очень хорошо, что даже тогда результат такого удвоения не упрётся в пятидесятимегабайтовое ограничение на клиенте.
👍3👎1
Анонимы на Ычане справедливо пишут (сшивку скриншотов прилагаю гиперссылкою) о том, что накал отсебятины в экранизациях «Коносубы», постепенно нарастая, достиг своей вершины в полнометражке «Курэнай Дэнсэцъ», которая до крайности преисполнена была отсебятины, ради чего экранизаторы сдѣлали истинный финал промежуточным и выбросили настолько значительное количество сюжетных элементов и просто милых нюансов сеттинга, что эти элементы и нюансы долго ещё всплывали вмѣсто того внутри приквела про школьные годы Мегумин и Юнъюнъ — и продолжают всплывать в начале третьего сезона основного сериала.
Я совершенно согласен с этим мнѣніемъ (я вообще не люблю в #аниме отсебятину экранизаторов, искажающую восприятие экранизируемого сюжета — на двух примѣрахъ я сообщал о том в сентябре 2021 г.), а ещё хочу дополнительно подчеркнуть три обстоятельства, каждое из которых нарочно проиллюстрирую видеоцитатою:
① В середине первой серии первого сезона Аква задаёт справедливый (и даже напрашивающийся) вопрос о том, по какóй причине Казума принял образ жизни хикикомори. Он отругнулся, не готовый выйти на откровенность; полноцѣнно откликнуться на этот вопрос он должен был в рамках сюжета «Курэнай Дэнсэцъ», но его ѿвѣтъ убран был экранизаторами и размазан по нѣсколькимъ репликам самóй же Аквы, имѣвшимъ вид риторических вопросов и малозамѣтныхъ для зрителя, не знакомого с первоисточником.
② Романтика сидѣнія у костра в ночи, лишённая кульминации ея (только что упомянутого отклика Казумы), обнажает одну только способность Казумы повѣдать о своём опыте сѣтевыхъ игръ RPG как о реальном, находясь въ мірѣ фэнтэзи — это реверанс в сторону третьего закона Кларка (если в июле 2019 года я рассуждал, что фэнтэзи может подготовлять к появлению догнавших фэнтэзи технологий, то к исэкаю тѣмъ болѣе).
③ Лѣтомъ 2019 года (в «Курэнай Дэнсэцъ») история о том, что нечеловѣкъ может быть маленькою дѣвочкою и произносить жалостливые слова, а всё же стремиться убить человѣка, была бы новинкою, но к 2024 году зрители аниме ужé видали это в «Sousou no Frieren».
Я совершенно согласен с этим мнѣніемъ (я вообще не люблю в #аниме отсебятину экранизаторов, искажающую восприятие экранизируемого сюжета — на двух примѣрахъ я сообщал о том в сентябре 2021 г.), а ещё хочу дополнительно подчеркнуть три обстоятельства, каждое из которых нарочно проиллюстрирую видеоцитатою:
① В середине первой серии первого сезона Аква задаёт справедливый (и даже напрашивающийся) вопрос о том, по какóй причине Казума принял образ жизни хикикомори. Он отругнулся, не готовый выйти на откровенность; полноцѣнно откликнуться на этот вопрос он должен был в рамках сюжета «Курэнай Дэнсэцъ», но его ѿвѣтъ убран был экранизаторами и размазан по нѣсколькимъ репликам самóй же Аквы, имѣвшимъ вид риторических вопросов и малозамѣтныхъ для зрителя, не знакомого с первоисточником.
② Романтика сидѣнія у костра в ночи, лишённая кульминации ея (только что упомянутого отклика Казумы), обнажает одну только способность Казумы повѣдать о своём опыте сѣтевыхъ игръ RPG как о реальном, находясь въ мірѣ фэнтэзи — это реверанс в сторону третьего закона Кларка (если в июле 2019 года я рассуждал, что фэнтэзи может подготовлять к появлению догнавших фэнтэзи технологий, то к исэкаю тѣмъ болѣе).
③ Лѣтомъ 2019 года (в «Курэнай Дэнсэцъ») история о том, что нечеловѣкъ может быть маленькою дѣвочкою и произносить жалостливые слова, а всё же стремиться убить человѣка, была бы новинкою, но к 2024 году зрители аниме ужé видали это в «Sousou no Frieren».
Разглядывая фотографию одного из номеров газеты «Голос» 1995 года на сайте Пикабу, я параллельно обдумываю два обстоятельства:
① Мало нами сознаваемую драму неоцифрованности (и оттого несберегаемости) многих текстов болѣе чѣмъ четвертьвѣковой давности, о чём я ужé рассуждал в Фидонете семь лѣтъ назад (21 апрѣля 2017 г.) на примѣрѣ степановского перевода Лавкрафта 1992 года. (И в своём тогдашнем рассуждении я ещё мог свободно ссылаться на «Мракопедию», так как ≈половина десятилѣтія оставалася до того момента, когда её сплошь обвѣшали украинскими лозунгами.) И пикабушная фотография не улучшила собою положение дѣлъ с неоцифрованностью: на фотографии газета «Голос» показана свёрнутою, так что полный текст статьи Портнова продолжает оставаться утраченным. В лучшем случае можно найти на сайте «Независимой газеты» замѣтно болѣе позднюю (ужé всего только тринадцатилѣтней давности) переработку того же текста, сочинённую тѣмъ же автором (Портнов, «Ветхозаветные "пришельцы"», 26 апрѣля 2011 г.) и совершенно избавленную им (или его цензором) от каких-либо словесных выпадов в адрес гомосеков.
② Мало нами сознаваемое мѣсто, которое «гипотеза палеоконтакта» в этой её форме (именно как догадка о том, что обладатели болѣе высоких технологий обожествлялися древними людьми) занимает среди метафор, порождённых наблюдением реальных карго-культов в Меланезии въ XX вѣкѣ. А среди этих метафор — и представление о ельцинской «демократии» как о карго-культной, и использование понятия «карго-культ» как ярлыка для любого западного влияния (с намёком на заимствование без понимания), как используется «Институтом карго-культурологии» вот ужé 4 года, и мысль Шульман о том, что критика политического карго-культа может стать обратным карго-культом, и понимание Откровения Сноудена именно как свидѣтельства правоты обратного карго-культа, и формулировки «карго-культа второго порядка» у Крылова и ранѣе у Трурля. А уж как в давних суждениях о древних развитых пришельцах (а иногда и о древних римлянах) видны ретронаука и ретротех и ретродух и zeerust!
① Мало нами сознаваемую драму неоцифрованности (и оттого несберегаемости) многих текстов болѣе чѣмъ четвертьвѣковой давности, о чём я ужé рассуждал в Фидонете семь лѣтъ назад (21 апрѣля 2017 г.) на примѣрѣ степановского перевода Лавкрафта 1992 года. (И в своём тогдашнем рассуждении я ещё мог свободно ссылаться на «Мракопедию», так как ≈половина десятилѣтія оставалася до того момента, когда её сплошь обвѣшали украинскими лозунгами.) И пикабушная фотография не улучшила собою положение дѣлъ с неоцифрованностью: на фотографии газета «Голос» показана свёрнутою, так что полный текст статьи Портнова продолжает оставаться утраченным. В лучшем случае можно найти на сайте «Независимой газеты» замѣтно болѣе позднюю (ужé всего только тринадцатилѣтней давности) переработку того же текста, сочинённую тѣмъ же автором (Портнов, «Ветхозаветные "пришельцы"», 26 апрѣля 2011 г.) и совершенно избавленную им (или его цензором) от каких-либо словесных выпадов в адрес гомосеков.
② Мало нами сознаваемое мѣсто, которое «гипотеза палеоконтакта» в этой её форме (именно как догадка о том, что обладатели болѣе высоких технологий обожествлялися древними людьми) занимает среди метафор, порождённых наблюдением реальных карго-культов в Меланезии въ XX вѣкѣ. А среди этих метафор — и представление о ельцинской «демократии» как о карго-культной, и использование понятия «карго-культ» как ярлыка для любого западного влияния (с намёком на заимствование без понимания), как используется «Институтом карго-культурологии» вот ужé 4 года, и мысль Шульман о том, что критика политического карго-культа может стать обратным карго-культом, и понимание Откровения Сноудена именно как свидѣтельства правоты обратного карго-культа, и формулировки «карго-культа второго порядка» у Крылова и ранѣе у Трурля. А уж как в давних суждениях о древних развитых пришельцах (а иногда и о древних римлянах) видны ретронаука и ретротех и ретродух и zeerust!
👏1
Это сообщение нарочно оставлено пустым «про запас» (на будущее).
Если я напишу сразу нѣсколько (или постепенно, но также нѣсколько) замѣтокъ по карго-культному вопросу, то тут будет оглавление их.
Если я напишу сразу нѣсколько (или постепенно, но также нѣсколько) замѣтокъ по карго-культному вопросу, то тут будет оглавление их.
🤔8🌚3👀3🙈3 3 3🤯2🗿2🆒1
#Геленджик, 24 марта 2024 г., вечер (незадолго до половины седьмого).
Вид на сѣверо-западъ от угла Гринченко и Ульяновской во время заката.
Вид на сѣверо-западъ от угла Гринченко и Ульяновской во время заката.
По наводке из вон той нити микроблогозаписей на японском языке в Твиттере (нынѣ 𝕏) я вижу: усилиями всемірно извѣстнаго разработчика, которого зовут Fabrice Bellard (создателя и первоначальнаго разработчика LZEXE, QEMU, FFmpeg, QuickJS, автора идеи BPG и проч.), был создан новый звуковой нейрокодек TSAC, достигший терпимаго качества звука при шести-семи (и сквернаго, но ухо не рѣжущаго — при двух-трёх) килобитах в секунду. Это неслабое достижение опирается на ужé существовавший нейрокодек Denoscript Audio Codec (на основе RVQGAN) и является дальнѣйшимъ развитием его возможностей, и без того впечатляющих.
То-то и был бы «убийца USAC» (то есть средство, позволяющее достигнуть и даже превзойти возможности аудиостандарта USAC, извѣстнаго и под названием xHE-AAC), тѣмъ болѣе что вон в том сравнении семикилобитный TSAC звучит не хуже, чѣмъ восьмикилобитный USAC на моём компé в foobar2000. Но нѣтъ: будучи нейрокодеком, TSAC не получит широкой поддержки, потому что нуждается (согласно README) либо в недавней видеокарте NVidia (версия CUDA не менѣе 12), либо работает гораздо медленнѣе на процессоре, да и там нуждается хотя бы в наличии набора команд AVX2.
А насколько медленнѣе? — ну, вон в том обсуждении на сайте hydrogenaudio пишут: процессор Ryzen 7 5700X (вышедший въ апрѣлѣ позапрошлаго 2022 года) едва управляется с кодированием в реальном времени или чуть быстрѣе, а скорость декодирования примѣрно равна скорости кодирования.
Дополнительно напомню: USAC (xHE-AAC) появился в 2012 г., так что TSAC догоняет его только через 12 лѣтъ и только с трудом и томлением духа. NGMI.
Ну а русскому уху многое скажут не только достижения TSAC (всѣ эти звукозаписи 7 килобитов), но и название TSAC. Если произносить сочетание букв «ts» в качестве русскаго звука «ц» (как в фамилии «Yeltsin»), то тогда получится термин «цак», извѣстный по кинофильму «Кин-дза-дза!». Если произносить букву «T» по-английски как слог «ти», то по правилам русской безударности получится псевдоним «Тесак» в память умученнаго Марцинкевича.
Совпадения, конечно.
То-то и был бы «убийца USAC» (то есть средство, позволяющее достигнуть и даже превзойти возможности аудиостандарта USAC, извѣстнаго и под названием xHE-AAC), тѣмъ болѣе что вон в том сравнении семикилобитный TSAC звучит не хуже, чѣмъ восьмикилобитный USAC на моём компé в foobar2000. Но нѣтъ: будучи нейрокодеком, TSAC не получит широкой поддержки, потому что нуждается (согласно README) либо в недавней видеокарте NVidia (версия CUDA не менѣе 12), либо работает гораздо медленнѣе на процессоре, да и там нуждается хотя бы в наличии набора команд AVX2.
А насколько медленнѣе? — ну, вон в том обсуждении на сайте hydrogenaudio пишут: процессор Ryzen 7 5700X (вышедший въ апрѣлѣ позапрошлаго 2022 года) едва управляется с кодированием в реальном времени или чуть быстрѣе, а скорость декодирования примѣрно равна скорости кодирования.
Дополнительно напомню: USAC (xHE-AAC) появился в 2012 г., так что TSAC догоняет его только через 12 лѣтъ и только с трудом и томлением духа. NGMI.
Ну а русскому уху многое скажут не только достижения TSAC (всѣ эти звукозаписи 7 килобитов), но и название TSAC. Если произносить сочетание букв «ts» в качестве русскаго звука «ц» (как в фамилии «Yeltsin»), то тогда получится термин «цак», извѣстный по кинофильму «Кин-дза-дза!». Если произносить букву «T» по-английски как слог «ти», то по правилам русской безударности получится псевдоним «Тесак» в память умученнаго Марцинкевича.
Совпадения, конечно.
👍5😁2❤1🎉1
Что такое бритва Годвина (которую вчера придумала создательница тележнаго канала «馬鹿姫女子のテレガ») по отношению к моей собственной бритве Мицгола (или хотя бы по отношению к первому из частных слѣдствій ея)? — ѽ, тут можно насчитать болѣе чѣмъ полудюжину возмножных истолкований:
① Можно рассматривать её в качестве болѣе общаго правила.
② Можно рассматривать её в качестве частнаго случая.
③ Можно рассматривать её в качестве близкаго и пересекающагося случая — диаграммы Венна рисовать и надписывать.
④ Можно рассматривать её в качестве иной формулировки того же сáмого редукционистического подхода — или не совершенно того же сáмого, но хотя бы способного давать точно такие же результаты на практике всегда или почти всегда.
⑤ Можно рассматривать её в качестве простого отрицания.
⑥ Можно рассматривать её в качестве отрицания гегелистского, ориентирующегося на теоретическую возможность дальнѣйшаго синтеза.
⑦ Можно рассматривать её в качестве отрицания по принципам марксистско-ленинского диалектического материализма, указывающего на единство и борьбу противоположностей.
Само собой разумѣется, что подробное рассмотрение каждого из этих истолкований потребовало бы в России в тысячи раз большей свободы слова, чѣмъ нынѣшняя, поэтому оруэлловский самостоп может и должен остановить это моё сообщение прямо сейчас — и, весьма вѣроятно, навсегда.
И комментарии к этому сообщению я также отключаю.
① Можно рассматривать её в качестве болѣе общаго правила.
② Можно рассматривать её в качестве частнаго случая.
③ Можно рассматривать её в качестве близкаго и пересекающагося случая — диаграммы Венна рисовать и надписывать.
④ Можно рассматривать её в качестве иной формулировки того же сáмого редукционистического подхода — или не совершенно того же сáмого, но хотя бы способного давать точно такие же результаты на практике всегда или почти всегда.
⑤ Можно рассматривать её в качестве простого отрицания.
⑥ Можно рассматривать её в качестве отрицания гегелистского, ориентирующегося на теоретическую возможность дальнѣйшаго синтеза.
⑦ Можно рассматривать её в качестве отрицания по принципам марксистско-ленинского диалектического материализма, указывающего на единство и борьбу противоположностей.
Само собой разумѣется, что подробное рассмотрение каждого из этих истолкований потребовало бы в России в тысячи раз большей свободы слова, чѣмъ нынѣшняя, поэтому оруэлловский самостоп может и должен остановить это моё сообщение прямо сейчас — и, весьма вѣроятно, навсегда.
И комментарии к этому сообщению я также отключаю.
👍1
GitLab
Introduce the variance boost feature (cb6de113) · Commits · Alliance for Open Media / SVT-AV1 · GitLab
Welcome to the Gitlab repo for the SVT-AV1!
Разработчик по имени Julio Barba сочинил такой коммит, силою которого исходный код видеокодировщика SVT-AV1 пополнился (16 апрѣля, то есть в прошлый вторник) дополнительною настройкою под названием «variance boost».
Эта настройка по умолчанию отключена, и не зря: въ нѣкоторыхъ рѣдкихъ случаях она пока ещё способна приводить к зависанию видеокодировщика. (Позже этот недочёт устранят.)
Однако во всѣхъ остальных случаях полезно включать её, и вот почему: она способна устранять собою один из досадных прежних недостатков кодировщика, а именно малый и недостаточный учёт таких измѣненій видеокадра (как содержащихся в кодируемой видеозаписи, так и порождаемых артефактами видеокодирования), небольшая величина которых оказывается всё же замѣтна глазу (и важна зрителю) на общем фоне кадра тогда, когда и весь кадр слабо измѣнчивъ.
(И так как по-русски называют «измѣнчивостью» то свойство видеокадра, которое по-английски зовётся «variance», то и настройку назвали «variance boost».)
Правда, всё это общие слова, а в каких частных случаях мы видим такие малоизмѣнчивые видеокадры?
① Когда дѣйствіе очередной сцены видео происходит въ тѣни (так что яркость каждого пиксела невелика), но глаз зрителя адаптируется к этой темноте (так что небольшое абсолютное измѣненіе яркости оказывается воспринятым как крупное относительное измѣненіе ея).
② Когда дѣйствіе очередной сцены видео происходит в дымке (напримѣръ, когда персонажи накурили), так что диапазон яркости элементов кадра снижается накладывающеюся однотонностью той дымки. (Если въ тѣняхъ не бывает ярких пикселов, то в дымке не бывает ни слишком тёмных, ни слишком цвѣтонасыщенныхъ.)
③ Когда клубы дыма или облака пыли наползают в кадр.
Практически это значит, что качество таких сцен видео ранѣе просѣдало в формате AV1 (по сравнению с качеством болѣе ярких и болѣе ясных сцен в том же сáмом видеофайле AV1), а включение настройки «enable-variance-boost=1» позволяет приподнять их качество до уровня остальных.
Сразу скажу ещё, что если рассуждать об одних только видеокадрах как о едином цѣломъ (как я и рассуждал для простоты до сих пор), то упрощение это получается чрезмѣрнымъ: новая настройка оказывает своё дѣйствіе не только на цѣлые кадры, но и на ѿдѣльныя части их (так что она приподымает качество въ тѣневой части даже у такого видеокадра, у которого есть и яркая часть).
Я предвижу, что этакое наращивание качества въ тѣняхъ (и в прочих малоизмѣнчивыхъ частях видеокадров) будет благотворным для таких видео AV1, качество которых и без того невелико ввиду необходимости укладываться в ограничения, свойственные Телеграму:
➊ не больше 20 мегабайтов для внѣшняго видеофайла, гиперссылка на который предпросматривается под сообщением в Телеграме (или не под сообщением, а над ним),
➋ не больше 15 мегабайтов для видеофайла в сообщении Телеграма, видимого незалогиненным зрителям (то есть тѣмъ зрителям, которые открыли сообщение через web-интерфейс, перейдя во браузере по адресу сообщения),
➌ не больше 5 мегабайтов для видеофайла, загружаемого на сайт Telegraph (братский по отношению к Телеграму).
Слѣдуетъ замѣтить, что достигаемое наращивание качества берётся не ниоткудова по щучьему велению, а имѣетъ свою цѣну: включение настройки «enable-variance-boost=1» сопровождается (при прежних значениях всѣхъ остальных настроек кодировщика) изрядным ростом объёма видеофайла. В силу этого можно оцѣнить настоящий эффект от включения новой настройки преувеличенно и невѣрно, если не обращать должного внимания на то, что и обыкновенное одновременное наращивание качества и объёма видеофайла (достигаемое настройкою CRF) сопровождалось бы равномѣрнымъ ростом качества всѣхъ частей всѣхъ видеокадров — в том числе, уж конечно, и малоизмѣнчивыхъ также. Если же не впадать в самообман, то тогда слѣдуетъ попарно сравнивать только видеофайлы примѣрно равнаго объёма (у одного из которых включена настройка «enable-variance-boost=1», а у другого меньше величина CRF), потому что ограничение объёма, налагаемое Телеграмом, не смягчится перенастройкою кодировщика.
Примѣръ такого сравнения прилагаю въ слѣдующемъ сообщении.
Эта настройка по умолчанию отключена, и не зря: въ нѣкоторыхъ рѣдкихъ случаях она пока ещё способна приводить к зависанию видеокодировщика. (Позже этот недочёт устранят.)
Однако во всѣхъ остальных случаях полезно включать её, и вот почему: она способна устранять собою один из досадных прежних недостатков кодировщика, а именно малый и недостаточный учёт таких измѣненій видеокадра (как содержащихся в кодируемой видеозаписи, так и порождаемых артефактами видеокодирования), небольшая величина которых оказывается всё же замѣтна глазу (и важна зрителю) на общем фоне кадра тогда, когда и весь кадр слабо измѣнчивъ.
(И так как по-русски называют «измѣнчивостью» то свойство видеокадра, которое по-английски зовётся «variance», то и настройку назвали «variance boost».)
Правда, всё это общие слова, а в каких частных случаях мы видим такие малоизмѣнчивые видеокадры?
① Когда дѣйствіе очередной сцены видео происходит въ тѣни (так что яркость каждого пиксела невелика), но глаз зрителя адаптируется к этой темноте (так что небольшое абсолютное измѣненіе яркости оказывается воспринятым как крупное относительное измѣненіе ея).
② Когда дѣйствіе очередной сцены видео происходит в дымке (напримѣръ, когда персонажи накурили), так что диапазон яркости элементов кадра снижается накладывающеюся однотонностью той дымки. (Если въ тѣняхъ не бывает ярких пикселов, то в дымке не бывает ни слишком тёмных, ни слишком цвѣтонасыщенныхъ.)
③ Когда клубы дыма или облака пыли наползают в кадр.
Практически это значит, что качество таких сцен видео ранѣе просѣдало в формате AV1 (по сравнению с качеством болѣе ярких и болѣе ясных сцен в том же сáмом видеофайле AV1), а включение настройки «enable-variance-boost=1» позволяет приподнять их качество до уровня остальных.
Сразу скажу ещё, что если рассуждать об одних только видеокадрах как о едином цѣломъ (как я и рассуждал для простоты до сих пор), то упрощение это получается чрезмѣрнымъ: новая настройка оказывает своё дѣйствіе не только на цѣлые кадры, но и на ѿдѣльныя части их (так что она приподымает качество въ тѣневой части даже у такого видеокадра, у которого есть и яркая часть).
Я предвижу, что этакое наращивание качества въ тѣняхъ (и в прочих малоизмѣнчивыхъ частях видеокадров) будет благотворным для таких видео AV1, качество которых и без того невелико ввиду необходимости укладываться в ограничения, свойственные Телеграму:
➊ не больше 20 мегабайтов для внѣшняго видеофайла, гиперссылка на который предпросматривается под сообщением в Телеграме (или не под сообщением, а над ним),
➋ не больше 15 мегабайтов для видеофайла в сообщении Телеграма, видимого незалогиненным зрителям (то есть тѣмъ зрителям, которые открыли сообщение через web-интерфейс, перейдя во браузере по адресу сообщения),
➌ не больше 5 мегабайтов для видеофайла, загружаемого на сайт Telegraph (братский по отношению к Телеграму).
Слѣдуетъ замѣтить, что достигаемое наращивание качества берётся не ниоткудова по щучьему велению, а имѣетъ свою цѣну: включение настройки «enable-variance-boost=1» сопровождается (при прежних значениях всѣхъ остальных настроек кодировщика) изрядным ростом объёма видеофайла. В силу этого можно оцѣнить настоящий эффект от включения новой настройки преувеличенно и невѣрно, если не обращать должного внимания на то, что и обыкновенное одновременное наращивание качества и объёма видеофайла (достигаемое настройкою CRF) сопровождалось бы равномѣрнымъ ростом качества всѣхъ частей всѣхъ видеокадров — в том числе, уж конечно, и малоизмѣнчивыхъ также. Если же не впадать в самообман, то тогда слѣдуетъ попарно сравнивать только видеофайлы примѣрно равнаго объёма (у одного из которых включена настройка «enable-variance-boost=1», а у другого меньше величина CRF), потому что ограничение объёма, налагаемое Телеграмом, не смягчится перенастройкою кодировщика.
Примѣръ такого сравнения прилагаю въ слѣдующемъ сообщении.