Unused features

[A Former User]

@Sumanuti yes asteroidarch.ini is unchanged, and changed only “Cube” section of Li01_detroit_debris_field_001.ini

Even dunno - for me works, i have official english distro with official patch and decrypted files by Adoxa’s Tini
and no binary hacks.

Last chanse - do not copy-paste, write by hands instant_kill, do not make comments, resulting [Cube] section must look:

[Cube]
asteroid = debris_small1, -0.7, 0.3, 0.2, 0, 20, 190, instant_kill 
asteroid = debris_med2, -0.3, -0.3, 0.8, 85, 0, 185, instant_kill
asteroid = debris_large1, -0.2, -0.1, -0.6, 105, 160, 25, instant_kill
asteroid = debris_small2, 0, -0.9, -0.8, 35, 110, 60, instant_kill

[A Former User]

[EffectType]
nickname = EFT_MISSILE_DRIVE
priority = 0.5
generic_priority = 1
lod_type = EFT_LOD_WEAPON
radius = 250
visibility = EXIST_OFFSCREEN
update = CULL_UPDATE
fps = 700 ; <-- Wut? Fps of effect??
run_time = -1
pbubble = 1000, 2000

[adoxa]

Whilst fps is read and stored (the default is 5.0), it doesn’t look like it’s used. At least, not for EFT_EQUIP_ATTACHED (atmosphere_burn) or EFT_EQUIP_ATTACHED_LARGE (gf_blhazard_01).

[Timmy51m]

Some of the textures in the FX files are made up of frames, like smoke, lightning, explosions etc. I think the fps are setup in the txm file though.

[A Former User]

Strange parameter at vignettecriticalloot.ini:

why_desired

why_desired = <int>, <int>or
why_desired = <int>seems to be has no effect :/</int></int></int>

[adoxa]

To be pedantic, both ints are required (you get away with it in text mode, but in bini mode you’ll get the message box saying it doesn’t exist). However, as you say, it doesn’t seem to be used (removed all but the escape pod loot and took an arrest job, breakpoint wasn’t triggered).

[A Former User]

File select_equip.ini section [TradeLane]:

tl_ship_splash = <effect from="" effects.ini="">tl_player_enter = <effect from="" effects.ini="">tl_player_exit = <effect from="" effects.ini="">tl_player_disrupt = <effect from="" effects.ini="">tl_ring_shield = basic_tl_ring_shield ; already present at effects.ini
tl_ring_tube = <effect from="" effects.ini="">tl_ring_active_start = <effect from="" effects.ini="">tl_ring_active_loop = <effect from="" effects.ini="">tl_ring_active_end =</effect></effect></effect></effect></effect></effect></effect> 

[RimShot]

[Ship]
inherit = <nickname>camera_angular_slerp_multiplier = <float>[Solar]
inherit = <nickname>inherit tested with ships, seems to work for everything except shield_link, not tested with solars.
camera_angular_slerp_multiplier used by co_elite in the original bini’d shiparch.ini file, not found in the SDK.</nickname></float></nickname>

[A Former User]

Thx Rim - intresting, seems to be inherit used like for pilots

[A Former User]

Ah, wait! Inherit is for collision groups.

[RimShot]

are you sure?
put inherit = li_fighter under ge_fighter section (remove all but nickname and shield_link), start new game (no story), i have patriot.
not sure about collision groups behaviour, no crash though.

[FriendlyFire]

I’ve never really tried, but I always felt it’d be logical if inherit was a global property that always worked and just looked for another block of the same type and appended whatever code was in it.

Considering it seems to work for a lot of things, who knows…

[RimShot]

it definitely works in more areas, but i didn’t manage to track them all down with the debugger yet.

[A Former User]

Ok, Rim don’t think that i deny it - will try as you said when will be at home
Yeah agreed too many references…

[A Former User]

Got other not-checked “inherits”:

[Asteroid]
inherit = <nickname>

[DynamicAsteroid]
inherit = <nickname>

[AsteroidMine]
inherit = <nickname></nickname></nickname></nickname>

at *_equip.ini

[<equipment>]
inherit = <nickname></nickname></equipment>

[RimShot]

hehe, found the same, read@Equipment and LoadAsteroids. the breakpoints are triggered so they should work.

[themilkman]

Relating to storyline scripts, I dug up a few interesting strings in Content.dll a while back:

Act_SpawnShipRel
Act_SetFlee
Act_RepChangeRequest
Act_RelocateForm
Act_PlayerForm
Act_PilotParams

Cnd_CmpToPlane
Cnd_JumpgateAct
Cnd_RumorHeard

I never tested these very thoroughly but Rasauul did conduct quite a respectable amount of experiments. Most of his findings can be found on this thread from TLR:
Storyline Mission Tutorial

[A Former User]

Maybe somewhere present at inet - have not checked.

About storyline script got:

Act_ChangeState = SUCCEED, SILENT

It will tell only to find job without mission succeed message.

Seems to be SILENT you may add to any action, not only to Act_Destroy

Next (not checked):

InitState = ACTIVE we know.
Another values are INACTIVE, COMPLETE

Next (not checked):
Act_ChangeState = NO_STATE

[themilkman]

Great finds He11oween.

A few more from content.dll:

Cnd_InZone = (bool), (ship), (type)

Types are: OBJECT_ZONE, EXCLUSION_ZONE, NEBULA_ZONE, DUST_ZONE

Will fire if ship is or is not in the specified type of zone, depending on bool.

Cnd_JumpgateAct
(No idea what this one does)

Act_PlayNN
(No idea what this one does)

[A Former User]

Cnd_JumpgateAct intresting intresting…
Seems to be Cnd_JumpgateAct = true, Player, Li01_to_Li05 need find time to check