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-boun...@ns.live555.com > [mailto:live-devel-boun...@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.mukher...@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@lists.live555.com > http://lists.live555.com/mailman/listinfo/live-devel > _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
