[Ffmpeg-devel] Problem with ffserver. Stream stops almost immediately.
Bryan Mayland
bmayland
Tue Feb 7 17:07:11 CET 2006
Pranav Desai wrote:
> You are right ... the client is terminating the connection .. here is the
> last few pkts of the dump.
>
> How would i use the frame rate of 29.97 ... mpeg2video and mpeg1video doesnt
> seem to like that. I also tried frame rate of 30 ...with same result.
>
Yeah I looked at the code and there really isn't a way to specify
29.97 fps. What we're trying to get is 30,000/1001 fps, but the conf
loader sets the frame rate to 2999997/100100 fps.
However, I can reproduce this same problem by enabling audio. The
pts gets all out of whack. If you add NoAudio option to your stream it
should work around. I'll figure out what the problem is and fix it when
I have the time.
Then you'll hit the next problem I'm facing, which is that the
stream runs "balls-to-the-wall". That is, ffserver sends data as fast
as it can to the client and the client displays it at whatever frame
rate your network connection can support. I'm trying to locate where
this problem is exactly and whose responsibility is to play things at
the proper frame rate. I would have *thought* that the player would
check the pts info of the stream and present things at the proper
timestamp (otherwise, why have a pts?) and only suck up as much
bandwidth as required.
I've also noticed that the feed generator (ffmpeg outputting to
.ffm) runs as fast as possible too. That seems fundamentally wrong
because if it encodes faster than real time, it will eventually wrap the
.ffm file and start overwriting areas clients are still streaming from
(assuming the clients are playing in real time).
Is the ffm muxer only supposed to run real-time? I can't see any
code in it directly which throttles its output.
More information about the ffmpeg-devel
mailing list