similar to: SmartPhone ARM

Displaying 20 results from an estimated 1200 matches similar to: "SmartPhone ARM"

2004 Aug 06
0
SmartPhone ARM
I don't think a compiler is going to be enough. I tried perl scripting the output of a linux gcc cross-compiler to convert into something the assembler under eVC would consume. It errors on all the MAC type of instructions. I looked at www.arm.com (I never knew there could be so many arms) It does not look like the ARM720 has the MAC instructions. It also lists 75Mhz and 100Mhz as possible
2004 Aug 06
2
SmartPhone ARM
Target is Spv & Nokia phones ARM and also ipaq ARM. With the generic fixed point at complexity 0 I am still about 1.6x realtime for narrowband. The MS eVC compiler does not support inline assembler, only separate assembler functions. Does anyone have a feeling on whether a 2x speedup is possible if I hand tune a few functions? -greg. --- >8 ---- List archives:
2004 Aug 06
0
SmartPhone ARM
> If you have any luck getting the eVC compiler closer to realtime I'd really > like to know. I'm still far from realtime when using Speex 1.1.3 on a HP > iPAQ (Intel pxa255). That's odd. I've been able to do real-time with about 20% CPU on an ARM 400 MHz. Here are the settings I used: - Compiled with FIXED_POINT (--enable-fixed-point) and ARM_ASM (--enable-arm-asm) -
2004 Aug 06
1
Libspeex-cygwin-EVC++ 3.0
Hello Carl, Can you send me libspeex compilated in eVC. And can you describe where and how set the FIXED_POINT flag in eVC. Thanks you. Regards. Rodrigo. <p>----- Mensaje original ----- De: "Carl Douglas"<CarlD@itouchmobility.com> Env.: 15/01/04 17:43:43 Para: "speex-dev@xiph.org"<speex-dev@xiph.org> Asunto: RE: [speex-dev]
2004 Aug 06
0
SmartPhone ARM
Le mer 17/12/2003 à 14:14, Greg Cockroft a écrit : > Target is Spv & Nokia phones ARM and also ipaq ARM. What frequency is the ARM processor? > With the generic fixed point at complexity 0 I am still about 1.6x realtime > for narrowband. > > The MS eVC compiler does not support inline assembler, only separate > assembler functions. > > Does anyone have a feeling on
2004 Aug 06
2
SmartPhone ARM
>What frequency is the ARM processor? The phone shows ARM720 no freq. I'm going to have to guess around 100 Mhz. I ran the same code on an XSCALE ARM 400 mhz. Toshiba e740. Runs about .33 -> .4x realtime. This is the using the generic fixed point defines. Around 5 times faster than I am seeing with the Orange SPV e100. I am using the 1.1.3 codebase. Thanks for taking the time to
2004 Aug 06
1
SmartPhone ARM
Is that encodeing? Jean-Marc Valin wrote: >That's odd. I've been able to do real-time with about 20% CPU on an ARM >400 MHz. Here are the settings I used: >- Compiled with FIXED_POINT (--enable-fixed-point) and ARM_ASM >(--enable-arm-asm) >- Compiled with gcc 3.3. (if you don't have gcc, you won't be able to >use ARM_ASM) >- Running in narrowband, 8 kbps with
2004 Aug 06
1
Project setting for embedded visual c++ 3.0
Hi all, I'm quite new to Speex and i'm tryng to do a porting of it for my pocketpc platform.... The encodig time seem to be too hight, i think something goes wrong putting --enable-fixed-point --enable-fixed-point-debug --enable-arm-asm in project setting of EVC++ 3.0 (i've got EVC++ 4.0 too) i do my test with an Ipaq 3850 (206 MHz Intel® Strong ARM 32-bit RISC Processor) running
2004 Aug 06
2
Speex 1.1.2 - Try it on ARM
Hi, I just released unstable version 1.1.2 that contains more fixed-point work. Though it's still not 100% complete, enough have been done to make it run in real-time on ARM. In order to do that, compile with --enable-fixed-point --enable-arm-asm. All narrowband modes work in real-time with complexity 1 (some work with higher complexity) and some wideband modes also work (up to ~20 kbps) at
2004 Aug 06
4
XScale realtime encoding possible?
Hi all, I've got a 400MHz XScale-PXA255 board, and I want to stream voice from it over a network connection at 28.8baud. This calls for a capable voice encoder which can encode at about 24kbps. I was damn happy when I found Speex and said goodbye to MP3 :) However, i'm still a long way from realtime encoding using speexenc, is this possible? Using the fixed point math option in
2005 Mar 25
2
Port speex to my iPAQ 1945
Hi I want to port speex to my pocket PC iPAQ1945 which has a Samsung processor 2410, an ARM9-based processor. I would like to write the specific optimized code for this chip. I had some experience at DSP chip and fixed-point coding but know nothing about embedded system and ARM. Could someone tell me some hint how to write optimized code for this pocket PC. If you can give me some links that will
2005 Mar 27
0
Port speex to my iPAQ 1945
Hi, A question, How to embed inline assembly in EVC++? Can EVC link with obj file generated by pocketgcc? thanks James (sorry , last time I sent it to *.ca) On Sat, 26 Mar 2005 11:11:50 -0500, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> wrote: > Hi, > > Assuming you have gcc, you can already compile with --enable-arm5e-asm > and get good results. Right now, many
2004 Aug 06
2
decode in ppc 2003
Hi all, Please a moment to look my source code, this is very similar to example of the documentation. I added FIXED_POINT flag. My source code compile and build but not decode correctly (the error may be in the while). I work with eVC 4.0 and pocket pc 2003. Someone know what is the error? Thanks. Rodrigo. #include "speex.h" #define FRAME_SIZE 160 void CPlayerDlg::OnButton3() {
2004 Aug 06
0
Libspeex-cygwin-EVC++ 3.0
I have built the Speex library for Pocket PC using the FIXED_POINT flag in eVC 3. It works fine. I think the iPAQ 3600 (ARM SA 1110, I think this is a 200mhz cpu), is a bit slow for encoding in realtime. The Speex encode function takes 30+ ms to encode one 20ms sample frame in a debug build. I didn't try the release build with compiler optimization. The iPAQ 3970 (PXA250, I think this is a
2004 Aug 06
1
decode in ppc 2003
Hi, My problem is at the second fread function, fread(&nbBytes, sizeof(int), 1, fin); //the first fread fread(cbits,1, nbBytes, fin);// the second fread. When I'm debugging always nbytes is greater than cbits. This give me a execution error. Thanks. Rodrigo. <p><p><p>-----Mensaje original----- De: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] En nombre
2011 Jun 19
4
Can WINE help me using Dell Axim from Puppy Linux 511?
Since I'm new to this forum I probably I'm doing something wrong, I'm sorry if this's the case! I don't have a windows base system, solely Puppy Linux. I do have an Axim, though; can't do hardly anything useful with it since starting using just Linux. Went through many pages about WINE but failed to locate any useful info. That's the reason for posting my issue here.
2005 Dec 29
0
libspeex_armce.lib
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Could anyone tell me how libspeex_armce.lib Speex 1.1.6 was compiled? (http://www.speex.org/download/libspeex_armce.lib ) Does it exist some modified fixed_arm5e.h for Microsoft EVC arm-asm compiler? or the inline assemlby was compiled with GCC and linked through EVC LINK.exe? if the latter was done could I know how to link with EVC ? Objects
2004 Sep 29
1
ARM w/ assembly & fixed point crash
I've targeted Speex to run under eCos with Thumb interworking using arm-elf-gcc 3.3.3 I'd written a small test case to verifiy the operation: #include <speex/speex.h> void speex_test(void) { SpeexBits bits; unsigned int frame_size; void *enc_state; float *speex_frame; cyg_uint64 t1, t2; int i; speex_frame = (float *)0x00030000; /* Address of Speex data
2002 Feb 20
1
Re: [iPAQ] Ogg Vorbis fixed-point math anyone ?
Actually, we have a integerized version of the vorbis libraries that are available, royalty free, with a simple attribution requirement. These libraries are 100% C code and run faster than real time on a cirrus 7312-74mhz processor (arm core). My guess is they should run at about 20-30% cpu utilization on a strongarm/200. Monty has this same code, but his version doesn't play b4 content real
2004 Sep 22
4
Softphone for PocketPC or iPaq
Is there a soft phone for PocketPC or iPaq? If not, is someone working on it? I will be more than willing to contribute my mite if needed. Thanks, -- sudhir