Author Topic: STL/mod.ini - mods dependencies question  (Read 1408 times)

0 Members and 1 Guest are viewing this topic.

STL/mod.ini - mods dependencies question
Hi there,

I just recently downloaded Shrouding the Light campaign - the 122MB archive containing Shrouding the Light/Shrouding the Light Origins Repack (2007-07-29)".

The problem I have is that I can't figure out how to make it play nice with fsport and mediavps. Maybe someone can offer a hint?

I can play the campaign from the mod with no serious problems so far, so there is no issue here. However, the default mod.ini contains
Code: [Select]
[multimod]
secondarylist = fsport,mediavps;

Which I obviously (?) change to
Code: [Select]
secondarylist = fsport,mediavps_3612;Now I get the nice models of ships except the select few, for instance the PVC Aten, which uses this model instead of the nicer one.

So then I try
Code: [Select]
secondarylist = fsport-mediavps,mediavps_3612; which gives me all sorts of problems - from startup warnings, through wrong "main hall" (terran instead of vasudan) to missing HUD reticles. The models look nice though.

Then I try (I am obviously doing an uninformed trial-and-error here)
Code: [Select]
primarylist = fsport-mediavps;
secondarylist = fsport,mediavps_3612;
which seems to bring the best of both worlds - nice looking models with no additional headaches except initial 18 warnings, which I am pasting below:
Code: [Select]
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Weak"  in ship: GTF Ulysses's secondary banks." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Weak"  in ship: GTF Ulysses's secondary dogfight banks." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Weak"  in ship: GTF Apollo's secondary banks." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Weak"  in ship: GTF Apollo's secondary dogfight banks." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Vasudan Light Laser"  in ship: PVB Sekhmet's primary banks." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Shivan"  in ship: SF Dragon." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Phoenix V#Shivan"  in ship: SF Basilisk." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Interceptor#Shivan"  in ship: SF Manticore." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "MX-50#Shivan"  in ship: SF Manticore." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "MX-50#Shivan"  in ship: SB Nephilim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Synaptic#Shivan"  in ship: SB Nephilim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Phoenix V#Shivan"  in ship: SB Nephilim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "MX-50#Shivan"  in ship: SB Nephilim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "MX-50#Shivan"  in ship: SB Seraphim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Synaptic#Shivan"  in ship: SB Seraphim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "Phoenix V#Shivan"  in ship: SB Seraphim." at parselo.cpp:2707
WARNING: "Unable to find WEAPON_LIST_TYPE string "MX-50#Shivan"  in ship: SB Seraphim." at parselo.cpp:2707

So therefore I have two questions:
 - is there a way to get rid of these warnings and keep the nice models of mediavps_3612?
 - are these warnings anything serious that will bite me later on or should I just blast away with the campaign and ignore them happily?

 

Offline AdmiralRalwood

  • 211
  • The Cthulhu programmer himself!
    • Skype
    • Steam
    • Twitter
Re: STL/mod.ini - mods dependencies question
Unless I'm very much mistaken, the arrangement you want is
Code: [Select]
[multimod]
secondarylist = fsport-mediavps,fsport,mediavps_3612;

I've never played Shrouding the Light, however.
Ph'nglui mglw'nafh Codethulhu GitHub wgah'nagl fhtagn.

schrödinbug (noun) - a bug that manifests itself in running software after a programmer notices that the code should never have worked in the first place.

When you gaze long into BMPMAN, BMPMAN also gazes into you.

"I am one of the best FREDders on Earth" -General Battuta

<Aesaar> literary criticism is vladimir putin

<MageKing17> "There's probably a reason the code is the way it is" is a very dangerous line of thought. :P
<MageKing17> Because the "reason" often turns out to be "nobody noticed it was wrong".
(the very next day)
<MageKing17> this ****ing code did it to me again
<MageKing17> "That doesn't really make sense to me, but I'll assume it was being done for a reason."
<MageKing17> **** ME
<MageKing17> THE REASON IS PEOPLE ARE STUPID
<MageKing17> ESPECIALLY ME

<MageKing17> God damn, I do not understand how this is breaking.
<MageKing17> Everything points to "this should work fine", and yet it's clearly not working.
<MjnMixael> 2 hours later... "God damn, how did this ever work at all?!"
(...)
<MageKing17> so
<MageKing17> more than two hours
<MageKing17> but once again we have reached the inevitable conclusion
<MageKing17> How did this code ever work in the first place!?

<@The_E> Welcome to OpenGL, where standards compliance is optional, and error reporting inconsistent

<MageKing17> It was all working perfectly until I actually tried it on an actual mission.

<IronWorks> I am useful for FSO stuff again. This is a red-letter day!
* z64555 erases "Thursday" and rewrites it in red ink

<MageKing17> TIL the entire homing code is held up by shoestrings and duct tape, basically.

 

Offline niffiwan

  • 211
  • Eluder Class
Re: STL/mod.ini - mods dependencies question
I don't have STL here either, but ST:R has this in its mod.ini, so I thought this would be the correct config?

Code: [Select]
[multimod]
primarylist = fsport-mediavps;
secondarylist = fsport,mediavps_3612;

I'm not sure exactly what the warnings mean though, I'd probably need to have a look at STL to figure it out.
Creating a fs2_open.log | Red Alert Bug = Hex Edit | MediaVPs 2014: Bigger HUD gauges | 32bit libs for 64bit Ubuntu
----
Debian Packages (testing/unstable): Freespace2 | wxLauncher
----
m|m: I think I'm suffering from Stockholm syndrome. Bmpman is starting to make sense and it's actually written reasonably well...

 
Re: STL/mod.ini - mods dependencies question
Thanks niffiwan and AdmiralRalwood for your suggestions. It seems that both of the configurations you proposed have the same effect and produce the same warnings. Again - I am perfectly fine with such a setup so far; I am just worried that something might explode later on...

The one with primarylist defined is the one I've been using so far. And indeed, I also took this idea from ST:R setup.

BTW. Can you point me to the explanation of each of the [multimod] entries' semantics? I mean the differences between primary and secondary, the ordering etc...

 

Offline Yarn

  • 210
Re: STL/mod.ini - mods dependencies question
The multimod format is explained here: http://www.hard-light.net/wiki/index.php/Mod.ini#Multimod

The line that AdmiralRalwood gave is the one that most FSPort mods should use. Silent Threat: Reborn is a rare exception to this; don't use it as an example for configuring other mods! (And once FSPort uses the 2014 MediaVPs, you'll have to change mediavps_3612 to mediavps_2014.)

Shrouding the Light's mod.ini is configured the way it is because it was released before FSPort 3.1, the first version to have its own MediaVP package.
"Your fighter is running out of oil.  Please check under the hood and add more if necessary"
--strings.tbl, entry 177

"Freespace is very tired.  It is shutting down to get some rest."
--strings.tbl, entry 178

  

Offline Macfie

  • 210
  • If somebody made a campaign I've probably got it
Re: STL/mod.ini - mods dependencies question
Because of the age of STL it probably has it's own Ship and Weapons tables.  Starting with FSO 3.6.12 and the 3.6.12 mediaVPs this caused these type of warnings to be displayed.  However it should not prevent you from playing the campaign.  Make sure the folder names that the mod.ini refers to are the same as the ones containing your FSPort files and FSPort media VPs. 
Normal people believe that if it isn't broke, don't fix it. Engineers believe that if it isn't broke, it doesn't have enough features yet.
The difference between Mechanical Engineers and Civil Engineers is:
Mechanical Engineers build weapons.  Civil Engineers build targets
An optimist sees the glass half full; the pessimist sees it half empty. An engineer sees that the glass is twice as big as it needs to be.