[FFmpeg-user] RTSP stream: long delay to start video

[Marton Balint]

On Wed, 19 Dec 2012, Dâniel Fraga wrote:

> On Tue, 18 Dec 2012 21:53:01 -0700
> Roger Pack <rogerdpack2 at gmail.com> wrote:
>
>> So you think it fixed one problem and introduced another? which commit was it?
>
> 	I sent this message to Marton Balint too.
>
> 	Roger and Tom, thanks for replying. The commit which introduces
> the delay to start the RTSP stream is this one:
>
> 3166a6fc379789b3782f431dd232033c2069c443 is the first bad commit
> commit 3166a6fc379789b3782f431dd232033c2069c443
> Author: Marton Balint <cus at passwd.hu>
> Date:   Sun Oct 14 00:47:15 2012 +0200
>
>    ffplay: if there is no audio stream, use external clock by default
>
>    Otherwise playing the video could be much slower than realtime if the system
>    can't decode or display the frames fast enough.
>
>    Signed-off-by: Marton Balint <cus at passwd.hu>
>
> :100644 100644 95a6ac4635f227c7d72edf2ee6b3bd75ca0d87f6
> c6cf880ccc2c3090749c00508e8a037977c98cbe M      ffplay.c
>
> 	***
>
> 	The problem is: Marton Balint knows about it, but he's taking
> too long to fix it. Is there some other developer interested in this bug?
>
> 	To sum up: after this commit, ffplay takes 10 seconds to start
> the stream. As the description says, it is for streams without audio, but even
> that is wrong because ffplay is not detecting the audio stream also.
>
> 	But if you could fix the delay to start, it would be great!
>
> 	Thanks.
>

Sorry for the delay, I do have a patch for this, which is probably OK, it 
is a bit ugly, that is why I was reluctant to post it before. On the other 
hand, it should fix the issue, please test it. I will post it in reply to 
this email.

The issue of not detecting the audio stream has nothing to do with ffplay 
as far as I know, I guess simply the rtmp demuxer does not detect the 
audio stream.

Thanks,
Marton