Ross
Thanks for replying with respect to my project.
I am using an MPEG2TransportStreamFramer and a SimpleRTPSink as you describe.
The MPEG2TransportStreamFramer is created using the DeviceSource as you
described earlier.
I then execute the sink->startplaying then taskScheduler().doEventLoop()
I checked my code, and I set the threshold to be 100,000 (100ms) -
which I deemed to be an appropriate number. Do you disagree?
No, that's fine. In fact, that's the default value.
One thing I did notice is that my client code could sometimes block
processing of the incoming data.
That shou
I am sure Ross will comment from the live555 perspective
No, I'm not going to bother commenting on the original question.
(Questions posed by people with "@gmail.com" email addresses are very
low priority for me.)
This is actually the area I was looking to live555 to help with. I
have foun
Thanks Ross,
I checked my code, and I set the threshold to be 100,000 (100ms) which I
deemed to be an appropriate number. Do you disagree?
One thing I did notice is that my client code could sometimes block
processing of the incoming data. The block was ocurring outside the live555
thread whi
Hi,
Today I cam across an issue where the source was seemingly buffering
up thousands of packets. I got a crash in my client which after
looking at the backtrace could be to do with a memory / stack issue.
Basically I found a backtrace that was 16 *thousand* frames long.
It seems that there w
