Previous Thread
Next Thread
Print Thread
Page 9 of 9 1 2 3 4 5 6 7 8 9
Joined: Mar 2001
Posts: 16,928
Likes: 62
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 16,928
Likes: 62
Arek: Thanks for testing! Ok, *now* try my first suggestion with adding the two ^1s (in sharedram_sub_w and sharedram_sub_r) and see if that gets it going.

Joined: Feb 2004
Posts: 312
A
Senior Member
OP Offline
Senior Member
A
Joined: Feb 2004
Posts: 312
Heh. Yes, with both patches namco12 games are working, the JAMMA screen is gone in a flash. Hooray!

The addition of sound drops the fps on my laptop from the 30s to the 20s, but such is life without dynarec...

Now, any similar fix for the ZN games? wink

Joined: May 1999
Posts: 586
Likes: 1
Senior Member
Offline
Senior Member
Joined: May 1999
Posts: 586
Likes: 1
I'm happy to report that by applying both fixes, xmame 0.86 for OS X now works for namco12 games too. laugh

Joined: Mar 2001
Posts: 16,928
Likes: 62
R
Very Senior Member
Offline
Very Senior Member
R
Joined: Mar 2001
Posts: 16,928
Likes: 62
Sweet :-)

The ZN games are a harder nut to crack, but at least we know the basic PSX emulation is in good shape. If I think of something, I'll certainly post it.

Joined: Jul 2000
Posts: 497
MacMAME Author
Offline
MacMAME Author
Joined: Jul 2000
Posts: 497
Quote:
Originally posted by Brian Kendig:
The "parse error before 'constants'" is because "INT32" isn't defined anywhere.
My first question is - what makes you think it's not defined anywhere? ;-)

It's actually defined in osd_cpu.h (which is in either windows/osd_cpu.h or overrides/macintosh/osd_cpu.h). Since you're totally starting from scratch, you're going to have to create that yourself rather than use the existing Mac (or Win32) ones.

My suggestion would be to get used to searching the entire source tree from the PC or Mac version, including the "windows" directory. If you do, you'll find this and other upcoming headaches a little quicker.

If you have CodeWarrior, you can open the existing Mac project to get a dependency listing for files that compile, so you can see that adsp2100.c includes cpuintrf.h which includes osd_cpu.h. I'm actually surprised you didn't get a warning about that header being missing before the error you got.

Joined: Jul 2000
Posts: 497
MacMAME Author
Offline
MacMAME Author
Joined: Jul 2000
Posts: 497
Quote:
Originally posted by Brian Kendig:
The MAME 0.86 source distribution has no Makefile, per se:
Look again - in the archive, in the folder mame086s, right at the root, there's a file called "Makefile". Hidden in plain sight, as it were. ;-)

Joined: Oct 2000
Posts: 139
Senior Member
Offline
Senior Member
Joined: Oct 2000
Posts: 139
Sorry, I wasn't precise - by "INT32 isn't defined anywhere" I meant "it's not defined in 2100ops.c itself, and that file has no #includes." Yes, it's defined elsewhere, but how's that file supposed to know about it?

The answer appears to be that 2100ops.c is #included by adsp2100.c, which contains the necessary definitions, so therefore 2100ops.c does not appear to be intended for someone to compile by itself. It appears that this is the case for other files in the distribution as well, and I'm working on figuring out which ones they are.

Thanks for pointing me to the Makefile - when I downloaded MAME 0.86, I kept the 'src' directory and deleted all else, and I hadn't realized that the Makefile lived outside that directory. My fault!

Joined: Nov 2003
Posts: 804
S
smf Offline
Senior Member
Offline
Senior Member
S
Joined: Nov 2003
Posts: 804
Quote:
Originally posted by Brian Kendig:
The MAME 0.86 source distribution has no Makefile, per se: it has a "mame.mak", which references only object files (no C files), and a "rules.mak", which appears to reference every available C file (including 2100ops.c). So I haven't yet figured out how this is supposed to be able to compile on Windows, much less Mac.
The Windows makefile is made up of makefile & src\*.mak

Although 2100ops.c is mentioned in the makefile:

$(OBJ)/cpu/adsp2100/adsp2100.o: adsp2100.c adsp2100.h 2100ops.c

that is only a dependancy ( i.e. rebuild adsp2100.o if adsp2100.c, adsp2100.h or 2100ops.c change ).

This line:

CPUOBJS += $(OBJ)/cpu/adsp2100/adsp2100.o

shows that only adsp2100.o will be built, and as far as the compiler is concerned it just has to compile adsp2100.c to do it ( the fact it #includes other .c files is irrelevant ).

If this is the first time you've ever seen it then you might get a suprise once you've fixed it as there are loads of places in mame where this is done ( going back years ).

smf

Joined: Nov 2003
Posts: 804
S
smf Offline
Senior Member
Offline
Senior Member
S
Joined: Nov 2003
Posts: 804
Quote:
Originally posted by R. Belmont:
but at least we know the basic PSX emulation is in good shape.
It's in the same sort of shape on the mac as windows, I wouldn't describe it as a good shape.

smf

Page 9 of 9 1 2 3 4 5 6 7 8 9

Link Copied to Clipboard
Who's Online Now
1 members (robcfg), 20 guests, and 3 robots.
Key: Admin, Global Mod, Mod
ShoutChat
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Forum Statistics
Forums9
Topics9,112
Posts119,407
Members5,024
Most Online890
Jan 17th, 2020
Our Sponsor
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!

Superior Solitaire
Forum hosted by www.retrogamesformac.com