I am using mpv to playback a network stream. The stream is h264 with RTP headers to supply timestamps. There are no other video streams and no audio streams.
The video plays well on the first run, but falls apart when resuming after the first pause.
It acts like it's starving for input.
The mpv log is showing:
[ffmpeg] udp: 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
[ffmpeg] udp: bind failed: Error number -10048 occurred
[lavf] avformat_open_input() failed
A little research reveals a well know problem with FFmpeg on rtp/udp streams, so I suspect that is why I am seeing symptoms of insufficent caching.
http://ffmpeg.gusari.org/viewtopic.php?f=12&t=756
Seems my options to proceed are:
1) Switch to tcp on the source.
2) Build mpv with different version of FFmpeg that supports threads on Windows.
Before I proceed I'm checking here to see if I'm overlooking any other options.
mpv version and platform
mpv v0.24.0+70-git-2b6ac866c Windows
Reproduction steps
Expected behavior
Actual behavior
Log file
I am using mpv to playback a network stream. The stream is h264 with RTP headers to supply timestamps. There are no other video streams and no audio streams.
The video plays well on the first run, but falls apart when resuming after the first pause. It acts like it's starving for input.
The mpv log is showing:
[ffmpeg] udp: 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required) [ffmpeg] udp: bind failed: Error number -10048 occurred [lavf] avformat_open_input() failed
A little research reveals a well know problem with FFmpeg on rtp/udp streams, so I suspect that is why I am seeing symptoms of insufficent caching. http://ffmpeg.gusari.org/viewtopic.php?f=12&t=756
Seems my options to proceed are: 1) Switch to tcp on the source. 2) Build mpv with different version of FFmpeg that supports threads on Windows.
Before I proceed I'm checking here to see if I'm overlooking any other options.