As I said it seems the other "afterGetting(this)" call
overwrites the existing call already in the scheduler, but these are different
objects.
Thank you very much,
HW
- Original Message ----
From: Horst Weglanz <[EMAIL PROTECTED]>
To: LIVE555 Streaming Media - deve
Thank you,
I added a static hook to schedule another *doGetNextFrame()* call and it's
working as expected. Except for one thing which seems to be an issue with my
usage of the TaskScheduler. I added a ByteStreamFileSource to the output video
and the funny thing is: scheduled events from the Byt
Thank you very much,
the clue not to schedule a call to *afterGetting()* solved also another bug
which I didn't at all correlate to that issue. But when calling doNextFrame()
recursively like this:
| if ( isFrameAvailable() )
| {
|processFrame();
| }
| else
| {
|usleep(10);
|doNextF
Hello
I have a question regarding whether I use liveMedia or mpeg2ts correctly or
not. I want to mux video frames to mpeg2ts, since I needed another interface
than the once already included, I build my own *MySource* derived from
*FramedSource*. In there is the appropriate *doGetNextFrame()* me
> This will cause the code to return to the event loop - ending the recursion.
Thank you very much, that totally did the trick!
HW
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Hello
I've a problem building an output sink for LiveMedia in my application. I
wanted to use the mpeg2ts muxer capabilities and build an output sink which
transports every mpeg2ts frame back to my application.
This sink basically holds a reference to a synchronized queue and simply add
every f
