[SSHIP 0.9.5] Inappropriate models of bodyguards

**kostic** · May 10, 2019, 10:03 AM

In 1253, I fight against the city of Pisa, enemy faction of the pope to whom I am allied ...

Pisa has grouped at least 4 generals but after a long siege, their army is very weak.
As you can see, that their bodyguards are not the se_bodyguard they should be, but obviously, they use a model of muslim faction bodyguards without texture.

Yet I tested the faction of Pisa, in custom battle or in campaign battle and their bodyguards are quite normal !!!

Where can this bad assignment of the bodyguards come from? How to fix this bug?

Thank you to those who bring me their lights.

**Gigantus** · May 11, 2019, 05:55 AM

The issue appears to be manifold - not only is the soldier without texture, but so is the mount. I can only imagine the following issue, let me explain step by step:

In the EDU (export_descr_units file) body guard units have the general_unit entry in the attribute line
In case of multiple units like this for a faction the game will only use the first unit as bodyguard

Possible scenario for you:

The original SE bodyguard unit has pisa in the ownership line
The ME bodyguard unit above it (in the EDU) has for some reason also pisa in the ownership line
Neither the soldier nor the mount used by the ME bodyguard has a texture for pisa in the modelDB file
Solution: remove pisa from the ME body guard ownership line as well as the era line(s)

**kostic** · May 11, 2019, 11:45 AM

Thank you very much for your help Gigantus!

Unfortunately the entry "pisa" is not with the me_bodyguard.

Here's what I find respectively in the EDU and in the battle_modelDB :

type SE Bodyguard
dictionary SE_Bodyguard ; General's Bodyguard, feudal, medium cavalry, exceptional, local
category cavalry
class heavy
voice_type General
banner faction main_cavalry
banner holy crusade_cavalry
soldier SE_Bodyguard, 8, 0, 1
officer northern_captain_early_flag
mount royal horse marka
mount_effect elephant -4, camel -4
attributes sea_faring, hide_forest, very_hardy, command, can_withdraw , general_unit, knight
move_speed_mod 0.97
formation 1.5, 4.4, 2, 6, 2, square
stat_health 1, 3
stat_pri 7, 12, no, 0, 0, melee, melee_blade, piercing, spear, 60, 1
stat_pri_attr no
stat_sec 8, 5, no, 0, 0, melee, melee_blade, piercing, sword, 15, 1
stat_sec_attr no
stat_pri_armour 12, 6, 5, metal ;
stat_sec_armour 0, 0, flesh
stat_heat 7
stat_ground -1, -1, -4, -2
stat_mental 18, disciplined, trained
stat_charge_dist 45
stat_fire_delay 0
stat_food 60, 300
stat_cost 3, 232, 444, 60, 444, 444, 1, 100
armour_ug_levels 11, 12, 16, 23
armour_ug_models SE_Bodyguard, SE_Bodyguard_ug1, SE_Bodyguard_ug1, SE_Bodyguard_ug1
ownership spain, aragon, portugal, pisa, venice, papal_states, sicily
era 0 spain, aragon, portugal, pisa, venice, papal_states, sicily
era 1 spain, aragon, portugal, pisa, venice, papal_states, sicily
recruit_priority_offset 40
;43

type ME Bodyguard
dictionary ME_Bodyguard ; Bodyguard, late pro, urban, exceptional, local
category cavalry
class heavy
voice_type General
banner faction main_cavalry
banner holy crusade_cavalry
soldier ME_Bodyguard, 9, 0, 1
officer ME_Bodyguard_ug1
officer eastern_captain_early_flag
mount arab mailed horse
mount_effect elephant -4, camel -4
attributes sea_faring, hide_forest, very_hardy, can_withdraw , general_unit
move_speed_mod 0.93
formation 2, 4.4, 3, 6, 2, square
stat_health 1, 3
stat_pri 8, 10, no, 0, 0, melee, melee_blade, piercing, spear, 20, 1
stat_pri_attr no
stat_sec 9, 5, no, 0, 0, melee, melee_blade, piercing, sword, 15, 1
stat_sec_attr no
stat_pri_armour 11, 7, 4, metal ;
stat_sec_armour 0, 0, flesh
stat_heat 3
stat_ground -2, -1, -6, -3
stat_mental 18, disciplined, trained
stat_charge_dist 30
stat_fire_delay 0
stat_food 60, 300
stat_cost 2, 555, 425, 60, 425, 425, 1, 150
armour_ug_levels 11, 15, 23
armour_ug_models ME_Bodyguard, ME_Bodyguard, ME_Bodyguard_ug1
ownership moors, egypt, turks, rum, kwarezm, milan
era 0 moors, egypt, turks, rum, kwarezm, milan
era 1 moors, egypt, turks, rum, kwarezm, milan
recruit_priority_offset 40
;205

In SSHIP, it seems to me that the entry "milan" corresponds to the Fatimids faction.

I put you here what corresponds in the battle_modeldb to the se_bodyguard who should be represented in the game.

Spoiler Alert, click show to read:

And here the me_bodyguard that seem to appear instead.

Spoiler Alert, click show to read:

**Jurand of Cracow** · May 11, 2019, 12:29 PM

Originally Posted by kostic

In SSHIP, it seems to me that the entry "milan" corresponds to the Fatimids faction.

Kostic, there's some reference material here in this respect.

**kostic** · May 11, 2019, 12:54 PM

Oh ! Sorry ! Entry "milan" corresponds Abbasside faction.

**Gigantus** · May 11, 2019, 11:35 PM

Most mods use original factions and change the display name - the easiest way to find out 'who's who in the zoo' then is by looking in the data\text\campaign_description.txt file, example from Stainless Steel: {IMPERIAL_CAMPAIGN_MILAN_TITLE}Republic of Genoa

As to the silver surfers - there are three possibilities remaining, all involving missing texture entries in modeldb:
1. Still another EDU entry may have the general_unit attribute together with ownership of pisa
2. The characters in the battle have custom battle models via their descr_strat entry. That only applies for characters available from the start of the game and leaders\heirs where it can be changed via script.
3. If recruitable generals are available in the game then their unit's modeldb entry misses their faction's texture entry.

**kostic** · May 12, 2019, 03:32 AM

Thank you for your tracks, Gigantus. I will pass these on to Lifthrasir.

**Gigantus** · May 12, 2019, 03:41 AM

One is glad to be of service

Tip\anecdote: the above issue is the reason why modders sort the EDU by putting body guards first, the EDU editor does so by default.

**kostic** · May 13, 2019, 01:01 PM

There is a descr_strat that does not have the Pisa faction. It can be found here: ... mods / SS6.3 / data / campaign / early / world / maps / campaign / imperial_campaign

The other descr_strat file is here: ... mods / SS6.3 / data / world / maps / campaign / imperial_campaign
and contains the Pisa faction.
Does SSHIP use the 1st file ? And if so, would he not be responsible for the silver bodyguard ?

**Gigantus** · May 13, 2019, 10:19 PM

Ah yes, the somewhat confusing (and notoriously pitfall heavy, modding wise) set up for the multiple choice launcher. In other words: the 'early' version is the stuff that gets copied into the default directory (2nd) when selected in the launcher. Only the second directory is used by game.

You will come across a couple of custom directories that have the same purpose, most noticeably the data\campaign directory you mention here and the AIset directories. It's somewhat of a challenge for sub mods that edit files contained in these directories and may culminate in issues like you describe, especially if files are only edited in the default structure but get replaced by a launcher choice after installation of the sub mod.

The absence of a faction in descr_strat is not related to your problem as the faction would not be in the game in the first place

**kostic** · May 14, 2019, 04:26 AM

Thank you for these explanations.

For now I have not found where the problem came from.
I did not really look at the EDB for lack of knowledge but I wonder if the error could be there ?

**Gigantus** · May 14, 2019, 04:50 AM

Well, the basic problem lies in the EDU\modelDB file combo - the modeldb file does not have faction entries correspondent to the ownership entry in the EDU file.

Which means you will first have to figure out which unit is actually used. BGs are bit convoluted to find out, you will have to open a character's info page. If memory serves for enemies that can be done via right clicking (or simple double click?) on the portrait in the pre battle screen (very first pic).
The info page should have a button at the bottom 'view body guard' which will then open the unit's info page. From there it is easy to trace the unit in the EDU - look up the display name in the data\text\export_units file and get the corresponding data name (in the curly brackets), that will then correspond to the unit entry in the EDU file. Now check the entry\entries in the armour_ug_models line (long story why not the soldier entry) and check those entries in the modeldb and add the missing texture lines.

That's a bit error prone, but there are several tutorial that handle adding units and explain the principle of the numerical entries that go with it (line count, entry count).

Seeing that the mount is silver as well you will then have to trace that entry from the EDU's mount entry to the descr_mount file and then from the model entry there to the modeldb entry.

**kostic** · May 17, 2019, 10:26 AM

Hi Gigantus !

I went to see what the silver unit was like you suggested to me. Each of these generals have the same. Curiously, it's a just unit called "Bodyguard". Except there is no unit with this single name in export_unit, nor in EDU, nor in the battle_modelDB ...

**Gigantus** · May 17, 2019, 10:53 AM

Well if 'Bodyguard' is displayed then it will be in data\text\export_units.txt. To make the search more defined use this search word: }Bodyguard - note the curly bracket at the beginning. In the default export_units entry (looking at Bare Geomod files) you get this entry:
{Dismounted_NE_Bodyguard}Bodyguard

This then leads to the EDU entry, green is the line with the relevant modelDB file entries :

Code:

type             Dismounted NE Bodyguard
dictionary       Dismounted_NE_Bodyguard      ; Bodyguard
category         infantry
class            heavy
voice_type       Heavy
banner faction   main_infantry
banner holy      crusade
soldier          Dismounted_NE_Late_Bodyguard, 16, 0, 1.2
attributes       sea_faring, hide_forest, very_hardy, can_withdraw, general_unit, no_custom
formation        1.2, 1.2, 2.4, 2.4, 3, square
stat_health      2, 0
stat_pri         16, 3, no, 0, 0, melee, melee_blade, piercing, sword, 25, 1
;stat_pri_ex      0, 0, 0
stat_pri_attr    no
stat_sec         0, 0, no, 0, 0, no, melee_simple, blunt, none, 25, 1
;stat_sec_ex      0, 0, 0
stat_sec_attr    no
stat_pri_armour  9, 9, 3, metal
;stat_armour_ex   9, 0, 0, 0, 9, 3, 3, metal
stat_sec_armour  0, 0, flesh
stat_heat        6
stat_ground      1, -2, 3, 2
stat_mental      11, disciplined, trained
stat_charge_dist 30
stat_fire_delay  0
stat_food        60, 300
stat_cost        1, 570, 55, 80, 60, 570, 4, 140
armour_ug_levels 5
armour_ug_models Dismounted_NE_Late_Bodyguard
ownership        england, scotland, france, hre, denmark, poland, hungary
;unit_info        16, 0, 42

**kostic** · May 17, 2019, 05:39 PM

I find these :

{ME_Bodyguard_descr_short} Men dedicated to protecting their master. Hand-picked for loyalty and valour.{ME_Bodyguard_descr} Quality: Exceptional.\n\nThese warriors are dedicated to protecting their liege wherever he goes. Hand-picked for loyalty and valour and benefiting from quality armour and weapons, these guards are elite heavy cavalry capable of devastating charges and dealing plenty of carnage in hand to hand, as well as taking on odds that would send lesser units running.
{ME_Bodyguard} Bodyguard

**kostic** · May 17, 2019, 06:23 PM

In the EDB, I find these 3 lines concerning SE_bodyguard. The third line does not include the Pisa faction (nor venice, nor the pope's states, nor Sicily for that matter) ... would the bug come from there?

recruit_pool "SE Bodyguard" 0.75 0.06 1 0 requires factions { pisa, venice, papal_states, sicily, } and not event_counter GOTHIC_ARMOR 1 and event_counter is_the_player 1

recruit_pool "SE Bodyguard" 0.75 0.07 1 0 requires factions { pisa, venice, papal_states, sicily, } and not event_counter GOTHIC_ARMOR 1 and event_counter is_the_player 1

recruit_pool "SE Bodyguard" 0.25 0.07 1 0 requires factions { portugal, spain, aragon, } and not event_counter GOTHIC_ARMOR 1 and event_counter is_the_player 1

**Gigantus** · May 17, 2019, 10:24 PM

Not so fast

seems the mods had the bad habit of prefixing a SPACE before the text, that's why you had problems finding the entry

Your find of {ME_Bodyguard} Bodyguard is the orange\blue combo I mentioned (make sure there are no further entries like {xyz_Bodyguard} Bodyguard )

Now do the next step and look for the EDU entry as I mentioned, identify the model entries (green line, can be multiple entries) and check in the modeldb file if those models have an entry for pisa

edit: a search for Bodyguard using the 'match case' criteria in Notepad++ gets me 17 matches, example:
{Dismounted_NE_Bodyguard} Bodyguard
{ME_Bodyguard} Bodyguard

I got some results like this (General prefix) which you can rule out:
{NE_Bodyguard} General's Bodyguard

As well as unlikely models:
{Aztec_Bodyguard} Bodyguard

Which means you will need to check several EDU entries, check first for pisa ownership and then follow up on the modeldb entry.

This will include the SE_bodyguard EDU entry that you found through the recruiting entry in the EDB - in fact I would suggest you start with that one. It will solve the recruitable generals (technically the EDU entry does not require the general_unit attribute that is mandatory for default generals), the default general may require further search as described if it uses a different model.