similar to: Speex at ARM Devices (Symbian OS)

You might not be doing anything wrong. Speex is stateful and can get into a bad state sometimes. It's happened to me too, but not recently. And I've seen such bugs reported on this list and fixed. I suggest several approaches to solving the problem: 1) Try compiling Speex without compiler optimizations and see if the problem still occurs. Most likely it will, but this is an

Hi, The Speex bit-packer already does everything you need. Just call speex_encode() multiple times to encode multiple frames and call speex_decode() multiple times to decode these frames. Jean-Marc Quoting Marian Kechlibar <marian.kechlibar at circletech.net>: > Hello all, > > I am experimenting with Speex in a mobile VoIP application, and it seems > that it is worth

Hi, Basically, inner_prod() can and should be adapted to the architecture it will run on. It is not really sensitive to noise, so it's possible to tweak it a lot. Also, in the current code, I saturate it to +-16384, which is OK to prevent overflows. I'm not concerned with the case of a constant -16384 value because it can't really happen in practice (especially after filtering). BTW,

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

The 's' suffix on the cmp instruction is deprecated and superfluous since the cmp instruction always sets conditional flags. This fixes building for iOS with inline assembly enabled. --- libspeex/filters_arm4.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libspeex/filters_arm4.h b/libspeex/filters_arm4.h index 7a74042..2c64625 100644 ---

Hi Marian, I took a brief look at RFC 5574 and as far as I understand, you can simply do it like this: SpeexBits b; speex_encode(state, some320bytePCM1, &b); speex_encode(state, some320bytePCM2, &b); After that, get the encoded data with speex_bits_write and put it in your packet. Mark -----Original Message----- From: speex-dev-bounces at xiph.org [mailto:speex-dev-bounces at

First, let me say that I think the speex code is incredible in the way it supports floating and fixed point code from one set of code. The same is true for supporting multiple processors, etc... I've used speex with the PC, TI 64xx and 55xx. Please view the following comments not as an attack on speex (which I think is incredible!) but as my contribution to an open source project. I know

Hello all, I am experimenting with Speex in a mobile VoIP application, and it seems that it is worth stuffing more than one codec frame into a single RTP packet; mainly, that sending several frames per packet relieves the underlying network socket connection, which is notoriously problematic in mobile devices. RFC 5574 defines the exact way how to put multiple Speex frames into a single RTP

> > The basic question we ask is whether current mobile devices can compress > > and decompress voice data in realtime ... > > Depends on the CPU. With minimal complexity, the lowest speed for > real-time is about 100 MHz for a slow ARM core. what are you calling slow ARM core? I experimented voip with alaw and ?law on the ti omap 5912 board running at 192MHz and it basically

From: Ville Syrjälä <ville.syrjala at linux.intel.com> Move the plane clip rectangle handling into drm_atomic_helper_check_plane_state(). Drivers no longer have to worry about such mundane details. v2: Convert armada, rcar, and sun4i as well Cc: Liviu Dudau <liviu.dudau at arm.com> Cc: Brian Starkey <brian.starkey at arm.com> Cc: Mali DP Maintainers <malidp at

A couple of things to be noted on the symbian port. 1. the spokn.mmp file is missing window.c, please add that. 2. smallft.c is not required. it has global data that prevents compilation on symbian. 3. lbr_48k_tabels.c has a global variable called dummy_epic_48k_variable on line 37. this has to be commneted out too. 4. check that all tables are declared const. i will shortly post the symbian

Hi Everybody: I am doing the project in speex, and want to make the lib/dll in symbian platform. I checked there is one symbian project file, including bld and mmp files in speex-1.2rc1. But while I import the project and compile in Carbide. It showing so many errors: ***Invoking abld command perl.exe -S ABLD.PL \Symbian\Carbide\workspace\speex\symbian\ export make -r

Hey all, I was searching the internet and came across some code in the Vorbis repository that claims to have ported Ogg Vorbis to Symbian. I downloaded the tarball and was able to compile it on my system. So I'm new to Symbian audio programming, and even newer to Vorbis. :) Is there a quick 'n dirty API I can use to just start playing an OGG file from within my Symbian app, or do I

hi, this patch should fix the symbian build. /alfred -------------- next part -------------- A non-text attachment was scrubbed... Name: speex-symbian2.patch Type: text/x-patch Size: 2669 bytes Desc: not available Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20061115/5ac4915e/speex-symbian2.bin

Hi every one, I know that speex suports Symbian now in the unstable release but I wounder if any one can compile a decoder for Symbian MMF? I have googled for one but ending up with only "yes, speex suports Symbina" and no binary. I would use it to finaly listen on my audiobooks but I think it would be a good demonstration aplication. Best Regards P?r Moberg

hi Jean-Marc, I just updated from svn and it looks like there are some errors in the speex.mmp file. the filters.c is duplicated, and the fft/kiss.c files are still missing.. /alfred Jean-Marc Valin wrote: > Applied in svn. Thanks. > > Jean-Marc > > Alfred E. Heggestad a ?crit : >> hi, >> >> this patch should fix the symbian build. >> >> >>

Hi, I noticed that there is some kind of reference to Symbian support in LLVM-GCC, and I'm trying to find out more about it. I configured llvm- gcc-4.2-2.5 using: > ../configure --prefix=/opt/stow/llvm-gcc-2.5/ --enable-llvm=/home/wim/Documents/Sources/llvm-2.5/OBJ_ROOT/ --disable-bootstrap --disable-multilib --enable-checking --target arm-none-symbianelf --enable-languages=objc,c,c++

Hello to everyone! During building speex library for Symbian OS I encountered some problems. All thess problems can be solved by modifying the speex sources. I don't have access to SVN repository of speex, so I will just describe the changes to be done: 1) mmp file in symbian derictory misses windows.c sources. You need to add this string into speex.mmp: SOURCES windows.c 2) Symbian OS

Quoting "Fabio Pietrosanti (naif)" <lists at infosecurity.ch>: > Speex it's too cpu expensive for general S60 usage, it would require a > lot of ASM optimization. Did a quick search and saw ARM CPUs with speeds above 100 MHz. That should actually be enough for Speex, at least for narrowband. > If you are using CSD, like for a secure telephony solution >

I apologise in advance if there is anything that i have failed to read properly in the documentation, but i have been unable to find a guide for building the .lib from the supplied Symbian project files. Is there anyone who could give me a brief walkthrough of the necessary steps? Is there a preferred environment? Will it build for emulator as well as target device platforms? I am using the