similar to: Fwd: Regarding OGG VORBIS DECODER

Hello, am I wrong or the ARM c++ exceptions handling does not work? See the difference between assembly generated by clang and gcc with the following test code: #include <stdio.h> #include <exception> # test.cpp int main() { try { throw 20; } catch (int e) { printf("Exception Nr %d occurred\n", e); } return 0; }

hi, i want to cross compile ogg vorbis decoder to ARM board EDB9302 if any one knows the detailed steps who to cross compile the source of ogg vorbis and bring it up on arm platform nd play tat file from command line, help me. regards Shrinivas -------------- next part -------------- An HTML attachment was scrubbed... URL:

hi, i am trying to load vorbis tool on to my arm board EDB9302 , till now i have cross compiled libao, libogg, libvorbis, flac, speex and vorbis tool. when i run the command line arm-linux-ogg123 with some sample ogg format file on my arm board it gave *"Could not load default driver and no driver specified in config file : Exiting"* , please help me to over come this error.

Hi, Tis is kiran. I ve a project in which v have to cross compile the source code of ogg vorbis audio decoder onto EDB9302 ARM board.. Can u pls tell me the steps how to proceed or lead me to a source whr i can find the procedure... Thank u -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi there, I've just started to work with the great speex encoder on ARM9-based embedded platform. This is my configuration: CPU: Cirrus Logic EP9315 @ 200 MHz (ARM920T) o.s.: Linux 2.6.9-rc2-ep93xx GCC: gcc version 3.3.3 (DENX ELDK 3.1 3.3.3-10) without MaverickCrunch support ogg library: 1.0 speex command line configuration: ./configure --enable-fixed-point --enable-arm4-asm The code is

hi, The problem associated with Line in Encoding (as discussed in the mail dated Mon May 2 05:09:11 PDT 2005 -SUB:Line in Encoding) is still persisting. I tried encoding raw input (speech) at sampling rate of 16kHz (The encoding was done on the Cirrus ARM EDB9302 in linux platform)My command line was ./speexenc --rate 16000 /dev/audio /filename.spx The encoding was fine

hello, i am trying to cross compile ogg vorbis on my arm board(edb9302) , i just want to play ogg file . pls can you tell me the steps to do, r pls divert me to some source where i can get the solution for the above. Thanks Dileep -------------- next part -------------- An HTML attachment was scrubbed... URL:

hello, i am trying to cross compile ogg vorbis on my arm board(edb9302) , i just want to play ogg file . pls can you tell me the steps to do, r pls divert me to some source where i can get the solution for the above. Thanks Dileep -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, I am working on Cirrus ARM-EDB 9302 and using speex-1.1.7. I have tried encoding a wav file of 7sec long and it took 6 sec to encode it for default settings of encoder with both files on the RAM.Next I tried encodeing for 1 minute wav file and it took 2.2min for default settings. Why is it that as size of input file increases,encoding time also increases drastically?( I decoded

Dear ML, Anton, Thank you for your answer and your help. I had a look at ARM.td of LLVM 2.6 (in lib/Target/ARM..) where I found following definitions: // V4T Processors. def : ProcNoItin<"arm7tdmi", [ArchV4T]>; def : ProcNoItin<"arm7tdmi-s", [ArchV4T]>; def : ProcNoItin<"arm710t", [ArchV4T]>; def :

Hi Jean-Marc, Thanks for the quick response. Here are the numbers for our little ARM systems: CPU: ARM920T, 200Mhz Speex specs: Complexity 2, 5.95Kbps Encoding: ~30%, Decoding: ~4%, with Echo Cancellation / Pre-processor: > 85% Compilation: arm-linux-gcc -pipe -Wall -W -O2 arm-linux-g++ -pipe -fno-exceptions -fno-rtti -Wall -W -O2 Configuration: --host=arm-linux

Hi llandre, I think it's worth trying the float version on your CPU. However, I wouldn't be surprised if the fixed-point was still faster than float. BTW, you can use --enable-arm5-asm instead of --enable-arm4-asm. While both are currently almost the same, eventually it would be possible to get better performance using the ARM5E DSP-like instructions. Jean-Marc > This processor

> There is a posting public about Intel ethernet adapters and their > packets of death: > > http://blog.krisk.org/2013/02/packets-of-death.html > > Now, how can we test the EEPROM from FreeBSD, similar to the > ethtool of Linux ? There is no such tool. If you want to dump EEPROM contents, you can do so via one of the following ways for em(4) NICs or igb(4) NICs, as root:

Dear Srs, I'm trying to monitor CPU temperatures in a PowerEdge 860 server, running CentOS 5.1 with 2.6.18-53.1.6.el5 kernel, using lm-sensors v2.10.0. Running "sensors-detect" I get: ====================================================================== (..) We can start with probing for (PCI) I2C or SMBus adapters. You do not need any special privileges for this. Do you want

Hi Alex, since I have no knowledge of the apcsmart driver, nor much time currently, I've forwarded your msg to the NUT development list. I hope somebody can take over your call. btw, please subscribe to the list for further discussions... 2007/5/28, Alex Brodsky <abrodsky at acs.uwinnipeg.ca>: > Hi, > > My name is Alex Brodsky, I am a faculty member at University of >

Hello, I'm having problems with lm_sensors on the motherboard Supermicro X6DH8-G2+ sensors-detect gives me the output attached in the textfile sensors-detect-output.txt As soon as I execute the recommended 'modprobe smbus-arp' I receive the following message: FATAL: Module smbus_arp not found. When I execute sensors, I receive the following:

Hi Chris 2017-03-23 16:58 GMT+01:00 Sonic <sonicsmith at gmail.com>: > On Thu, Mar 23, 2017 at 11:26 AM, Gene Heskett <gheskett at shentel.net> > wrote: > > Have you the file to be used to update the EEPROM with? > > Eaton shows a firmware file: > https://powerquality.eaton.com/Support/Software-Drivers/ > Downloads/5P-UPS-firmware.asp > > However I'm

Hi Michal, I'm cc'ing the NUT development mailing list. you should also subscribe to it. 2010/10/28 Michal Soltys > Greetings > > I have loads of relatively old smart upses that I currently control using a > bit patched version of apcupsd - the reason for those patches is the age of > the upses - roughly 10 years old+, which are can be a bit tricky to control. > From

Hello, since I had delayed the programming of the UPS Device part, now it is time to continue... My Device is "24 V DC modular ATX PSU" which replace the standard ATX Power Supply in PCs and use 15-43 V Input Voltage. The microcontroller is a TI LM3S5T36 Cortex M3 and I get the "UPS" infos using up to 4 Maxim DS1780 and some I?C current sensors. The ATX PSU has 4

Hello, Pazzo > Any clue? Yes. Sorry, my fault - next time I should check ARM docs before replying. ARM7TDMI is ARMv4T and this is not supported by LLVM (LLVM does v5+ codegen). -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University