similar to: Some simple questions

Maybe this is plain stupid or off topic. Could an atleast working fixed-point implementation of Speex be made by using a C++ "faked float" class with overloaded operators? Don't know if this is a common way to solve stuff like this, but my guess is that it would work. //Best Regards, Jonas Tärnström. <p>> > So just how much work are we talking about, here, to convert

> It might even work > on the arm940 (12MHz); if so that chip should be enough for an IP > phone with 711/rgl/ilbc/gsm/speex support. I would love to see a > 802.11 phone like that, complete with a tiny price. :) That's interesting. Mostly because I'm a hobbyist Gameboy programmer, and the AGB is an Arm7TDMI/16.78mHz. How big are speex "chunks?" Are we talking

Hi, I might have written to this mailing list previously about this but I've been experiencing some mailing problems so I write this again. First of all, thanks Jean-Marc Valin for your continued efforts on speex. I must say that I am very impressed with Speex and further more the innovative features recently added in 1.1. They have worked great for me. Question 1) What is the return value

Not that I'm going to be doing this, but just out of curiosity, how well would speex perform for singing? I don't know if speex is specialized to the human voice, or the normal low-stress human voice. Does speex' performance change when dealing with shouting, etc? Have you ever tried jazz scat, or anything like that, cat? Just wondering. --- >8 ---- List archives:

Le dim 09/11/2003 à 14:33, Steve Kann a écrit : > Just out of curiosity, has anyone profiled the difference between the > floating point and fixed point implementations on processors with > decent floating point support? (i.e. x86, PPC). On recent x86 processors, floating point is faster than fixed-point. Jean-Marc -- Jean-Marc Valin, M.Sc.A., ing. jr. LABORIUS

Hi, just to let you know that unstable version 1.1.1 is out. It includes the latest fixed-point changes which can be enabled with --enable-fixed-point (as configure option) or -DENABLE_FIXED_POINT (for win32). The port is not complete, but most of the floating-point operations have been converted. Please give it a try and report any difference with previous versions (both for float and

I was also wondering if there is a standard set of input sequences people are using to test Speex. I haven't stumbled upon it/them yet. > -----Original Message----- > From: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org]On > Behalf Of Jean-Marc Valin > Sent: Tuesday, February 25, 2003 7:24 PM > To: speex > Subject: Re: [speex-dev] Quality > > > > I

> Yes, i have been using speex in my VoIP gateway product. There are > hundreds of threads that simultaneously call various speex APIs and > execute without any problem. But ofcourse, I use a speex encoder/decoder > vars on per stream basis. Its been tested successfully on Linux/Win2k. Actually, I just realized I fixed a potential minor thread problem recently. It's in 1.1.1

Hi, I just did some experiments and it seems like the high system CPU time is not due to one specific part of the code, but rather to the extreme inefficiency of float emulation under Linux. I was expecting float emulation to run something like 30 times slower than integer, but it looks like its more like 3000 times slower. This means that all of the float operations must be removed for the code

I was wondering if the developers were using anything to "objectively" test the quality of the speex vocoder. For instance PSQM or one of the many derivatives. Mean Opinion Scoring seems an expensive route. Is there some open source software to use for this? <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To

Hi, I uploaded a pre-release of beta3 for which I'd like to get feedback. There are some new features like a new "ultra-wideband" mode for 32 kHz operation (up to 48 kHz) and a (intensity) stereo mode. You can get the source at: http://www.speex.org/download/Speex-1.0beta3cvs.tar.gz So please test that code and report any bug or inconsistency you may find. Jean-Marc --

Hello! The question is: "Does Speex support multiple channels?" Speex is reported to encode only mono and stereo signals. But I found 'nb_channel' defined in <speex_header.h> among the Public Attributes. Does this mean that it is also possible to store more than two channels in one single speex-file? Maybe it will be possible in the next future...? TIA -- Mch --- >8

Is Speex internally thread safe? <p>--- >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. Unsubscribe messages sent to the list will be ignored/filtered.

We just came across an occasional crash with the Win32 Assembly patch I sent in earlier, so hold off on applying it until we send an updated version. Aron Rosenberg SightSpeed http://www.sightspeed.com <p>--- >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

Hi, Speex is getting close to beta4, which I'd like to be feature-complete (or as close as possible). That's why I'd like to ask if anyone here has needs for a feature that hasn't been implemented yet. If so, please let me know. For those interested, here's what's going to be in beta4. First, the VBR code has been greatly improved and now works good with wideband too.

> Am I right with the assumption, that currently you have to enable > processor specific optimizations with compile/configure options? > > How difficult would it be to add support for runtime CPU detection? > Is this a feature you might consider adding? Pretty complicated because of some annoying decisions taken by the gcc team. The problem is that gcc won't let you use

Hi, I'm using the latest version of libspeex (checked out today) and have some problems with checking the target bitrate in the encoder. Calling: peex_encoder_ctl(globals->enc_state,SPEEX_GET_BITRATE, &bitrate); Seems to set bitrate to 24600 no matter what the qualitysetting is.. The functions used previous to this call is: peex_bits_init(&globals->bits);

hi, How do i detect whether there is silence in media using speex? Is there any API which decides that the audio data only contains silence? Basically i will have PCM linear data, I want to know whether it is complete silence. Is it that during encoding speex_bits_write will return a lesser number if the audio at byte_ptr contains silence? thanx, Rahul -- Rahul Arvind Jadhav

Hi, I have been doing some work on a fixed-point port and it is now in CVS. All of the CPU-intensive parts should now be using only integer operations. Now, it's in a state where even non-coders can help: find bugs. With all these changes, there are probably several bugs and some may show up only under specific circumstances. Please test to see if the fixed-point behaves the same as the

Anyone have any idea if the any of the Sharc or TigerSHARC DSPs are powerful enough to do realtime Speex? <p>--- >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.