FLSpew SPAM

Bas

FL does crash?

I am a noob to modding, and even to programming, but I assume the problems lies within the destruction effect.
//Sry, I missread sth from your post. Do the errors also appear if you don’t revisit the system?

Gisteron

i have a few of those, too, though neither i know what it means nor does it annoy me, as the game runs fine.

adoxa

I thought it occurred when you switch to the desktop, leaving FL running in the background, but that doesn’t seem to be the case here. Remove it.

cvekiboy

Wow - works brilliant. They r gone. Thanks a lot.
Only one left that logs at the end but with that I can live. Its a line that repeats 16 times (duno if its always 16).

E:\FL\Scratch\Source\DALib\DALib.cpp(376) : WARNING:General:******* DA SYSTEM: trailing references *******
```![](http://i557.photobucket.com/albums/ss15/3MAJ/XsmileysX/superstitiony.gif)

adoxa

16? It’s usually 2 or 4 for me.

dalib.dll	000D7F	FF12->9090 = disable "******* DA SYSTEM: trailing references *******" spew warning ~adoxa

Thaddeus

adoxa wrote:
16? It’s usually 2 or 4 for me.

dalib.dll	00197F	FF12->9090 = disable "******* DA SYSTEM: trailing references *******" spew warning ~adoxa

I usually get two or four myself, any ideas what causes it? Thanks for the fix

I also get

E:\FL\Scratch\Source\Client\space\Cockpit.cpp(862) : *** WARNING: cockpit aspect (1.600000) is not PC-compatible?

I’ve looked at all the cockpit.ini and I cant see the problem, is it a model problem?.. any ideas?

Just had a look at dalib.dll and 00197F is set at 9057, not FF12, are there different versions of DaLib.dll?

cvekiboy

My DALib.dll from default install dated 21.05.2003. 21:03 has this value around 00197F . . 90 90 90 57 8B F9 . .
Also my cockpit error logs

E:\FL\Scratch\Source\Client\space\Cockpit.cpp(862) : *** WARNING: cockpit aspect (1.778646) is not PC-compatible?
```But this all is not important rly - main spam is stopped.

adoxa

Oops! Dalib.dll has a file alignment of 512, rather than the 4096 used by the other files, so my offset was wrong. Fixed now.

Cockpit aspect is due to using a non-4:3 resolution (they really didn’t want to support widescreen). I’ll remove it in the next JFLP.

cvekiboy

Perfect! Again - thanks.

Alucard

WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight03) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight04) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight03) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight04) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight03) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight04) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight03) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight04) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight03) for item (0x933a1e44)
WARNING: CExternalEquip: Object (0xa6bc9546) missing hardpoint (HpRunningLight04) for item (0x933a1e44)

Well I know it has to do with the lights, but other then that no idea. This happens when using this:

[fuse]
name = fighter_fuse
lifetime = 10
death_fuse = true

[start_effect]
effect = gf_continuous_sparks
hardpoint = HpWeapon01
hardpoint = HpWeapon02
hardpoint = HpWeapon03
hardpoint = HpThruster01
at_t = 0.000000
attached = true

[start_effect]
effect = gf_continuous_fire
hardpoint = HpWeapon03
hardpoint = HpWeapon04
hardpoint = HpRunningLight01
hardpoint = HpRunningLight02
hardpoint = HpRunningLight03
hardpoint = HpRunningLight04
hardpoint = HpShield01
hardpoint = HpThruster01
at_t = 0.000000
attached = true

[start_effect]
effect = gf_rh_continuoussmoke
hardpoint = HpWeapon03
hardpoint = HpWeapon04
hardpoint = HpWeapon05
hardpoint = HpRunningLight01
hardpoint = HpRunningLight02
hardpoint = HpRunningLight03
hardpoint = HpRunningLight04
hardpoint = HpShield01
hardpoint = HpThruster01
at_t = 0.000000
attached = true

[start_effect]
effect = gf_continuous_damage
hardpoint = HpWeapon01
hardpoint = HpWeapon02
at_t = 0.000000
attached = true

[start_effect]
effect = pi_mine01_blast25
hardpoint = HpEngine01
at_t = 0.99999
attached = false
pos_offset = 0, 0, 0

[start_effect]
effect = explosion_sfx_csx_large02
hardpoint = HpShield01
at_t = 0.250000

[start_effect]
effect = explosion_sfx_csx_large05
hardpoint = HpShield01
at_t = 0.400000

[destroy_root]
at_t = 1.000000

The hardpoints are on the ships, so why the crash?

? Offline

Well the light in question is SlowSmallBlue and whatever it’s mounted to is missing the hardpoint for it. That would be Object (0xa6bc9546) which is missing the hardpoint, something unique to your mod i think and its obviously hardpoints 3 & 4

Alucard

How did you know what light it was? Noob question I think.

? Offline

I use FLAC and it generates the CRC number of everything in the game, converted the HEX number with the calculator in Windows to decimal and simply did a search for that number in the HashDB file in FLAC which lists all the objects in game. Easy peasy

Alucard

Here’ another for you, as I got the others fixed now:

)WARNING: Archtype(0xa7377dc7) explosion_arch(0xb7cbf008) not found.
WARNING: Archtype(0xa7377dc7) explosion_arch(0xb7cbf008) not found.

I’m using a default explosion, shatter elite.

? Offline

You got me on this one, did a search for both those numbers and no joy. Anything new you’ve added i can’t help with as i obviously don’t have the files, be it a model, or new ini entry of any kind.

Thaddeus

The ship is the bw_elite2 (outcast sabre - 0xA7377DC7), you probably have a typo on the explosion_arch line

Alucard

Here’s another for you guys:

WARNING:General:set_gamma_function() called outside of create_buffers/destroy_buffers
WARNING: get_base(Test_01_01_Base) failed.
ERROR: ArchDB::Get(2323532879) failed

M1C

1st one:
I think a "base = " line is invalid… (or the linked base does not exist, look at the linked file if its ok)
3nd one:
You are using an archetype somewhere which does not exists ^^
(it was this every time I had this error)

Thaddeus

Getting this in Omicron Minor

NOTICE:General: VMESH: couldn't find material 82317472

Has to be a missing texture for something, wrote it off for too long as the way point texture but that’s completely different number (I just noticed). Tried using CRC tool and plugging in texture names that are used in the system with no results. any ideas?

update for people looking for this texture

82317472 - 0x04E810A0 - liberty1_256

I had used it on an Order ship where the texture should have been liberty1_256.TGA