-
We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
I see, i've noticed that ducal tier order governments (knight hospitaliers, templars ecc.) don't have ordinal numbers so i tought it was something with governments. Thanks you for the answer.
I'm trying to figure out the limitations of holding graphics. Holdings can have different graphics based on culture. Is this hardcoded to be just culture, or could be based on other factors as well?
Great Works seem to have a strip, instead of just a single image, allowing for the art to change if the Great Work reaches a new stage. They also have a changing background based on terrain.
Is there any way for castle, city and temple holdings to have the same modularity as Great Works? I would love for the image to change if the buildings in the holding are upgraded and for terrain to be represented in the background of the graphics.
Great Works seem to have a strip, instead of just a single image, allowing for the art to change if the Great Work reaches a new stage. They also have a changing background based on terrain.
Is there any way for castle, city and temple holdings to have the same modularity as Great Works? I would love for the image to change if the buildings in the holding are upgraded and for terrain to be represented in the background of the graphics.
As far as I know you can only set one holding graphic for for each <culturegfx> (or <culturegfx>_<religiongfx>, for temple holdings). Family palaces do have multiple frames that imply some kind of "evolution", but MRs are a hardcoded mess and whatever triggers the "evolution" isn't defined in the files (or, if it is, I sure can't find it anywhere sensible...).
- 1
If I remember correctly, there is some allowance for backgrounds like coast/ocean and desert. It might just be for trade posts though, I'd have to look again to remember.
Does anyone know how to make sure the AI will always take a decision as soon as possible? I'm trying to make such a decision, but the AI is refusing to take it.
For context, I'm trying to make shattered worlds consolidate faster by giving one in ten AI rulers some extra troops at the start of the game, but that requires them to actually take the decision.
Code:
become_strong = {
is_high_prio = yes
potential = {
date < 937.1.1
}
allow = {
independent = yes
NOT = {
OR = {
has_character_modifier = became_strong
has_character_modifier = didnt_become_strong
}
}
}
effect = {
random_list = {
90 = {
add_character_modifier = {
name = didnt_become_strong
duration = -1
}
}
10 = {
add_character_modifier = {
name = became_strong
duration = -1
}
spawn_unit = {
owner = ROOT
province = capital_scope
home = capital_scope
troops = {
archers = { 200 200 }
light_infantry = { 500 500 }
heavy_infantry = { 250 250 }
light_cavalry = { 50 50 }
}
attrition = 1.0
maintenance_multiplier = 0
cannot_inheret = yes
}
}
}
}
ai_will_do
{
factor = 1
}
}For context, I'm trying to make shattered worlds consolidate faster by giving one in ten AI rulers some extra troops at the start of the game, but that requires them to actually take the decision.
If this is only meant for game start, don't use decisions, but instead make an event that fires on_startup.
Decisions are evaluated at most once every month, but spread out over that one month so to avoid the game hanging every first day every month. That means one AI in thirty will consider decisions every 1st of the month, one in thirty AI will do so the 2nd of the month, and so forth.
- 1
Whizzer is absolutely correct, but for future reference there's also an error in your code. You need an
= after ai_will_do.Furthermore, again for future reference, you can generally increase an AI's likelihood to take a decision by increasing the factor, though I don't know if raising it beyond 1 (equivalent to 100% I think?) makes any difference.
- 1