Displaying 4 results from an estimated 4 matches for "ahread".
Did you mean:
thread
2012 Oct 08
2
time keeps on slipping... slipping...
...ecently put together a new machine w/ a SuperMicro H8SCM and an
AMD Opteron 4228 HE... I've having an issue where the clock on the
machine skips around... The wierd part is that it's very sudden when
it happens... ntp sometimes brings it back, but it can't when the clock
gets too far ahread (1000 seconds), ntp dies...
In order to catch it happening, I ran a sleep 60 loop fetching time
from another server that keeps time correctly via:
while sleep 60; do echo -n h2:; nc h2 13; date; ntpdate h2.funkthat.com; done
here are some snippits:
h2:Sun Oct 7 17:12:54 2012^M
Sun Oct 7 17:12:5...
2005 Sep 18
0
How does the jitter buffer "catch up"?
...ot;something", if it's not, we're interpolating
something which may not sound that good so feed the soundcard 20ms of
silence instead.
Incidentally, on Win32 you probably want to use DirectSound with a looping
buffer of around 200ms and play notifiers; try to be at least one frame
ahread of the write cursor -- the notification will come when the play
cursor is AT the position, meaning that you'd need to decode the packet in
no time (and I do mean "no time") to avoid artifacts in the sound. With
one frame to go on you should be safe.
2005 Sep 22
0
How does the jitter buffer "catch up"?
..."something", if it's not, we're interpolating
something which may not sound that good so feed the soundcard 20ms of
silence instead.
Incidentally, on Win32 you probably want to use DirectSound with a looping
buffer of around 200ms and play notifiers; try to be at least one frame
ahread of the write cursor -- the notification will come when the play
cursor is AT the position, meaning that you'd need to decode the packet in
no time (and I do mean "no time") to avoid artifacts in the sound. With
one frame to go on you should be safe.
__________________________________...
2005 Sep 18
2
How does the jitter buffer "catch up"?
Thank you for a very good explanation which shed light on some of the
questions that I had after reading the source code.
Reading your text however, I wonder if I'm perhaps missing an important
point on the proper use of the jitter buffer:
...
> Now, clearly, if early_ratio is high and late_ratio is very
> low, the buffer is buffering more than it needs to; it will
> skip a frame