OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: MrZaurus on December 02, 2004, 04:16:41 pm
-
Anyone get it to work??? It didnt come with a prboom.wad file
-
I don't think it's legal to distribute the wad files; try grabbing one from the shareware (or if you have it, and it's very cheap, the full) game version of Doom.
Si
-
I fixed prboom.wad problem but it still fails ;(
If don't forget then I will add it into 'upgrades' later
-
Does it fail with this:
prboom v2.3.0 (http://prboom.sourceforge.net/)
I_InitAxes : device 0 set to system mouse
I_InitAxes : axis module ready
C_Init: Init console.
default file: /root/.prboom//prboom.config
G_LoadDefaults: Load system defaults.
I_InitSound: configured audio device with 512 samples/slice
I_InitSound: sound module ready
I_ShutdownSound:
I_InitSound: configured audio device with 512 samples/slice
I_InitSound: sound module ready
found doom.wad
IWAD found: doom.wad
PrBoom (built Nov 28 2004), playing: DOOM Shareware
PrBoom is released under the GNU General Public license v2.0.
You are welcome to redistribute it under certain conditions.
It comes with ABSOLUTELY NO WARRANTY. See the file COPYING for details.
I_SetRes: Using resolution 320x200
V_Init: allocate screens.
D_InitNetGame: Checking for network game.
W_Init: Init WADfiles.
adding doom.wad
adding prboom.wad
W_InitCache
M_Init: Init miscellaneous info.
R_Init: Init DOOM refresh daemon -
R_LoadTrigTables: Endianness...ok.
R_InitData: Textures
R_InitTextures: Missing patch 192 in texture COMP2
R_InitTextures: Missing patch 224 in texture COMP2
R_InitTextures: Missing patch 192 in texture COMPUTE2
R_InitTextures: Missing patch 192 in texture PLANET1
R_InitTextures: Missing patch 21057 in texture STARTAN2
R_InitTextures: Missing patch 240 in texture STONE
R_InitTextures: Missing patch 176 in texture STONE
R_InitTextures: Missing patch 192 in texture STONE
R_InitTextures: Missing patch 21076 in texture SW1STONE
R_InitTextures: Missing patch 20050 in texture SW2BRN1
R_InitTextures: Missing patch 21076 in texture SW2STONER_InitTextures: 11 errors
I_ShutdownMusic: removing /tmp/prboom-music-AKApff
I_ShutdownSound:
sh: ../bin/qcop: not found?
I got prboom.wad from prboom.sourceforge.net and DOOM1.WAD from the shareware 1.9 version.
symlinked doom.wad -> DOOM1.WAD and symlinked ~/.prboom to the directory they are in.
-
I fixed prboom.wad problem but it still fails ;(
If don't forget then I will add it into 'upgrades' later
The key is NOT to use prboom version 2.30 which is what oe uses, but to use prboom 2.2.6.
just use oe to create a new prboom 2.2.6 based ipk. My guess is that 2.3.0 has some problem with the structures packed bytes which breaks compatibility with arm cpus.
Therefore please use open embedded to compile 2.2.6 prboom version.
Seasons greatings....
-
Therefore please use open embedded to compile 2.2.6 prboom version.
Do have a working 2.2.6 prboom built w/ OE?
-
Therefore please use open embedded to compile 2.2.6 prboom version.
Do have a working 2.2.6 prboom built w/ OE?
yes, i built it using the gcc toolchain used in oe, i had to patchthe configure file to remove the libsdl-mixer checks etc, but it works. I cna send you the source andthe binary if you wish.
-
@weasel123
Would it be possible to make your binary available for d/l somewhere?
Greg
-
@weasel123
Would it be possible to make your binary available for d/l somewhere?
Greg
Or the .bb file used to build it
-
@weasel123
Would it be possible to make your binary available for d/l somewhere?
Greg
Or the .bb file used to build it
Heres the binary for oz
http://sinhalasearch.com/prboom/prboom (http://sinhalasearch.com/prboom/prboom)
You will need the
prboom.wad http://sinhalasearch.com/prboom/prboom.wad (http://sinhalasearch.com/prboom/prboom.wad)
and the doom.wad to be in the same directory as the file, then type
prboom -height 240
and enjoy.
Unfortunately I didnt have time to create the bb file, i used oz's toolchain instead,
heres what i did, I had to modify the configure script of the original 2.2.6 prboom slightly to disable the test for sdl-net and sdl-mixer etc and change the src/Makefile.in to add -lpng -ljpeg and -lts, here is the modified source
http://sinhalasearch.com/prboom/prboom-2.2.6-weasel.tar.gz (http://sinhalasearch.com/prboom/prboom-2.2.6-weasel.tar.gz)
then after untarring the file i cd into the directory and then run.
PATH=/mnt/ss/oe/build/tmp/cross/bin:$PATH ./configure --host=arm-linux --with-sdl-exec-prefix=/mnt/ss/oe/build/tmp/staging/i686-linux/
followed by
PATH=/mnt/ss/oebk/build/tmp/cross/bin:$PATH make
You will have to chage the above to where your oe directory is based, ie mine is /mnt/ss/oe.
It should be easy to create a .bb file based on the diff's between the modified prboom-2.2.6 package and the original, but i dont have the time immedietly, maybe i can come up with a .bb file soon.
-
@weasel123
Thank you!
This works great on a 5600 and a 5500!
I haven't played this for awhile, I have to figure out what keys do what?
Edit:
A follow up in case someone wants to play... use the doom2.wad out of the freedoom_0.2_arm.ipk and you can change the key settings. (I was using the wrong wad)
Greg
-
From http://openzaurus.org/official/unstable/3....upgrades/README (http://openzaurus.org/official/unstable/3.5.2/upgrades/README)
--------------------------------------------------------------------------------------------------
2005.01.01 CoreDump Added: prboom-opie_2.2.6. prboom 2.3.1 is broken.
Credits go to weasel123 @ ZUG for pointing out that
2.2.6 works. Thanks!
-------------------------------------------------------------------------------------------------
3.5.3 will ship with a working prboom
An updated version can be found in the upgrade feed.
Happy fragging!
-
No SDL keys in this one?
-
No SDL keys in this one?
Ah damn. Collie needs -height 240 to start.
I've uploaded -r2 of prboom-opie into the upgrade feed which should fix this problem
for collie. All other Zs should start out-of-the-box.
I didn't notice the problem as I already had a prboom.cfg in /root/.prboom
-
Ah damn. Collie needs -height 240 to start.
I've uploaded -r2 of prboom-opie into the upgrade feed which should fix this problem
I just got it running to find out you have fixed it.
I had to make this symlink
ln -s /usr/bin/prboom /opt/QtPalmtop/bin/prboom
then add '-height 240' to the desktop.file
Add to stop it press z instead of y on that qwertz keyboard... hehehe.
Thanks CoreDump
Greg
-
Ah damn. Collie needs -height 240 to start.
I've uploaded -r2 of prboom-opie into the upgrade feed which should fix this problem
for collie. All other Zs should start out-of-the-box.
I just tried to install the latest (-r3) from upgrades and it require libqpe>1.1.8, while the libqpe version shipped with 3.5.2 is 1.1.7.
-
ok. I just installed tha prboom-opie with 'ipkg install prboom-opie -nodeps' and it installed fine. But when I click on the prboom icon, it says "prboom.sh application not found"..... I created symbolic links of prboom and prboom.sh in /opt/QtPalmtop/bin, but still same error.. how to fix that..
I was successfully able to run it from the command line though .. Thanks,
Also what's the right place to keep iwad file?
-
ok. I just installed tha prboom-opie with 'ipkg install prboom-opie -nodeps' and it installed fine. But when I click on the prboom icon, it says "prboom.sh application not found"..... I created symbolic links of prboom and prboom.sh in /opt/QtPalmtop/bin, but still same error.. how to fix that..
I was successfully able to run it from the command line though .. Thanks,
Also what's the right place to keep iwad file?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=64448\"][{POST_SNAPBACK}][/a][/div]
PrBoom needs a Doom1 or Doom2 .wad File. Otherwise it bails out with this error message.
The .wad files need to be linked into /usr/share/games/doom IIRC
-
I did everything you guys did and I get
sh: ../bin/qcop: not found
I have the right wads in the right places, and I have qcop installed too. I'm just so confused
-
I've got PrBoom running near perfect, so hopefully this will help.
I linked /root/.prboom to /mnt/card/games/doom (where I have my configs and wads).
rm -rf /root/.prboom && ln -s /mnt/card/games/doom /root/.prboomThe contents of that are:
doom.wad
doom2.wad
dpad.cfg
irkeyboard.cfg
prbmsav0.dsg
prbmsav1.dsg
prbmsav2.dsg
prboom.cfg
prboom.wad
servers.list
tranmap.dat
Most of that being save games and custom script stuff.
I've got my prboom.desktop file pointing at opie-sh-prboom.sh, which is:
#!/bin/sh
#Set additional files
test -e /root/.prboom/dpad.cfg || touch /root/.prboom/dpad.cfg
test -e /root/.prboom/irkeyboard.cfg || touch /root/.prboom/irkeyboard.cfg
test -e /root/.prboom/servers.list || touch /root/.prboom/servers.list
#Input method
opie-sh -m -t Input -M "Select Input Device" -g -0 "IR Keyboard" -1 D-Pad
RETURNCODE=$?
case $RETURNCODE in
0) INPUT="-config /root/.prboom/irkeyboard.cfg";;
1) INPUT="-config /root/.prboom/dpad.cfg";;
esac
if [ "$INPUT" = "" ]; then exit; fi
#Choose Game Version
opie-sh -m -t "Game" -M "Choose game" -g -0 Doom -1 DoomII
RETURNCODE=$?
case $RETURNCODE in
0)IWAD=doom.wad;;
1)IWAD=doom2.wad;;
esac
#Enable Singleplayer/Multiplayer Menu
opie-sh -m -t "Players" -M "Choose gametype" -g -0 Single -1 Multi
RETURNCODE=$?
case $RETURNCODE in
0) NET="";;
1) SERVER=` opie-sh -i -t "Server" -g -E -l -F \
/root/.prboom/servers.list `; if [ "$SERVER" = "" ]; then exit; fi; \
NET="-net $SERVER";;
esac
SDL_QT_INVERT_ROTATION=1 prboom -height 240 -iwad $IWAD $INPUT $NET
So, when I click on PrBoom from the Games menu, I get to choose:
IR Keyboard or Zaurus Dpad
Doom 1 or Doom 2
Singleplayer or Multiplayer
Ir Keyboard and the Dpad each has its own config.
Multiplayer brings you to a menu where you put in the server IP address.
The one problem with this (and it's PrBooms fault, not this script) is that if there is no network server listening at that address, it'll just sit there waiting.
Multiplayer is beautiful though.
There are a lot of lines to cancel everything if the cancel button is pressed.
I flip the screen to line up the IR port with the keyboard.
-
Can you cp your dpad.cfg and prboom.cfg files for me as well please?
-
You probably dont want my PrBoom.cfg or Dpad.cfg (Dpad.cfg is just a copy of PrBoom.cfg) They are just customized through PrBoom.
The first thing you should do is change the Menu Select entries so that they arent flipped all around.
Here they are if you REALLY REALLY want them.
dpad.cfg (http://legion.homedns.org/dpad.cfg)
-
Ok, I can run from command line,
prboom -height 240 -iwad DOOM1.WAD
except it is in landscape mode. I do not have an IR keyboard and would like to run portrait mode. What is the option to rotate 90 degrees?
-
#!/bin/sh
echo "Place Zaurus In front of you"
while [ "$ZAURUSROTATION" != "yes" ]; do
stand up; turn right; step forward; turn left; step forward; turn left
echo "Is the screen in Portrait mode yet?"
read ZAURUSROTATION
echo $ZAURUSROTATION
done
Im still working out the kinks, such as if you'd prefer to move clockwise instead.
Anyway, smartass comments aside, there isnt a way to rotate it on the 5500 as the minimum width is 320.
Did you get it working though?
-
The script you supplied did not go past the 'select input' menu. Here is output.
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 1: {rtf1ansiansicpg1252deff0deflang1033{fonttbl{f0fswissfcharset0: not found
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 1: }}: not found
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 2: {*generator: not found
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 2: }viewkind4uc1pardf0fs20: not found
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 7: par: not found
/opt/QtPalmtop/bin/opie-sh-prboom.sh: 11: Syntax error: word unexpected (expecting "in")
It works by invoking
prboom -height 240 -iwad doom1.wad
-
I'm getting an error from SDL whenever I try the binary:
Z_Init : Allocated 8064Kb zone memory
Could not initialize SDL [No available video device]Any suggestions?
-
Just linking to the other post to assist people searching.
https://www.oesf.org/forums/index.php?showtopic=10700 (https://www.oesf.org/forums/index.php?showtopic=10700)
As for the SDL error, do you have all the SDL pieces installed?
SDL-Net, SDL-Mixer, SDL-Image as well as the main SDL?
-
Positive, although I'm going to switch to the Hentges ROM (is using the stock 3.5.2 rom right now), heard good things about it. I'll reply if I get it fixed or if it still doesn't work
-
It's fixed, the Hentges ROM seems to have it preinstalled .