OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: jcabrer on September 16, 2005, 12:59:17 am
-
AdvanceMESS-0.99.0.0 and AdvanceMENU are ready for download right now! AdvanceMAME-0.99.0 is almost compiled and will be up soon too!
Get Them Here!!! (http://advancemame.dyndns.org:8080/)
I don't know much about CFLAGS, but for what it's worth, here is what I used:
./configure CFLAGS="-O3 -march=armv5te -mtune=xscale -fomit-frame-pointer" LDFLAGS="-s"
Be sure and look at the README file. AdvanceMAME will almost certainly require you to set up a swapfile (128Mb min) in order to run, so don't bother downloading it unless you are willing to do this.
-
if you compile it with gcc 3.3.4 and with -march=iwmmx it will run faster on C1000/C3x00.
-
if you compile it with gcc 3.3.4 and with -march=iwmmx it will run faster on C1000/C3x00.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96010\"][{POST_SNAPBACK}][/a][/div]
That's good to know! Any idea how this would affect performance on SL-6000? Should I provide separate compiles for each. What does -fomit-frame-pointer do anyway? Anyone else care to comment on my CFLAG options?
The next round of compiles begins...Now!
-
-fomit-frame-pointer doesn`t keep the frame pointer reg for some functions from what i remember.
i don`t sure if you compile with 3.3.4 on your pc the app will run on the Z coz the Z is build with 2.9.
does the SL-6000 has a PXA270 coz iwmmx is only supported from PXA270
-
-fomit-frame-pointer doesn`t keep the frame pointer reg for some functions from what i remember.
i don`t sure if you compile with 3.3.4 on your pc the app will run on the Z coz the Z is build with 2.9.
does the SL-6000 has a PXA270 coz iwmmx is only supported from PXA270
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96054\"][{POST_SNAPBACK}][/a][/div]
The thing is that I'm not cross-compiling this. It's all native on the SL-6000. I'm using the gcc 3.3.6 that is available in the feeds, and it does not like iwmmx.
I was toying with building gcc 4.0.1 and the latest binutils, etc..., but it may be a while before I get a chance to play with my Z again for any significant ammount of time as I have a new baby coming any day now.
I've noticed that thisgs seem to hang when leaving advmess. I'm looking into it.
-
gcc 3.3.4 and newer should support iwmmx.
maybe you don`t have wmmx kernel-enabled.
EDIT:from what i see the SL6000 only have a PXA255 so no iwmmx.
-
I just completed compiling xmess.SDL and xmame.SDL (0.99.0 soucrces), and it looks like thie performance is a lot better than AdvanceMAME/MESS, and it runs full screen!
I'll be posting the ipks soon.
-
it's hard to wait... post them as soon as possible
-
I just completed compiling xmess.SDL and xmame.SDL (0.99.0 soucrces), and it looks like thie performance is a lot better than AdvanceMAME/MESS, and it runs full screen!
I'll be posting the ipks soon.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96229\"][{POST_SNAPBACK}][/a][/div]
outside of X, right?
this is what we need.
let me know where to grab, I'll mirror/post/host/enable/etc
Scott
-
I just completed compiling xmess.SDL and xmame.SDL (0.99.0 soucrces), and it looks like thie performance is a lot better than AdvanceMAME/MESS, and it runs full screen!
I'll be posting the ipks soon.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=96229\")
outside of X, right?
this is what we need.
let me know where to grab, I'll mirror/post/host/enable/etc
Scott
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96296\"][{POST_SNAPBACK}][/a][/div]
That's a big YES! You don't need X to run this one.
As I attempted to connect to my home network this morning I realized the I forgot to set up DYNDNS on my replacement router, and the old ip expired :^(
I won't be able to post until I get home this evening (around 6:00 pm PST)
At that time the files should be avaiable at [a href=\"http://mameonzee.dyndns.org/]http://mameonzee.dyndns.org/[/url]
I had done a lot of work on making Artwork files for Vectrex/MESS about three years ago, and they look great on my Zaurus! On the down side, Vectrex is one of the more resource intensive systems to emulate so it's slow. Even Battlezone is faster!
I think if i could disable sound, I might be able to squeeze a few more FPS out of it.
BTW: xmame.SDL still requires swap. I'm looking into how to make a smaller build without some of the larger drivers, but it's not a priority for me as the swap on my Microdrive is working beautifully.
-
At that time the files should be avaiable at http://mameonzee.dyndns.org/ (http://mameonzee.dyndns.org/)
BTW: xmame.SDL still requires swap. I'm looking into how to make a smaller build without some of the larger drivers, but it's not a priority for me as the swap on my Microdrive is working beautifully.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96306\"][{POST_SNAPBACK}][/a][/div]
ok, I can't connect... I'll try again later.
bummer with the SWAP... I'll give it a try anyway. I figure I could put some roms
and swap on the same card, etc.
Scott
ps: THANKS!
-
bummer with the SWAP... I'll give it a try anyway. I figure I could put some roms
and swap on the same card, etc.
Can any one tell me what I need to do to get xmame.sdl running....
When I start xmame.sdl it says it is loading the roms then says it cannot find them.
Does Xmame.sdl still need a swapfile?
Sorry if this is already described somewhere but I searched and found very little relevant info!
Thanks, Simon.
-
if you compile it with gcc 3.3.4 and with -march=iwmmx it will run faster on C1000/C3x00.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=96010\"][{POST_SNAPBACK}][/a][/div]
That's good to know! Any idea how this would affect performance on SL-6000?
If compiled with iwmmx, it will crash on a SL6000, or anything else without a PXA270 processor.
A seperate compile would definately be the way to go.
-
I did a build of xmame.SDL 0.77 a while back, and cut out quite a few games.
The resulting mame version runs mspacman at pretty much normal speed on my SL6000 (if I overclock it.)
A bit too slow for galaga, though.
Sound is sometinmes a bit choppy, but games are playable.
If there's interest, I could make it available somewhere.
I didn't see a point of going later than 0.7 or so, as the newer games will never run on the zaurus anyway.
To run it, I go into X and set overclocking, then exit X and run it directly from the cmdline.
-
I did a build of xmame.SDL 0.77 a while back, and cut out quite a few games.
The resulting mame version runs mspacman at pretty much normal speed on my SL6000 (if I overclock it.)
A bit too slow for galaga, though.
Sound is sometinmes a bit choppy, but games are playable.
If there's interest, I could make it available somewhere.
I didn't see a point of going later than 0.7 or so, as the newer games will never run on the zaurus anyway.
To run it, I go into X and set overclocking, then exit X and run it directly from the cmdline.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=109812\"][{POST_SNAPBACK}][/a][/div]
WHAT!?
This cannot be true!
MAME has been released for the GP2X handheld now- my mates got one so I'll get to see MAME on it this weekend with any luck. I've read that it can run pretty much all the roms (before '93 ish) at pretty much full framerate, including 16bit games like TMNT, Shinobi etc. The GP2X also has an Xscale processor with 64MB RAM BUT it only runs at 200Mhz AND at the moment you can supposedly only access 32MB when running under Linux, so why oh why am I being told here that people are struggling to run ms.pacman on a 600Mhz Xscale with 64MB RAM! Shouldn't we port the GP2X MAME instead?
dan
-
we absolutely should!!
http://www.talfi.net/gp32_franxis/ (http://www.talfi.net/gp32_franxis/)
-
I've been trying to run mame for years on the zaurus
and i've never seen it get > 25% of the normal speed.
it's quite a let down.
Scott
-
Anybody had a go compiling the GP2X MAME for the Z yet?
I've not got round to doing any cross compiling yet but I want this pretty bad so it may be the first thing I attempt. I'd like to get it compiled to work with SDL from under a Cacko console though (the one you get to by pushing / on boot)- is that possible? I've not yet seen this working, but I've heard you can run SDL under the console on pdaxrom so I don't see why not. Other SDL stuff I've ran under Cacko had to be run from konsole under QT and then the screen was 640x480 giving a small image and I'm after 320x240.
I should imagine that the only thing that would really need to be changed are the controls as they will obviously be mapped to the GP2X's pad, otherwise its a piece of code for xscale linux so I'm hoping it will be an easy job to get running.
Anyone know of a good guide to cross-compiling progs for Cacko? (1.23b if it matters)
-
there was a mame for cacko that used SDL ... "parachute deployed" :-)
It would be good to see a recent compile of mame (advmame?) that uses SDL.
Scott
-
As I recall, Advance MAME was much slower than the xmame.sdl that I compiled. Did anyone try them both? I can compile either one fairly easy. I see that .103 is the latest version. If anyone wants it, send me a request and I'll post it at http://pdaxfeed.dyndns.org (http://pdaxfeed.dyndns.org)
-
I sent a mail to the author of the GP2X MAME port asking if he might be able to help us bring it to the Z and here is his reply:
I don't have a Zaurus and i know nothing about development on this
platform.
I suppose Zaurus has little-endian 32 bit ARM processor (ARM9), and
probably
the changes in the program will be easy and it will be not too hard to
get a
good MAME port for it. You will only have to port the gp2x/ folder of
the
distribution and Makefiles. I don't want to use SDL for performance
reasons,
then you will have to recode the gp2x/ folder to SDL if you want (or a
direct hardware library preferred).
It couldn't be too hard, but i'm not sure of course.
Regards.
I was hoping there would be a configure script for it and it was just going to be a recompile but it looks a bit more involved than that. I hope somebody with some programming skills decides to take this up, as he says it probably wouldn't be hard for someone who knows what they're doing.
-
Are you expecting GP2X Mame to perform better than xmame.SDL?
Why would it be faster??
Anybody had a go compiling the GP2X MAME for the Z yet?
I've not got round to doing any cross compiling yet but I want this pretty bad so it may be the first thing I attempt. I'd like to get it compiled to work with SDL from under a Cacko console though (the one you get to by pushing / on boot)- is that possible? I've not yet seen this working, but I've heard you can run SDL under the console on pdaxrom so I don't see why not. Other SDL stuff I've ran under Cacko had to be run from konsole under QT and then the screen was 640x480 giving a small image and I'm after 320x240.
I should imagine that the only thing that would really need to be changed are the controls as they will obviously be mapped to the GP2X's pad, otherwise its a piece of code for xscale linux so I'm hoping it will be an easy job to get running.
Anyone know of a good guide to cross-compiling progs for Cacko? (1.23b if it matters)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=110034\"][{POST_SNAPBACK}][/a][/div]
-
I tried the first pdaxrom beta on my C3000, but I'm going to wait for either beta3 or the first stable C3000 version before I ditch Cacko. I haven't been able to get any version of MAME to run under Cacko so I dunno how MAME performs on the Z at all but from what people have been saying it performs at a fraction of the speed I'd imagined- struggling to play ms. pacman on a 6000!? The GP2X MAME can supposedly even play the Neo Geo games at a decent framerate on a 200/250(overclocked) ARM CPU. It uses ASM ARM CPU code which presumably this version of MAME people have been trying doesn't. Maybe they just missed some optimisations out in the makefile?
I'd be grateful if someone could point me to a SDL MAME package for Cacko that works (under console SDL preferably)
Thanks!
-
Actually, the performance is not that bad. I can run things like MsPacman at around 28FPS on my 6000, but I have to overclock, exit X, and set the sound sampling frequency a bit lower.
Without sound, it does around 30FPS. It's definitely playable, not at all a "fraction" of what it needs to be. If it weren't for the sound being a bit scratchy, it would be just like the arcade version.
I use xmame.SDL for the above. I don't have it in an IPK, but I have the executable I built, which is xmame 0.77. I have no idea if that works on Cacko - it works for me on pdaXrom, though.
I tried the first pdaxrom beta on my C3000, but I'm going to wait for either beta3 or the first stable C3000 version before I ditch Cacko. I haven't been able to get any version of MAME to run under Cacko so I dunno how MAME performs on the Z at all but from what people have been saying it performs at a fraction of the speed I'd imagined- struggling to play ms. pacman on a 6000!? The GP2X MAME can supposedly even play the Neo Geo games at a decent framerate on a 200/250(overclocked) ARM CPU. It uses ASM ARM CPU code which presumably this version of MAME people have been trying doesn't. Maybe they just missed some optimisations out in the makefile?
I'd be grateful if someone could point me to a SDL MAME package for Cacko that works (under console SDL preferably)
Thanks!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=111616\"][{POST_SNAPBACK}][/a][/div]
-
Yuck!
I got xmame.SDL running (under Cacko) on my Z last night and even when running @ 624Mhz with the sound off and autoframeskip I could only manage 3/4 fps under Crude Busters and TMNT- unplayable really. I remember Roms such as these being fully playable on a 200Mhz Pentium, no problems. I wouldn't have thought MAME would've made much use of an FPU so why is performance SO bad- its only trying to emulate a 8Mhz 68000 cpu and a 15/20yr old video chip. I could play Megadrive games at full speed on my Sony Ericsson P800 phone under Picodrive and I'm sure that phones (ARM) CPU was no faster than 150Mhz.
I know that there is ARM-specific code for emulating the M68k and Z80 processors as many of the GPX2 emulators use this code- is it not in the main MAME source tree? I'll have to check. If not then thats why somebody needs to port the GP2X MAME over.
-
Are you using a 6000? I can't get time to work unless I use the overclock app and set the three numbers to 3/3/2, which tells me it's 530.84MHz. If I can get it to go to 624, I bet it would run the older games just fine.
Did you run it from the console? I know it will perform better out of the GUI environment.
Also, I noticed that the xmame.SDL (version .101 or so) that they have been building is a *HUGE* executable. I think that the size of the thing is causing problems. That's why I went back to 0.77 (plus I have a few 0.77 roms). I just built the older stuff I was interested in, and it's still 20.6MB. I don't need a swapfile to run the 0.77 version. If you have a swapfile and swapping is occuring to an SD or CF card while playing, it will NEVER be fast.
I think a smaller executable would also help with the speed.
I don't see the point in building a "recent" MAME, as the newer games don't have a prayer of running on the Z anyway.
As far as the M68k and Z80 emulators - of course they are in xmame.SDL with arm-specific code, or MAME wouldn't work.
I'm also curious to know why I can only get 28FPS with MsPacman with sound sampling at 8KHz. I don't know much about linux-based profiling tools, which would help figure out where to optimize. I don't have those games you mentioned, but if you have MsP, how many FPS will it run at?
Yuck!
I got xmame.SDL running (under Cacko) on my Z last night and even when running @ 624Mhz with the sound off and autoframeskip I could only manage 3/4 fps under Crude Busters and TMNT- unplayable really.
[...]
I know that there is ARM-specific code for emulating the M68k and Z80 processors as many of the GPX2 emulators use this code- is it not in the main MAME source tree? I'll have to check. If not then thats why somebody needs to port the GP2X MAME over.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=111793\"][{POST_SNAPBACK}][/a][/div]
-
Are you using a 6000? I can't get time to work unless I use the overclock app and set the three numbers to 3/3/2, which tells me it's 530.84MHz. If I can get it to go to 624, I bet it would run the older games just fine.
Did you run it from the console? I know it will perform better out of the GUI environment.
Also, I noticed that the xmame.SDL (version .101 or so) that they have been building is a *HUGE* executable. I think that the size of the thing is causing problems. That's why I went back to 0.77 (plus I have a few 0.77 roms). I just built the older stuff I was interested in, and it's still 20.6MB. I don't need a swapfile to run the 0.77 version. If you have a swapfile and swapping is occuring to an SD or CF card while playing, it will NEVER be fast.
I think a smaller executable would also help with the speed.
I don't see the point in building a "recent" MAME, as the newer games don't have a prayer of running on the Z anyway.
As far as the M68k and Z80 emulators - of course they are in xmame.SDL with arm-specific code, or MAME wouldn't work.
I'm also curious to know why I can only get 28FPS with MsPacman with sound sampling at 8KHz. I don't know much about linux-based profiling tools, which would help figure out where to optimize. I don't have those games you mentioned, but if you have MsP, how many FPS will it run at?
Yuck!
I got xmame.SDL running (under Cacko) on my Z last night and even when running @ 624Mhz with the sound off and autoframeskip I could only manage 3/4 fps under Crude Busters and TMNT- unplayable really.
[...]
I know that there is ARM-specific code for emulating the M68k and Z80 processors as many of the GPX2 emulators use this code- is it not in the main MAME source tree? I'll have to check. If not then thats why somebody needs to port the GP2X MAME over.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=111793\"][{POST_SNAPBACK}][/a][/div]
[div align=\"right\"][a href=\"index.php?act=findpost&pid=111813\"][{POST_SNAPBACK}][/a][/div]
As my sig says, i'm running MAME on a C3000. Like yourself, I was running 0.77.
xmame.sdl only runs from a QT console under Cacko- I did try running it from the prompt but it didn't detect any videomodes. I've yet to see a SDL app work under cacko outside of QT.
You misunderstood what I was talking about with the ARM ASM. There are CPU cores under MAME emulating the M68k and z80 that are just coded in C, which is what I would expect has been compiled into our binaries, and then there are CPU cores coded in ARM ASM, like the Cyclone M68k ARM ASM CPU core and the DrZ80 Z80 CPU emu, which bring significant speed gains to the emulation of many games and, from looking at the MAME GP2X docs, look like they weren't part of the main MAME source tree.
I borrowed my mates GP2X this weekend and I was greatly impressed with gp2xmame. Even though its an early version which only uses 32 of the 64MB RAM and 1 of the 2 200Mhz CPUs it still manages to play 16-bit games such as Final Fight, TMNT and even Neo-Geo games like Samurai Shodown at full-speed with sound. This is the kind of MAME performance I was expecting to see on my Z.
-
Have you tried mspacman on your version of xmame.SDL?
Also, I looked at the GP2X mame page you posted - looks like they are coding to 0.34 or so!
Has anyone tried xmame.SDL 0.34 ? I think I'll try that later on, but I don't think my 0.77 roms will work.