similar to: R for ARM Linux

On Fri, 11 May 2001, Cox, Terry (NEI) wrote: > I am interested in your efforts to port R to ARM Linux. If you are > successful, then I have a good reason to spend the money to buy a Compaq > iPAQ. I have compiled R-1.2.2 for arm-linux (iPAQ) on the skiffcluster, an ARM compile farm accessible at http://www.handhelds.org/projects/skiffcluster.html and R-1.2.3 using cross

Hi, I have a simple question. I have a variable with 3 levels. Variable A A A A A A B B B B B B C C C C C C I need to make a new vector renaming de levels B and C for D. NewVariable A A A A A A D D D D D D D D D D D D I dont find how to make it in manuals or in this list. Can anyone help-me??? Thank you Ronaldo -- Agnes' Law: Almost everything in life is easier to get into than out of.

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

Does anyone know if SIP will/is support on handheld PCs such as the iPaq or Axiom? With their integrated 802.11b and Bluetooth it seems like a solution to provide a wireless based sip phone for any user would be possible. Handoff between access points might be problematic but most users I know would be using their PDA phone in an airport with free wireless or at the local cafe, etc, etc... Can

A few months ago, there was some discussion about adding fixed-point support for iPAQ's StrongARM to Ogg Vorbis (whether and how it's possible, that is). Has anybody tried this yet ? Gregor --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org'

As Linux is starting to apperar on handhelds the tought of having a portable Vorbis-player is everpresent in my mind. However, one things worries me... A user running linux on his (ipaq?) PDA reported skipping and halted playback using mpeg123. Apparently this was caused by lack of processor resources because mpeg123 was programmed for a FPU-enabled CPU. (Thus performing very poor on a

hi, i'm trying to perform a clustering on a big dataframe the code is this: print("load required R packages") require(spgrass6) require(cluster) gmeta6 <- gmeta6() print("read in our 7 raster files from GRASS") x <- readFLOAT6sp(c ("er","crosc","longc","slope","profc","minic","maxic"))

hi to all, frustated for this error, to day i buy a 1 GB memory slot for my laptop now it have 1,28GB instead the old 512, but i've the same error :-( damn!damn!....how can i do? repeat for a little area (about 20X20 km and res=20m) it work fine! have you any suggestion? is ther a method for look if this error depend from my ram or other....? thanks foe any suggestion! i need your help.

Thanks very much. You mean both encode and decode simulateusly (duplex)? Could you test the Java version (jspeex) on that iPaq too? (I do not have anything other than very fast PC, so I cant do this...) And, in phone, the mic can record not only the users speech but also voice from the other side (from speaker)... Does this make compression harder or the result worse? How can this impact

Hi everyone, Ever since the iPaqs at handhelds.org went offline, the ARM port of Speex hasn't really been maintained. So I'm calling people interested in ARM/Speex for help. Could someone interested be kind enough to either: 1) Give me acccess to his Linux/ARM machine 2) Tell me where I can access such a setup 3) Send me an ARM device that can run Linux Thanks, Jean-Marc

Hi Rodrigo, I'm Fabio and i'm in your identical situation, i need Speex to run on PocketPC in real time mode for my tesis. I've to develop a sort of VoIP apllication for pocketPC... I recently discover speex (Only yesterday i joined this mailing list....) and I'm doing many test using mostly VC++ 6.0 but only because i'm still undestandig speex... I did many works with EVC++

Full_Name: Albrecht Gebhardt Version: 0.65.0 OS: Digital Unix 4.0E Submission from: (NULL) (212.17.104.62) Plottimg on the Alpha stopped working with 0.65.0. The tickmarks have a length of -Inf and go across the whole plot. A first solution is the following patch: --- src/main/plot.c.alpha-patch Mon Sep 13 01:37:11 1999 +++ src/main/plot.c Mon Sep 13 01:58:16 1999 @@ -832,7 +832,7 @@

I just tried the rsync version of R-1.1.0 on one of my alphas: It compiles without problems (gcc/g77 2.95.2, system is DU4.0E) but make check stops in base-Ex.R at > X <- cbind(1, 1:7) > str(s <- svd(X)); D <- diag(s$d) List of 3 $ d: num [1:2] 12.07 1.16 $ u: num [1:7, 1:2] -0.0976 -0.1788 -0.2601 -0.3413 -0.4225 ... $ v: num [1:2, 1:2] -0.198 -0.980 -0.980 0.198 >

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

This is my New Year wishlist for R features. One common thread is that I find I sometimes use languages other than R including javascript, Windows batch and gawk. Others have mentioned other languages too. It would be nice if, in those cases I could use R simplifying development into a single environment (viz. R). The following are not in any order. 1. Self Contained Executables Make it

Only three entries thus far. Please keep them coming in. -k NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Thomas

Hello Greg If money isn't a problem Intel has an optimized compiler for eVC and XScale processors http://www.intel.com/software/products/compilers/techtopics/PCA_Optimization_WP.pdf 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). Best regards Bjoern D.

Full_Name: jean coursol Version: 1.7.1, 1.8.0 OS: linux & Windows-XP Submission from: (NULL) (129.175.52.7) Binary MS-Windows akima module from CRAN (1.8.0 version) produces wrong results with some data. Installing akima source in linux, with same data: -with gcc-2.95.3 -O2 : give correct results (under R 1.7.1); -with gcc-3.2.3 -O2 : give wrong results (under R-1.7.1 and R-1.8.0); -with

Le dim 28/09/2003 à 19:30, Jean-Marc Valin a écrit : > > Can anyone with an iPaq (or > > similar hardware) confirm that? The code is available here: > > http://www.speex.org/misc/speex-1.1-int.tar.gz If you still have your Sourceforge account, you can login to the Compile Farm and try to compile Speex on an ARM machine (among others). You can get more information on that at the

I noticed this error in my demo from previous versions as well as R 0.99.0. Is there a way around this one also? Thanks in advance... > demo(dyn.load) demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load(file.path(R.home(), "demos", "dynload", paste("zero", .Platform$dynlib.ext, sep = ""))) Error in