OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: Foxdie on October 28, 2004, 02:54:59 pm
-
Managed to figure out what was making Quake segfault after installing the btscanner ipk.. unfortunately I could resolve it. I did however find a workaround..
Open /usr/bin/runquake.sh in a text editor, and append " -nomouse -nolan" to the end of the line with /usr/share/quake/quake in it.
HTH
PS. gunzipping the pak0.pak.gz file in /usr/share/quake/id1/ quickens loading times tenfold at the expense of only using 10 more MB of flash.
-
After gunzipping pak1.pak.gz, I get
Error: W_LoadWadFile: couldn't load gfx.wadwhen trying to load quake from outside of X. I have the full version of quake.
I should note I tried gunzipping pak0 too, neither worked. I wish I knew what was wrong. All I can think of is that the quake binary tries to gunzip no matter what...
-
PS. gunzipping the pak0.pak.gz file in /usr/share/quake/id1/ quickens loading times tenfold at the expense of only using 10 more MB of flash.
Also note that in case quake is installed on the internal flash, which has a jffs2 filesystem on top, all files are compressed anyway, so gunzipping on it makes perfect sense. It only takes additional 800kb when being uncompressed (compare 'df / -h' output before and after), and boy, it is VERY fast then, takes only four seconds to start playing demo
-
After gunzipping pak1.pak.gz, I get Error: W_LoadWadFile: couldn't load gfx.wadwhen trying to load quake from outside of X. I have the full version of quake.
I should note I tried gunzipping pak0 too, neither worked. I wish I knew what was wrong. All I can think of is that the quake binary tries to gunzip no matter what...
Quake won't work outside of X as it uses SDL libraries and X windows (even if it's full screen it's still a window).
Are you gunzipping the pak0.pak.gz into the same folder? pak0.pak needs to be all lower case and in the /usr/share/quake/id1/ folder and chmod to 611
And yes the JFFS2 works wonders, I wondered why when I added the 30+MB pak1.pak file (turns the demo into the full game) that only 4~MB was taken. Now I just wish I had a mouse to play the game with
-
Quake won't work outside of X as it uses SDL libraries and X windows (even if it's full screen it's still a window).
It does work outside of X - the SDL libraries support this mode too.
-
Managed to figure out what was making Quake segfault after installing the btscanner ipk.. unfortunately I could resolve it. I did however find a workaround..
Open /usr/bin/runquake.sh in a text editor, and append " -nomouse -nolan" to the end of the line with /usr/share/quake/quake in it.
HTH
PS. gunzipping the pak0.pak.gz file in /usr/share/quake/id1/ quickens loading times tenfold at the expense of only using 10 more MB of flash.
You need to make sure that SDL-Net can resolve your host name to your IP address (or loopback - 127.0.0.1) - this is why the -nolan also works.
I had Quake giving sigsegv while I was playing with RC5 until I realised that the first thing I did was to change the hostname without updating the hosts file.
Haven't checked the source but I'm assuming there's a socket call being made using the host name (possibly a listen ?)
- Andy
-
Actually it doesn't seem to be SDL-net based, this must be something related to the inbuilt sockets related stuff.
- Andy
-
Actually now that you mention it after I set my Z's hostname in /etc/HOSTNAME X always says "Unable to resolve localhost", and now that I think about it even more the damn thing started crashing around about the time I change the hostname...
I'll look into it.
-
Just add the new host name to the /etc/hosts file on the line that says 127.0.0.1 zaurus localhost so it looks something like..
127.0.0.1 zaurus localhost myhostname
...Oh yes, and you may want to restart after this..
That should do the trick...
- Andy
-
Yep that fixed it completely. Works perfectly now