similar to: Decoder performance

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

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

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

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

Are JIT DLLs supported? The idea is to use llvm to put performance sensitive code into a DLL that a Windows app can then use. This would build the performance sensitive code on the target machine making it possible to exploit CPU specific x86 vector instructions. The code that calls fn's in the DLL should, ideally, be unaware that a llvm JIT is being used. -- Øyvind Harboe

I have a question regarding ARM support. It was mentioned in mails below that LLVM supports ARM v6 but a lot of ARM v6 instructions are actually missing from ARM ISA description files( e.g. Media Instructions). Is there any documentation mentioning the unsupported parts of v6 version Thanks --Kapil On Thu, Sep 18, 2008 at 2:14 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On

On Sep 17, 2008, at 3:00 PM, Tyler Wilson wrote: > 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

On Fri, 20 Jun 2008, [ISO-8859-1] ?yvind Harboe wrote: >> The ZPU has two instructions that I'd also like to use. These instructions >> can push a value from deeper down on the stack and also pop a value >> from the stack and store them deeper down on the stack. > > Sounds like the Intel X87 floating point stack, which we support. GCC does as well. Supporting floating

Can you give some examples of missing instructions? Evan On Oct 9, 2008, at 4:58 PM, kapil anand wrote: > I have a question regarding ARM support. It was mentioned in mails > below that LLVM supports ARM v6 but a lot of ARM v6 instructions are > actually missing from ARM ISA description files( e.g. Media > Instructions). Is there any documentation mentioning the unsupported

Hi all, Zylin has implemented the world smallest 32 bit CPU with a GCC backend. (I shall stand corrected if anyone claims & proves otherwise :-) Implementing a GCC backend for a zero operand/stack based architecture proved pretty tricky, but I'm quite pleased with the resulting code. I did make alterations to the architecture to make it fit GCC without sacrificing CPU size. I have been

I need to generate a minimal Samba working in a SH4 cpu in a STLinux 2.3 environment. The goal is to have very very simple Samba server running in a STLinux environment. STLinux Kernel has included the CIFS support. Really I'm a newbie in Samba cross-compilation. And obviously I've problems :-( Any help will be appreciated. Thanks :-) 1) First of all I've set some env vars: export

Dear friends, I have been using the SUIF Machine infrastructure for sometime. Some optimizations are available without using a target machine, i.e. at the SUIFvm level. At this level you have "infinite" registers. Other optimizations, including analyses as for profiling require the use of a target library, a complete backend. It is very sad, that they have discontinued their MIPS

Media instructions like - parallel add and subtract, Sign/Zero Extend and Add instructions seem to be missing from ARM target support. These instructions are not listed in GenInstrNames.inc Kapil On Fri, Oct 10, 2008 at 11:54 AM, Evan Cheng <evan.cheng at apple.com> wrote: > > Can you give some examples of missing instructions? > > Evan > > On Oct 9, 2008, at 4:58 PM,

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;

Hi all, We have come across a problem to run the SpeeX codec in our system: the codec process is too slow. We are running this codec process on ARM7 DSPs, which frequency is about 100MHz-300MHz. I wonder if some one can share some experience or codes to us to help us with the optimization. Thanks a lot! Sincerely, Xianglin Kong -------------- next part -------------- An HTML attachment was

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 sh4 porters, I?ve just fixed a regression of klibc to build from source on sh4 using the sumotsu.debian.net porterbox (thanks for making one available) and found a problem with your archi- tecture: all binaries built with klibc (shared and static) get a SIGILL (illegal instruction). I suspect that different CFLAGS are needed. Please, someone, have a look at it; a release of klibc 2.0 upstream

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

Dear All, I am new to FLAC. I have to port FLAC on sh4 architecture. Can somebody please let me know which architectures FLAC supports today? Also if somebody has an idea about the functionality of the code written in assembly, it would be of great help. Thanks and Regards Divyahaas Bhatia Senior Technical Leader Pace Micro Technology (India) Private Limited Bringing Technology

Hello Joost, I would like to say since you seem to understand what Vorbis is since you are in the appropriate list that you should not refer to it as "OGG". First, because Ogg is not Vorbis -- it's a container. Second, because Ogg is not an acronym. Vorbis decoding help is what you are looking for. With that said, let's see if I can help you. On 11/6/07, Joost Meijles