[Libav-user] Fwd: Problems with RTMP streams on FFMpeg
zuwei at imrsv.com
Mon Oct 14 03:08:55 CEST 2013
If the Rf > Rs, does the playback back go into buffering mode or drop the
frames to the latest frame received? Once new packets are received,
continue the playback?
Why does the stream break requiring the client to reestablish the
On Sat, Oct 12, 2013 at 5:57 AM, <fkwatson at aol.com> wrote:
> This is typical for any streaming application. The server is sending
> packets at rate Rs ffmpeg is playing at Rf. For streaming content these
> rates will only be equal if the sender and receiver are using the same
> clock source. Apparently Rf > Rs, so you keep running out of packets. I
> don't know of any simple solution for this.
> -----Original Message-----
> From: Zuwei Li <zuwei at imrsv.com>
> To: libav-user <libav-user at ffmpeg.org>
> Sent: Tue, Oct 8, 2013 9:28 pm
> Subject: [Libav-user] Fwd: Problems with RTMP streams on FFMpeg
> I am using FFMpeg to receive RTMP streams. It decodes and plays the RTMP
> stream correctly but I have problems playing the video for long periods of
> It seems that
> av_read_frame(format_context, &packet);
> returns an AVERROR_EOF after playing for a period in time say 7 or 8
> mins, this occurs randomly, when that happens I presume that the stream has
> ended so my playback stops.
> However, the playback hasn't reached the actual video duration.
> My question is if this behaviour is characteristic of RTMP streams, if
> so is there a way to properly stream RTMP reliably so the playback can
> continue for long periods using FFMpeg
> Li Zuwei
> Libav-user mailing listLibav-user at ffmpeg.orghttp://ffmpeg.org/mailman/listinfo/libav-user
> Libav-user mailing list
> Libav-user at ffmpeg.org
Immersive SG Pte Ltd
3 Science Park Drive #02-12/25 (suite 14) The Franklin,
Singapore Science Park 1,
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Libav-user