[Live-devel] multi file read in testOnDemandRTSPServer
alpharoot at gmail.com
Tue Jan 19 18:58:12 PST 2010
On 1/19/10, Ross Finlayson <finlayson at live555.com> wrote:
> > It looks like the current MPEG4VideoStreamFramer implementation
> > doesn't support this mode, because it maintains a state machine for
> > parsing MPEG4 data. Each time it reads the video data, it seeks
> > VISUAL_OBJECT_SEQUENCE_START_CODE (0x000001B0) which only
> exists at
> > the beginning of the stream. If the START_CODE doesn't exist the state
> > machine will break and streaming will fail.
> OK, so you would need to buffer at least that data.
> > However for H264 I believe we don't need to buffer the data.
> > Maybe the restricted state machine (ie, seeking START_CODE) in
> > MPEG4VideoStreamFramer is not necessary (sorry for this question, I
> > don't have specific knowledge about MPEG4 standard)?
> If your input source delivers discrete MPEG-4 frames (i.e., one frame at a
> time), then you could use
> "MPEG4VideoStreamDiscreteFramer" instead.
That's great. MPEG4VideoStreamDiscreteFramer resolves the issue
perfectly. Now I don't need to buffer any data.
My MPEG4 video data is frame-based. The interesting thing is that we
don't need to feed the input to MPEG4VideoStreamDiscreteFramer frame
by frame, the MPEG4VideoStreamDiscreteFramer still works fine.
More information about the live-devel