similar to: SSE support ?

Dear Sir: I have downloaded the latest Window's installer version ( 1.1.6) ? Does this "dll" support SSE enhancement? Regards, Jay -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20041013/1d38f1c4/attachment.html

Ok, I figured it out. :) This seems to work: 1) Call speex_bits_read_from() once, specifying the location in memory of the compressed data, and the total length of that data. 2) Keep calling speex_decode() until speex_bits_remaining() returns 0. Then you don't have to keep track of the # of frames per packet, or the size of each compressed frame. It's done magically by the codec.

This is a really good point, and definitely a recurring theme on this mailing list. :) I wonder, what are some better options for handling this issue, other than to keep saying "just use 8/16/32kHz"? - Extend Speex to support other sample rates (seems unlikely..?) - Integrate a resampling algorithm into libspeex - Maintain a list of recommended resampling libraries that work well

Please consider using 16-bit 16kHz (wideband) instead. It's a huge increase in audio quality and the bitrate is still very low, especially if you take advantage of Speex features such as VBR. 8kHz seems totally inappropriate to me for desktop streaming audio, let alone 8-bit samples. Or perhaps your recording equipment is an original Sound Blaster from 1989? (Even that could record at

Actually, it looks like this is already done in Speex as of revision 7150 in SVN (7/15/2004). As long as HAVE_CONFIG_H is defined in the project settings (which it is in all of the project files in SVN), win32\config.h should be included, and this has #define inline __inline in it. Oleg - you should make sure HAVE_CONFIG_H is defined in your project settings. And, you didn't say which

Hi, I've tried the same configure options on my system and it doesn't crash. I have the same glibc and gcc 3.3.2 (can you see if a newer gcc works?). Also, could you explore a bit with different options so we can narrow it down a bit. For example, does it work with the default CFLAGS or without --vbr or --dtx. Last thing, maybe it's the file. If so, please send me the smallest sample

I use lmer to fit a mixed effect model.It give some warnings.what does this warnings mean? and what should I do? > (fm2.mlm <- lmer(qd ~ edu + jiankang + peixun +hunyin + cadcj + age + age2 + sex + dangyuan + Comp.1 + Comp.2+trust.cz1 +(trust.cz1|commid), data = individual,na.action = "na.exclude",family="quasibinomial")) Generalized linear mixed model fit using PQL

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

hello， I used the patch in xen4.1 and enabled it has the feature of numa placement,but has the earlier said problem.Can you help me that what is the reason? And where is the newest version of the patch，pls provide the latest development branch's address. Thanks, Regards, Butine huang Zhejiang University 2013-03-06 >On mer, 2013-03-06 at 10:49 +0000, butian huang wrote: >>

The reasons I have posted these questions are: 1) To find out if Speex can take advantage of SIMD extensions. 2) To maybe learn from someone with previous experience in optimizing Speex for moderns x86 architectures before I set off trying all kinds of things on my own. See answers inline: 2009/6/15 Tom Grandgent <tom at grandgent.com> > Why haven't you tried using release build

Yes, you can use it independently by using speex_preprocess(). This function can do noise removal, AGC, and VAD. I've been using it to do all three and it usually works very well. There can be a train going by outside, producing lots of sound that makes it through the noise filter, and yet the VAD knows it's not speech. However, sometimes the VAD seems to get into a bad state and

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

David, Here's the trick ... do this just before your speex_bits_write(): speex_bits_insert_terminator(&bits); Then, when decoding, keep calling speex_decode() until it returns -1 or speex_bits_remaining(&bits) returns 0. Works for me, anyway. Tom David Barrett (dbarrett@quinthar.com) wrote: > > Hi, I'm using Speex and I want to pack multiple frames into a single >

> Personally, I don't think much of PNI. The complex arithmetic stuff they > added sets you up for a lot of permute overhead that is inefficient -- > especially on a processor that is already weak on permute. In my opinion, Actually, the new instructions make it possible to do complex multiplies without the need to permute and separate the add and subtract. The really useful

Hi all I have problems in accessing a mer object called model.01 from a workspace that was created with R 2.8.1 and saved with save into an .RData file (on Windows XP or Ubuntu 8.10, don't remember anymore). Now I want to open it in R 2.9.0 on Ubuntu 8.10. I use # load workspace load("name.RData") which seems to work: ls() # all objects in there [1] "all"

Jean-Marc, Ok, I understand. It's floating point but I don't have a mechanism in place yet to capture the source data. I'll do that, reproduce the problem, and put together a minimal sample program that can reproduce it given a data file. Thanks, Tom Jean-Marc Valin <Jean-Marc.Valin@USherbrooke.ca> wrote: > > Hi Tom, > > In order to trace the problem,