Hard Light Productions Forums
Modding, Mission Design, and Coding => FS2 Open Coding - The Source Code Project (SCP) => Test Builds => Topic started by: AdmiralRalwood on January 07, 2015, 04:28:28 pm
-
If you have ever had 3.7.2 RC4 crash when a beam fired:
I'd like you all to try this build (http://deviance.duckish.net/downloads/fs2_open_error_test.7z) (SSE2, based on r11208) and report back.
Some questions I'd like answered:
- Does the release build crash when a beam is fired?
- If yes, does it still crash if you turn off the "kills gauge" in your HUD options (F2 -> HUD config -> select the kills gauge between CM count and ETS bars -> set to "OFF")?
- Does the debug build crash in the same place?
- If not, and you have more than one GPU, have you double-checked that the debug build is actually using the correct GPU? Similarly, have you double-checked that the release build is using the correct GPU?
- If it doesn't crash with either release or debug, if you go back to 3.7.2 RC4, does that still crash?
- If yes, and you have more than one GPU, have you double-checked that the correct GPU is actually being used by 3.7.2 RC4/this build?
Regardless of whether or not release or debug crashes, I'd like to see debug logs from everyone that tries this build.
-
Hi Admiral, looking at your post this morning I decided to test a little more with the old 3.7.2_RC4 and to my surprise didn't crash anymore with the standard build! Tested surrender, belissarius (I was ALWAYS crashing when the psamtik would fire) and some custom mission where beams are firing everywhere and no more crash???
Perhaps the latest update in nVidia drivers solved the issue? I think it's v347.09 from 23/12/2014
Since I was always crashing I never played back with the standard build and was always using the debug build.
Anyone else is also experiencing this?
Edit: I'll do some more tests tonight ;)
-
Hi Admiral, looking at your post this morning I decided to test a little more with the old 3.7.2_RC4 and to my surprise didn't crash anymore with the standard build! Tested surrender, belissarius (I was ALWAYS crashing when the psamtik would fire) and some custom mission where beams are firing everywhere and no more crash???
Perhaps the latest update in nVidia drivers solved the issue? I think it's v347.09 from 23/12/2014
Since I was always crashing I never played back with the standard build and was always using the debug build.
Anyone else is also experiencing this?
Edit: I'll do some more tests tonight ;)
If this turns out to be a driver problem that nVidia has already fixed, that would be excellent news. Hopefully other people report in with similar results.
-
Well, I attached my logs.
Battle Captains - Aegis
Release and debug build crash in the same time and place (when GVC Herakleopolis requests for fighter cover and shivan fighter wing arrives).
Without "kills gauge" - no crash, I could end mission.
No test on debug build without "kills gauge"
11204 crashes in the same time and place.
I didn't test 11024 without kills gauge.
[attachment kidnapped by pirates]
-
ASSERTION: "oh->sig > 0" at lua.cpp:4867
ASSERTION: "shipnum >= 0 && shipnum < MAX_SHIPS" at missionparse.cpp:6669
Arriving ship '<any friendly>' does not exist!
These both look like problems with Battle Captains itself, rather than the engine.
-
I had this issue last night and this morning attempting to play through the campaign with the 3.7.2 RC4 and 2014 Media MVPs. I've never had this issue before on older releases (thus causing me to create an account and post), or with the base game itself. Every time I reach the Psamtik about to fire it's beam the game crashes to desktop. I tested with an older 3.7.0 build and the 3.6.12 media MVPs. The campaign proceeded without issue. I attempted to run 3.7.2 RC4 in debug but got a strange message:
==========================================================================
DEBUG SPEW: No debug_filter.cfg found, so only general, error, and warning
categories can be shown and no debug_filter.cfg info will be saved.
==========================================================================
FreeSpace 2 Open version: 3.7.2.10997
Passed cmdline options:
-missile_lighting
-nomotiondebris
-3dshockwave
-soft_particles
-post_process
-fxaa
-fb_explosions
-cache_bitmaps
-dualscanlines
-orbradar
-rearm_timer
-targetinfo
-3dwarp
-warp_flash
-snd_preload
-mod MediaVPs_2014
Building file index...
Found root pack 'E:\Games\Freespace 2\MediaVPs_2014\MV_A-Glows.vp' with a checksum of 0xd8f529e2
ASSERTION: "max_size > header_offset" at cfile.cpp:1734
max_size (0) > header_offset in packfile E:\Games\Freespace 2\MediaVPs_2014\MV_Advanced.vp
If it matters, I am running a relatively modern machine, Intel 3770K, AMD R9 290X 4GB, plenty o' ram, and Windows 8.1 Enterprise x64. I have not run FSO on this new build until last night. My last FSO build I ran with any frequency was 3.7.0 with the older MVPs.
-
/MediaVPs_2014/MV_Advanced.vp is corrupt.
-
Also, please try with the build posted above by AdmiralRalwood a few posts up. You could, I believe, also run the 3.6.12 MediaVPs with the most recent engine, I think they are still compatible without generating any serious problems. And please update your graphics drivers if you have an nvidia, there was just an update for the newer cards last month. We think the crash was also partly driver related, so we're trying to see if that has anything to do with it. It would be most helpful to us if you attempted to recreate the crash after each change you make (fix corrupted vp, swapping between mediavps sets, using the debugging build above, updating drivers). However, if you're really just interested in getting it working, I can't blame you for attempting everything at once to get it working :)
-
After a few more tests with the latest nightly (r11214) I can confirm that I no longer crash using the standard build of FSO (with nvidia drivers v347.09). And I also no longer crash using the old 3.7.2_RC4 (r10997).
So for me it seems all good and only driver-related. Of course all these tests were done using mvp2014!
I hope we'll get more user feedback using updated drivers to see if the crash still happens or not (I'm eager to get a new release candidate or better a 3.7.2 stable release as soon as this issue is fixed :) ), developpers are working hard for us, so give them feedback to help them solve this issue!
Edit: A short test with an older pc (geforce 7600 lol) and of course older drivers (v307.83) and I don't encounter any crash, perhaps the crash was happening with newer versions of the drivers and has been corrected in the latest release
Edit2: I must add that I also use more flags than when I was always crashing on the newer machine (these include post processing, soft particles and FXAA), but these flags are disabled on the older pc...
-
Thanks for the info. I intend to get RC5 out ASAP, and hopefully we'll be beam crash free by final.