Thinking Caps on for the summer

Tunicle

HI
Not in game at all, this is the FLserver error we get when you start FLserver.

We have a number, I thought I would start at the beginning

Bejaymac

In console view, how far down the list of green entries do you get before that error starts.

Tunicle

Quite a way (in yellow as green did not show well on board, green in console)

Loading initial data…
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(1111) : NOTICE:General:Current DACOM.DLL version: 1.11.173
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(1112) : NOTICE:General: Compiled against version: 1.11.173
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(852) : NOTICE:General:DACOM: initialize: dllpath: ‘C:\Program Files\Microsoft Games\test\EXE’
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(880) : NOTICE:General:DACOM: initialize: Loading DLL’s from [libraries] group.
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\readfile.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\engbase.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\x86math.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\rendcomp.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\system.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\Thorn.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\DebugLib.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\rp8.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\DACOM\Dacom.cpp(618) : NOTICE:General:DACOM: AddLibrary: DLL ‘C:\Program Files\Microsoft Games\test\EXE\shading.dll’ [1.11.173]
C:\work\builds\dalibs\dalibs-build\build\Src\RenderPipeline\DX8\rp_dx8.cpp(763) : NOTICE:General:RenderPipeline
C:\work\builds\dalibs\dalibs-build\build\Src\System\SysContainer.cpp(291) : NOTICE:General:SystemContainer: LoadSystemComponents: Loading ‘DirectX8’ [] returned [OK]
C:\work\builds\dalibs\dalibs-build\build\Src\System\SysContainer.cpp(291) : NOTICE:General:SystemContainer: LoadSystemComponents: Loading ‘MaterialLibrary’ [] returned [OK]
C:\work\builds\dalibs\dalibs-build\build\Src\System\SysContainer.cpp(291) : NOTICE:General:SystemContainer: LoadSystemComponents: Loading ‘TextureLibrary’ [] returned [OK]
C:\work\builds\dalibs\dalibs-build\build\Src\EngBase\Engine\engine.cpp(508) : NOTICE:General:ENGINE::load_engine_components: aggregation of ‘Animation’ [] returned [OK]
C:\work\builds\dalibs\dalibs-build\build\Src\EngBase\Engine\engine.cpp(508) : NOTICE:General:ENGINE::load_engine_components: aggregation of ‘Hardpoint’ [] returned [OK]
C:\work\builds\dalibs\dalibs-build\build\Src\EngBase\Engine\engine.cpp(508) : NOTICE:General:ENGINE::load_engine_components: aggregation of ‘RenderManager’ [] returned [OK]
E:\FL\Scratch\Source\Server\gf\pubGF.cpp(120) : *** ERROR: Cannot find bodypart
followed by 19 other identical ones
then
Starting logic thread…
Server running, ready for log in.
Connecting to list server…
Established connection to list server…
Sending game information to list server…

Bejaymac

Okay scratch that, I’ve managed to create the errors and it looks like it could be bodies after all

E:\FL\Scratch\Source\Server\gf\pubGF.cpp(120) : *** ERROR: Cannot find bodypart li_captain_head

However every one that I got has the body nickname at the end, any chance you have bodies without nicknames in the INIs

Tunicle

Thanks for the help/tip I have narrowed it to the faction_prop.ini

Now to scrutinize that

Bejaymac

just narrowed it down to that myself, it means you have 20 missing heads or bodies in that file.

space_costume = li_captain_head, , comm_ge_generic2

something like that points at the two commas “, ,”

Tunicle

4 entries with the same 5 lines are the problem

space_costume = , robot_body_a
space_costume = , robot_body_b
space_costume = , robot_body_c
space_costume = , robot_body_d
space_costume = , robot_body_e

Chips

@Tunicle:

4 entries with the same 5 lines are the problem

space_costume = , robot_body_a
space_costume = , robot_body_b
space_costume = , robot_body_c
space_costume = , robot_body_d
space_costume = , robot_body_e

Hmm, old issue. Try putting a 0 or something infront? Someone solved it, and I note some of my old docks have a 0 infront of them instead of being blank?

space_costume = 0, robot_body_e

No idea, it’s been some years since I looked at the files.

Bejaymac

wrong way around Chips, FLE added that 0 to the docking characters and FL keeps spitting out errors because of it, it should read “space_costume = , robot_body_?” as that’s how they are in vanilla. Unfortunately this is the faction_prop.ini and robots just do not belong in it, I’ve tried all manner of combinations with the same result ERROR: Cannot find bodypart .

foxUnit01

Just thought I’d pitch in here - I managed to get robot bodies in space working using the following:

space_costume = robot_body_a, robot_body_a
space_costume = robot_body_b, robot_body_b
space_costume = robot_body_c, robot_body_c
space_costume = robot_body_d, robot_body_d
space_costume = robot_body_e, robot_body_e
```This required me to copy the [Body] entries of the robots in bodyparts.ini to [Head] entries, for example:

[Body]
nickname = robot_body_A
mesh = characters\bodies\robot_body_A.dfm

[Head]
nickname = robot_body_A
mesh = characters\bodies\robot_body_A.dfm

Tunicle

Hi, again
thanks for all the help, yes I added a head entry and it seemed to work

It also seemed ok when I changed space_costume to base_appr, it didn’t generate error in FLserver or FLSpew and I didn’t notice any problems in game. Is this a workable solution?

Noticed a no_head entry in 2 mission file
no_head, robot_body_a but couldn’t get it to work, any ideas?

Tunicle

Well after more testing I can find nothing amiss with

changing the space_costume into base_appr

which solves the error that has apparently, according to the TLR archive, been in the mod since December 2003, so thank you all for helping. ;D

foxUnit01

Huh, base_appr still gives the costume to in-space NPCs, huh? Neato, I’ll have to try it out. What’d you have, “base_appr = , robot_body_a” ?

Tunicle

Yes that line.

However note the caveats, just because I couldn’t find an in game problem does not mean this solves the issue. Remember at times I have a high level of noobiness

The original problem wouldn’t show things anyway as the parts couldn’t be found so I may be looking for the wrong in-game thing and this “solution” may also not work.

It looks the same before and after so maybe it only fixes the error warning but doesn’t generate the desired in-game result.

If you look at it a more definitive answer would be appreciated, because at grass roots level I am not 100% convinced I know what this entry is supposed to do in game.

Bejaymac

Easy way to see if it’s worked or not, fly upto a npc ship using that body and try to talk to them. The body is only for the little com window you get when an npc talks to you, if it’s worked you should see a robot body and hear a male/female voice (no robot voice for pilots).

Tunicle

The original works in-game but gives red FLserver errors.

The base_appr removes the errors but doesn’t give the talking head in game

Adding a head in bodyparts.ini gives multiple gender/ left right hand errors.

So, I presume removing the red FLserver errors from the game are the most crucial thing for stability?