запись видеопотока в файл через ffmpeg со сбросом информации о времени потока

Есть подозрение, что ты пишешь видеопоток «как есть», т.е. без всякого контейнера. Нет контейнера -> видеопроигрывателю неоткуда взять информацию о длительности видеозаписи и т.д.

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

Что не так с VLC?

Ну каждый раз, когда я его устанавливаю себе, с ним что-то не так. Уже лет 10 всё одно. То с ускорением проблемы, то арктефакты в самых различных случаях и на разных форматах, то скроллинг не работает, то субтитры, то внешние дорожки, то звук неправильно работает после скролинга. Это никогда не кончится. Не говоря о том, что по возможностям и дружественности к пользователю он тоже сливает mpv,

Т.е. на основании того, что у тебя всё плохо, ты делаешь вывод, что у всех всё плохо и это «наносит большой урон имиджу СПО»?

У меня, например, на рабочем ноуте (mint) mpv тормозит заметно, а vlc нормально работает. На домашних же mpv всё делает так, как нужно.

Рекомендую правильно настроить ускорение. Вовсе не только у меня. И я делаю вывод, что кто-то может не замечать, КАК всё плохо. Это вовсе не значит, что софт нормальный.

Если смотреть только кино в варианте «1 файл сжатый популярным кодеком со скучными настройками» в формате «включил и забыл», vlc вполне справляется. При более глубоком использование его возможностей он всегда начинает косячить.

Ах да, ещё гуй глючный припоминается мне. И это всё у плеера, над которым огромная толпа обезьян уже лет 20 работает. Такое вот СПО.

Для начала правильно настрой VLC

Решил проблему.
Контейнер я использовал, да не тот. Проблема проявляется, например, на mp4, asf. Нормально работает, например, flv. Годный вариант выглядит так:

$ ffmpeg -y -i 'http://$IP' -c copy ./cam02.flv

говно этот ваш VLС

Ваше мнение очень важно для нас, оставайтесь на связи.

Вы обошли проблему, а не решили ее. Вам нужно было использовать фильтр setpts.

Спасибо, это помогло, но привело к другой проблеме. Кроме прочего я использую ключ -c copy, я его не указал в команде, т.к. его наличие не влияло на проблему. Теперь же при одновременном использовании -c copy -filter:v "setpts=PTS-STARTPTS" я получаю сообщение

Filtergraph 'setpts=PTS-STARTPTS' was defined for video output stream 0:0 but codec copy was selected.
Filtering and streamcopy cannot be used together.

Очевидно, что нет. Или ты знаешь как применить фильтр не обрабатывая входные данные?

Хм, а если вместо фильтра сделать:

-fflags +genpts

Да не поможет, если в потоке нет меток, а контейнер выбран с инфой в хвосте, то перемотка будет поломана.

Для меня не очевидно. Например, я использовал медиаконтейнер flv одноверменно с -c copy, при этом перемотка в видео работает правильно.

Фильтр применяется к кодеку, не к контейнеру и с copy не имеет смысла

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

ну и на последок http://download.macromedia.com/f4v/video_file_format_spec_v10_1.pdf