Hi guys, thanks for all your help. Just for your information, I solved
it like this, and it works perfect for me, just wondering if there are
more elegant solutions, though.
Derived my own specialised taskscheduler from BasicTaskScheduler wich
implements its event loop like this
void
NucleusTaskS
Now my problem is: where and how do I get these lines to be executed ?
startPlaying is called right before starting up Live555's event loop.
But then my main thread is just looping forever in
scheduler->doEventLoop();
Yes, because "LIVE555 Streaming Media" applications are event-driven
(i.e., f
Well, I do exactly the same. I was concerned about this like you, but it stops
the video so quickly and I don't notice any problem in the others streams that
I am sending (in my case i have more than one MultiFramedRTPSink). I think it
is the only way to do that, but, maybe Ross could give you a be
mmm... I am not sure if I like this approach. In our aplication, there
may be more than one incoming stream (thus more than one
MultiFramedRTPSource, all attached to the same environment ad
scheduler). What I want to accomplish is to remove one of these, without
the others noticing, hence, without
Hi Bob,
you may use a watchVariable in the doEventLoop like this
...
watchVariable=0;
env->taskScheduler().doEventLoop(&watchVariable);
...
and add a socket or a new thread that permits you to change this variable
externally. When the Scheduler watch this variable is modified
Hi guys,
I am wondering what theproper way s to clean up a live555 filter chain.
Our application consists of a MultiFramedRTPSource, connectd to a Sink
which we deried from MediaSink.
I understod from the archivs on this list that the proper way to shut
things down is to do something like
sink->
