> Было бы в секундах, "ну и как я ему точное начало сцены

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

> Так работает:

ну так это все еще номерка кадриков же?

> Она нормальна, если надо повысить качество как выше. Но первый раз слышу
> о такой хотелке - исключить из перекодирования избранные части исходника. Потому

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

> что это такой пердолинг, который только тебе в голову пришёл. Причём

vc=copy пришел в голову очень многим, но это работает только целиком. Смысл именно тот - не ухудшать качество ненужным в данном случае перекодированием, да и времени изрядно сэкономить.

>> мне казалось проблемы каналов 32 килобита где-то там же где корни дуба.
> А чем проблема всплесков битрейта отличается на 4K или 8K?

ну наверное тем что у кого есть на чем смотреть 8k (а точно есть? А если не найду?!) у них и канал позволяет, и вся остальная начинка (в свое время далекого немодного fhd я упирался больше всего, как ни странно, в производительность тракта диск-память-видеокарта [диск -потому что браузеры у нас вот так работают] на слабой машине. Т.е. сеть-то даже не напрягается, декодер аппаратный поэтому ему тоже не в напряг, внапряг внезапно оказывалось переложить это все с диска через память в видюху без задержек - да, да, 12309, привет-привет) и они эти всплески битрейта даже и не заметят (тем более что это все еще видео с лобковой камеры, не забудь - его как-то переварила китайская флэшка и весь тракт дохлого SoC)