Кратцы:

① На сорок третьей минуте вон того интервью (видеоцитату прилагаю) Лавров сообщил, что читает нѣкоторые каналы в Telegram. Общественное выражение досады (в общем духе «они там наверху читают, а нам здѣсь запрещают») можете прочитать в комментариях подъ вонъ тѣмъ сообщеніемъ и затѣмъ подъ вонъ тѣмъ ещё, напримѣръ.

② Постоянные читатели моего канала могут помнить, что я упоминал (26 апрѣля 2022 г.) о том, что в FFmpeg сочетание фильтров palettegen и paletteuse не способно нормально придать каждому кадру анимированнаго GIF его собственную палитру — и о том, что я предпочитаю использовать утилиту gifski вмѣсто FFmpeg при необходимости создать анимированный GIF. Относительно недавно (12 іюля 2026 г.) в FFmpeg прибавили ещё один фильтр (latticepal), который закрывает собою упомянутую недодѣлку: если вмѣсто сочетания фильтров palettegen и paletteuse использовать фильтр latticepal, то получается такой анимированный GIF, для каждого из кадров в котором создаётся его собственная палитра цвѣтовъ. Я попробовал и убедился, что это средство всё ещё многократно уступает gifski по соѿношенію качества и объёма получающагося файла GIF, потому что обрабатывает каждый кадр без внимания къ сосѣдствующимъ, а оттого не способно минимизировать междукадровую разницу и затѣмъ подмѣнять её прозрачностью в очередном кадре GIF для экономии объёма файла и для подавления мельтешения.

③ Постоянные читатели моего канала могут помнить и то ещё, что позже при обсуждении создания зацикленных бесшовных анимаций я приводил (30 марта 2023 г.) такой примѣръ извлечения необходимых кадров из видео по извѣстному номеру начальнаго и конечнаго кадра, в котором использовался фильтр setpts. К сожалению, позже (в 2024 г.) появился такой баг в FFmpeg, силою которого употребление фильтра setpts сбивало собою понимание ФФмпегом частоты кадров. И даже теперь карточка этого бага не сообщает ещё об исправленности его, однако фактически я вижу его исправленным теперича — и я сильно рад этому, так как необходимость употребления сборки FFmpeg, этому багу предшествующей (от 25 марта 2024 г.), въ нѣкоторыхъ случаях обременялася другими тогдашними багами, опять же исправленными к настоящему времени.

④ Под конец моего сообщения 13 мая я упоминал недодокументированность кодировщика FFV1 в FFmpeg. Сегодня упомяну ещё один примѣръ ея: по адресу https://ffmpeg.org/ffmpeg-all.html#ffv1-1 ни словом не упомянут параметр slices, а в вики набор приемлемых значений этого параметра в настоящее время указан так: «4, 6, 9, 12, 16, 24, 30». И что же? — выставив его на максимум (30), как в бáтниках 8 сентября, я сталкиваюсь с ошибкою иногда (по-видимому, при нечётности ширины и высоты видеокадра), но она исчезает, если значение этого параметра довести до величины 32, отсутствующей в списке приемлемых.

⑤ В третьем из кратцев 19 іюля я сообщал, что тогда ничего не было извѣстно о том, ведётся ли какая-либо разработка такого видеокодировщика SVT-AV2, который по предназначению был бы аналогом кодировщика SVT-AV1, однако предназначенным для кодирования в формате AV2 вмѣсто AV1. Там же я провёл аналогию с разработкою SVT-AV1, которая въ первые мѣсяцы велась в непроницаемой тайне, и только затѣмъ появилося упоминаніе ея во блоге Intel. И что же? — на сей раз (то есть в случае кодировщика SVT-AV2) ждать упоминания пришлось ужé не настолько долго, потому что 9 и 10 сентября появился пресс-релиз AOMedia с упоминанием о том, что разработка видеокодировщика SVT-AV2 не только ведётся, но и будет продемонстрирована компаниею Intel в ходе IBC 2026 в Амстердаме. (Здѣсь «IBC» означает «International Broadcasting Convention» — это такой съѣздъ телерадіовѣщателей.) Насколько я понимаю, репозиторий они до сих пор не открыли и сборки кодировщика не обнародовали — потому, может быть, что преждевременным обнародованием можно кого-нибудь нешуточно напугать, если (это моё правдоподобное предположение) кодировщик пока ещё нуждается в серьёзной дальнѣйшей доработке даже для того, чтобы догнать да перегнать SVT-AV1 и по качеству при равной скорости работы, и по ширине доступнаго ему діапазона скоростей работы.