Racer Forum

Hi,

Still haven't purchased CrossOver Games for Mac, but trying to run a race with Racer Free Simulation's last 0.8.8.1 with Snow Leopard is currently a dead end for me. The game loads correctly (it seems at least :) ) and the car selection menu shows me the cars correctly. So I can't tell there's an issue with my system. But when I try to play, I have this error in Qlog.txt :

Fri Feb 26 06:46:27 (INFO): [noqapp/54] --- application start ---
Fri Feb 26 06:46:27 (INFO): [noqapp/54] 2 processor(s); setting affinity to 0x1
Fri Feb 26 06:46:27 (INFO): [racer/54] Racer version: 0.8.8.1 (Dec 28 2009/13:29:35) - customer: Internet
Fri Feb 26 06:46:29 (INFO): [racer/54] Physics engine: NEWTON
Fri Feb 26 06:46:30 (INFO): [racer/54] Audio: setting speakermode to 2 (stereo, system default is stereo)
Fri Feb 26 06:46:37 (INFO): [racer/54] Loading track 'carlswood_nt'
Fri Feb 26 06:46:39 (INFO): [racer/54] QNClient:Connect() attempt to 127.0.0.1:25000
Fri Feb 26 06:46:40 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:40 (INFO): [racer/54] --- application start ---
Fri Feb 26 06:46:41 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:42 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:43 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:44 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:45 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:46 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:47 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:48 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:49 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:50 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:51 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:52 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:53 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:54 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:55 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:56 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:57 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:58 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:46:59 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:00 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:01 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:02 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:03 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:04 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:05 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:06 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:07 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:08 (WARN): [racer/54] QNClient:Connect(); failed to create enet peer; out of connections
Fri Feb 26 06:47:12 (ERR ): [racer/54] Can't connect to server '127.0.0.1'
Fri Feb 26 06:47:12 (INFO): [racer/54] Physics engine: NEWTON
Fri Feb 26 06:48:13 (INFO): [racer/54] Physics engine: NEWTON
Fri Feb 26 06:48:22 (ERR ): [racer/54] DFBOTexture ctor: OpenGL error (1284): stack underflow
Fri Feb 26 06:48:45 (INFO): [racer/54] QNClient:Connect() attempt to lobby.racer.nl:28100
Fri Feb 26 06:48:45 (INFO): [racer/54] QNClient: connected to server (our clientID=71)
Fri Feb 26 06:50:00 (INFO): [racer/54] Loading track 'carlswood_nt'
Fri Feb 26 06:50:00 (ERR ): [racer/54] DCubeMap:LoadImage: OpenGL error (1284): stack underflow
Fri Feb 26 06:50:09 (FATAL): [racer/54] Cubemap couldn't be loaded; your graphics card is insufficient.
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/images/rain01.tga' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/images/snow.tga' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_vign_f.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_bump_reflect_v.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_bump_reflect_f.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_v.cg' still around with 22 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'standard_f.cg' still around with 20 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_reflect_v.cg' still around with 2 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_reflect_f.cg' still around with 2 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'standard_heat_f.cg' still around with 2 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_bump_v.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'dyn_standard_bump_f.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/blurh_v.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_bright_f.cg' still around with 1 reference(s)
Fri Feb 26 06:50:09 (WARN): [racer/54] QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_filter_f.cg' still around with 1 reference(s)

So there's two major issues : one because it's unable to connect the server and one because of CG.

How can I solve those?

Hi,

I'm not a Mac person, but the first thing you want to try solve is whatever
is causing the following two lines..;

Fri Feb 26 06:50:00 (ERR ): [racer/54] DCubeMap:LoadImage: OpenGL error (1284): stack underflow
Fri Feb 26 06:50:09 (FATAL): [racer/54] Cubemap couldn't be loaded; your graphics card is insufficient.

Umm...what version of MacOSX do you have, and what videocard? Which version
of CXG are you using also?

Hi Don,

Thank you for this quick response.
Here are my specs :
MacBook Pro 13" (2.53 GHz Intel Core 2 Duo and 4Go DDR3 Ram)
OS 10.6.2 (Snow Leopard) up to date
Video Card : NVIDIA GeForce 9400M (256 Mo)
CXG version : 8.1.4

Hope these specs are what you're looking for! I also hope these settings are powerful enough to make the game run correctly. I know Ruud (Racer's creator) use Nvidia stuff (CG shaders) for his game engine, so I guess this should be compliant…

Edit: Trying Cross Over Games on my older iMac 20", it gives me the same both kind of errors. That's weird because I have Bootcamp with an XP environment on this machine, and Racer runs perfectly fine, without errors. So I guess it's due to a Cross Over Game bad configuration rather then an hardware issue, don't you think?

Here are the iMac specs:
OS version : 10.5.8 (Leopard) up to date (2Ghz Intel Core Duo, 2Go DDR2 Ram)
CXG version : 8.1.4
Video card : ATI Radeon X1600 (256 Mo)

Here are the Qlog errors :

Mon Mar 01 10:49:16 (INFO): --- application start ---
Mon Mar 01 10:49:16 (ERR): DFBOTexture ctor: OpenGL error (1284): stack underflow
Mon Mar 01 10:49:28 (ERR): DCubeMap:LoadImage: OpenGL error (1284): stack underflow
Mon Mar 01 10:49:31 (FATAL): Cubemap couldn't be loaded; your graphics card is insufficient.
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/images/rain01.tga' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/images/snow.tga' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_vign_f.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'dyn_standard_bump_reflect_v.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'dyn_standard_bump_reflect_f.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'dyn_standard_v.cg' still around with 12 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'standard_f.cg' still around with 11 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'dyn_standard_reflect_v.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'dyn_standard_reflect_f.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'standard_heat_f.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/blurh_v.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_bright_f.cg' still around with 1 reference(s)
Mon Mar 01 10:49:31 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_filter_f.cg' still around with 1 reference(s)

xavier wrote:

Hi Don,

Thank you for this quick response.
Here are my specs :
MacBook Pro 13" (2.53 GHz Intel Core 2 Duo and 4Go DDR3 Ram)
OS 10.6.2 (Snow Leopard) up to date
Video Card : NVIDIA GeForce 9400M (256 Mo)
CXG version : 8.1.4

Hope these specs are what you're looking for! I also hope these
settings are powerful enough to make the game run correctly. I know
Ruud (Racer's creator) use Nvidia stuff (CG shaders) for his game
engine, so I guess this should be compliant…

Edit: Trying Cross Over Games on my older iMac 20", it gives me the
same both kind of errors. That's weird because I have Bootcamp with
an XP environment on this machine, and Racer runs perfectly fine,
without errors. So I guess it's due to a Cross Over Game bad
configuration rather then an hardware issue, don't you think?

Here are the iMac specs:
OS version : 10.5.8 (Leopard) up to date (2Ghz Intel Core Duo, 2Go
DDR2 Ram)
CXG version : 8.1.4
Video card : ATI Radeon X1600 (256 Mo)

snip<

The available functions for the game graphically, are provided by the host
graphics drivers/libs , not so much by hardware itself (although the better
the hardware, the better the going). I think what you're seeing here, are
shortcomings in the Mac opengl libs (the crossover/wine process synthesizes
directx functions using opengl), and so if a program asks for a directx draw
function that has to rely on wine finding a opengl function to implement it,
you'll end up with this sort of stalemate if your native OS libs don't have
that function. That said, it might be misdetecting your videoram, you might
need to run it in emulated desktop mode (winecfg) and/or tweak other bottle
registry settings....do you know how to use regedit in crossover/wine?

I think I get what you meant :) but I'm not sure Racer is using DirectX function, I think Ruud works only with OpenGL ones. I can ask him, if needed.

About regedit, as I'm brand new (still haven't bought a license) to crossover, I've never used it. Is that complex? I could take a look if it can help. ;)

Edit: OK, at least I get how to run in emulated desktop mode, now I have to find out how to use regedit and what for :)

xavier wrote:

I think I get what you meant :) but I'm not sure Racer is using
DirectX function, I think Ruud works only with OpenGL ones. I can
ask him, if needed.

About regedit, as I'm brand new (still haven't bought a license) to
crossover, I've never used it. Is that complex? I could take a look
if it can help. ;)

Edit: OK, at least I get how to run in emulated desktop mode, now I
have to find out how to use regedit and what for :)

Cool...I'll borrow from a fellow advocate's posting on this (abeta ;) -

"
6) Run Regedit (Programs -> Run Command -> Browse -> windows -> Regedit and Select your bottle) and install/change the following keys:

[HKEY_CURRENT_USER\Software\Wine\Direct3D]

DirectDrawRenderer=opengl
UseGLSL=Enabled
VideoMemorySize=512
OffScreenRenderingMode=fbo

Note that you will need to create the Direct3D key before adding the other strings above.

Note that VideoMemorySize should match what is installed in your computer. Apple -> About This Mac -> More info... -> Graphics/Display.

Depending on your video card you may need to change DirecDrawRenderer=gdi and/or OffScreenRenderingMode=Backbuffer.
"

cite: http://www.codeweavers.com/compatibility/browse/name/?app_id=2564;tips=1

Obviously you would need to change 'VideoMemorySize' to '=256'

Experiment with these key settings - they will likely differ between the ati/nvidia equipped machines.

Artist Formally Known as Dot wrote:

Cool...I'll borrow from a fellow advocate's posting on this (abeta
;) -

"
6) Run Regedit (Programs -> Run Command -> Browse -> windows ->
Regedit and Select your bottle) and install/change the following
keys:

[HKEY_CURRENT_USER\Software\Wine\Direct3D]

DirectDrawRenderer=opengl
UseGLSL=Enabled
VideoMemorySize=512
OffScreenRenderingMode=fbo

Note that you will need to create the Direct3D key before adding the
other strings above.

Note that VideoMemorySize should match what is installed in your
computer. Apple -> About This Mac -> More info... ->
Graphics/Display.

Depending on your video card you may need to change
DirecDrawRenderer=gdi and/or OffScreenRenderingMode=Backbuffer.
"

cite:
http://www.codeweavers.com/compatibility/browse/name/?app_id=2564;tips=1

Obviously you would need to change 'VideoMemorySize' to '=256'

Experiment with these key settings - they will likely differ between
the ati/nvidia equipped machines.

Mmmh… None of this keys/values did the trick for both iMac/MacBook Pro. I'm still having those OpenGL error :

Mon Mar 01 19:47:52 (INFO): --- application start ---
[b]Mon Mar 01 19:47:52 (ERR): DFBOTexture ctor: OpenGL error (1284): stack underflow
Mon Mar 01 19:47:55 (ERR): DCubeMap:LoadImage: OpenGL error (1284): stack underflow
Mon Mar 01 19:47:59 (FATAL): Cubemap couldn't be loaded; your graphics card is insufficient.[/b]
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/images/rain01.tga' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/images/snow.tga' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_vign_f.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'dyn_standard_v.cg' still around with 10 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'standard_f.cg' still around with 9 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'dyn_standard_reflect_v.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'dyn_standard_reflect_f.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'dyn_standard_bump_v.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'dyn_standard_bump_f.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'standard_heat_f.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/blurh_v.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_bright_f.cg' still around with 1 reference(s)
Mon Mar 01 19:47:59 (WARN): QObjMgr: object 'data/renderer/fullscreen_shaders_hdr/bloom_filter_f.cg' still around with 1 reference(s)

I've tried changing the bottle for a W2K one, but that didn't solved the problem. Racer is fully dependent to Microsoft Visual C++ 2008, so I've installed that with success on both bottles (winxp and w2k) on my iMac, and on my winxp bottle on my MacBook Pro, but it doesn't help for the both OpenGL/connection errors.

As smartly asked by an RaceDepartment member (Bub73 :) ), I've done a ping on 127.0.0.1 and on localhost, both succeed… but the connection issue is still there…

Does the earlier (0.6.5) non-CG version work for you?

Artist Formally Known as Dot wrote:

Does the earlier (0.6.5) non-CG version work for you?

Nope, at least because of the connection issue :

Tue Mar 02 08:30:07 (ERR ): [racer/23] QNClient:Connect(); failed to create enet peer; out of connections
Tue Mar 02 08:30:11 (ERR ): [racer/23] Can't connect to server '127.0.0.1'
Tue Mar 02 08:30:11 (INFO): [racer/23] GameClose

Yesterday night I've found this page which list my video cards capabilities (Radeon X1600 and Nvidia 9400M), don't know if this can help :
[link=http://developer.apple.com/graphicsimaging/opengl/capabilities/][/link]

Perhaps I'll have to test the 9.0 version of Cross Over? :)

Hmmm...I just did a fresh install of Racer today to check..0.8.8.0 that is
-- no problems on this linux box with a nvidia 9400gt/512mb/nvidia 190.53
drivers. If you have a moment, you should ask on the game forum exactly
what level of OpenGL libs they're using - if the answer is opengl-3.0 it
could be what I mentioned earlier...ie; the Mac opengl supports aren't quite
there yet..

The network issue is puzzling...in the game $installdir you will find the
config file 'racer.ini' - open that in a text editor and look for the line
that specifies 127.0.0.1 ==> change this to the IP_ADDR of your main network
interface (mine is 192.168.1.1) and save the file -> restart racer -- this
change had no impact here (game still worked as before), but it might work
around the issue you are seeing...dunno, worth a try though..

..I'll see if I can muster another Mac person to give it a shot...

...umm...a newer version of crossover won't fix system (OS) libs... ;)

Don asked me to poke into this thread.

So I did some quick testing. I was able to replicate the same problems that Xavier is seeing with it unable to create the enet port.

I tried what Don suggested and the interesting thing is that Racer seems to reset the server value to 127.0.0.1 no matter what I enter in there :).

That said, I also tried turning off multiplayer which generates the original error of the graphical card not being adequate.

I also tried to force MAC OS X to run as root since I thought it was a permission problem but it doesn't seem to let me launch Crossover Games and the bottle manually. It looks like the syntax or something is wrong based on the directions on this page.

I'll poke around later some more.

Artist Formally Known as Dot wrote:

Hmmm...I just did a fresh install of Racer today to check..0.8.8.0
that is
-- no problems on this linux box with a nvidia 9400gt/512mb/nvidia
190.53
drivers. If you have a moment, you should ask on the game forum
exactly
what level of OpenGL libs they're using - if the answer is
opengl-3.0 it
could be what I mentioned earlier...ie; the Mac opengl supports
aren't quite
there yet..

The network issue is puzzling...in the game $installdir you will
find the
config file 'racer.ini' - open that in a text editor and look for
the line
that specifies 127.0.0.1 ==> change this to the IP_ADDR of your main
network
interface (mine is 192.168.1.1) and save the file -> restart racer
-- this
change had no impact here (game still worked as before), but it
might work
around the issue you are seeing...dunno, worth a try though..

..I'll see if I can muster another Mac person to give it a shot...

...umm...a newer version of crossover won't fix system (OS) libs...
;)

Thank you Don for these tests! Looking at Racer's specs, here what's needed for v0.8.8.0/1 :

• Windows 2000/XP/2003-Server; Pentium III or AMD processor. Anything from 800Mhz and up will probably do (Pentium II may be supported, but it is probably quite slow).
  Note that the beta versions DO NOT support Windows 95/98/ME anymore (trouble with fonts).
• A good 3D graphics card (supporting OpenGL and Cg) like from nVidia or AMD/ATI. Onboard graphics often aren't good enough (no support for cubemaps), and also older graphics cards may not support Cg.
• DirectX8.0 or better. Actually, for NT4, only DINPUT8.dll seems to be needed; copy this file from another computer into the Racer installation directory (thanks to Rob Anderson for providing this information).
• A network driver.

As the OpenGL version isn't specified, I'll ask Ruud tonight, but as far as I remember, it wasn't opengl-3.0 but 2.0 or 2.1…
I guess installing DirectX 8 isn't needed, cause wine seems to handle DirectX 9 functions, am I right? Now, I'm not sure at all about the network driver…

Anyway, changing the 127.0.01 line to localhost (as abeta suggested it) change the issue… currently game is not running but I have no Qlog entry anymore. I'll make some more testing later tonight.

Thnak you guys for helping me ;)

I believe Stefan said that Crossover Games actually uses opengl to handle directx calls. Etiher way you can install DirectX into the bottle directly which is what I did.

I have a MacBook Pro (OS X 10.6.2) with Nvidia 9400/9600M currently in 9600M mode.

abeta wrote:

Don asked me to poke into this thread.

So I did some quick testing. I was able to replicate the same
problems that Xavier is seeing with it unable to create the enet
port.

I tried what Don suggested and the interesting thing is that Racer
seems to reset the server value to 127.0.0.1 no matter what I enter
in there :).

That said, I also tried turning off multiplayer which generates the
original error of the graphical card not being adequate.

I also tried to force MAC OS X to run as root since I thought it was
a permission problem but it doesn't seem to let me launch Crossover
Games and the bottle manually. It looks like the syntax or something
is wrong based on the directions on this page.

I'll poke around later some more.

Hey abeta, thanks for joining in.

That networking thang must be something Mac specific....the rewriting the racer.ini file
back to 127.0.0.1 is pretty weird, it's not doing that here at all. I can only suspect it
might reset the file if it doesn't find a valid network port to attach to (reset to default
or such) -- here, 127.0.0.1/localhost/192.168.1.1 are all equivalent so to speak - all work.
Does the Mac deny normal users access to loopback?...it'd seem unlikely...

It'd be worthwhile knowing if the racer code itself is checking for videocard model via
product vid/pid...ie; if it sees a nvidia M model (or Ati mobility), it bails straight away.
Then again, maybe these chipsets don't offer the functionality it's looking for anyhow, and
that's the reason...ie; not enough pixel pipelines or such. Here, I don't need directx
installed at all, the builtin supports seem enough.

Would be nice to eliminate the card type being an issue - would start to point back to an
OSX driver issue...perhaps one of you should try a debug run with +seh,+trace,+opengl and
see if that throws some light on things...

Mac normally denies any sort of "root" or "admin" type privileges or it at least hides it. To create or access stuff like that you generally need to give the "admin" privileges.

That's why I thought it might be a privilege thing and was trying to figure out how to actually crank up Crossover Games as su. I can open the shell correctly, but the same commands in Linux doesn't seem to be welcome in MAC OS X terminal as superuser :).

I can at least eliminate the 9400/9600 card as I have the same problem on my MacPro with the 8800GT. I'm trying it on my other MacBook Pro with ATI card now.

I can crank up a debug in a little bit if Xavier doesn't beat me to it :).

I'll post back after I get through with the ATI test.

So, the ATI fails with the same problem. Here's the debug output. I'll poke at the output later. It's snowing here :(.

http://rapidshare.com/files/358124429/racer-newlog.cxlog.zip.html

...hmm....can you do that again and add the +d3d channel?...

Here you go.

http://rapidshare.com/files/358144086/racer-seh-trace-opengl-d3d.cxlog.zip.html

Looks kind of odd to me. I'm going to run it again.

I see the +d3d flag in the debug output at the top...but I don't see any direct3d output?

Looks like the one I just uploaded so I didn't upload the new one I did to check.

Here's mine, with a W2K bottle, done on my iMac (ATI Radeon X1600) :
http://rapidshare.com/files/358228142/racerlog.cxlog.zip.html

Beware it's a large file when uncompressed, 41,8 Mo!

Hmmm....your log looks kind of similar but most of that stuff is confusing to me maybe Don can make heads or tail of it.

Thanks guys....just confirm for me you actually get the game started
to main menu, but going beyond that kills the puppy...it looks to me
like you've got all the opengl stuffs you need, and the failure to contact
the local/remote servers is the real issue..

Just a FYI for Xavier (as Don can see my Advocate thread), but I've been trying to brute force it into su. I'm trying to figure out if its some sort of permission issue or as one of the Devs suspects that there's some low level API that is implemented in Linux but not MAC OS X. I'm not sure its even possible to brute force it at the moment.

I'd be inclined to go with the Dev theory instead of mine 😋

At any rate, I'm sort of tapped on ideas at the moment.

Just a FYI, it appears that I won't be able to force it as sudo so it doesn't appear that'll work 😥

You do get to main menu though?...yes, no?

Oh yeah, that isn't a problem. It is the same as Xavier, when you try to actually start a race, it'll say connecting to 127.0.0.1 Port 25000 and then fail with errors that it can't create connections which is why I was thinking it was possibly a permission problem.

Hmm..okay, when I was comparing logs against my linux debug runs, I was trying
to work out why the Mac videocache didn't contain as many texture_maps. When I
had a deeper debug run with linux, I concluded it only loaded those textures
-after- it had successfully contacted loopback. I had a bit of a dig through
some of the opengl API stuff, and it appears to me you can hit that opengl
error if you try to clear/address an empty cache - that is to say, the game
isn't really crashing on the Mac perse - it's exiting with an error related to
the network thang , when it goes to clean up on the way out, it spikes the
empty texture cache and throws a wobbly because it saw the integer 0 ...some
thing along these lines...

...I don't have a Mac to play with, so I'm breathed of ideas -- it could be
as Ken says, some low level part of the windows networking API not present
in the Mac side of things -- I am really unsure where to go with this from
here, but my best guess is if you can get that networking error sorted, the
game is going to run... perhaps Xavier might ask the racer devs if there's
any light they can share on the network code/API calls they are using?

Artist Formally Known as Dot wrote:

...I don't have a Mac to play with, so I'm breathed of ideas -- it
could be
as Ken says, some low level part of the windows networking API not
present
in the Mac side of things -- I am really unsure where to go with
this from
here, but my best guess is if you can get that networking error
sorted, the
game is going to run... perhaps Xavier might ask the racer devs if
there's
any light they can share on the network code/API calls they are
using?

Heh, I have a Mac to play with and am tapped out of ideas. Ken's suggestion that I probably can't brute force it leaves me out of ideas.

I think you're right though, at this point we'll probably need some guidance from the racer devs on what to try, etc.

Hi guys,

As you suggested, I'll point this to Ruud or Mitch, maybe they could give us some lights on this issue. Today my trial period ends, don't know if I'll be able to test anything further.

Thank you again for your interest in those issues ;)

Hi again,

Umm...you can extend your test period by totally removing all  

references/directories pertaining to CXG from your OS and reinstalling
-- I'm not sure of the procedure on the Mac to do this, but I know
it's possible...perhaps abeta knows how to do this on Mac..

Cheers!

Here's the directions for CrossOver. CrossOver Games is very similar.

http://www.codeweavers.com/support/wiki/CXOfficeMacRemoval

Only the files will have slightly different but the names should be obvious when you poke in there.

Right ! I've seen that using Cross Over on another session, I have 7 days again! So, adding all my sessions, I should have 35 days of trial period 😀

Anyway, I've send a mail to Ruud, we'll see if he can bring some light back on this issue. So dumb we can't play because of this peripheral issue 😐

@abeta : Thank you for the link, it might be useful. But I'd be so happy to buy a Cross Over Games license if Racer could run on my system!

xavier wrote:

@abeta : Thank you for the link, it might be useful. But I'd be so
happy to buy a Cross Over Games license if Racer could run on my
system!

No worries. I know exactly what you mean about getting Crossover working so you can just buy it :).

For the network issue, perhaps firewall related. Racer tries to connect itself on port 25000 for multiplayer (Racer is always multiplayer really).
The network middle layer is ENet, which just uses WSA (Windows Socket) version 1.1 (functions like WSASendTo).
Starting 'Free Driving' from the menu really writes 127.0.0.1 in racer.ini's multiplayer.server setting. You can avoid this by modifying racer.ini and set gadgets.menu to 0 and it will your racer.ini settings alone (and immediately start the race).
Not sure who does the network emulation, but if the network sockets get bound, you can probably only open 1 udp port 25000 and Racer really opens 2; one for reading & one for writing.

The cubemap message is a bit strange; normally, old cards will not support cubemaps and Racer bails out (you really need cubemap support). This is a stack underflow though, which I've never seen there. All Racer does is:

bool DCubeMap::LoadImage(cstring fname,int side)
{
QImage img(fname);
if(!img.IsRead())
{
qwarn("DCubeMap:LoadImage(%s) failed to load image",fname);
return FALSE;
}

// Install texture bitmap
CreateTexture();
wid=img.GetWidth();
hgt=img.GetHeight();
Name(fname);
Select();
// No mipmapping?
SetMinFilter(GL_LINEAR);
SetMagFilter(GL_LINEAR);

gluBuild2DMipmaps(GL_TEXTURE_CUBE_MAP_POSITIVE_X_ARB+side,
GL_RGB8,img.GetWidth(),img.GetHeight(),
GL_RGBA,GL_UNSIGNED_BYTE,img.GetBuffer());
// Some internal cards (sisgl) can't even do cubemaps.
// They are required, so fail if they can't be loaded.
if(QShowGLErrors("DCubeMap:LoadImage"))
qfatal("Cubemap couldn't be loaded; your graphics card is insufficient.");
return true;
}

So it seems that perhaps GLU does something bad with stack underflows. It's not really a fatal message if it's a stack underflow, although not a good sign.

Not sure if this helps at all. 😉

I don't think its firewall related as I have firewall turned off and connecting to localhost should work as I can do it with other applications. Not necessarily that specific port so it's possible I guess.

I didn't know about the gadgets function but it was still erroring out even when I thought I turned multiplayer off. I'd get that Cubemap message which is odd as I've tried this on a Nvidia 8800GT and the Nvidia 9400/9600GT and it yields the same error. I'd hope the Nvidia 8800GT should be enough :).

Do you have something like glxinfo on the Mac? If you do, it'll
list all the GL functions supported by your driver, and you should
see 'GL_ARB_texture_cube_map, GL_ARB_texture_env_add' somewhere
in the output. Mac users have tried all this with emulate a virtual
desktop enabled? (I have this enabled most of the time to avoid
issues with twinview)...

We're using highports (>1024) so I don't think it's there (vis Ken
saying the Mac doesn't allow for ports <1024) One of you might
consider doing a quick regression test (rollback to CXG 7.2.2) and
see if anything changes...

Thanks Ruud for chipping in here btw ;)

edit: doh, I think the emulated desktop question was for abeta - I
know Xavier tried

I always use emulated desktop :). Like you it saves a lot of grief in other areas for me :). ie, My MacPro is on a Windows keyboard and I can't ever remember the key combination to force-quit out when I'm stuck in a fouled up game so I always kick it to emulated desktop before I do anything so I can get out of trouble.

MAC OSX 10.6 isn't quite compatible with CXG 7.2.2. I'd have to enter in the Codeweavers hack to get it to go. It's a known problem as 10.6 and CXG 7.2.2 don't play nice.

No such animal as glxinfo on the Mac or if it does exist I haven't seen it.

As far as highports or other ports, I'm not sure Mac OSX makes that distinction as generally anytime it affects the main system it wants me to enter in the admin password.

That said, if you really think we'll glean some useful info with CXG 7.2.2. I can poke at it on my test system and then roll it back. I'm not sure we want Xavier to be doing that unless he has a test machine he wouldn't mind mucking up :).

abeta wrote:

-snip-<

That said, if you really think we'll glean some useful info with CXG
7.2.2. I can poke at it on my test system and then roll it back. I'm
not sure we want Xavier to be doing that unless he has a test
machine he wouldn't mind mucking up :).

..Ahh, I forgot all about that friction between 10.6 and the older CXG releases, and
for sure -- only muck with this if you can without risking your system ;) I'm mostly
looking for clues...ie; 10.5.8 and 7.2.2 would be interesting...it's like, trying to
conclude whether the OSX release has anything to do with this, or not.

Did they drop glxinfo in OSX?....it used to be there....but like I say,
AFAICT you should have the GLU calls required -- citing a 2 year old
post in this regard;

https://code.fluendo.com/pigment/trac/attachment/ticket/247/glxinfo-mac.txt

Artist Formally Known as Dot wrote:

abeta wrote:

-snip-<

That said, if you really think we'll glean some useful info with
CXG
7.2.2. I can poke at it on my test system and then roll it back.
I'm
not sure we want Xavier to be doing that unless he has a test
machine he wouldn't mind mucking up :).

..Ahh, I forgot all about that friction between 10.6 and the older
CXG releases, and
for sure -- only muck with this if you can without risking your
system ;) I'm mostly
looking for clues...ie; 10.5.8 and 7.2.2 would be interesting...it's
like, trying to
conclude whether the OSX release has anything to do with this, or
not.

I can roll 7.2.2 if need be and then restore a backup which isn't that painful. I can't roll back to 10.5.8. I'd have to wipe it and install. Neither of which is a quick task :).

Artist Formally Known as Dot wrote:

Did they drop glxinfo in OSX?....it used to be there....but like I
say,
AFAICT you should have the GLU calls required -- citing a 2 year old

post in this regard;

https://code.fluendo.com/pigment/trac/attachment/ticket/247/glxinfo-mac.txt

More like ignorance on my part :). Another one of those things Apple tries to hide from you.

Hang on. Let me edit the file and send it to rapidshare. This is off my MacBook Pro where I originally tried to run Racer.

ETA: http://rapidshare.com/files/360850517/GLXINFO.TXT.html

Hi guys,

Been busy these days, couldn't answer earlier. I'm happy to see that Ruud answer to my mail request, hope we'll find a way to solve this stuff. Anyway, as asked by Don, here's my glxinfo result, on my MacBook Pro (Nvidia 9400M) : http://rapidshare.com/files/361483370/glxinfo_MBP_Nvidia.txt.html

About the cubemap error, the weird thing is : when selecting a car in the well named "Select car" menu, there's no error (at least no fatal one that would exit the program) and the lambo/buggy are well drawn (including the bump maps, so cg shader looks like working it seems). The error appears when selecting "Quick Race" or "Free Driving". As far as I remember, if multiplayer=0 in racer.ini, then racer.exe freeze and there's no error in Qlog. Unfortunately, I can't re-install COG today, but I'll try later to check this out.

Thanks Xavier, that pretty much looks as expected - GL shouldn't be
borking here, your card (and abeta's) should be capable of this....

Hmmm...I wonder where this issue is here - going by what you say,
the issue manifests itself on a local game (when you would be doing
a connect to 127.0.0.1), and not a multiplayer (when you would be
connecting to the lobby server) - makes me wonder if it's more than
coincidence we see the GL error and the loopback error in concert..
..maybe somewhere one code path is crossing another...

What about...umm...getting native copies of ws2_32.dll and/or wsock32.dll
and copying them into the bottle's drive_c/windows/system32 directory and
then use winecfg to set overrides for these to load the native version?
It might shake something free...you would get a different debug trace using
this attack as well....with nothing to loose, it'd be something I'd try..

Man… I've been looking for a correct definition of "borking" has I wasn't getting it right! Is that neologism you use related to Robert Bork?

Hmm... talking about "native copies of ws2_32.dll and/or wsock32.dll" you mean files coming from a PC? I'll test that, as soon as COG is re-installed on my system.

Sorry, that'll be my colloquial Aussie say speak making it into words.

The correct, real word is 'balk'...;

http://dictionary.reference.com/browse/Balk

;)

I'd say "borked" is equally applicable :).

http://www.urbandictionary.com/define.php?term=borked

Haha....well researched abeta ;)

Hehe 😀 And what about those native copies of dlls? 😋

Oh...sorry, yeah...native dll's as in from a win install
or downloaded off the net ... (8

I can fiddle with the DLLs over the weekend (hopefully). Backed up with a number of things. I've used dll-files.com for DLLs in the past when I couldn't copy them from a Windows machine. Use at your own risk :).