similar to: Speex SIP support in the "Asterisk" PBX, FYI

Displaying 20 results from an estimated 7000 matches similar to: "Speex SIP support in the "Asterisk" PBX, FYI"

2004 Aug 06
1
Speex SIP support in the "Asterisk" PBX, FYI
At 07:55 PM 3/11/03, Jean-Marc Valin wrote: > > - Only narrowband (8 kHz) Speex is currently supported; not > > wideband. (Unfortunately, the assumption that audio sample rate == 8 kHz > > is riddled throughout the Asterisk code.) > >Perhaps it's still possible to send wideband, while telling Asterisk >it's narrowband (the bit-stream is such that you can decode
2004 Aug 06
0
Speex SIP support in the "Asterisk" PBX, FYI
> - Only narrowband (8 kHz) Speex is currently supported; not > wideband. (Unfortunately, the assumption that audio sample rate == 8 kHz > is riddled throughout the Asterisk code.) Perhaps it's still possible to send wideband, while telling Asterisk it's narrowband (the bit-stream is such that you can decode a wideband frame even if you think it's narrowband). > - Some
2004 Aug 06
3
Higher Bandwidth at lower quality settings
Hi, I was wondering if anyone has experimented with Speex's wideband (16kHz) mode at lower quality settings. In particular I have been using quality 3, and with wideband input files the resultant frequency spectrum is limited to about an upper end around 3.5kHz (almost telephony quality bandwidth). Has anyone tried increasing the spectral bandwidth at the expense of lowering the
2004 Aug 06
2
Videoconferencing with speex and jabber
Le mar 18/11/2003 à 17:39, Allen Drennan a écrit : > Speaking of video conferencing in conjunction with Speex, we are > currently beta testing a solution we developed that offers multi-point, > multi-party video and audio using the Speex engine for voice. > > http://www.wiredred.com/downloads/ecsetup.exe > > The fair and good audio settings are Speex narrowband, high quality
2004 Aug 06
4
input format
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 -
2004 Aug 06
1
narrowband embedded in wideband
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
2004 Aug 06
4
Chopping off the 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
2004 Aug 06
2
Speex modes
Hi, I'm about finished developing a QuickTime component that supports Speex (on MacOS X and Windows).. As it is now the user can set complexity (SPEEX_SET_COMPLEXITY) and quality (SPEEX_SET_QUALITY / SPEEX_SET_VBR_QUALITY) and to wether to use VBR or not. Will these options make it possible to produce all combinations of bitrates/qualities? Or should I also use
2004 Aug 06
4
Speex 1.0 RC3 is out
Hi, Just to let you know that Speex 1.0 RC3 is out. It should be the last RC until 1.0 is released (tentative release date is March 16th). Please give RC3 a try and report bugs so they can be fixed before 1.0. As usual, download from http://www.speex.org/download.html Jean-Marc -- Jean-Marc Valin, M.Sc.A. LABORIUS (http://www.gel.usherb.ca/laborius) Université de Sherbrooke, Québec,
2004 Aug 06
1
Real time audio encoding - cpu usage
Hello there I've developed a p2p voice application using Speex and I'm looking for ways to reduce Speex's cpu usage. My K6-2 300 MHz can't even encode 16 bit audio at 16KHz in realtime using Speex in narrowband mode. I've tried to lower the quality to 2 and complexity to 2 also but it's still way too slow. Which other ways are there to make encoding faster? Is there a
2006 Dec 06
2
same bitstream
Narrowband (8 kHz), wideband (16 kHz), and ultra-wideband (32 kHz) compression in the same bitstream What is the meaning of this? can i find more information about this somewhere? And what is packel loss concealment, an you enable this somewhere? thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL:
2004 Aug 06
3
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
2004 Aug 06
2
Speex 1.1.2 - Try it on ARM
Hi, I just released unstable version 1.1.2 that contains more fixed-point work. Though it's still not 100% complete, enough have been done to make it run in real-time on ARM. In order to do that, compile with --enable-fixed-point --enable-arm-asm. All narrowband modes work in real-time with complexity 1 (some work with higher complexity) and some wideband modes also work (up to ~20 kbps) at
2005 Aug 25
1
AEC in wideband mode
Hi! In a message posted on May 31 Jean-Marc wrote in a topic about AEC: > - set sampling rate to 8 kHz (at least for now) Does it mean that echo cancellation algorithm won't work in wideband mode? I can't get aec to work well in my application and I am wondering whether it's not a matter of using wideband instead of (preferred?) narrowband mode? Thanks in advance for any
2004 Aug 06
2
question on usage of the libraries
Hi, I'm not sure if I should post this question to this list. If not; please tell me. Ok, here it comes: Is the following code correct for compressing audio? The output I get is so extremely small, but what is more important: if I pass it through zlib, it gets at least 50% smaller! Init: int bitrate = max_bandwidth * 8; speex_bits_init(&libspeex_bits); if
2004 Aug 06
2
frame size
hello, i have a simple question about speex frame size. i work with jspeex - but i think it's speex generic, the question i have. can i use any frame size i want? or does the size have be in a certain ratio to other numbers? and what does the frame size in the decoder mean? encoded or decoded packet frame size? how much data can i hand to the encoder to encode? if i hand i.e. 400 bytes to
2007 May 30
5
draft-ietf-avt-rtp-speex-01.txt
Do not forget to add the "Copying conditions" to the RFC. Check http://wiki.debian.org/NonFreeIETFDocuments That page contains a section titled "Template for RFC authors to release additional rights". To follow that guideline a section like the following should be added: x. Copying conditions The author(s) agree to grant third parties the irrevocable right to
2004 Aug 06
1
To: speex-dev@xiph.org
Hello I'm working about audio and video codecs. I'm making a research about the state-of-the-art in coding technologies. My question is about the speex codec 1.0. I would like to know the name of the algorithms that it uses.(LPC,CELP..). It uses more or less the same algorithm for narrowband and wideband? Finally i would like to ask about future codec developement projects. Thanks
2004 Aug 06
3
Quality
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
2007 May 15
4
draft-ietf-avt-rtp-speex-01.txt
Hi all We are about to send an updated version of the internet draft "RTP Payload Format for the Speex Codec" to the IETF AVT working group. Before submitting we would like your input, if you have any comments or input please send them to the mailing list. If we don't get any comments in 1 week (by 22. May 2007) we will go ahead and submit it to the IETF. Of course you can comment