[Live-devel] Framed Source Issue

[Mukherjee, Debargha]

Thanks Ross - By making the changes in audio and video sink connections as you suggested, the intermittent crashing/freezing problem seems to have disappered. However, audio still gets called much more often than it needs to as per the fDurationInMicroseconds prameter.

Two more questions:

1. If I encoded discrete video frames using H.264 (say using ffmpeg), should I directly feed to H264VideoRTPSink, or should I use H264VideoStreamFramer in between?

2. If I used a "proprietary" discrete video frame encoder and decoder, what is the best way to use the live libraries to stream and receive. I am planning to use a derived FileSink class at the client end to receive and decode the elementary stream, but I am not sure of the server side.

Best Regards,
Debargha.


> -----Original Message-----
> From: live-devel-bounces at ns.live555.com
> [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
> Sent: Friday, March 27, 2009 3:41 PM
> To: LIVE555 Streaming Media - development & use
> Subject: Re: [Live-devel] Framed Source Issue
>
> On Mar 27, 2009, at 3:22 PM, "Mukherjee, Debargha"
> <debargha.mukherjee at hp.com
>  > wrote:
>
> > Thanks. How about the MPEG4 video? I am currently encoding video
> > frames into MPEG4 and then using the MPEG4VideoStreamFramer class
> > before feeding into MPEG4ESVideoRTPSink. Is that correct?
> >>
> >>>
> >>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>
> >>
>
> No. Because your input source delivers discrete frames, you should
> feed it into "MPEG4VideoStreamDiscreteFramer" instead.
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>