Re: [Live-devel] 100% cpu usage when 1 or more client connects to RTSP server

2015-03-09 Thread Shaan Nobee
Hello Ross, Thanks for the quick response. 1. Actually it seems that reuseFirstSource variable is not used in the original testOnDemandRTSP for the UDP mpegts example(and in my code too). I left it accidentally when modifying the code. Anyway as you mentioned, it's probably not related to the

Re: [Live-devel] H264VideoFramer truncating frames

2015-03-09 Thread Ross Finlayson
> The encoder unfortunately only supplies frames in Annex B byte stream format > requiring the frames to be parsed. Are you sure about this? (Often, hardware encoders have firmware upgrades available.) > Previously I was using my own class to identify the NAL unit's in conjunction > with the

Re: [Live-devel] 100% cpu usage when 1 or more client connects to RTSP server

2015-03-09 Thread Ross Finlayson
> Boolean reuseFirstSource = False; FYI, because your input source is a live stream, you should change this from “False” to “True”, so that multiple clients can connect to the RTSP server to receive the stream, without the input stream being recreated each time. (This, however, has nothing to

[Live-devel] H264VideoFramer truncating frames

2015-03-09 Thread Robert Smith
I am using Live555 to stream H264 video via RTP from an embedded system. The system is designed to be used on local area network's with relatively high bandwidth video, hence we have some large frames delivered from the encoder. The encoder unfortunately only supplies frames in Annex B byte s

[Live-devel] H264VideoFramer truncating frames

2015-03-09 Thread Robert Smith
I am using Live555 to stream H264 video via RTP from an embedded system. The system is designed to be used on local area network's with relatively high bandwidth video, hence we have some large frames delivered from the encoder. The encoder unfortunately only supplies frames in Annex B byte s

[Live-devel] H264VideoFramer truncating frames

2015-03-09 Thread Robert Smith
I am using Live555 to stream H264 video via RTP from an embedded system. The system is designed to be used on local area network's with relatively high bandwidth video, hence we have some large frames delivered from the encoder. The encoder unfortunately only supplies frames in Annex B byte s