Видео не транскодируется специально чтобы не повышать нагрузку на сервер.
Если видео заходит в VP8, пишется в файл webm.
Если видео заходит в H.264, пишется в файл mp4.
Я имею в виду framerate, GOP size, или любые другие настройки.
Параметрами видео управляет Chrome браузер, который кодирует и публикует видеопоток.
Поэтому какой GOP он установит, такой и будет записан.
Как будет плавать FPS внутри стрима, так и будет записано в файл.
И сама перемотка долгая, по сравнению с мгновенной перемоткой mp4, например, хотя подозреваю, что это особенность кодека.
Особенности VP8 кодека при использовании Chrome в том, что он очень долго может не высылать key-frame, а перемотка как раз привязана к ключевым кадрам.
Здесь можно сделать следующее:
1) Попробовать перейти на H.264
Code:
codecs=opus,alaw,ulaw,g729,speex16,g722,mpeg4-generic,telephone-event,h264,vp8,flv,mpv
В этом случае будет писать mp4 (H.264 + AAC) и проблем с записью и перемоткой возможно будет меньше.
Из недостатков: с H.264 иногда возникают странные вещи на некоторых платформах.
Например, везде работает хорошо. Потом у кого-то под Windows на определенном ноутбуке странно кодирует Chrome. В результате падает битрейт а за ним и качество.
Бывает редко, но встречается.
H.264 вряд ли сделает GOP и Key Frame Int стабильными. Вполне может быть так, что они продолжат динамически меняться. Разве только GOP может стать короче чем у VP8.
2) Транскодировать архивы записей самостоятельно с помощью ffmpeg на этом же сервере или на другом.
При транскодинге можно указать GOP, Key Frame Int и получить видео с нормальной перемоткой.
