similar to: Portability of OPENSSH to non-Linux ARM platform

Hi Jean-Marc Thanks, >>>> I've never measured that, but it shouldn't take too much space, especially if you disable all the code (and possibly codebooks) that aren't used. so the 100kbyte ROM value quoted by Tom in his earlier mail should reduce if I cut out all the encoder code? Ta John -----Original Message----- From: Jean-Marc Valin

Hi all I'm looking in to using speex for an ARM7 based speech decode development (note we need the decode only). My hope is that we should be able to run the decoder (in wideband mode) real time on the ARM7 (40MHz) without any problems (the difficulty would be in the encode - but we plan to run that offline on a PC - so we should be OK). Can anyone confirm that this is the case please? Also

I saw in the anouncement for the upcoming Boston, MA conference that there will be demos of CentOS on an ARM7 system. I am wondering: does this mean that there is somewhere out there a build of some version of CentOS that might run on a Raspberry Pi (which has an ARM7 processor)? -- Robert Heller -- 978-544-6933 Deepwoods Software -- Custom Software Services

Dear All I ported the speex decoder in LPC2000 ARM7 family. Because I fetched the .ogg file from and external MMC card, I can only red a limited memory block 1) Can I decode only a block of a speex file at time ? /*Create a new decoder state in narrowband mode*/ state = speex_decoder_init(&speex_nb_mode); /*Set the perceptual enhancement on*/ tmp=1;

Hello I'm testing SPEEX on embedded board using ARM7 (Atmel). ARM7 don't have floating point so I'm using FIXED_POINT. Unfortunately the encoding speed is about 5 times slower then necessary for real time. ARM7 is slow for 16/8 bits operations. The sequence: static inline spx_word32_t compute_pitch_error(spx_word16_t *C, spx_word16_t *g, spx_word16_t pitch_control) {

Hi All, Currently I am investigating how interesting OGG is for me. The most important requirements are: - Decoding on embedded hardware, ARM7 or ARM9. - Mixing multiple audio streams/files on embedded hardware First of all how difficult is it to decode OGG on an ARM7/9 processor? I read that OGG decoding needs floating point support? Secondly I would like to know how many MIPS are needed to

> As Oleg points out, apparently the way we've configured the XRay tests in compiler-rt/... excludes running tests on non-64-bit platforms. arm7 is definitely not 64-bit and therefore means we've not been running those tests. :( I believe that for this particular case one does not need to have execution tests - you'd simply need to check for expected output and that's it. --

Hello, I'm sorry if this is not the correct place to ask this question but what I'm looking for is any data on the reality of Speex working on an ARM7 core? I'm looking at doing a few diffrent projects where I will be using a proc such as the LPC2378 with the ARM7TDMI-S core running at 72Mhz (although errata show only 60Mhz is currenlty possible). Do you know if there is a port

On Thu, Oct 13, 2011 at 10:33 AM, Raja Venkateswaran <rajav at codeaurora.org> wrote: > I think we need a group of maintainers rather than a single maintainer given > the spectrum of ARM targets/ISAs/platforms required to support There have been a plethora of ARM Instruction Set Architecture variants over the years. Which ones do we expect LLVM to support right now, and which as-yet

Hi, I have read the decoding side performance on ARM7 or ARM9. Your comment is very useful for us on evaluating the possible usage of Speex on our ARM system. How about the encoding performance? In your article, you mentioned "optimization". What is it? Is it included the 1.1.6 release source codes? thanks, Jay -------------- next part -------------- An HTML attachment was

Dear Ralph Thank you for your info. My file_read() function only get a specified number (nbBytes) of bytes from the .ogg file and store it in cbits, nothing else lb = file_read(&file, nbBytes, (void *)cbits); Unfortunately I have only 32K (first section) + 8 (second section) = 40 Kbyte of RAM to do all, including the file system management (I get the FS from the EFSL project). Speex

Dear Community I am trying to install MySQL 5.6 on a Raspberry PI 3B.?? Using my normal procedure by downloading the yum repo rpm and installing MySQL through that is not working.? There is no rpm information for arm7. Can anyone please point me in a direction where I can find a procedure on how to install MySQL 5.6 on Centos 7 running on a PI3? Kind Regards, Leon

Testing on arm-darwin outside of Apple is _complicated_. I had it partially working about two years ago. The general approach is to use rsh/ssh to remotely execute each test on the target, which outside of Apple requires jailbreaking. In the old test system, setting up REMOTE_CLIENT=ssh, REMOTE_PORT, etc. would automatically use ssh to run the tests. In lit, it looks like TestRunner.py has

Hi there. We're trying to build a speex decoder for Palm OS (i.e. ARM7). No major problems porting thus far, but when compiling the speex modules with -DFIXED_POINT all the silent parts of the output are replaced with what sounds like high-power white noise. The spoken parts sound great, but all the silent parts in between speaking just sounds like white noise. We're using speex 1.1.6,

Hi, I have the encoder running on an ARM7 at 66mHz and it takes about 2-times real-time to encode a monophonic pcm file. Both quality and complexity are set to 3. I am using the ADS 1.2 tool-chain which seems to optimize C pretty well. I cannot use the inline ARM assy code because the operations used are only available for the V5 and up core. I would be grateful for any thoughts or

Hi, I would like to compile the Speex fixed-point, WB decoder for an AT91SAM7S256 ARM7 microcontroller using gcc-arm-elf and was wondering, before I roll up my sleeves and try to figure out all the autoconf things that I'm really unfamiliar with, if anyone else has done this and can share their experiences. I see in the archives that some folk have compiled for this processor before but

Good day, I have looked around for this information, but I have not been able to gain a clear understanding: what is the status of the LLVM ARM backend? That is, do the following work: 1. Generating Thumb code: I saw a video online where they describe an issue with using the ARM Thumb back-end 2. Generating code for ARM9 (ARMv5?) or ARM7 (ARMv4): again, the same presentation

Hi, all, I am porting speex on ARM7TDMI, I have done some optimization, the result is that the encoder and decoder need about 60 MCPS for 5.96kbps bitrate and complexity 0. Can someone give me informtion about Speex optimization on ARM7? Another question, my ADC and DAC are 12 bits, but Speex codec is 16bits, Did someone try to modify speex to 12 bits? I think if I modify speex to 12 bits, the

Evan, > I'm the code owner of LLVM codegen and targets. I'm also the one of main developers on the original ARM target. That means, I would make the decisions on major development on ARM target if there are decisions to be made. > > But my role is very different from what people are looking for in this thread. To properly qualify a target like ARM which are supported on many

Jean-Marc Valin wrote: > On mar, 2004-09-14 at 16:31 -0700, wrote: > >>Hi there. We're trying to build a speex decoder for Palm OS (i.e. ARM7). >> >>No major problems porting thus far, but when compiling the speex modules with -DFIXED_POINT all the silent parts of the output are replaced with what sounds like high-power white noise. The spoken parts sound great, but