Messages

16

C1000/3x00 General discussions / Duke Nuke 'em 3d

« on: March 11, 2006, 10:39:32 am »

well, you can scratch --does it have good japanese input support? (MOST IMPORTANT) and --does it basicly function like a normal PDA?
It will do everything you want, but certainly not out of the box.

17

Zaurus - pdaXrom / Duke Nukem 3d For Pdaxrom

« on: March 11, 2006, 10:18:33 am »

True, there is a problem there. You may q'n'd it by disabling the displayed thumbnail (pass a NULL handler, you get a ugly black square) ; I agree it's probably a memory align bug. I'll try to see if there is the same problem with jfduke3d ...

18

Zaurus - pdaXrom / Duke Nukem 3d For Pdaxrom

« on: March 09, 2006, 07:51:18 am »

It depends, I think. I had it working OK on an old PC with a sound blaster, but with AC97 and 2.6.13 kernel it's not working properly.

19

General Discussion / New Zaurus Sl-c3200

« on: March 08, 2006, 05:07:32 pm »

If anyone from China/HK finds one of those English-learning (ie SL-C3200) Zaurus somewhere, could they please post its price here ?

20

C1000/3x00 General discussions / Duke Nuke 'em 3d

« on: March 08, 2006, 04:59:45 pm »

Not a chance with the stock ROM. It works with dosbox tough, but do use a dosbox CVS build, --disable-fpu and prepare yourself for trouble with sound.
What's the point in keeping qtopia anyway ? pdaXrom runs so much better and has a virtually endless supply of software if you bother to compile.

21

Zaurus - pdaXrom / Duke Nukem 3d For Pdaxrom

« on: March 08, 2006, 04:36:41 pm »

I have sound working, but it's unfortunately totally messy (buzzing, it can't play two sounds at once). The sound code needs an almost-complete rewrite, but I think it couldn't be totally functional without adding MAD support and MP3 sounds in the GRP.

22

Zaurus - pdaXrom / Scummvm 0.8.0, Another Great Release

« on: February 09, 2006, 04:24:43 am »

This build was configured with a lot of optional features disabled to keep the package small and fast. You may compile the latest version yourself and enable Humungous games in the ./configure step.

23

C1000/3x00 General discussions / C3100 And Windows Mobile 5.0

« on: January 28, 2006, 02:49:05 pm »

Drop the idea of TOMTOM on Zaurus, it will bring absolutely no good.

24

Zaurus - pdaXrom / !!! READ THIS !!!!

« on: January 28, 2006, 02:41:38 pm »

I've got some more infos about bug #332. This bug deserves attention, since it results in important keys being unusable outside X.
I foud after a log of testing and reflashing, on two different devices, that the keys stop working after X has been killed with CTRL+ALT+BACKSPACE.
I did a lot of research and testing but I could not find a solution, not even a clue how this problem occurs.

I strongly advise that you avoid killing your poor X server too harshly, or you'll lose either the dot or period key, something you probably don't want.
If you have any idea of the origin of the bug, or if you think killing X is not the cause of the problem, please let me know.

25

Zaurus - pdaXrom / Scummvm 0.8.0, Another Great Release

« on: January 17, 2006, 12:57:24 pm »

Just to be sure, we are talkin about the control key next to the Fn key and the Alt key is the next  one, right ?

26

Zaurus - pdaXrom / Scummvm 0.8.0, Another Great Release

« on: January 15, 2006, 05:21:36 am »

I'm glad it works, however do you still have problems to save and load game states ? CTRL+0..9 and ALT+0..9 should work, but I couldn't test it on a C3100 or with a 1.1.0beta1
I hope I could post some hot new games for our beloved zaurus soon, but I think I'll update to gcc 3.4.5 first.

27

Zaurus - pdaXrom / "v5tel" Means?

« on: December 31, 2005, 06:23:07 am »

Yes, yes but it is not the point. The problem here is the naming convention. Should we name the IPK of a iwmmx compiled program armv5tel, or something else (like armv5teli ?) so that Cx60 users don't download packages that will not work on their zaurus.

28

Zaurus - pdaXrom / "v5tel" Means?

« on: December 29, 2005, 01:24:05 pm »

This thread actually brings another question to my mind : I compile loads of stuffs for iWMMX PXA270 but always name them armv5tel. Does anyone know if there is another suffix for such extensions (like the "j" for java insctructions mentioned earlier) ? It would avoid a few Cx60 users some "Illegal Instructions" errors ...

29

Zaurus - pdaXrom / Freeciv

« on: December 13, 2005, 04:28:49 pm »

Actually I added #define ALWAYS_ROOT in shared.c (or in config.h ? should be the same) and it just worked OK.

on the size thing.... maybe thereis a way to break apart the "control window" and the "map window" and then run 'em tabbed? I have absolutely no idea how to do that, but it would be a good solution for small screen play

Sounds like an idea to me. The map takes most of the screen by itself ; having other controls in a tabbed windows would be a solution (and it is maybe not that hard to do with GTK).
I will look further into the code to see if it can somehow be done, but I will probably have to ask the freeciv developpers for some help to achive this. Maybe there should be some SVN or CVS containing all the patches for zaurus (and possibly other small screen devices) for easier cooperative effort, would anyone want to help do this.

30

Zaurus - pdaXrom / Freeciv

« on: December 13, 2005, 11:16:46 am »

I compiled it too and had the same issue (it doesn't want to run as root). You can either add -DALWAYS_ROOT in the makefile or patch utility/shared.c line 1305 (function dont_run_as_root) to just return. I'm trying to fix the size too, but it's not working well so far ... no yet at least

PS : to make an IPK start with one from the pdaXrom feed, untar it, untar control.tar.gz, edit control, tar with tar czf control.tar.gz ./control, create a data.tar.gz containing your package (best in a usr folder, data in usr/share, be sure you have a proper ./configure with a right --datadir to search in)  with tar czvf data.tar.gz ./usr and finally tar czvf mypackage_version_armv5tel.ipk ./debian-binary ./control.tar.gz ./data.tar.gz
Don't forget the ./ ! If they are missing your package will not work.

If you compile with -mcpu iwmmxt I think it may be good to change the armv5tel suffix (so that SL-6000/SL-xx0 don't try to install it and get illegal instruction) but there is no standard yet (I'll try to contact sashz about that)