similar to: Chopping off the wideband?

On Tue, Feb 18, 2003 at 06:09:43PM -0500, Jean-Marc Valin wrote: > Le mar 18/02/2003 ? 17:38, John Hayes a ?crit : > > If I encode something in ultra-wideband, can I decode it in wideband by > > chopping off bytes in every frame? > > All you have to do is use the --force-wb switch with speexdec. It will > decode as if the file were wideband, ignoring the ultra-wideband

On Tue, Feb 18, 2003 at 09:06:16PM -0500, Jean-Marc Valin wrote: > BTW, when you have something working and stable, I could include it in > the main Speex distribution. Hmmm, define working and stable :) <braindump topic="speexcat"> It began as a merge between speexdec and speexenc from 1.0beta3, with the encoding/decoding removed, and simply piped in and out from ogg

BTW, when you have something working and stable, I could include it in the main Speex distribution. Jean-Marc Le mar 18/02/2003 à 20:57, Bernard Blackham a écrit : > On Tue, Feb 18, 2003 at 06:09:43PM -0500, Jean-Marc Valin wrote: > > Le mar 18/02/2003 ? 17:38, John Hayes a ?crit : > > > If I encode something in ultra-wideband, can I decode it in wideband by > >

> Hmmm, define working and stable :) By that I mean that you're fine with releasing it with your name on it and not be afraid to get flamed. > <braindump topic="speexcat"> > It began as a merge between speexdec and speexenc from 1.0beta3, > with the encoding/decoding removed, and simply piped in and out from > ogg streams. I never expected it would work joining

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

Is there any way to access only the narrowband portion of a wideband stream? I'd like to be able to encode the audio only once, but allow members in a conference to have some rough selection of bandwidth, and allow them to move to a lower-bitrate stream if there is a need to do so. Thanks, Matthias -- Matthias Granberry matthias@utdallas.edu (469) 371-0596 --- >8 ---- List archives:

Hello everyone. I would like to know which are the available bitrate using the ultra-wideband compression. Thank you! Paolo Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia S.p.A. ================================================ CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you

It looks like I'll need to go further into the guts of speex to do this. I do, however, see some lines in nb_celp.c/nb_decode() that look interesting. I guess I'll play with it. I doubt that it will be terribly clean, though. Jean-Marc: Take a look at line 1195 in nb_celp.c (CVS). It reads "speex_warning ("More than to wideband layers found: corrupted

Hi, I found this list of Speex bitrates in the mail archive. http://www.xiph.org/archives/speex-dev/200306/0004.html Can somebody confirm that this list is correct? I am wondering about the following: - On the Speex website it says: "Speex is based on CELP and is designed to compress voice at bitrates ranging from 2 to 44 kbps." while the bitrates listed here are e.g. 84400 for

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.

On Tue, Dec 17, 2002 at 11:55:21PM -0800, Greg Herlein wrote: > If such a thing happens, discussion of the RTP profile draft > would be most welcome - please get responses back to the > list! Now, if this were finalised before the conference then we could do a demo and use it for broadcasting the lectures streams around the world... What is currently the best way of doing this? I'm

I would love to see podcasters adopt the Speex format to deliver clear speech audio at wideband or ultra-wideband formats. However, podcasters want something that can easily play on Windows, Macs, and even Linux web browsers. The Speex website has some nice audio demos, but it doesn't actually offer any HTML embedded samples using actual Speex format. Would there be a way to do this with

I have a patch for libspeex, which optimises some of the loops in vq_nbest and vq_nbest_sign that speeds up encoding - my results: test file: 10s wav file at 16000 Hz, mono encoding with wideband --quality 3, --comp 3 machine: PIII-900Mhz, 256MB RAM before: 2.78s after: 2.38s I'm still trying to grasp the code (I'm just a coder, no background in sound processing), and just optimised

I am hoping to use Speex for a embedded project using Philips Arm processor (50 mips) 512kb flash 32kb ram. I found in the manual that decode takes about 0.5 mips so I should have enough processing power and I compiled the lib and it seems to take less then 64K so the only issue is memory usage. I have been testing the speex decode on windows looking at the stack usage and how much is malloc.

Hello Bernard, Friday, December 13, 2002, 7:22:54 AM, you wrote: Bernard> I've one small request - an option on speexenc that allows you to Bernard> specify a speex file to append to, allowing you to concatenate Bernard> streams without losing quality by decoding & encoding. Ideally, it Bernard> would: But you can `cat speex1.ogg speex2.ogg> unionspeex.og` and still have

just to check that I've got everything right. the encoder allows as input - mono only - 8 or 16 bits as floating point numbers (without scaling to 1.0). floating-point wavs (IEEE) will also work, but it's better to scale them to something like 8000. - any sample rate (should be set with speex_encoder_ctl), but prefered are 8/16/32 kHz. but what modes should I use for a given rate? also -

Ah, but speex.org should lead by example. Instead of posting wav files, why not post the actual speex files as well? Then make it plaingly obvious for people to download the plugins with links to the page you just posted. George -----Original Message----- From: Jean-Marc Valin [mailto:jean-marc.valin@usherbrooke.ca] Sent: Tuesday, October 03, 2006 12:59 AM To: George Ou Cc:

Dear Speex developers, I am currently experimenting with Speex on Symbian smartphones. I have compiled the Speex library, and I am now using it in the following way: 1. Record 320-byte buffers of data in PCM16 format, 8000 Hz sampling rate. 2. Feed the resulting buffer to an instance of a narrowband Speex encoder. 3. Send the encoded data over RTP. 4. Upon receiving on the other side, feed the

This Friday's edition of the weekly VoIP Users Conference call is all about wideband audio (aka HD Voice) and conferencing. The guest for this call is David Frankel, CEO of ZipDX a commercial service that specializes in wideband conferencing. We expect an interesting call touching on many aspects of VoIP going beyond the traditional phone service, conference bridges, technical standards,

On Fri, Apr 4, 2008 at 12:19 AM, Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> wrote: > Jahn, Ray (R.) a ?crit : > > > Dear Speex codec community: > > > > I am working on conversion of voice files. I could not figure out how to use speexdec.exe 1.2.3 in piped mode in order to avoid the creation of the potentially large intermediate *.wav or *.pcm files. Any