Home Page Forums MAME Non-Windows MAME Support sdlmame 01661u1 + patch (git) : MaxOSX

GIT repo, as usual:
http://www.jausoft.com/cgi-bin/gitweb.cgi?p=mame/src/osd/sdl;a=shortlog;h=sgothel_stable

2007-06-16 sgothel
- Add option 'gl_alwayspow2texture',
which disables the usage of OpenGL GL_ARB_texture_non_power_of_two,
i.e. always use pow2 textures.
Default: use it, if it is available.

- tested on a MacOSX, with an ATI M54, runs fine using the above flag,
with and w/o multithreading.
10.4.8, intel core duo
ATI Radeon X1300 OpenGL Engine, 2.0.6598 (8.39.2)
I must say, I am amazed about the performance on this platform.

Things are running great so far. Seems like a major improvement over the previous release.

Sven;

I grabbed the snapshot you posted above and the new version seems functionally identical to the 0116u1 RB posted. No shaders for me, regardless of the settings. But at least they're compiling now.

And VR really doesn't work here. Running it in a window exposes the problem as a seg fault.

Here's the output for pacman:


I do have an interest in seeing you get this working...especially if RB is accepting in into sdlmame baseline.

So, what do you want me to do? Make a debug build?

it doesn't work in any mac build of sdlmame... it's not that sven broke something

EDIT: ok I've read in the other topic that you have even worse result with vr. I misunderstood, sorry.

etabeta78; (Don't worry about it) VR's been working for me since I began compiling at sdlmame_0115 with gcc 4.1.2. But you're right...now it's even worse than partial rendering.

RB/Sven; I'm still uploading my binaries if you'd like to take a look and see if my 0116u1 binary runs vr on your systems. I'll concede that it could be a local problem although 0115u4 w/o sven's gl_glsl patches renders vr correctly and 0115u4 with the gl_glsl patches seg faults.

gcc 4.1.2/OS X sdlmame binaries

vr - yes, I may have to do the gcc 4.1.2 test ..

++

@Twitty: I do not understand the reason, why no shaders are being used in your case. Others and I have verified, that the shaders are now working, even if I had to switch off the pow2
textures on my platform.

../MAME/git-repo/mameosxp4 -gl_alwayspow2texture -seconds_to_run 50 -mt spidman
Warning: unknown option in INI: useallheads
Using SDL single-window OpenGL driver (SDL 1.2)
OpenGL: ATI Technologies Inc.
OpenGL: ATI Radeon X1300 OpenGL Engine
OpenGL: 2.0 ATI-1.4.40
OpenGL: texture rectangle supported
OpenGL: non-power-of-2 textures supported (old method)
OpenGL: vertex buffer supported
OpenGL: pixel buffers supported
OpenGL: GLSL supported
OpenGL: max texture size 4096 x 4096
OpenGL: VBO supported
OpenGL: PBO supported
OpenGL: GLSL using shader filter 1 (vid filter: 0)
OpenGL: GLSL direct brightness, contrast setting for RGB games
GL texture: copy 0 - shader 1 - dynamic 0 - 416x224 512x256 [format: RGB32_PALETTED, Equal: 1, Palette: 1, scale 1x1, borderpix 0, pitch 448,416/4096], colors: 16386

Ok .. I will check MAME against gcc 4.2.0 on MacOSX,
since I am using gcc 4.2.0 on GNU/Linux as well...

Performance seems to have downgraded with 0.116u1. Area 51 is slower, for example.

How can I update gcc for Xcode? I suppose that if I update gcc via fink (or MacPorts) it's only the command line compiled apps (like SDLMAME) that will use the newer version, right?

What will I have to do to compile MAME OS X with a more recent compiler than what ships with Xcode?

Well, I am using this darwin port gcc 4.1.2,
and VR is running fine for me even with shaders and mt.

-Sven