Fixing errors found by FL Error Checker

I got this error while running FLEC:

C:\Program Files\Microsoft Games\Freelancer\DATA\SHIPS\shiparch.ini
Line #5775 ==> “type = engine”
[> * Nickname not found * ‘engine’
Line #6418 ==> “type = bottom_engine”
[> * Nickname not found * ‘bottom_engine’

All well and good, but this is wrong. These two particular nicknames aren’t used anywhere in-game, but they are valid. A full list of valid ‘type =’ can be found in common.dll (don’t know the offset, but just search for ‘bottom’ and you’ll find it easily). All of the unused ones relate to engines, I think. At any rate, I use this to bypass the fact that part names are hardcoded. These particular ones allow me to show ‘Lower Wing’ and ‘Lower Arm,’ respectively.

I noted two other errors. The first was the aforementioned encounter error, in which my encounter adds up to 1 but FLEC says it doesn’t (actually, it says it does but it comes up as an error anyway). I’m using the now latest, v1.011, so you’ve missed something.

The other error dealt with ALE CRCs. The CRC I had worked (it came from your more advanced CRC calculator), but it gave me another CRC to put in instead. Both CRCs work, so I don’t know what’s going on…

@Lancer:

I’ve already done a CRC decompile on the fl exe

It might not relate to FL Error Checker, but this could be very useful. What exactly do you mean by this? Does this mean that you can tell which part of the EXE loads a certain part of a code at a given time? If so, I have a particular request…

I found two such encounter errors:

System ‘C:\Program Files\Microsoft Games\Freelancer\DATA\UNIVERSE\SYSTEMS\KU03\ku03.ini’
…
Line 1409 : Encounter - area_trade_transport : Total 1.000

and

System ‘C:\Program Files\Microsoft Games\Freelancer\DATA\UNIVERSE\SYSTEMS\RH04\rh04.ini’
…
Line 1103 : Encounter - area_trade_transport : Total 1.000

Note that these come from my mod, though the encounters in question I hadn’t touched… Still, the offset may be different in Vanilla files.

As for the CRCs, well, as you said, either one works. Still, here are the pertinent files (note that this came from v1.009; I’d ‘fixed’ it when I ran 1.011):

C:\Program Files\Microsoft Games\Freelancer\DATA\FX\ENGINES\engines_ale.ini
Line #767 ==> “effect_crc = 3767204598”
[> Effect CRC incorrect * ‘3767204598’ should be ‘-527762698’ for ‘gf_hi_smallengine01’.
Line #774 ==> “effect_crc = -4174435795”
[> Effect CRC incorrect * ‘-4174435795’ should be ‘120531501’ for ‘gf_hi_smallengine01_fire’.
Line #780 ==> “effect_crc = 4233519957”
[> Effect CRC incorrect * ‘4233519957’ should be ‘-61447339’ for ‘gf_hi_smallengine01_trail’.
Line #788 ==> “effect_crc = -3801310230”
[> Effect CRC incorrect * ‘-3801310230’ should be ‘493657066’ for ‘gf_hi_smallengine01_playtrail’.

C:\Program Files\Microsoft Games\Freelancer\DATA\FX\MISC\misc_ale.ini
Line #2599 ==> “effect_crc = -3773449273”
[*> Effect CRC incorrect * ‘-3773449273’ should be ‘521518023’ for ‘rtc_li06_sun’.

C:\Program Files\Microsoft Games\Freelancer\DATA\FX\SPACE\space_ale.ini
Line #258 ==> “effect_crc = -497059510”
[*> Effect CRC incorrect * ‘-497059510’ should be ‘89811715’ for ‘gf_wormhole_blue’.

C:\Program Files\Microsoft Games\Freelancer\DATA\FX\WEAPONS\weapons_ale.ini
Line #4947 ==> “effect_crc = -13814110”
[> Effect CRC incorrect * ‘-13814110’ should be ‘-490760753’ for ‘ha_gun01_flash’.
Line #4956 ==> “effect_crc = -316752254”
[> Effect CRC incorrect * ‘-316752254’ should be ‘426367732’ for ‘ha_gun01_proj’.
Line #4965 ==> “effect_crc = -297874727”
[*> Effect CRC incorrect * ‘-297874727’ should be ‘-350206561’ for ‘ha_gun01_impact’.

By the way, this tool is a Godsend. It weeded out errors I would never have found. Great work!

MK

edit

What about the last part of my previous post?

Ah, well, here they are (they may be in Vanilla FL); I’ll bold the particular offender

[zone]
nickname = zone_ku03_pop_tsuchima
pos = -28582, 0, -40007
shape = SPHERE
size = 4000
comment = Tsuchima
sort = 4
toughness = 8
density = 9
repop_time = 10
max_battle_size = 6
pop_type = co_shi_grp, single_base_law
relief_time = 20
faction_weight = co_be_grp, 10
faction_weight = co_kt_grp, 10
faction_weight = co_nws_grp, 10
faction_weight = co_shi_grp, 5
faction_weight = co_gs_grp, 5
density_restriction = 4, unlawfuls
encounter = area_defend, 8, 0.1
faction = co_shi_grp, 1
encounter = area_trade_freighter, 8, 0.1
faction = co_shi_grp, 0.4
faction = co_kt_grp, 0.4
faction = co_gs_grp, 0.2
encounter = area_trade_transport, 8, 0.1
faction = co_kt_grp, 0.26
faction = co_shi_grp, 0.26
faction = co_nws_grp, 0.16
faction = co_be_grp, 0.16
faction = co_gs_grp, 0.16
encounter = area_lifter, 8, 0.1
faction = co_shi_grp, 1
encounter = area_repair, 8, 0.1
faction = co_shi_grp, 1

[zone]
nickname = zone_rh04_pop_holdstein
pos = -8230, 0, -29569
shape = SPHERE
size = 4000
comment = Holdstein
sort = 6
toughness = 10
density = 9
repop_time = 10
max_battle_size = 6
pop_type = co_khc_grp, single_base_law
relief_time = 20
faction_weight = co_alg_grp, 10
faction_weight = co_khc_grp, 7
faction_weight = co_kt_grp, 10
faction_weight = co_rs_grp, 10
faction_weight = co_shi_grp, 10
density_restriction = 4, unlawfuls
encounter = area_defend, 10, 0.05
faction = co_khc_grp, 1
encounter = area_trade_freighter, 10, 0.15
faction = co_alg_grp, 0.37
faction = co_khc_grp, 0.26
faction = co_rs_grp, 0.37
encounter = area_trade_transport, 10, 0.13
faction = co_alg_grp, 0.21
faction = co_khc_grp, 0.16
faction = co_kt_grp, 0.21
faction = co_rs_grp, 0.21
faction = co_shi_grp, 0.21
encounter = area_trade_armored, 10, 0.02
faction = co_khc_grp, 1

While we’re on the subject of errors, however, I’ve just remembered one I encountered in 06-07 that held up my second mod. It occured when I had two destroy_vignette zones with the exact same position. Whenever I did that (I think there were other conditions, but I’ll need to dig through emails to find out), a base that used the zones to generate missions would freeze whenever I tried to load it. I’ve not heard of the error since, but I thought it might be something to point out.

MK

@Lancer:

**Here is that hash list you were asking about, it is just list of hashes from the fl.exe used to get the audio hashes.

Download here**

Thanks LS, your are the one !

@mknote:

C:\Program Files\Microsoft Games\Freelancer\DATA\SHIPS\shiparch.ini
Line #5775 ==> “type = engine”
[> * Nickname not found * ‘engine’
Line #6418 ==> “type = bottom_engine”
[> * Nickname not found * ‘bottom_engine’[/quote]
Those should be Engine & Bottom_Engine, either your ini entry is in lower case or FLEC is still not recognising all case shifts.

I can’t think it’s case sensitive, as it works with lowercase.

MK

edit

Maybe I should actually check things before I post. Turns out that I have the type names capitilized in my .ini; I just assumed they were lowercase, as they showed up in FLEC. You know what they say: When you assume, you make an a** out of u and me.

Hey there,
first I need to say: GREAT WORK Lancer Solorus.
The error checker gave me lots of errors and I’ve fixed almost 80% of them.

But there is one think in the Error_Log_Shiparch.
Many of my ships have no HpPilot, i must say i did never care much about it because only 30-40% of our have a empty cockpit, the others are BS’s, frighters or ships with a pilot in the model.
My question is: Is it rly necessary to fix those error…
-> Missing ‘hppilot’ on ‘x_302’ *** C:\Programme\Microsoft Games\Freelancer\DATA\ships\stargate\x-302\f302.cmp

Greetings
Mind

it wont lead to crashes if you dont have a pilot inside
FL checks for that entry but i doubt that it does lead to additional serverload (big dunno here)

the best answer i can give you is that if you want a 100% clean code you place such a hardpoint in the middle of your ship (it cant hurt)

OP is right ^^, if it does have it in anyway, im guessing it would but loadtimes down (not by alot) it would just be more optimized.

Ty for the replys guys.
I will not add the HpPilot to the ships, because some models (like the xwing) dont have place for a pilot.
Plus i’m to lazy to add add 60HpPilots to 60 different models. ::)

The pilot is easy to deal with, if you don’t want to add a HpPilot to the CMP, then just remove the “pilot_mesh = generic_pilot” line from each of the affected ships shiparch entry.

HpCockpit is where all ship cameras are anchored (including cockpit cameras), without one FL will attach the cameras to the models centre (0,0,0), but this will still cause a syntax error for each camera (4 per ship).

A missing HpTractor_Source, HpBayDoor01 or HpBayDoor02 and FL will use 0,0,0 for it and then throw a syntax error for each one.

These syntax errors cannot be seen in any of FL’s error logs, which is why most don’t realise they are there. What do they do? they block the dataflow in the CPU, to many in there at once and it’s CTD time, it all depends on what syntax error limit your PC has, a high limit and you’ll probably never notice anything, but a low limit and you’ll probably hit a random CTD or two on a mod that’s meant to be clean.