> I have to integrate live555 RTSP client into an existing application > that decodes H.264 video and sends it to display. The application > is multithreaded, with separate threads for decoding and display > tasks. > > I was thinking of using testRTSPClient code as a base, putting > it into separate thread, and notifying decoding thread when next > frame is ready. My idea was to use condition variable embedded into > DummySink object and waiting on condvar in another thread. Does that > sound reasonable ?
Yes, it does, provided that no LIVE555 library code is called from the decoding/display thread. You should also try to ensure that the LIVE555 thread never blocks. In particular, that means that if your 'sink' object finds that the the decoding/display thread is not currently ready to decode its frame, then it should enqueue the frame for later decoding, rather than blocking to wait until the decoding/display thread is ready. (Note that because of network jitter, incoming frames can't be expected to always arrive evenly-paced.) Ross Finlayson Live Networks, Inc. http://www.live555.com/
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
