New Tokyo System crash in Shattered Worlds 1.65 OSP
-
I’m not familiar with Shattered Worlds. It’s possible that the mod has some issues that are not compatible with single player.
I’ve found CTD’s like that are often caused by NPC encounters. If the pilot isn’t configured properly for example, encountering that particular NPC group can cause a CTD, especially when you’re crashing in space.
As has already been mentioned, if you’re experiencing the CTD when entering a tradelane it could be either an NPC encounter, or an incorrectly configured tradelane. The latter especially if it’s always that tradelane and only that tradelane.
I thought the MP3codec issue was more of a nuisance in the error logs than an actual game-affecting problem.
Finally, if you’re playing the mod on a multiplayer server also running that mod, if there’s an incompatibility between the version on the server and the version on the client, that would also be an issue. Make sure the same version is being run on both ends. If you’re playing the mod on a server that’s NOT also running that mod, that would be a problem as well.
You could always try completely reinstalling FL and re-activating the mod. The issue could be caused by detritus from a previously activated/deactivated mod.
-
3D Sound is already off.
I did a clean install and still experienced the inconsistent crashing leaving Shinigawa Station. Oddly, now when I try to run FLspit after the re-installation it’s saying it can’t find a spew file, despite the crashes still happening. If you know how I can get FLspit to read the file again I’ll try to get a fresh error log.
But I entered this string in Google prior to the re-install, so maybe this will suffice:
WARNING:General:set_gamma_function() called outside of create buffers/destroy buffers WARNING: Failed to get start location ERROR:General:StreamingSound: missing MP3 codec? ERROR:General:StreamingSound: missing MP3 codec? ERROR:General:StreamingSound: missing MP3 codec? WARNING:General: DA SYSTEM: trailing references WARNING:General: DA SYSTEM: trailing referencesFrom Windows Event Viewer:
Faulting application name: Freelancer.exe, version: 1.64.0.0, time stamp: 0x00534d69 Faulting module name: Content.dll, version: 1.0.1254.11, time stamp: 0x3ecbb142 Exception code: 0xc0000005 Fault offset: 0x000c458f Faulting process id: 0x1e0e0 Faulting application start time: 0x01d1ab2e3905b4bf Faulting application path: C:\Games\Freelancer\EXE\Freelancer.exe Faulting module path: C:\Games\Freelancer\dlls\bin\Content.dll Report Id: 986b95c5-1721-11e6-bee9-6036dd6e8777 Faulting package full name: Faulting package-relative application ID: ```Not sure why it says 1.64.0.0, the mod according to Moddb is 1.65 - the last upload of it. Sorry, but that's all I have of it right now. One thing I'm noticing is how inconsistent its being when leaving the station. The posts here combined with what I got when I google searched that FLspit fragment above made it sound like it just might be a NPC issue. The ships that spawn to fight when you leave the station, or something. Though that doesn't explain why entering a trade lane would lead to it - doesn't it only spawn ships when the lane is disrupted or you leave it? Not enter? Regarding server logs, does that apply to my problem? I'm playing Open Single Player, not hosting a local multiplayer server or anything. Open SP replaces the New Game button in the games Main Menu and doesn't involve using the FLServer application or entering multiplayer. Far as I know anyway, maybe I'm doing it wrong. I'm also not sure how those differ from the normal error logs, if they even do. So I'll need information on how to find it if it is required. I've kind of given up on Shattered Worlds OSP and just reinstalled X3:AP, haha. But if any of you have more trouble shooting ideas I'll still give them a shot and test them out, just to figure this out. Edit: To note, too, it's not limited to this single trade lane. It's all over the New Tokyo sector. Also, taking the Jump Gate back to Honshu worked fine, but taking the Jump Gate to the north of the Honshu one in New Tokyo caused a crash on entering it. Not sure what that means, but it may help. I haven't landed on any other station or planet in New Tokyo besides Shinigawa as I just assume the entire sector is an error waiting to happen, but if you need me to check I can go land on and try to launch from other docks there, but my moneys on it being the same deal. -
You could try remarking out all encounter lines in the system in question and see if the problem goes away. If it does you can start reactivating each encounter until the problem recurs.
Then you’ve found your culprit. From there it’s just a matter of making sure the npc properties for that faction are set up properly.
Also, make sure that each encounter is identified up at the top of the system ini.
-
i would stat by commenting out encounters then see if your still crashing. just comment out```
faction = blahcrashing leaving a station ? "WARNING: Failed to get start location" check the base hasbase = “the base id” < it will be like ku01_05_base >
dock_with = “the base id”crashing on jumpgate try deleting ,,DATA\Universe shortest_illegal_path.ini, shortest_legal_path.ini, systems_shortest_path.ini. now start flserver.exe and it will rewrite these files for you. try turning 3d sound off you may have to use a hack "freelancer.exe, 02B6CB, 04->00, disable 3D sound (ignores the value of USE_3D_SOUNDS, always using 0)." Andoxa get a copy of fl error checker and flscan use these two too discover files errors that lead to crashes, ie bugged npc ships, missing files etc.. -
If Foresaken doesn’t reply in a couple of days, I’ll try to contact him on Steam, tell him about this and hopefully, he can provide some sort of resolution.
Too bad their server’s not running anymore. It was a good one and this is a great mod.
-
Hey guys, Hunterkiller asked if I could pop my head in here.
It definitely sounds like an encounter issue. I quit modding after version version 1.3 and turned it over the the rest of the guys… so I don’t know what channels happened in 1.65. I do know for a fact that 1.3 worked with OSP (well there was a way you could break it if you cruised faster than normal).
The easiest way would to grab a copy of the 1.3 encounters and do a quick compare. If you cannot find them, I would remark all the encounters out and add them in one by one until you get an issue and start digging from there. I’m sorry I am not more help. I quit modding in 2010 and don’t remember much. :*(
-
Hiyas FS, I see you got my message. Good deal.
-
just a thought here, is the mod using custom ships ?
if so your problem may be with wrongly configured .sur files.
make sure that the thruster, ecm, and mine are listed in the ships sur file, use Adroxa`s flmodel tool to see the file data, also i have seen crashes from projectile weapons so check meshes and .sur files.
On a server you can patch against these crashes in sp i am not sure if you are able to capture them. -
The answer lies in the thread linked to in the OP. Don’t waste time scratching your head for other possibilities, just run flscan2, it’s a good tool so make use of it, you’ll see the encounters in kusari are a total abortion.
Use SWWT v1.5 instead, it’s a great mod. Later versions weren’t intended for SP, the changes to factions were made to reflect the state of play on the server, and unfortunately they were poorly executed.
