similar to: 16kHz sampling

That's pretty bad. Both DirectSoundCapture and WinMM are capable of recording at 16kHz. I don't know why OpenAL would be incapable of handling it. It's not like it's at all rare or new. I would try 16000 and see if it works. Maybe the docs are wrong? Note that one option to retain high quality is to capture at a higher rate and then downsample using a resampling

Oops, CTRL+Enter send strikes again ... At the other end for playback you can convert it back to 48000 (or whatever) by repeating each sample 3 times (48/16 == 3), then running a 8000Hz lowpass over the result to remove any aliasing artifacts. Cheers, David Hogan > -----Original Message----- > From: David Hogan > Sent: Tuesday, 12 December 2006 10:44 AM > To:

Hi, I'm no DSP or audio expert by any means, but I can share what works for me. People in the know, I would appreciate tips on whether this stuff is ok. You could sample at 32000Hz (or 48000Hz, any AC97 card will support this), run a 8000Hz lowpass filter over the data (16000Hz sample rate can only represent frequencies up to 8000Hz) and then drop every second (or 2 out of 3 for

It seems that I only have the following values available for sampling from the mic. "The value must be 8000, 11025, 22050, 32000, 44100, or 48000" Which leaves 8000 and 32000 for use with speex. I think since this is a game and not a voice application, I'm stuck using the 8kHz rate. What speex setting would you recommend I use for the best quality/performace, what frame size

Hello, is somebody working on a good low-sampling rate / low-bitrate mode? I encoded today a mono/16KHz/16bit WAV (a TV-talkshow), using OggDrop. The quality of the '64kbps' mode was unacceptable, so I had to use '80kbps' mode. The bitrate averages around 42 kbps, which I found a bit high for this quality. In your opinion, what bitrate should I expect as Vorbis matures? 24 kbps?

Greetings. Just updated from 1.4.22 to 1.8. Minor changes in dialplan and things work ok. Except for one thing. I have a call to MixMonitor. This is implementing a dictaphone kind of app. With forwarding recordings to email and storing them on the server. The process works so that we dial into Asterisk and answer the phone, initiate MixMontior and WaitExten until recording finishes. Problem is

What would be speex configuration recomended for Telefone/Voip quality voice? With a quality just a little better/similar then G.729? or GSM? is there a comparison chart somewhere, but telephone quality oriented? Thanks, Alain Tom Grandgent escreveu: > Kirk, > > Speex was designed for 8kHz, 16kHz, and 32kHz sample rates. If you > don't use one of these sample rates,

Hi I'm using asterisk 1.8 on CentOS 5 I'm initiating call recordings with MixMonitor and trying to pause them with the features.conf. Whenever I try to pause the recording the call dies. Is PauseMonitor incompatible with MixMonitor? Here are some key log excerpts features reload == Parsing '/etc/asterisk/features.conf': == Found == Registered Feature

Hi We're getting requests coming in for higher quality audio in our call recordings. We currently use MixMonitor and everything is being saved in it's native 8000Hz, 16 bit wav format. I have seen information on using Monitor and specifying a conversion to mp3 when the call ends and the 2 channels get mixed but surely the 2 channels are already saved as 16bit 8000Hz wav files so the

hello, Is there any future or current work being planed on other sampling rates (besides 8kHz and 16kHz), specifically 11026Hz ? <p>Ryan <p><p><p>__________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

On 01/19/2011 06:44 PM, LiMaoquan2000 wrote: > > Hi all, > > We have discussed so many about sampling rate asynchronous (or offset) > between rendering (D/A converter) and capturing (A/D converter) of > most PC soundcards. It seems all acoustic echo cancellers, include AEC > in speex, can not deal with this trouble, because it causes a drift of > echo path and also

Kirk, Speex was designed for 8kHz, 16kHz, and 32kHz sample rates. If you don't use one of these sample rates, you'll be messing up important assumptions deep within the codec. Why these sample rates? It's telecommunications tradition, rather than PC audio tradition. If you want an efficient and high quality format for voice chat, try 16kHz with VBR quality 6. You should see

>> There is also a IEEE paper, Adaptive Sampling Rate Correction for >> Acoustic Echo Control in Voice-Over-IP, which introduced a complex >> method to estimate the frequency offset and resynchronize the signals >> using arbitrary sampling rate conversion. I wonder if it can provide >> enough performance. Because I have also designed a sampling rate >>

Hi all, I'm planning to develop a custom autodialer application which will be dealing with its own model for agents and queues, therefore it won't use neither asterisk agents nor asterisk queues, nor asterisk cdr. The application will supply the whole reporting and agent managing features by itself. The application will command asterisk through an AMI telnet connection using only the

On 01/20/2011 04:26 AM, Steve Underwood wrote: > On 01/19/2011 06:44 PM, LiMaoquan2000 wrote: >> Hi all, >> >> We have discussed so many about sampling rate asynchronous (or offset) >> between rendering (D/A converter) and capturing (A/D converter) of >> most PC soundcards. It seems all acoustic echo cancellers, include AEC >> in speex, can not deal with this

Hi all Asterisk 1.8.11.0 on Centos 6.5 My VOIP phones are using G729 to a G729 trunk from a vendor (Centracom, South Africa). Unlicensed G729 codec version on server. 75% of my .gsm files from MixMonitor are coming up corrupted about 3 minutes into the recording. The server has been up for 7 months beforehand with no problems with recordings to .gsm format files. I noted

Hi Julien, Quote from : http://dspguru.com/dsp/faqs/multirate/resampling "The problem is that for resampling factors close to 1.0, the interpolation factor can be quite large. For example, in the case described above of changing from the sampling rate from 48 kHz to 44.1 kHz, the ratio is only 0.91875, yet the interpolation factor is 147!" My guess is that Opus would perform similar to

I'm using asterisk 1.8 as an answering machine. I'd like to hear the calls it answers aloud in case I want to pick up and interrupt the call. There are a few articles describing, for example, three-way calling a monitor phone set to auto-answer, but I couldn't find anything that described how to just send the audio to a local speaker. I am currently using MixMonitor to append the

It is a good idea not to use sample rates other than 44100 or 48000 Hz for your final audio I/O. The chipset people just do not give a crap about rates other than that. They don't see a problem with giving you 11100 Hz when you ask for 11025, for instance, even though that's a huge problem for VoIP. Ultimately you need to be prepared to resample to one of the de-facto 'standard'

Ronald, Although you can give Speex data at any sampling rate with any mode, it's a good idea to use the right mode for whatever rate you have. Speex is built for speech (not just any audio in general) and is sensitive to what kind of stuff is going on in certain frequency ranges. If you tell it your data is at one sampling rate and give it data with another sampling rate, its idea of