Game client CTD, but Server fine.

Capt.Morgan

By the look of it, it’s probably not an ALE issue. The spew says that an ammo pack wasn’t found for the weapon. Sounds like you might be missing the [Munition] section, or haven’t referenced it properly. Could even be just a simple typo.

First, figure out which weapons those particular NPCs use. Then, open up your weapon_equip.ini, and check each of the weapons.

Every weapon should have a [Munition] and a [Gun] section. Additionally, in the [Gun] section, you’ll see a line marked ‘projectile_archetype’. Make sure that references the appropriate munition for the weapon.

Try checking that, and see what it does for you and let us know.

NeXoSE

Capt.Morgan wrote:
By the look of it, it’s …

Hi Captain. Thanks tell me that.

But… I don’t think that’s the gun problem, if it is, i will get lot’s of red line in FLServer, but it’s not happen.

I checked the weapon_equip.ini, all is good, and FLScan passed, FLStat can load the ammunition info, so i think there is no problem.

FriendlyFire

Those ammo pack errors are normal. They just mean the NPC has expended all of its ammo.

This clearly is an ALE error. Certain bugs in ALEs can cause CTDs.

Chances are it’s an explosion effect of some kind, since you said it did not happen during normal combat. Can be a mine, a missile, a ship…

Capt.Morgan

Ahh, in that case, I stand corrected (and educated).

NeXoSE

Is there anyway to log the ALE error?

Because the most ALE or even ini file is no changed. All file in Fx i changed is the motionblur_dust.ale, eat_open.ale(Add for new trade lane), space_ale.ini, misc_ale.ini and effects.ini. And i did nothing to weapons and explosion effect.

FriendlyFire

I’m afraid not. At least, I’ve never seen anything like that. Unless adoxa comes in with a crazy fix again, you’ll have to try and reproduce the bug to see what it could be caused by.

cvekiboy

This looks like my experience! The error is just different.
I still afraid to come close to those bases

[Edit] *

NeXoSE wrote:
i do the light_aim hack for all weapon, and all weapons already assigned same light_anim (l_gun01_flash).

I also have this enabled with same light_anim and undoubtable suggestion!

[Edit] * Its not that - without that hack CTD at me still exists

adoxa

Here’s a plugin (you should know what to do…) to catch the alchemy crash. If all goes well, the crash will be prevented and you’ll end up with EXE\alchemy-04034C-bad.txt potentially telling you which effect is the cause.

2011-06-07 12:34:50.203: li_contrail_Cube.emt
2011-06-07 12:34:50.859: li_contrail.app

```If all doesn't go well, you'll get a crash in the plugin.

NeXoSE

adoxa wrote:
Here’s a plugin (you should know what to do…) to catch the alchemy crash. If all goes well, the crash will be prevented and you’ll end up with EXE\alchemy-04034C-bad.txt potentially telling you which effect is the cause.
2011-06-07 12:34:50.203: li_contrail_Cube.emt
2011-06-07 12:34:50.859: li_contrail.app

```If all doesn't go well, you'll get a crash in the plugin.

WOW~! I’ll try this tonight! Thank you and plus very much!

NeXoSE

Tested, and …. all i got is:

2011-06-07 19:10:01.843: (null)
2011-06-07 19:10:01.856: (null)
2011-06-07 19:10:01.875: (null)
2011-06-07 19:10:01.892: (null)
2011-06-07 19:10:01.907: (null)
2011-06-07 19:10:01.925: (null)
2011-06-07 19:10:01.942: (null)
2011-06-07 19:10:01.957: (null)
2011-06-07 19:10:01.975: (null)
2011-06-07 19:10:01.992: (null)
2011-06-07 19:10:02.006: (null)
2011-06-07 19:10:02.032: (null)

Hum…. what this means?

Sigh This may be a other ghost bug in my mod. In this situation… Hey adoxa, do you remember you fix my other ghost bug before. I think i got same unfixable problem (maybe in hardcore or memory or in the 64bit CPU).

adoxa, how your plugin prevent the CTD? can it be done with a simplely offset editing please? You know my habit.

adoxa

It means the plugin didn’t crash when I thought it would, but that’s what I was afraid of. Doesn’t look like there’s anything else that obviously identifies it, apart from the type (e.g. FLBeamAppearance); patch 10E9 from 38 to 14 to get that, but it’s probably NULL, too. And no, the plugin is required to prevent the crash. Having said that, you can eliminate the effect entirely by patching alchemy.dll at 040340, 75->EB.

NeXoSE

I see, i only know a little about ASM programming, after checked the src code of that plugin, i probably understand what you did

the Log function try to return DWORD vtable, and my error happens when it failed to return it.

By curiosity… I really changed the 040340, 75->EB, (just like your plugin do, but with out logicality checking :D), all effect become mad, and stop response the direction setting in ale file.

Actually, direction of all effect be set to 0, straight upward. Maybe this gives bit new idea on this problem?

adoxa

Okay, after spending too much time on it, let’s hope this version improves things. You’ll now also find EXE\alchemy.txt, which logs what is loaded (sort of):

0A56E704 li_contrail_Cube.emt   fx\misc\li_contrail.ale
0A5C4A8C li_contrail.app        fx\misc\li_contrail.ale
0A56E518 li_contrail 
0A5C4008 li_contrail 
0A5C67E8 li_contrail 
0A5C69A0 li_contrail 

```There'll be lots of files at the start, followed by lots more without files. Of course, it seems it's the file-less ones that will get logged in bad:

2011-06-08 22:34:17.687: 0A5C4014 li_contrail
2011-06-08 22:34:17.687: 0A56E51C li_contrail
2011-06-08 22:34:17.687: 0A5C69AC li_contrail
2011-06-08 22:34:17.687: 0A5C67EC li_contrail

NeXoSE

Thanks a lot adoxa for pay time to helping me. I will try this.

And i got something captrued in log file, maybe useful? here is:

E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
C:\work\builds\dalibs\dalibs-build\build\Src\WavLib\wavlib.cpp(32) : ERROR:General:StreamingSound: missing MP3 codec?
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1
E:\FL\Scratch\Source\Client\cmn\RenderMgr.cpp(576) : *** WARNING: RenderMgr - failed to create_buffers(800,600) -1,-1

adoxa

I think the RenderMgr ones occur when you switch to desktop in MP (since the game keeps running, unlike SP).
MP3 codec fix.

NeXoSE

adoxa wrote:
I think the RenderMgr ones occur when you switch to desktop in MP (since the game keeps running, unlike SP).
MP3 codec fix.

I’m sorry, still no idea, but i believe i going to the wrong way. Maybe the problem is hardware related or because i do too many hex editing? I don’t know.

I modded the plugin and edited the Log function to make it just return 0 if fail and pluged in, the game very stable since that.

Anyway i will still try to solve it. And adoxa, thank you so much on this, you are my saver.

adoxa

Did the new alchemy plugin still just report unknown? The addresses were no help? Mind attaching/emailing so I can have a look?

NeXoSE

adoxa wrote:
Did the new alchemy plugin still just report unknown? The addresses were no help? Mind attaching/emailing so I can have a look?

No, adoxa…. it’s no reporting anything this time, The alchemy.txt has been created and logging, but alchemy-04034C-bad.txt still not create…

EDIT:
I do nothing to the game, do nothing to the system, do nothing to the mod, i don’t even re-active it… how it be?

When i replace it with the old one, i still got null.

AND here is some new discover:

I still backup my mod and upload it to MS skydrive cloud. Today i download the previous backup, backuped 3 weeks before, it’s works very good without any problem even with out the plugin. I will test it tonight.

adoxa

Argh, I’m an idiot! This version should do what I said.

NeXoSE

After a whole night testing….it’s no any report still.

Actually, after i replaced the backup file, CTD is gone.

I got a strange condition, the EXEs and Dlls in that backup file is no too many different to the newest (or broken) one.

For more test, i restore the broken exes\dlls to EXE dir, plug the plugin (the first one that report null), and run. 6 hrs passed, i back here check log, this time still no report anything.

So that’s means the CTD is gone? mysterious? Anyway i will going to continue modding and test it. If any new situation i will here reply.

Thank you for helping me adoxa. I’m very admire for your endeavor.