Re: [Live-devel] Regarding trick mode files

2014-04-22 Thread Ross Finlayson
> Thanks for your input and sorry for the late reply. Infact the problem was > related to the client STB’s. If that's the case, then we can't help you. Only the manufacturer of the STB can do help you with problems with their product (unless they want to contact me directly about this, in whic

Re: [Live-devel] Regarding trick mode files

2014-04-22 Thread Nambirajan
Hi Ross, Thanks for your input and sorry for the late reply. Infact the problem was related to the client STB's. We have one more clarification. The sequence of testing is as below. We took a clear MPEG2 TS content and encrypted it using Verimatrix Encryption Manager ( DRM ). Copied

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Jan Ekholm
On 22 apr 2014, at 23:20, Ross Finlayson wrote: >> I was hoping that there was some built in rate limitation that only caused >> doGetNextFrame() >> to get called when a new frame was needed. > > No, it's the data source that decides when it delivers data. There are two > possible ways to d

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Ross Finlayson
> However, > when the client initially connects there is a somewhat strange sequence of > calls. First there are the > expected calls: > > createNewStreamSource() > createNewRTPSink() > > to my OnDemandServerMediaSubsession subclass. These set up a JPEGVideoSource > subclass > and a standard JP

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Ross Finlayson
> I was hoping that there was some built in rate limitation that only caused > doGetNextFrame() > to get called when a new frame was needed. No, it's the data source that decides when it delivers data. There are two possible ways to do this: If your data source class encodes and delivers a fr

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Jan Ekholm
On 22 apr 2014, at 19:01, Jan Ekholm wrote: > >>> Also, is there some way to know when all clients have disconnected from a >>> RTSP source >>> so that I could stop grabbing and encoding frames? >> >> This should happen automatically. I.e., when the last concurrent RTSP >> client has disconn

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Jan Ekholm
On 22 apr 2014, at 18:28, Ross Finlayson wrote: >> I have a USB camera that I can stream as MJPEG using a JPEGVideoSource >> subclass. >> It all works nicely and the frames are streamed and received ok. I would >> however like >> to be able to limit the frame rate of the stream, as it now seem

Re: [Live-devel] Limiting frame rate for a source

2014-04-22 Thread Ross Finlayson
> I have a USB camera that I can stream as MJPEG using a JPEGVideoSource > subclass. > It all works nicely and the frames are streamed and received ok. I would > however like > to be able to limit the frame rate of the stream, as it now seems to be 20+ > fps. In this > case it's way too high as

Re: [Live-devel] Frames are corrupted

2014-04-22 Thread Ross Finlayson
> Does this happen because I have not received SPS and PPS nal units ? Yes. If you are streaming H.264 video, then you *must* have SPS and PPS NAL units. Either 1/ Your H.264 video source contains SPS and PPS NAL units, occurring frequently. In this case, you *should not* modify "getA

Re: [Live-devel] Frames are corrupted

2014-04-22 Thread Vikram Singh
Hi Ross, Thanks for the correction. I fed "LiveSourceWithx264" into "H264VideoStreamDiscreteFramer" and now it works if I comment out the virtual function "getAuxSDPLine" in my implementation. In a previous question posted by user, http://lists.live555.com/pipermail/live-devel/2011-Decemb

[Live-devel] Limiting frame rate for a source

2014-04-22 Thread Jan Ekholm
Hi, I have a USB camera that I can stream as MJPEG using a JPEGVideoSource subclass. It all works nicely and the frames are streamed and received ok. I would however like to be able to limit the frame rate of the stream, as it now seems to be 20+ fps. In this case it's way too high as the use c