FLScanII
-
Do you have a [TexturePanel]-section in your li01_Pittsburgh_pirate_base_nebula.ini?
-
Yes i have. it is:
[TexturePanels]
file = solar\nebula\generic_shapes.ini
file = solar\rings\shapes.ini -
Ah, found the bug. It only uses the first file-setting. Are you sure that more than one are allowed?
-
No i am not - but i dont have an example that it shall not work - as quite a lot entries are reported - would mean that i wouldnt see the shapes in game, does it?
-
Hmm, thatβs true
Iβll fix it tomorrow at school -
Ok, thanks for your time. Its nothing to hurry with - justed wanted to make sure its either a problem on my side or one of the tools side
You shall learn at school and not distract yourself with other stuff :DDD
-
-
Cool Tool - TY
(helped me 2 find some really nice bugs) -
Ok thanks a few error reports less, but still those:
[error][solar\rings\ross.ini:5:Exterior:shape] Shape not found! icering1
But this shape is defined in the shapes.ini
[Shape]
x = 161
y = 0
w = 28
h = 256
name = icering1there are many more reported that all are in the shapes.ini. The object where it is used is the defined in one of the system.ini files:
[Object]
nickname = Br03_Ross_planetoid
ids_name = 261129
pos = 38454, 0, 9370
spin = 0, 0, 0.010000
rotate = 25, 0, 0
archetype = planet_ice_200
ids_info = 66054
atmosphere_range = 600
burn_color = 255, 222, 160
ring = Zone_Br03_ross_ring, solar\rings\ross.iniSo it seems all be present.
-
Having the same problem, all shapes present but errors galore.
-
The first byte describes the type, of which there are three, 1 - integer 2 - float 3 - a string table offset ```People using my bini tool might run into a problem, as there are actually four types, 0 being boolean (FL just reads a single byte, but bini writes the whole integer).