Silent Hunter 4 1.5 on MacOS X/Wine 1.2-rc2

[Ktulu]

Hello all,

I tried to run SH4 1.5 on my Mac (MacOS X 10.6.3 Snow Leopard) but it crashes even before the menus can be displayed because of some unimplemented D3DX call (D3DXCreateTextureFromFileExA) in D3DX9_36.dll.

I used Wine version 1.2-rc2.

According to the AppDB, several persons who ran it on Linux got the menus working.

How is it possible that running SH4 on Linux doesn't trigger that error ? AFAIK, the Direct3D implementation is the same for all Unix systems (I checked the source code.)

If anyone can shed light on that problem... Thanks.

Alexandre

[James McKenzie]

Ktulu wrote:

Hello all,

I tried to run SH4 1.5 on my Mac (MacOS X 10.6.3 Snow Leopard) but it crashes even before the menus can be displayed because of some unimplemented D3DX call (D3DXCreateTextureFromFileExA) in D3DX9_36.dll.

I used Wine version 1.2-rc2.

Where did you get your copy of Wine from?

According to the AppDB, several persons who ran it on Linux got the menus working.

How is it possible that running SH4 on Linux doesn't trigger that error ? AFAIK, the Direct3D implementation is the same for all Unix systems (I checked the source code.)

This is because of the difference in the underlying functions in the
UNIX code between Linux and MacOSX, not in the Wine code.

Is there a demo version of this program available so that I and other
Mac users, can look into this?

Also, you might want to run the program from Terminal and then create a
logging file as described in the FAQ and then open a bug report on
Wine's Bugzilla. This problem seems to be isolated to the Mac build of
Wine only, but this also may be a regression that needs to be addressed
before Wine 1.2 is released.

Thank you.

If anyone can shed light on that problem... Thanks.

Alexandre

[doh123]

make sure your running in a virtual desktop... X11 sucks on Macs.

[James McKenzie]

doh123 wrote:

make sure your running in a virtual desktop... X11 sucks on Macs.

doh123:

Then create a Quartz interface!

Actually, I just installed Snow Leopard and am looking forward to
installing XQuartz.

The major 'brokenness' of Apple/XQuartz X11 is the lack of xrandr
support, which is badly needed for full screen program support.

I think this is one of the items implemented by CodeWeavers, but I have
not looked 'under the hood' nor do I want the troubles that would
result. I like being on their good side and lawyers and handcuffs are
just not on this month's to-do list (for those who do not know, I don't
want to be hauled into court nor arrested for messing with CodeWeaver's
project code.)

However, if they have implemented this feature, it would be nice to feed
the code back to the XQuartz project.

James McKenzie

[doh123]

doh123 wrote:

make sure your running in a virtual desktop... X11 sucks on Macs.

doh123:

Then create a Quartz interface!

Actually, I just installed Snow Leopard and am looking forward to
installing XQuartz.

The major 'brokenness' of Apple/XQuartz X11 is the lack of xrandr
support, which is badly needed for full screen program support.

I think this is one of the items implemented by CodeWeavers, but I have
not looked 'under the hood' nor do I want the troubles that would
result. I like being on their good side and lawyers and handcuffs are
just not on this month's to-do list (for those who do not know, I don't
want to be hauled into court nor arrested for messing with CodeWeaver's
project code.)

However, if they have implemented this feature, it would be nice to feed
the code back to the XQuartz project.

James McKenzie

they have, but its not a full implementation.. basically it only works right with cxwine... and they use a very old x.org base....

I would love to write a quartz driver... no clue where to start... I'm not that advanced of a programmer just yet.

[James McKenzie]

doh123 wrote:

James McKenzie wrote:

doh123 wrote:

make sure your running in a virtual desktop... X11 sucks on Macs.

doh123:

Then create a Quartz interface!

Actually, I just installed Snow Leopard and am looking forward to
installing XQuartz.

The major 'brokenness' of Apple/XQuartz X11 is the lack of xrandr
support, which is badly needed for full screen program support.

I think this is one of the items implemented by CodeWeavers, but I have
not looked 'under the hood' nor do I want the troubles that would
result. I like being on their good side and lawyers and handcuffs are
just not on this month's to-do list (for those who do not know, I don't
want to be hauled into court nor arrested for messing with CodeWeaver's
project code.)

However, if they have implemented this feature, it would be nice to feed
the code back to the XQuartz project.

James McKenzie

they have, but its not a full implementation.. basically it only works right with cxwine... and they use a very old x.org base....

I would love to write a quartz driver... no clue where to start... I'm not that advanced of a programmer just yet.

This has been a topic of much discussion (mostly my mouthings off) on
the devel list.

However, X11 really needs to be fixed on the MacIntosh platform and Wine
needs an Aqua interface. Hopefully the breakthrough with the
construction of a DIB engine will happen soon...

James McKenzie