Crashing on approach to serenity
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Crashing on approach to serenity
Hi,
I'm having an issue with the SVN (13666). I just started this game, haven't done any missions. I start at Atlantis, load up on cargo to sell at Serenity and take off. Everything is fine as I spec over to Serenity, but at some time after I come out of spec and approach the base, VS crashes back to desktop with no error messages. My system specs are:
AMD FX-6100 - 8 GB Ram - AMD HD 7770 - Windows 7 64 bit
My graphics settings in vsconfig are pretty much all at the second highest setting.
I've attached stderr and stdout from just after the crash happened. I see a bunch of warnings and errors in there, mostly related to python, but I've really got no clue what I'm looking at. Why are there so many lines about ship_upgrades.py in stdout.txt for example?
Does anyone have any idea what's causing this crash?
I'm having an issue with the SVN (13666). I just started this game, haven't done any missions. I start at Atlantis, load up on cargo to sell at Serenity and take off. Everything is fine as I spec over to Serenity, but at some time after I come out of spec and approach the base, VS crashes back to desktop with no error messages. My system specs are:
AMD FX-6100 - 8 GB Ram - AMD HD 7770 - Windows 7 64 bit
My graphics settings in vsconfig are pretty much all at the second highest setting.
I've attached stderr and stdout from just after the crash happened. I see a bunch of warnings and errors in there, mostly related to python, but I've really got no clue what I'm looking at. Why are there so many lines about ship_upgrades.py in stdout.txt for example?
Does anyone have any idea what's causing this crash?
You do not have the required permissions to view the files attached to this post.
-
- Trader
- Posts: 19
- Joined: Thu Jan 30, 2014 5:46 pm
Re: Crashing on approach to serenity
Yup. That problem already occurs at 0.5.1. It actually tends to crash whenever you approach bases, planets, or -especially often- jumppoints.
That's why I say, until anyone says anything about these errors, play 0.5.0.
That's why I say, until anyone says anything about these errors, play 0.5.0.
-
- The Shepherd
- Posts: 5841
- Joined: Fri May 13, 2005 8:37 pm
- Location: Ottawa
- Contact:
Re: Crashing on approach to serenity
The only thing in the logs are a reference to a Missing AI script (afterburn evade)so this is one that klauss will have to look in to as I am not at all familiar with the code involved.
Enjoy the Choice
Enjoy the Choice
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
After about 4 failed attempts to get to Serenity I did two things (I know, too many variables). I updated my AMD GPU drivers from 13.6 to 13.12. They weren't terribly out of date, considering the HD 7770 is not exactly a new gpu. I also started a new campaign. I'm not sure if changes made using the setup utility only apply to new campaigns, or to current games, but if it's the former, that may be relevant. Either way, something I did seems to have eliminated the crash on approach to Serenity. I've been there and back and few times with no problems.
-
- The Shepherd
- Posts: 5841
- Joined: Fri May 13, 2005 8:37 pm
- Location: Ottawa
- Contact:
Re: Crashing on approach to serenity
Could you keep an eye on your logs for a while to see if any more of those missing AI script errors are thrown I have a feeling that we haven't seen the last of them It may be that some NPC was targeted in your area by a bad boy NPC and that error happened so I think it's still a possibility.
Enjoy the Choice
Enjoy the Choice
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
I haven't had any crashes on approach to jumps, planets, or stations since my last post. I've only done a few though, so we'll see.
I did just get a crash on trying to jump to bernards for the storyline, and it gave me a crash dialog window this time. I believe it said something about a Visual C++ runtime error, and I'm pasting the details below:
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.2.13657
Application Timestamp: 52278107
Fault Module Name: wrap_oal.dll
Fault Module Version: 2.2.0.7
Fault Module Timestamp: 4b04488c
Exception Code: 40000015
Exception Offset: 00048441
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 6fd1
Additional Information 2: 6fd1cc53f841a34001a33ef7a76b0802
Additional Information 3: 784a
Additional Information 4: 784a804b4039e48ea52781d8fe9f91d9
I'm also attaching stderr and stdout
I did just get a crash on trying to jump to bernards for the storyline, and it gave me a crash dialog window this time. I believe it said something about a Visual C++ runtime error, and I'm pasting the details below:
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.2.13657
Application Timestamp: 52278107
Fault Module Name: wrap_oal.dll
Fault Module Version: 2.2.0.7
Fault Module Timestamp: 4b04488c
Exception Code: 40000015
Exception Offset: 00048441
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 6fd1
Additional Information 2: 6fd1cc53f841a34001a33ef7a76b0802
Additional Information 3: 784a
Additional Information 4: 784a804b4039e48ea52781d8fe9f91d9
I'm also attaching stderr and stdout
You do not have the required permissions to view the files attached to this post.
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
There was a second crash report that I forgot to include on the first post:
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.2.13657
Application Timestamp: 52278107
Fault Module Name: atioglxx.dll
Fault Module Version: 6.14.10.12618
Fault Module Timestamp: 52a23a81
Exception Code: c0000005
Exception Offset: 00aba956
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: ae8c
Additional Information 2: ae8cb9b9d168edb58a2e4ac353e94a86
Additional Information 3: b981
Additional Information 4: b981ff04ce2d13f8bc3e0faf4bf73a77
again, this is from a crash after hitting J at a jump point. Sometimes I get a crash approaching the point, sometimes I'm able to get within range and try to jump.
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.2.13657
Application Timestamp: 52278107
Fault Module Name: atioglxx.dll
Fault Module Version: 6.14.10.12618
Fault Module Timestamp: 52a23a81
Exception Code: c0000005
Exception Offset: 00aba956
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: ae8c
Additional Information 2: ae8cb9b9d168edb58a2e4ac353e94a86
Additional Information 3: b981
Additional Information 4: b981ff04ce2d13f8bc3e0faf4bf73a77
again, this is from a crash after hitting J at a jump point. Sometimes I get a crash approaching the point, sometimes I'm able to get within range and try to jump.
-
- The Shepherd
- Posts: 5841
- Joined: Fri May 13, 2005 8:37 pm
- Location: Ottawa
- Contact:
Re: Crashing on approach to serenity
The first crash report you posted blames the wrap_oal.dll which is the OpenAL sound library while the second blames atioglxx.dll which is part of your ATI graphics driver stderr does give us a trace back though that points to a Python module call and a index error on an array so it's getting lost trying to access something in units.csv and bailing when it can't find it,so there must be something wrong in the units class or it's methods I can't intuit anything else as I never did grok OOP completely even if I have been programming since the sixties
Enjoy the Choice
Enjoy the Choice
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
-
- Elite
- Posts: 7243
- Joined: Mon Apr 18, 2005 2:40 pm
- Location: LS87, Buenos Aires, República Argentina
Re: Crashing on approach to serenity
The first one suggests a missing music fix patch (there's a patch that fixes this). If you're using SVN... maybe it already has the music fix applied? (I don't know).
The second one suggests shader issues. Try updating the drivers if possible, if already updated, try setting No Shaders.
The second one suggests shader issues. Try updating the drivers if possible, if already updated, try setting No Shaders.
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
Loki,
I should probably clarify the crash reports I posted. They are the result of two separate crashes, BUT both wrap_oal.dll and the atiogl dll were involved in both. I just accidentally clicked through the ati crash report on the first time around, so I made a second post. I've gotten this crash a few times since, when trying to jump, and wrap_oal.dll + atioglxx.dll show up each time.
I will try the updated music fix binary next. I had to use it with the 0.5.1 to get the music working anyways.
As far as turning off shaders, I will try that as well. What will I miss out on graphically if I do so?
I've seen a few posts and links trashing AMD/ATI's drivers. I'm a fan of their hardware, especially GPU's, because they easily beat NVIDIA in the compute/mining field. Have any of the VS dev people heard about their new API, Mantle, and do any of you have anything to say about it either in general or related to VS?
I should probably clarify the crash reports I posted. They are the result of two separate crashes, BUT both wrap_oal.dll and the atiogl dll were involved in both. I just accidentally clicked through the ati crash report on the first time around, so I made a second post. I've gotten this crash a few times since, when trying to jump, and wrap_oal.dll + atioglxx.dll show up each time.
I will try the updated music fix binary next. I had to use it with the 0.5.1 to get the music working anyways.
As far as turning off shaders, I will try that as well. What will I miss out on graphically if I do so?
I've seen a few posts and links trashing AMD/ATI's drivers. I'm a fan of their hardware, especially GPU's, because they easily beat NVIDIA in the compute/mining field. Have any of the VS dev people heard about their new API, Mantle, and do any of you have anything to say about it either in general or related to VS?
-
- Elite
- Posts: 7243
- Joined: Mon Apr 18, 2005 2:40 pm
- Location: LS87, Buenos Aires, República Argentina
Re: Crashing on approach to serenity
Most of the eye candy on planets, ships won't look as pretty, but by far the biggest difference is in planets.ScottHorn wrote: As far as turning off shaders, I will try that as well. What will I miss out on graphically if I do so?
Yeah, their hardware is great, but their drivers suck. Big time. I'll be very happy when they get their drivers right. For now, I've been sticking to nVidia because developing on AMD is a pain in the neck.ScottHorn wrote:I've seen a few posts and links trashing AMD/ATI's drivers. I'm a fan of their hardware, especially GPU's, because they easily beat NVIDIA in the compute/mining field. Have any of the VS dev people heard about their new API, Mantle, and do any of you have anything to say about it either in general or related to VS?
As for alternate APIs... no chance whatsoever of using them. We're pretty much married to OpenGL. There is a chance of AMD fixing their drivers, since it recently became very important for GPU makers to have good OpenGL support with Steam buying hard into OpenGL. But that's more likely for the long term.
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
Ok, I swapped in the new vegastrike.exe from the music fix into my SVN and got this when I tried to start:
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.1.13358
Application Timestamp: 4f8c9a7e
Fault Module Name: ntdll.dll
Fault Module Version: 6.1.7601.18247
Fault Module Timestamp: 521ea8e7
Exception Code: c0000005
Exception Offset: 00038e19
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
So I'm going to go back to the exe from the SVN and see if turning off the shaders does anything.
I've noticed that there is a newer version of this openal DLL available. Would that help any?
Problem signature:
Problem Event Name: APPCRASH
Application Name: vegastrike.exe
Application Version: 0.5.1.13358
Application Timestamp: 4f8c9a7e
Fault Module Name: ntdll.dll
Fault Module Version: 6.1.7601.18247
Fault Module Timestamp: 521ea8e7
Exception Code: c0000005
Exception Offset: 00038e19
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
So I'm going to go back to the exe from the SVN and see if turning off the shaders does anything.
I've noticed that there is a newer version of this openal DLL available. Would that help any?
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
I'm back to the original exe from svn 13666, but I have a question.
When I turn off shaders in VS_Setup, or any setting for that matter, does it apply to previously saved games, or only to new campaigns?
I turned off shaders as per klauss's post, but everything ingame looks pretty much the same. I still get the same error (openAL and atioglxx related) when I try to jump to bernards. So I'm wondering if my config settings have any effect.
I also worried that VS_Setup and Vegastrike itself may be working on two separate config files. Does these lines from stderr look ok:
Using C:\Users\Scott\Desktop\SVN\VS\data as data directory
CONFIGFILE - No config found in home : C:\Users\Scott\Documents/.vegastrike/vegastrike.config
CONFIGFILE - No home config file found, using datadir config file : C:\Users\Scott\Desktop\SVN\VS\data/vegastrike.config
When I turn off shaders in VS_Setup, or any setting for that matter, does it apply to previously saved games, or only to new campaigns?
I turned off shaders as per klauss's post, but everything ingame looks pretty much the same. I still get the same error (openAL and atioglxx related) when I try to jump to bernards. So I'm wondering if my config settings have any effect.
I also worried that VS_Setup and Vegastrike itself may be working on two separate config files. Does these lines from stderr look ok:
Using C:\Users\Scott\Desktop\SVN\VS\data as data directory
CONFIGFILE - No config found in home : C:\Users\Scott\Documents/.vegastrike/vegastrike.config
CONFIGFILE - No home config file found, using datadir config file : C:\Users\Scott\Desktop\SVN\VS\data/vegastrike.config
-
- The Shepherd
- Posts: 5841
- Joined: Fri May 13, 2005 8:37 pm
- Location: Ottawa
- Contact:
Re: Crashing on approach to serenity
They do indeed right for Windows when using the svn version as there is no home directory as such on Windows the other location for it is C:\Users\Denis Belanger\AppData\Local\VirtualStore\Program Files\Vega Strike\Vegastrike-0.5.0 but that is for when the game is installed to Program Files as normal apps do not have permissions to write there.
Enjoy the Choice
Enjoy the Choice
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
Re-asking the first question in my previous post:
If I make changes to settings (graphics, difficulty, etc) in VS_Setup.exe (I'm using svn 13666 btw), do those changes apply to my current campaign and saves, or do I need to start a new campaign for those changes to take effect?
If I make changes to settings (graphics, difficulty, etc) in VS_Setup.exe (I'm using svn 13666 btw), do those changes apply to my current campaign and saves, or do I need to start a new campaign for those changes to take effect?
-
- Elite Venturer
- Posts: 753
- Joined: Sat Apr 15, 2006 2:40 am
- Location: chthonic safety
Re: Crashing on approach to serenity
Uh, how? This would be weird. VS reads everything at runtime, though only once. Game speed is more dodgy, but should not be saved. To check, choose the fastest physics settings for some stock ship on a base, start VS, look at acceleration values in "ship info", exit, check the same ship under the slowest settings. Should be different.
"Two Eyes Good, Eleven Eyes Better." -Michele Carter
-
- Merchant
- Posts: 41
- Joined: Mon Oct 07, 2013 8:19 am
Re: Crashing on approach to serenity
Any changes you make using Setup (which change the vegastrike.config file) or by manually editing the file yourself take effect when you run the game again. Your progress in the game up to this point are irrelevent and not affected. Only the change you made is affected.ScottHorn wrote:Re-asking the first question in my previous post:
If I make changes to settings (graphics, difficulty, etc) in VS_Setup.exe (I'm using svn 13666 btw), do those changes apply to my current campaign and saves, or do I need to start a new campaign for those changes to take effect?
Of course depending on what you changed - like Difficulty level - would affect how the game plays from that point on.
Paul
-
- Trader
- Posts: 20
- Joined: Mon Jan 09, 2012 12:15 am
Re: Crashing on approach to serenity
Thanks Tbeholder and PaulB.
I other news, I tried overwriting the "afterburn evade.xml" file with a copy of the plain "evade.xml" and it seemed to reduce the frequency of my crashes. I still get them enough to make gameplay really frustrating though, so I've shelved my attempts to play the SVN for a while. I really don't want to go back to 0.5.0 if there's a way to play the newer version though. Which leads to my next questions:
1. Is the latest SVN inherently unstable, or is it just unstable with windows? I've only used linux a few times for boot cds, but it seems everyone around here plays VS on Linux boxes. Would it be feasible (easy) to set up a boot cd, or dual boot into some Linux distro for the purpose of playing the SVN? Would I have trouble finding drivers etc? Any recommendations for someone who is not to familiar with Linux?
2. If the latest SVN is unstable under windows, is there one that is known to work? Or does these problems exist in everything since 0.5.0?
I other news, I tried overwriting the "afterburn evade.xml" file with a copy of the plain "evade.xml" and it seemed to reduce the frequency of my crashes. I still get them enough to make gameplay really frustrating though, so I've shelved my attempts to play the SVN for a while. I really don't want to go back to 0.5.0 if there's a way to play the newer version though. Which leads to my next questions:
1. Is the latest SVN inherently unstable, or is it just unstable with windows? I've only used linux a few times for boot cds, but it seems everyone around here plays VS on Linux boxes. Would it be feasible (easy) to set up a boot cd, or dual boot into some Linux distro for the purpose of playing the SVN? Would I have trouble finding drivers etc? Any recommendations for someone who is not to familiar with Linux?
2. If the latest SVN is unstable under windows, is there one that is known to work? Or does these problems exist in everything since 0.5.0?
-
- The Shepherd
- Posts: 5841
- Joined: Fri May 13, 2005 8:37 pm
- Location: Ottawa
- Contact:
Re: Crashing on approach to serenity
Just an option here the current svn is unstable the main reason as far as I can figure out happened with the split of units.csv into smaller sub-files it's still a work in progress and most likely exposing lots of other issues that have been buried for a while.As for setting up a dual boot system it's fairly easy now the driver issue is a non issue really drivers on Linux are part of the kernel currently most hardware just works the only real issue is the use of closed source drivers for your graphics card with Nvidia providing the better driver and support than AMD/ATI ones ATM they are getting better but slowly,we as a project have exposed several real bugs in both over the years with Nvidia being the most responsive.If you do decide to go that route we would be happy the help with both your planning(which distro/desktop) and execution(partitioning,install and setup).
Enjoy the Choice
Enjoy the Choice
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2