Hi Ross,
> Thanks for the note. Yes, your analysis of the problem was correct. I've
just installed a new version - 2014.08.26 - of the "LIVE555 Streaming Media"
code that should fix this.
Thanks for fixing this so quickly. I have tested the new version and
everything is working now.
Thanks,
Chris,
Thanks for the note. Yes, your analysis of the problem was correct. I've just
installed a new version - 2014.08.26 - of the "LIVE555 Streaming Media" code
that should fix this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
> DelayQueue::synchronize appears to be stuck in that while loop. It appears
> curEntry->fDeltatTimeRemaning is always (0,0)
No, that shouldn't happen. See below.
> This is in DelayQueue.cpp at DelayQueue::synchronize
> Loop starts at line 214.
>
>
> DelayQueueEntry* curEntry = head();
>
>
Hi,
DelayQueue::synchronize appears to be stuck in that while loop. It appears
curEntry->fDeltatTimeRemaning is always (0,0) and therefor timeSinceLastSync is
always higher.
This only happens when I am hosting the libraries within a COM DLL. What is
recommended? Can I just detect this scenario
Hi Ross,
I have recently updated the LIVE555 libraries I am using, ultimately to
version 2014.08.23, though I originally updated to 2014.07.25 and the same
problem happens. The problem is that the library is using a large amount of
CPU when streaming both UDP and TCP from the same
OnDemandServ
> But I can't use AAC.
>
> I tried to use ADTSAudioFileSource and MPEG4GenericRTPSink but I get a
> crackling sound instead (Noise) when I try to capture it.
>
> sessionStateAAC.source = ADTSAudioFileSource::createNew(*env,
> inputFileNameAAC);
>
Is "inputFileNameAAC" really an ADTS-format AAC
