1.1.1 Crashes on startup, Windows 7 64 bit

[GoogleCodeExporter]

Installed, taking all default options, and ran the game to see it crash 
immediately after opening the menu.

Original issue reported on code.google.com by novocas7...@gmail.com on 27 Apr 2011 at 1:47

[GoogleCodeExporter]

You clearly didn't read this part of issue scheme:
* If game crashed please inculde log files: game.cfg, log.txt, ogre.log,
MyGUI.log (editor.cfg, ogre_ed.log for Editor) right after crash, found in
game's user folder (see section Config in Wiki page Paths).
Without those files I'll delete this issue (we're not wizards nor prophets to 
know what is wrong without logs).
Did you search similar issues ?
What GPU do you have ? Is it below minimum requirements ? Do you have shader 
model 3.0 support ?

Original comment by Cry...@gmail.com on 27 Apr 2011 at 5:06

• Added labels: OpSys-Windows, Type-Defect

[GoogleCodeExporter]

My email reply doesn't seem to be registering here as a comment, so I'll 
respond here as well:-

You're correct, I should have checked the files (will do once I'm @ my home 
computer in a few hours), and checked past issues.  Its possible that this is 
the same as issue 37 & I didn't apply the 1.1.1 update (could have sworn I did 
though).

Once I've checked I'll comment here again & either discard or, if its a 
different problem, attach log files & other information.

Original comment by novocas7...@gmail.com on 27 Apr 2011 at 5:41

[GoogleCodeExporter]

Have definitely applied 1.1.1 update, still getting the crash.  Log files 
attached (mygui.log not created).  System running Windows 7 SP1, GeForce GT 320 
adapter with 1024mb dedicated video memory.  If there's anything else I can 
tell you please let me know.

Original comment by novocas7...@gmail.com on 27 Apr 2011 at 11:04

Attachments:

• game.cfg
• log.txt
• ogre.log

[GoogleCodeExporter]

Okay this is something new, although it may be related to earlier problems.
Try to edit game.cfg, find these lines, and change on to off, like so:
bloom = off
loadingbackground = off
I see that notfound.jpg is still there and the last entry in log was from 
loading bloom2 material.

Original comment by Cry...@gmail.com on 27 Apr 2011 at 12:28

[GoogleCodeExporter]

Unfortunately, with those changes made the crash still occurs and the last line 
in ogre.log is still "Parsing script Bloom2.material"

Original comment by novocas7...@gmail.com on 27 Apr 2011 at 8:33

[GoogleCodeExporter]

I'm also getting exactly the same problem on a Lenovo (Vista 32 bit) thinkpad, 
log files attached.

Original comment by novocas7...@gmail.com on 27 Apr 2011 at 11:11

Attachments:

• game.cfg
• log.txt
• ogre.log

[GoogleCodeExporter]

Strange, it looks like a crash in game. Maybe because of no write rights or 
missing files.
Did you try to run the game as administrator ?
If it doesn't help try to unpack version 1.0 (StuntRally_v1.0.7z) on Desktop 
and start it.
It isn't a hardware issue, both your GPU's seem to be enough to run the game.

Original comment by Cry...@gmail.com on 28 Apr 2011 at 7:10

[GoogleCodeExporter]

Running as administrator on the Lenovo makes no difference - it still crashes.  
Will give 1.0.7 a try asap.

Original comment by novocas7...@gmail.com on 28 Apr 2011 at 7:14

[GoogleCodeExporter]

1.0.7 works on the Lenovo (ran as Direct3D9, it opened in fullscreen mode).

Original comment by novocas7...@gmail.com on 28 Apr 2011 at 7:23

[GoogleCodeExporter]

Ok good that 1.0 works, does it work too on GF 320 ?.
As for 1.1 you could try to replace in game.cfg this line
rendersystem = Direct3D9 Rendering Subsystem
to this:
rendersystem = OpenGL Rendering Subsystem
If it crashes too, the log could say something different.

Original comment by Cry...@gmail.com on 28 Apr 2011 at 8:01

• Changed state: Opened

[GoogleCodeExporter]

Hmm ... game.cfg doesn't seem to have a rendersystem line in it.  I added the 
above under the [video] section, but it still crashes in the same way, and is 
using Direct3D as before.

I'll try the GF320 suggestion.

Original comment by novocas7...@gmail.com on 28 Apr 2011 at 8:39

[GoogleCodeExporter]

I tried 1.0.7 again, this time with OpenGL, and it works no problem. Is OpenGL 
what you meant by GF 320?

Original comment by novocas7...@gmail.com on 28 Apr 2011 at 11:05

[GoogleCodeExporter]

No I meant if the latest version 1.1.1 works on your computer with Windows 7 
SP1 and GeForce GT 320. (The older version 1.0 didn't have the rendersystem 
setting).

Original comment by crystal...@gmail.com on 29 Apr 2011 at 5:22

[GoogleCodeExporter]

Ah ok, sorry I misunderstood.  See Comment 11 above - I tried the "rendersystem 
= OpenGL Rendering Subsystem" on both computers, and both crashed as before.  

There was no rendersystem setting in 1.1.1's game.cfg, so I added the line to 
the [video] section, but it didn't make any difference.  The crash was the 
same, the ogre.log contents the same.

Original comment by novocas7...@gmail.com on 29 Apr 2011 at 5:28

[GoogleCodeExporter]

The 1.1 version had effects like bloom and so, which 1.0 didn't have. I think 
there is some issue with those GPU's and it.
I can't tell more - it would require to compile the game in debug mode to get 
into the real thing causing the exception.

Original comment by Cry...@gmail.com on 30 Apr 2011 at 8:12

[GoogleCodeExporter]

If you send me a debug build I'd be happy to trace the location & cause of the 
crash using Vis Studio.

Original comment by novocas7...@gmail.com on 30 Apr 2011 at 9:35

[GoogleCodeExporter]

I would have to pack every dll with it's pdb that would be 200MB or more.
And to do it yourself you would have to build everything from source to have 
all pdb's too. But that is a lot of work, even if you are a programmer and are 
familiar with building a lot of dll's under VS.
Since the faulting module is RenderSystem_Direct3D9.dll I'm assuming it's not 
our fault that it crashes.

Original comment by Cry...@gmail.com on 30 Apr 2011 at 12:37

[GoogleCodeExporter]

Ok fair enough.  I guess the thing to do then is work out why disabling bloom & 
adding the opengl rendersystem setting to game.cfg had no effect.  I'm keen to 
try this game, happy to wait for the next version :)

Original comment by novocas7...@gmail.com on 30 Apr 2011 at 10:55

[GoogleCodeExporter]

closing then

Original comment by Cry...@gmail.com on 3 May 2011 at 4:26

• Changed state: Closed

[GoogleCodeExporter]

Original comment by Cry...@gmail.com on 8 May 2011 at 1:41

• Added labels: Type-Crash
• Removed labels: Type-Defect

[GoogleCodeExporter]

Just thought I should let you know - I tried with the latest 1.1.1 (fixed) 
update, but the crash still occurs on both my machines.  Its no longer 
complaining about "notfound.jpg", but doesn't alter what happens on parsing the 
bloom2.material script.

Original comment by novocas7...@gmail.com on 13 May 2011 at 3:51

Attachments:

• game.cfg
• ogre.log

[GoogleCodeExporter]

Okay, I just installed back Windows 7 and I see the same crash like on that 
screen, seems that the game can't start on Windows 7.

I managed to start the game in version 1.0 by changing in
c:\Users\username\AppData\Roaming\stuntrally\game.cfg
the line in [video] to
rendersystem = OpenGL Rendering Subsystem
Editor seems working in 1.1 with it.

I'm building everything once again, but on Windows 7 to resolve this problem in 
next release 1.2.

Original comment by Cry...@gmail.com on 13 Jun 2011 at 5:15

• Changed state: Started
• Added labels: Priority-Critical
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Original comment by Cry...@gmail.com on 13 Jun 2011 at 5:16

• Added labels: Progress-20

[GoogleCodeExporter]

Wow, I've just found out that the game works fine, you just need to

pick StuntRally.exe open Properties and on tab Compatibility
select: Run this program in compatibility mode for:
Windows XP (Service Pack 3)
Push enter and start the exe.

Original comment by Cry...@gmail.com on 15 Jun 2011 at 7:27

[GoogleCodeExporter]

Sorry, for me that makes no difference - crashes the same as it did previously.

Original comment by novocas7...@gmail.com on 16 Jun 2011 at 12:39

[GoogleCodeExporter]

BTW, vdrift has the same issue, but they believe making it use opengl on 
Windows 7 will work.  Afaict Stuntrally's still using Direct3D, despite the 
rendersystem entry telling it to use opengl.

Original comment by novocas7...@gmail.com on 16 Jun 2011 at 12:41

[GoogleCodeExporter]

I have gt320m(so the mobile version of your chip) and the game doesn't 
crash.Try to close all background programs(including antivirus). 

Original comment by asasin...@gmail.com on 20 Jun 2011 at 1:20

[GoogleCodeExporter]

Okay since I've build the 1.2 on Win 7 it should fix this 1.1.1 issue.
It is far from being perfect though, and has other issues.

Original comment by Cry...@gmail.com on 23 Jul 2011 at 10:14

• Changed state: Done

[GoogleCodeExporter]

Still crashing for me I'm afraid, though it is different to what it was 
previously.

Original comment by novocas7...@gmail.com on 25 Jul 2011 at 5:26

Attachments:

• game.cfg
• log.txt
• MyGUI.log
• ogre.log

[GoogleCodeExporter]

Ok, this is exactly the same as in Issue 78, thanks for info.
I will try  to deal with it soon.

Original comment by Cry...@gmail.com on 25 Jul 2011 at 3:17

• Removed labels: Progress-20

[GoogleCodeExporter]

Excellent, thanks for all the work you're putting into this, still really 
looking forward to playing this game :)

Original comment by novocas7...@gmail.com on 25 Jul 2011 at 11:40

[GoogleCodeExporter]

I've attached an update in Issue 78, it may fix it.

Original comment by Cry...@gmail.com on 26 Jul 2011 at 4:22