Alright. So, if my mod is a dependency of clean slate how would you suggest that I proceed to replace some of the events etc of Clean Slate?
-
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.
Ensure that your .mod file has CleanSlate included in its
dependency = { ... } block.Then, my approach depends on the proportion of events in a file I'm changing:
--- If changing a large proportion of the events in a file: probably best to replace the entire file. (Copy the file to your mod, and make the relevant changes in it.)
--- If changing a small proportion of the events in a file: probably best to only replace those specific events. (Create a new events file in your mod, named "zzz_whatever.txt" - the "zzz_" means it's loaded after the base mod's events files, which means any duplicate events in this file will override the base mod's events. Copy the events you wish to change into this file - don't forget the namespace! Make your changes.)
- 1
You are right, localisation is an obvious candidate. Governments are a strange beast. I did many tests to find out exactly how they are evaluated and never got the results I expected. Religion features are simply bugged.
IDK if this is the right place to ask, but I'm at my wits end. I have been trying to get an older mod, Gloria Regni, working again, and have mostly succeeded. However, for some reason, it won't load any saves I make. They start to load, but the game exits back to my desktop every time. I've tried the validator multiple times, but no critical issues come up. Has anyone experienced this before, and if so, how do I fix it?
I'm not familiar with the mod, but if it was made with a version of CK2 before the final/current version, then it might not play nice with the current/final version.
Check out the logs (usually in
C:\Users\{USERNAME}\Documents\Paradox Interactive\Crusader Kings II\logs).It's possible that viewing the logs from a crash will immediately tell you what went wrong.
However, it's a lot more likely that you'll need to compare the log files between a crashy & non-crashy situation. (Eg: Between "loading a game with no mods" and "loading a saved game created with the GR mod, with only the GR mod enabled".) The last item in the crashy log is the last thing which succeeded; the first item in the non-crashy log which doesn't appear in the crashy log is the first recorded thing which didn't occur; the actual cause of the crash was somewhere between these two points.
Other stuff worth checking:
--- Are you running your tests with save files created in the latest version of your mod? (It might not be backwards-compatible.)
--- Is the behaviour any different depending on whether you launch-newgame-save-resign-load or launch-newgame-save-quit-launch-load?
--- Are you running other mods at the same time as your updated GR? If yes, try disabling them. (You might have a mod conflict.)
Last edited:
1. Got it. Wow, is there a lot of errors listed after checking! So should I focus on the last errors, or just try and work my way down?
2. Yes, am only using the current version.
3. No difference. Actually, every time I try to resign, it will freeze on the "history" page and then crash back to my desktop.
4. Nope, none.
I can't try to upload my mod to the workshop. The manage button in game is greyed out.
There are a lot of errors in the log even in the official version of the game. So, no, it's probably not a good idea to try to fix everything in there! Instead, use the logs to try to figure out what might be causing the crash (see my previous post). And don't only look at the error log. In fact, the other logs will probably be more helpful in your case (diagnosing the cause of a crash) - eg. if you see that the game is crashing while it's loading the history database, the error is probably in the history.
3. It's worth noting that the crash occurs both when loading and when resigning, and that it does not occur when starting a new game. Right now, I can't think of anything that might cause this behaviour, but it might be helpful in narrowing down the potential problem areas suggested by the logs.
Steam cloud synch needs to be enabled.
That doesn't mean that the you suddenly always save stuff on their server now, just that the feature is enabled and apparently it's required here for the Workshop in case of CK2 at least. Usualy it's also required to download any mods from there.
Quit and restart Steam after enabling before trying again.
See also https://ck2.paradoxwikis.com/Steam_Workshop#Troubleshooting_2
- 1
IF you got the same version i still found in my oldCK2modsStoreFolder, then its 0.1.2 made for patch 2.6 and that will mean a lot of adaptation
required. IF that is so, that will be 'fun' for a quite a while...
Will
I want to check that a character's
has_landed_title = yes trigger for a dead character who was landed at their time of death?I want to check that a character's
father_even_if_dead was landed even if he's now dead and the son has the title.
Is there any way to get set_coa to take the CoA of the holder's dynasty? I've tried every trick I can think of short of creating a predefined title with that CoA, which would not be an option for the use case I am considering as it require a more dynamic setup.
Alternatively, is there any way to get said command to give the title a random dynastic CoA from someone's religious CoA set, similar to what happens when someone has has_coa_on_barony_only = no plus dynasty_title_names = no?
Alternatively, is there any way to get said command to give the title a random dynastic CoA from someone's religious CoA set, similar to what happens when someone has has_coa_on_barony_only = no plus dynasty_title_names = no?
No,
has_landed_title checks for holding a specific title. is_ruler = yes checks for having any title at all, and in this case, you can probably also use the only_rulers = yes pre-trigger on your event that fires on_death, if that's suitable for your purpose.- 1
I have also looked into this, and I couldn't find any way to do it.
Theoretically:
- Scope to a random castle/city/tribe, somewhere in the world, whose holder is baron-tier
Code:
random_landed_title = {
limit = {
tier = BARON
holder_scope = { tier = BARON }
OR = { holding_type = CASTLE holding_type = CITY holding_type = TRIBAL }
}
...
}- Store the holder's current religion (eg. by locating a different character of the same religion and setting them as an event_target)
- Convert the holder to the desired religion.
- Copy the barony CoA.
- Convert them back to their original religion.
This should only have problems in situations where there are very few baronies in the world (shattered world tribal?), but you can probably disable the decision in these rare cases. (Or write alternate logic.)
Last edited:
Wait, really? The wiki lists it as working as a bool too, and I've used it as a condition before. I just don't know whether it will trigger for someone who's dead.
An
on_death event won't work, it's an event that fires on_five_year_pulse but only for a landed ruler whose father was also landed. is_ruler = yes might be close enough, but will that actually trigger for father_even_if_dead when they're dead? I.e. If the dead father was a ruler, will the trigger is_ruler = yes evaluate to true for him?Oh, I was probably mixing up
has_landed_title with is_landed. Regardless, the wiki does list has_landed_title as being a bool too, so is the wiki incorrect? And will is_landed = yes evaluate to true for someone who is dead, but died while landed?I suspect that the wiki is indeed wrong on that front. In any case, those checks should work just fine on dead characters. They still show as holding those titles on their character page, aren't they?
- 1
Unfortunately that doesn't work; you just get the fallback (black cross on white for vanilla-adjacent Christians; probably the zeroeth random CoA).
- 1