I save the game uncompressed and quit CK2.
I start CK2 and immediately save the game uncompressed for comparison.
Bug Issues noted:
B1. Muslim characters with "Scholar" (trait 65) lose it but do not gain "Faqih" (trait 116)
- also noted at least one instance of "Chaste" (trait 74) lost for Muslim character. Muslims should not have Chaste according to the wiki, so cleanup on load, not save design choice OK.
B2: opinion_inherited_negative values change
in move cases, decay_count appears to just count up once (based on decay_speed) but in some cases multiplier decrements and decay_count=1
Cosmetic (I think) issues noted:
C1: army names change from specific (by commander) "Army of Nasraddin" to general "Yousifid Army"
Unknown severity issues noted:
U1: unit and sub_unit value increment by 1. These are the values directly before the start_date and flags= {} settings.
U2: army sub-units have their date reset to current date. I think the original save was perhaps creation date.
U3: some armies (rare based on other changes) lost leaders on one or both flanks
U4: some characters change
g_cul="noculture"
to blank
U5: holding loses its "recently conquered" modifier
- date of the modifier was before the save. I don't know if that is when it is supposed to end (then this is cleanup) or started (then this is bug)
U6: in many holdings, levy sizes change (either current, maximum, or both)
and there are more. It looks like the load process tries to do a cleanup and then reruns the current day.
I could keep going, but there are lots of unexpected differences.
Craig
I start CK2 and immediately save the game uncompressed for comparison.
Bug Issues noted:
B1. Muslim characters with "Scholar" (trait 65) lose it but do not gain "Faqih" (trait 116)
- also noted at least one instance of "Chaste" (trait 74) lost for Muslim character. Muslims should not have Chaste according to the wiki, so cleanup on load, not save design choice OK.
B2: opinion_inherited_negative values change
in move cases, decay_count appears to just count up once (based on decay_speed) but in some cases multiplier decrements and decay_count=1
Cosmetic (I think) issues noted:
C1: army names change from specific (by commander) "Army of Nasraddin" to general "Yousifid Army"
Unknown severity issues noted:
U1: unit and sub_unit value increment by 1. These are the values directly before the start_date and flags= {} settings.
U2: army sub-units have their date reset to current date. I think the original save was perhaps creation date.
U3: some armies (rare based on other changes) lost leaders on one or both flanks
U4: some characters change
g_cul="noculture"
to blank
U5: holding loses its "recently conquered" modifier
- date of the modifier was before the save. I don't know if that is when it is supposed to end (then this is cleanup) or started (then this is bug)
U6: in many holdings, levy sizes change (either current, maximum, or both)
and there are more. It looks like the load process tries to do a cleanup and then reruns the current day.
I could keep going, but there are lots of unexpected differences.
Craig
Upvote
0