Hi Felix,<div> I am doing a similar project. My approach has been exactly as you described it. </div><div><br></div><div> The documentation notes that Live555 runs in a single a thread and library calls should not be done from multiple threads, so I have the BasicTaskScheduler running in its own thread and hogging it. Just like you, I will use a condition variable to extract the the newest decoded frame. As an additional point, I am doing the decoding within the Live555 framework by subclassing a MediaSink. </div>
<div><br></div><div> This is in an interesting design question. I have a feeling that the expected way to do it though would be to subclass the TaskScheduler per your application needs instead of using the BasicTaskScheduler.</div>
<div><br></div><div>Constantin<br><br><div class="gmail_quote">On Thu, May 31, 2012 at 6:24 AM, Felix Radensky <span dir="ltr"><<a href="mailto:felix@embedded-sol.com" target="_blank">felix@embedded-sol.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I have to integrate live555 RTSP client into an existing application<br>
that decodes H.264 video and sends it to display. The application<br>
is multithreaded, with separate threads for decoding and display<br>
tasks.<br>
<br>
I was thinking of using testRTSPClient code as a base, putting<br>
it into separate thread, and notifying decoding thread when next<br>
frame is ready. My idea was to use condition variable embedded into<br>
DummySink object and waiting on condvar in another thread. Does that<br>
sound reasonable ?<br>
<br>
Thanks a lot.<br>
<br>
Felix.<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/<u></u>mailman/listinfo/live-devel</a><br>
</blockquote></div><br></div>