Hard Light Productions Forums
Hosted Projects - Standalone => The Babylon Project => Topic started by: Adamant on January 21, 2007, 05:41:34 pm
-
Hey, guys. Just downloaded TBP over the weekend, and have had a recurring problem that you've probably seen before, so here goes. Without fail, every time I run the game (and I've only attempted to play the Raider Wars and Earth-Minbari War demo) the game will freeze up a few minutes in. The sound continues, the graphics freeze, and after a few minutes, the game will dump back into XP. I've checked my errorlog.txt, and found a recurring error, pasted below:
fs2_open_r caused an Access Violation in module d3d8.dll at 001b:6d9c93e8.
Exception handler called in Freespace 2 Main Thread.
Error occurred at 1/21/2007 18:02:58.
C:\Program Files\The Babylon Project\fs2_open_r.exe, run by HP_Owner.
2 processor(s), type 586.
504 MBytes physical memory.
Write to location 26773000 caused an access violation.
Any ideas? Thanks in advance.
-
I what version of TBP are you using? Which FSO build are you using? Have you patched Raider Wars to 2.02?
-
TP said, "I what version of TBP are you using? Which FSO build are you using? Have you patched Raider Wars to 2.02?"
Well, the file path displayed in my FS launcher reads: "C:\Program Files\The Babylon Project\fs2_open_Red_2006-01-09_r.exe"
And yes, I have extracted the Raider Wars patch to my TBP directory.
-
Have you attempted it with a debug build?
-
No, I haven't. I confess to not being really sure what to do with it. Will it display a specific error message when the game crashes out?
-
All right, I just played a mission through with a debug build. It performed much better, only stuttering several times at the place where it usually locks up. However, while loading the next mission (at the static load screen, with the lights that appear from left to right across the screen), it dumped back into XP and displayed the following:
Assert: sip->subsystems[j].model_num == sip->modelnum
File: c:\fs2_open\code\ship\ship.cpp
Line: 13704
[This filename points to the location of a file on the computer that built this executable]
Call stack:
------------------------------------------------------------------
fs2_open_Red_2006-01-09_d.exe 006d3910()
fs2_open_Red_2006-01-09_d.exe 006c008f()
fs2_open_Red_2006-01-09_d.exe 006c0302()
fs2_open_Red_2006-01-09_d.exe 006cd33d()
fs2_open_Red_2006-01-09_d.exe 0087c91d()
fs2_open_Red_2006-01-09_d.exe 006cbd5c()
fs2_open_Red_2006-01-09_d.exe 0087cf3c()
fs2_open_Red_2006-01-09_d.exe 006cf315()
fs2_open_Red_2006-01-09_d.exe 006cf599()
fs2_open_Red_2006-01-09_d.exe 00b10297()
kernel32.dll 7c816d4f()
------------------------------------------------------------------
-
You could try switching to 3.6.9 build.
You can find links to the actual build and to the additional table files you will need here: http://www.hard-light.net/forums/index.php/topic,43640.0.html
-
fs2_open_r caused an Access Violation in module d3d8.dll at 001b:6d9c93e8.
Exception handler called in Freespace 2 Main Thread.
Error occurred at 1/21/2007 18:02:58.
C:\Program Files\The Babylon Project\fs2_open_r.exe, run by HP_Owner.
2 processor(s), type 586.
504 MBytes physical memory.
Write to location 26773000 caused an access violation.
For future reference whenever someone posts from the errorlog.txt the bolded locations are where you should look first when trying to give support.
The first one tells you what exactly crashed while the second one tells you which build they were using. Whenever you see d3d8.dll as the location of the error it means that the error is in the Direct3D code and the first thing to try is simply to swap to OpenGL.
@Adamant : Go back to using the non debug build then to the launchers video tab and select OpenGL instead of Direct3D 8 for video.
-
Well, after switching back to the release build and using the OpenGL option instead of Direct3D, I have for the first time tonight played through an entire mission with no problems at all. I really appreciate the assistance, guys, seriously. This is a kickass game you've put together, and the idea of not being able to really enjoy it was causing a, let's be honest, not entirely appropriate level of emotional distress. Like, what's left of my hair was going to start falling out soon.
Thanks again.
-
"FSO Temperament: The New Alternative to Chemotherapy"
-
I like the way the debug builds are actually more likely to CTD.
-
Only cause the debug build crash out on an assertion with your models :p
-
Well, gang, the fun continues. Got a couple of trouble-free missions under my belt, then I came across one that bombed out before it even launched. Got this error string:
Error: Argument count is illegal.
In sexpression: ( when
( has-time-elapsed 45 )
( turret-lock-all "EA Scylla" )
( clear-goals "EA Scylla" )
( explosion-effect
( get-object-x
"EA Scylla"
"<None>"
0
0
300
)
( get-object-y
"EA Scylla"
"<None>"
0
0
300
)
( get-object-z
"EA Scylla"
"<None>"
0
0
300
)
100
1000
300
150
300
400
1
7
1000
10
)
( deactivate-glow-points "EA Scylla" )
( deactivate-glow-maps "EA Scylla" )
( sabotage-subsystem
"EA Scylla"
"Hull"
60
)
( sabotage-subsystem
"EA Scylla"
"engine01"
101
)
( sabotage-subsystem
"EA Scylla"
"engine02"
101
)
( sabotage-subsystem
"EA Scylla"
"engine03"
101
)
( sabotage-subsystem
"EA Scylla"
"engine04"
101
)
( sabotage-subsystem
"EA Scylla"
"engine05"
101
)
)
(Error appears to be: get-object-x)
File:\fs2_open\code\mission\missionparse.cpp
Line: 4962
[This filename points to the location of a file on the computer that built this executable]
Call stack:
------------------------------------------------------------------
------------------------------------------------------------------
Kind of a lot of crap, but I didn't want to leave out anything that might help a diagnosis. Ideas?
-
Hey, guys. Just downloaded TBP over the weekend, and have had a recurring problem that you've probably seen before, so here goes. Without fail, every time I run the game (and I've only attempted to play the Raider Wars and Earth-Minbari War demo) the game will freeze up a few minutes in. The sound continues, the graphics freeze, and after a few minutes, the game will dump back into XP. I've checked my errorlog.txt, and found a recurring error, pasted below:
fs2_open_r caused an Access Violation in module d3d8.dll at 001b:6d9c93e8.
Exception handler called in Freespace 2 Main Thread.
Error occurred at 1/21/2007 18:02:58.
C:\Program Files\The Babylon Project\fs2_open_r.exe, run by HP_Owner.
2 processor(s), type 586.
504 MBytes physical memory.
Write to location 26773000 caused an access violation.
Any ideas? Thanks in advance.
i got the same problem on normal SCP and i posted in mantis and so far nothin
-
Maybe you should read the same reply from Karajorma then?
ie: use OpenGL.
-
Adamant. You're not using a recent enough version of FS2_Open.
Norbert linked to 3.6.9 further up the thread. Use that.
-
aw man...but i hate openGL...screws up all the textures and makes the shields screwy...oh well.
-
I guess I'm not sure why, if the problem is that I'm using an older build of FS2 Open, the game worked up to this point (this point being the "To Hell and Back" mission in Raider Wars). I switched back to using a debug build to try and run the mission, and this is a script dump that resulted. Hope I'm not testing anyone's patience here.
=================== STARTING LEVEL LOAD ==================
Someone passed an extension to bm_load for file 'rw071024.tga'
ANI 2_Loading.ani with size 43x43 (32.8% wasted)
Loading rw071024.tga for the first time.
Loading TMP824x43+16 for the first time.
Starting model page in...
Beginning level bitmap paging...
BMPMAN: Found EFF (particlesmoke01.eff) with 52 frames at 28 fps.
BMPMAN: Found EFF (particlesmoke02.eff) with 52 frames at 28 fps.
cf_get_file_list_preallocated looking for type=7, filter="*-fbl.tbm"
BMPMAN: Found EFF (JumpIn01.eff) with 61 frames at 22 fps.
BMPMAN: Found EFF (JumpOut02.eff) with 61 frames at 22 fps.
loading warp modelLoading model 'warp.pof'
IBX: Found a good IBX to read for 'warp.pof'.
IBX-DEBUG => POF checksum: 4091475956, IBX checksum: 3198548781 -- "warp.pof"
128
BMPMAN: Found EFF (shieldhit01a.eff) with 23 frames at 21 fps.
SHOCKWAVE => Loading default shockwave model...
Loading model 'shockwave.pof'
IBX: Found a good IBX to read for 'shockwave.pof'.
IBX-DEBUG => POF checksum: 3254423745, IBX checksum: 2576995994 -- "shockwave.pof"
SHOCKWAVE => Default model load: SUCCEEDED!!
Loading rw071024.tga for the first time.
Loading TMP824x43+16 for the first time.
Loading TMP128x128+8 for the first time.
MISSION LOAD: 'rw07 - hab.fs2'
Hmmm... Extension passed to mission_load...
Using alternate ship type name : Unknown
Loading model 'hyperion.pof'
IBX: Found a good IBX to read for 'hyperion.pof'.
IBX-DEBUG => POF checksum: 232720457, IBX checksum: 4192824690 -- "hyperion.pof"
BMPMAN: Found EFF (ea-debris01-glow.eff) with 210 frames at 30 fps.
Warning: Ignoring unrecognized subsystem reactor01a, believed to be in ship hyperion.pof
Warning: Ignoring unrecognized subsystem reactor02a, believed to be in ship hyperion.pof
Warning: Ignoring unrecognized subsystem reactor03a, believed to be in ship hyperion.pof
Warning: Ignoring unrecognized subsystem reactor04a, believed to be in ship hyperion.pof
Warning: Ignoring unrecognized subsystem fighterbay, believed to be in ship hyperion.pof
Loading model 'aurora.pof'
IBX: Found a good IBX to read for 'aurora.pof'.
IBX-DEBUG => POF checksum: 1011684148, IBX checksum: 2882615696 -- "aurora.pof"
Starting mission message count : 196
Ending mission message count : 232
Current soundtrack set to -1 in event_music_reset_choices
-
I guess I'm not sure why, if the problem is that I'm using an older build of FS2 Open, the game worked up to this point
Yeah, that's called luck. Something to note since you're new here. Karajorma generally knows what he's talking about. Listen to Karajorma and good things will happen. Hope that helps.
-
Gotcha.
-
The reason why it failed at that point is because new features were added to the get-object-x SEXP after 3.6.7 was released. Up until then all you could have was
get-object-x
-Object Name
The newer builds introduced 4 new options for the SEXP. 3.6.7 comes across, them wonders what the hell they are and promptly crashes.
-
Oh! That makes sense, thanks. Now my only question is, do I have to re-download the entire TBP, or is there a way to upgrade my FSOpen build (which I just discovered is 3.6.5) without re-downloading everything?