search for: thereinc

...encodes it, and transmits it. Otherwise it goes back to sleep. I was going to change this to use notifications but haven't yet since it's been working so well... Are you saying that notifications aren't implemented for DirectSoundCapture buffers? Tom <p>John Hayes (jhayes@thereinc.com) wrote: > > Right - and I deal with that on the receiver end based on an approximation > of sender's and receiver's responsiveness - the minimum latency I've been > able to get into the system is about 150 ms. Of that, jitter buffering is > about 40-100ms. I'd lo...

Is there a solution to pxelinux v2.00 hanging with 'localboot 0' ? I haven't had a good time with v1.76 due to the UNDI corruption bug. I just subscribed and I've searched the archives up to 12/5.

In my experience most of the jitter related issues are because people are using too small of audio buffer sizes that match the framing size of Speex - particularly in Windows. This isn't a problem with Speex, but as a programmer you should collect and append a few frames to match the size of your output audio frame buffer before attempting to play the sound. -----Original Message----- From:

The audio frame speex generates sounds pretty terrible most of the time, and I don't use it for jitter correction instead I just use it for dropped packets - so I usually drop the late packet. It sounds acceptable as long as I drop less than 5% of traffic (dropping 2 in a row makes a bad robot noise, so I reset the stream in that case). The good news is that on an unsaturated DSL line jitter

If I encode something in ultra-wideband, can I decode it in wideband by chopping off bytes in every frame? John --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'speex-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed.

Right - and I deal with that on the receiver end based on an approximation of sender's and receiver's responsiveness - the minimum latency I've been able to get into the system is about 150 ms. Of that, jitter buffering is about 40-100ms. I'd love to figure out how to get that down without killing myself on thread switching or Win32 kernel calls, but ms has to actually implement

I've been playing with speex for use in a VoIP application between PC's. One thing I've found (correlating to the documentation) it that speex runs much faster and produced much better output when it's fed a 32kHz signal instead of a 44.1kHz sample rate. This is whether I tell it a 44.1kHz sample rate and feed it 44.1kHz or tell it 32kHz and feed it 44.1kHz. What part of the

I'm trying to get speex to encode a bit faster, mainly by rewriting a few functions in SSE and translating the GCC __asm__ to VC __asm. There's 2 functions I'm targeting, first is vq_nbest which consumes 40% of the time at high complexity and split_cb_search_shape_sign. Which consumes just over 30%. I've split out two functions from: cb_search_precompute_energy - loop at the