Типичный пример появления файла FLV, исправить который весьма проблематично. Допустим, через 15 мин после начала записи трансляции произошел некий сбой на несколько секунд и далее трансляция продолжилась уже с новым таймингом. То есть, старт с 00:00:00. Программа записи вместо того, чтобы начать новый файл FLV, ошибочно продолжает дописывать в конец текущего файла. При этом теряется информация о синхронизации видео и аудио второй части трансляции, потому что в "заголовке" (header) файла сохраняется таковая информация о первой части. Что же получится в результате?
Допустим, после сбоя запись продолжилась еще 30 мин. При воспроизведении всё будет нормально идти первые 15 мин записи, а в оставшихся 30 мин будет жуткий рассинхрон. Либо видео вообще перестанет играть, и будет только один звук. Исправление штатными средствами ситуацию не улучшит.
Разрезаем файл в месте сбоя. Получаем полноценный первый файл длительностью 15 мин и глючный второй файл длительностью 30 мин.
При онлайн трансляции вебкама во многих случаях звук приходит полностью или почти полностью, а видеокадры то и дело выпадают. Плейер в браузере из ситуации выходит следующим образом. Вместо очередного неполученного кадра делается просто стоп-кадр последнего полученного. В результате картинка замирает на долю секунды - т.н. "фризы". Зато таким образом обеспечивается синхронизация со звуком.
При стандартной частоте кадров fps=30 каждый кадр должен быть на экране 1/30 сек, т.е. ~ 33 мс. И если, к примеру не были получены кадры №17, 122, 123, то кадр №16 будет на экране 66 мс, а кадр №121 - аж 99 мс и т.д. Вот эта информация, помимо прочей, хранится в заголовке файла. Ну, а если данная информация утеряна, то как можно обеспечить необходимую синхронизацию?
Если разложить глючный файл на отдельные потоки видео и аудио и собрать вновь воедино, то будет некий набор всех полученных видеокадров со средней частотой, к примеру, 27 кадров/сек, чтобы уравнять длительность видео и аудиотреков. В итоге получаем плавающий рассинхрон. Ведь в этом случае каждый имеющийся в наличии видеокадр появляется на экране 1/27 сек, т.е. ~ 37 мс, и звук будет то опережать, то отставать от картинки.
При плавающем рассинхроне есть нудный, кропотливый способ синхронить - разрезать аудио на множество мелких кусков и, ориентируясь на происходящее на экране, подгонять каждый кусок - корректировать задержку (delay). То есть, или добавить несколько мс тишины (плюсовая задержка), или отрезать несколько мс аудиотрека (минусовая задержка).
Такого адского труда достойна только суперценная запись!
Буду весьма благодарен, если кто-то располагает куда менее трудоемким способом исправить ситуацию))
----------
PS. Для наглядности:
Рассинхрон 30-50 мс не ощутим обычным человеком.
Где-то 100 мс - уже заметен.
200 мс - вызывает дискомфорт.
Понятное дело, если речь идет о выстрелах, взрывах, ударах, артикуляции губ крупным планом и т. п. Если, к примеру, персонаж молча лежит на диване под музыку, то и рассинхрон в секунды можно не почувствовать.

https://openload.co/f/lgNeOez6Su4/svetska_2018-02-26.flv.mp4
-
https://openload.co/f/FeV1xKcBiZA/svetska_2018-02-27.flv.mp4
https://openload.co/f/U_kZynDBIDA/svetska_2018-02-27_2.flv.mp4
https://openload.co/f/-FyMFhP0Kgw/svetska_2018-02-27_3.flv.mp4
-
https://openload.co/f/ceSV_OwP4TM/svetska_2018-03-01.flv.mp4