similar to: Speex 1.1.10 on ARM926EJ-Sid(wb) rev 3 (v5l)

Hi, I tried the same options suggested in your post and the problem continues. What do you suggest? 2005/9/15, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca>: > Hi Eduardo, > > All I can say is that the timings you have are a bit odd. What > optimizations options are you using (I suggest -O3)? Also, perhaps you > can try --enable-arm4-asm just in case. I've had the

Hi Eduardo, All I can say is that the timings you have are a bit odd. What optimizations options are you using (I suggest -O3)? Also, perhaps you can try --enable-arm4-asm just in case. I've had the encoder running in real-time on a chip that's at least twice slower than yours with the settings you're using. Jean-Marc Le jeudi 15 septembre 2005 ? 16:23 -0400, Eduardo Bezerra a

2006/1/17, Christophe Augier <christophe.augier@gmail.com>: > > I'm porting speex as a DSP task to run using the DSP gateway project. > > I have some results, but I still need some improments, because I'm still getting > > some error messages in the mail box system... If someone wants to > > help... it would > > be useful. > > that's some

Hi, I'm porting speex as a DSP task to run using the DSP gateway project. I have some results, but I still need some improments, because I'm still getting some error messages in the mail box system... If someone wants to help... it would be useful. 2006/1/16, Ralph Giles <giles@xiph.org>: > On Mon, Jan 16, 2006 at 04:43:56PM +0100, Christophe Augier wrote: > > >

In the past 24 hours multiple persons have contacted me regarding the use of elliptic curve cryptography in tinc 1.1 in light of the suspicion that the NSA might have weakened algorithms and/or elliptic curves published by NIST. The new protocol in tinc 1.1 (SPTPS) uses ECDH and ECDSA to do session key exchange and authentication, in such a way that it has the perfect forward secrecy (PFS)

In the past 24 hours multiple persons have contacted me regarding the use of elliptic curve cryptography in tinc 1.1 in light of the suspicion that the NSA might have weakened algorithms and/or elliptic curves published by NIST. The new protocol in tinc 1.1 (SPTPS) uses ECDH and ECDSA to do session key exchange and authentication, in such a way that it has the perfect forward secrecy (PFS)

Hi, i'm not an expert in dsp but i've seen there is some code to run speex on omap C5X dsp so i was wondering what is the status of this code. Actually my goal is to run a voip application which uses gstreamer on an OMAP 5912 board. As there is already a speex codec for gstreamer, i was wondering if this plugin can already use the dsp power or if there is the need for a new plugin. thank

(Resending since the archive seems to have eaten the text.) I'm working on getting Speex running on a TI Davinci (6441), on both the ARM and the DSP. My immediate goal is to understand the processing requirements on different architectures so that I can properly specific an engineering project. I have it up and running on the ARM, and I just wanted to see if anyone could sanity-check

Hi masters, I am trying to deploy theora in Fressacle iMX27 (ARM-9) processor. This hardware does not support floating point operations, i've compiled the libtheora with ?--disable-float option . mx27# cat /proc/cpuinfo Processor ? ? ? : ARM926EJ-S rev 4 (v5l) BogoMIPS ? ? ? ?: 199.06 Features ? ? ? ?: swp half thumb fastmult edsp java CPU implementer : 0x41 CPU architecture: 5TEJ CPU variant

Hi, I just realized that clang produces Thumb-2 instruction in code even when older CPU type which doesn't suport Thumb-2 is specified. Here is output: # /opt/llvm/bin/clang -S -ccc-host-triple arm-unknown-freebsd -mcpu=arm926ej-s -mfloat-abi=soft -v -o rrx.S rrx.c clang version 3.0 (http://llvm.org/git/clang.git 98138cdfdee05c0afbab2b209ce8cfe4a52474e1) Target: arm-unknown-freebsd Thread

Hi all, I upgraded ocfs from 1.2 to 1.4 after the update I launched tunefs.ocfs2 to enable the new ocfs2 features (sparse files and unwritten extents). tunefs.ocfs2 is now running since 2 days (12T partition) and I need my system back to production, can I safety abort tunefs.ocfs2? thanks Nicola

In the help command when i checked the processors supported by llvm 2.9 it showed arm926ej-s. which means thumb mode is supported right? this belongs to armv5. but the llvm documentation says thumb mode is supported only for armv6 and higher.. does it mean there is only a partial support for this processor? -------------- next part -------------- An HTML attachment was scrubbed... URL:

To whom it concenrt I am trying to update the R program 2.9 This is the message that the program give is: > update.packages(ask='graphics') Warning in install.packages(update[instlib == l, "Package"], l, contriburl = contriburl, : 'lib = "C:/PROGRA~1/R/R-29~1.0/library"' is not writable Erro em install.packages(update[instlib == l, "Package"],

Hi, I keep getting the following on my slug no matter what version I try (1.2, 1.4, 1.6, 1.6svn): ... make[2]: Leaving directory `/usr/portage/distfiles/svn/trunk/menuselect/mxml' gcc -o menuselect menuselect.o strcompat.o menuselect_stub.o mxml/libmxml.a menuselect.o: file not recognized: File format not recognized collect2: ld returned 1 exit status distcc[19221] ERROR: compile (null) on

> I'm porting speex as a DSP task to run using the DSP gateway project. > I have some results, but I still need some improments, because I'm still getting > some error messages in the mail box system... If someone wants to > help... it would > be useful. that's some good news. I think I won't be of much help except for testing but i would be glad to invest some

Hi > I just realized that clang produces Thumb-2 instruction in code even when older CPU type which doesn't suport Thumb-2 is specified. > > Here is output: > > # /opt/llvm/bin/clang -S -ccc-host-triple arm-unknown-freebsd -mcpu=arm926ej-s -mfloat-abi=soft -v -o rrx.S rrx.c > clang version 3.0 (http://llvm.org/git/clang.git 98138cdfdee05c0afbab2b209ce8cfe4a52474e1) >

On 22 June 2011 11:49, Damjan Marion <damjan.marion at gmail.com> wrote: > # /opt/llvm/bin/clang -S -ccc-host-triple arm-unknown-freebsd -mcpu=arm926ej-s -mfloat-abi=soft -v -o rrx.S rrx.c Even though you specified cpu as arm9, it's probably generating generic ARM IR (use -emit-llvm -S and see), which defaults to ARM instructions. If you want thumb, use triple =

Hi, I'm trying to get speex working on an ARM board (ARM926EJ-Sid(wb) core, ARM 5TE architecture) and getting segfaults if build with "--enable-fixed-point --enable-arm5e-asm" options. If I use just "--enable-fixed-point", then it runs fine, but once I add "--enable-arm5e-asm" it start crashing (I use testenc to test it). Further investigation showed, that it

I am having a problem extracting from "mer" objects.    I have constructed my problem using existing datasets.   Using the following commands:   require(lme4) fm1 <- lmer(Yield ~ 1 + (1 | Batch), Dyestuff) fixef(fm1) I get the following error message: "Error in UseMethod("fixef") : no applicable method for "fixef""   I know that "fixef" is in

Erik de Castro Lopo wrote: >> Currently, compression settings are as follows >> >> -6, -l 8 -b 4096 -m -r 6-A tukey(0.5) >> -7, -l 8 -b 4096 -m -e -r 6-A tukey(0.5) >> -8, -l 12 -b 4096 -m -e -r 6-A tukey(0.5) >> >> I suggest the following, in case my previous patch is accepted >> >> -6, -l 8 -b 4096 -m -r 6 -A tukey(0.5);partial_tukey(2)