• 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.

SonofWinter

007
40 Badges
Jun 28, 2004
4.899
1.188
  • Hearts of Iron IV: Expansion Pass
  • Europa Universalis III: Collection
  • Europa Universalis IV: El Dorado
  • Europa Universalis IV: Pre-order
  • Europa Universalis: Rome Collectors Edition
  • Europa Universalis IV: Common Sense
  • Europa Universalis IV: Cossacks
  • Hearts of Iron IV: Cadet
  • Hearts of Iron IV: Together for Victory
  • Hearts of Iron IV: Death or Dishonor
  • 500k Club
  • Imperator: Rome Deluxe Edition
  • Imperator: Rome
  • Hearts of Iron IV: Expansion Pass
  • Hearts of Iron IV: La Resistance
  • Imperator: Rome - Magna Graecia
  • Crusader Kings III
  • Battle for Bosporus
  • Hearts of Iron IV: By Blood Alone
  • Hearts of Iron IV: No Step Back
  • Hearts of Iron III Collection
  • Crusader Kings II: Charlemagne
  • Crusader Kings II: The Old Gods
  • Crusader Kings II: Sword of Islam
  • Europa Universalis III
  • Divine Wind
  • Europa Universalis IV
  • Europa Universalis IV: Art of War
  • Europa Universalis IV: Conquest of Paradise
  • Europa Universalis IV: Wealth of Nations
  • Crusader Kings II
  • Heir to the Throne
  • Europa Universalis III Complete
  • Europa Universalis III Complete
  • Europa Universalis IV: Res Publica
  • Europa Universalis: Rome
  • Victoria 2
  • Victoria 2: A House Divided
  • Victoria 2: Heart of Darkness
  • Rome: Vae Victis
I am trying to load my game and it CTDs without any message. I tried to load the auto-save and the same thing happens. There is no error message, I just think that once the save game file, gets too big, it crashes. What can I do? Should I send my save file to anyone?
 
Upvote 0
Okay, I had the same problem a few days ago and again today. I just found a way to separate the apparently corrupted saves from correct ones. At least it's working to find the corrupted saves I created today.

When I select a save game in CK and click on the count icon (to select a county for play) I notice an empty kingdom coat of arms and no county name in the first slot. When I click on that coat of arms (select that no name and no coa county) I find it to be for the county of Yaroslavl.

I have a screenshotting showing this. All the corrupted saves in my case seem to have that "ghost" county of Yaroslavl, the good ones don't.

If I try to load any kingdom, duchy or county from such a corrupted save I end up with a CTD (during the final phase of loading the scenario).

Marc aka Caran...

P.S.: If someone wants a copy of the working save, broken save (7 game days and 14 minutes appart (must have had it paused or reloaded the save one or more times as the game obviously does not run that slowly)) and screenshot let me know (can't seem to post the SN here).
 
I decided to take a look at the save file itself to see whether it might be something easy to fix.

Looking for entries on Yaroslavl (province 572) I find it listed once as county C572, once as duchy/kingdom (U019).

C572 = {
gender = male
type = county
dna = "90421438120745"
title = { C572 }
}

U019 = {
gender = male
type = county
dna = "90421438120745"
title = { C572 }
}

I also find two entries under capital and I don't think that's normal.

capital = { 0 0 0 3 4 5 6 0 8 9 10 0 12 13 0 15 0 0 18 0 0 21 0 0 24 0 0 27 0 29 30 31 0 33 0 0 36 37 0 0 0 41 42 0 0 0 46 47 48 0 50 0 0 0 54 55 56 57 0 59 60 61 62 63 0 0 66 0 68 0 0 0 0 0 74 75 76 77 0 79 0 0 80 83 84 85 86 87 88 89 90 91 92 93 94 0 96 0 98 99 0 101 102 103 0 0 0 0 108 109 110 111 0 95 114 115 116 117 0 119 0 0 0 123 124 125 0 0 128 129 0 131 132 0 126 135 136 137 138 139 140 0 142 143 144 145 146 147 148 0 150 151 0 153 154 155 156 0 0 0 160 161 162 163 164 0 0 0 0 0 0 171 0 173 0 175 0 0 0 0 0 0 0 0 0 185 186 0 0 189 0 0 0 193 0 0 0 0 198 0 200 0 202 203 204 205 206 0 208 209 210 211 212 220 0 0 216 217 218 219 0 0 222 223 227 225 0 0 228 229 0 231 232 0 234 0 0 236 238 239 240 241 242 0 244 245 246 247 248 249 250 0 0 0 0 0 256 0 258 259 0 261 0 263 0 265 266 267 268 269 270 271 0 0 274 275 276 0 0 0 280 281 282 283 284 285 286 287 0 289 0 291 292 0 294 295 0 0 298 299 300 301 302 0 304 305 0 0 0 309 310 311 0 313 314 315 316 317 318 319 320 321 322 0 0 325 326 0 328 329 330 331 332 0 334 335 336 337 339 0 342 341 0 343 344 0 346 347 0 349 350 0 352 353 0 355 0 357 358 359 0 361 362 363 364 0 0 367 368 0 370 0 0 0 0 375 573 0 378 379 0 0 0 0 0 0 0 0 0 0 390 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 408 0 0 0 0 0 0 0 416 417 418 0 420 421 0 423 424 425 0 0 0 0 430 0 0 433 435 0 436 0 438 439 440 441 442 443 0 0 446 447 448 0 0 451 0 453 454 0 0 0 458 0 0 0 0 0 0 0 0 0 468 0 0 0 472 0 474 475 476 477 478 479 0 0 0 483 0 0 486 487 0 489 0 491 0 0 0 495 0 0 0 499 500 501 502 0 0 0 0 507 508 509 510 0 512 0 0 515 0 517 518 519 520 521 522 523 524 0 0 0 0 0 530 0 0 0 534 535 0 537 538 539 0 541 542 0 544 545 546 0 0 0 550 551 552 553 0 0 0 0 0 559 560 561 562 0 0 565 566 0 0 0 570 571 572 0 0 0 576 577 578 579 580 581 0 0 584 585 586 587 0 0 590 0 0 0 0 0 0 0 598 0 0 0 0 0 604 605 606 607 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 629 630 631 0 633 634 0 0 0 0 0 640 641 0 643 0 0 0 0 0 649 0 0 0 0 0 0 656 0 0 0 0 661 0 0 664 0 666 0 0 0 0 0 672 0 0 0 0 0 0 0 680 0 682 0 684 685 686 687 688 0 690 691 692 0 0 695 0 0 698 0 0 701 0 703 704 0 0 707 708 709 710 711 712 713 714 715 716 717 0 0 720 721 722 723 724 725 726 727 0 0 0 731 732 0 734 735 736 737 738 0 740 0 0 743 0 0 746 0 0 749 750 0 0 753 754 755 0 0 758 0 760 761 0 0 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 0 0 0 0 0 0 0 0 0 0 0 0 0 0 803 804 0 806 807 0 809 0 811 812 813 814 0 0 0 818 0 820 821 0 823 0 0 0 0 828 829 830 0 832 833 834 0 836 0 838 0 0 841 842 0 844 0 0 0 848 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 898 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 744 494 485 0 0 0 700 603 0 0 0 107 763 345 40 0 681 762 0 0 0 0 0 0 668 596 184 0 0 360 505 0 0 0 0 51 0 0 0 0 226 0 0 0 365 106 473 0 0 0 174 705 130 0 0 0 7 0 0 0 0 0 0 52 756 808 0 0 0 19 594 0 470 0 0 638 0 0 840 0 78 0 0 752 549 0 0 0 233 0 0 0 64 0 0 482 0 0 0 642 1 759 0 0 0 0 0 0 0 388 623 547 457 528 480 456 58 0 748 16 0 377 0 118 657 632 0 747 0 827 0 0 0 0 529 0 262 719 312 702 235 0 0 0 14 0 742 741 71 100 0 0 34 0 0 0 0 0 481 555 0 0 0 0 141 419 366 444 567 221 0 0 0 351 0 0 0 0 372 0 0 0 257 0 469 165 0 0 0 0 739 0 525 582 0 0 0 455 0 493 28 568 251 730 0 667 0 0 0 255 0 0 0 323 214 678 0 277 0 0 0 0 127 290 615 0 0 498 17 0 0 35 506 431 0 0 620 0 0 0 0 152 449 588 673 625 0 0 0 0 0 0 0 0 0 0 461 264 0 0 177 0 293 0 0 207 0 437 0 0 0 496 199 466 599 303 0 32 112 0 253 445 0 0 0 190 0 0 0 0 0 296 0 527 0 0 53 0 297 0 0 0 0 514 0 0 0 0 0 0 697 0 0 0 733 635 655 665 0 0 0 0 327 333 356 0 693 626 0 0 831 817 0 0 0 835 815 0 0 0 0 0 373 0 380 0 0 0 0 0 0 0 0 574 0 0 0 0 0 0 371 410 0 0 0 0 0 0 0 0 0 386 0 411 389 0 392 0 0 387 0 0 384 381 383 0 391 413 0 0 159 0 793 843 802 644 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 572 0 }

I also find 22 characters listed as in that province (did not check whetehr all were alive).

Under title the entry.

title = {
tag = C572
tier = county
liege = PERE
holder = { character = { type = 4712 id = 11660 } startdate = { year = 1092 month = may day = 27 } }
claim = { id = { type = 4712 id = 84019 } character = { type = 4712 id = 14141 } }
claim = { id = { type = 4712 id = 84020 } character = { type = 4712 id = 61914 } }
claim = { id = { type = 4712 id = 84021 } character = { type = 4712 id = 17235 } }
}

Under country.

country = {
tag = C572
lastpeace = { year = 1092 month = december day = 10 }
lastwar = { year = 0 month = january day = 0 }
badboy = 0.000
form_of_goverment = feudal
capital = 572
tier = county
ruler = { character = { type = 4712 id = 11660 } startdate = { year = 1092 month = december day = 10 } }
laws = { semisalic_primogeniture_law = yes traditional_custom_law = yes ecclesical_balance = yes }
warfare_dev_focus = 11
production_dev_focus = 19
culture_dev_focus = 29
scutage = 0.000
crown_duty = 0.550
census_tax = 0.550
tolls = 0.600
upkeep = 1.000
church = 0.500
controlledprovinces = { }
}

I took a look at the last correct save and found only the county entry (the User defined duchy/kingdom does not exist), only one capital entry and a province entry (which is missing from the corrupted save). The title entry is as follows

title = {
tag = C572
tier = county
liege = PERE
holder = { character = { type = 10 id = 20421 } startdate = { year = 1066 month = january day = 0 } }
}

Notice how the title entry for the corrupted save game has a claim for may 27 1092. That is exactly the date of the first corrupted save.

Under country I also find a different ruler ID.

country = {
tag = C572
lastpeace = { year = 1092 month = may day = 11 }
lastwar = { year = 0 month = january day = 0 }
badboy = 0.000
form_of_goverment = feudal
capital = 572
tier = county
ruler = { character = { type = 10 id = 20421 } startdate = { year = 1092 month = may day = 11 } }
laws = { semisalic_primogeniture_law = yes traditional_custom_law = yes ecclesical_balance = yes }
warfare_dev_focus = 10
production_dev_focus = 13
culture_dev_focus = 25
scutage = 0.000
crown_duty = 0.550
census_tax = 0.550
tolls = 0.600
upkeep = 1.000
church = 0.500
controlledprovinces = { 572 }
}

The corrupted save also has no controlled province (a country without territory). (Though I just checked that's not the problem as otehr country entries also have no province).

I will try and fix the file now, I will post again if I find a way.

Marc aka Caran...

Edit: I tried a simple fix (deleting the U019 duchy/kingdom entry, replacing the second 572 entry under capital with a 0 and adding 572 to provinces (actually replacing the number in the slot I assume to be 572 with 572)), but I obviously don't know enough about how these entries work. So it didn't work. On the other hand I noticed that with corrupted saves Yaroslavl is twice selectable under the counties icon (once as the kingdom with transparent CoA and once as the regular county). I hope someone can look at this, I guess I will have to continue playing this game tommorrow from my last correct save.
 
Last edited:
A-HA! I've been having the same problem (crash on loading saved games) and in my save file there is also a user-defined tag (U019) listed. The province # in my case is 772 vice 572, so it's not something specific to Yaroslavl. We're on to something here.

I also checked my last working save, and it did not have the U019 tag in it anywhere.
 
Subterranean took a look at one of my corrupted saves and found a way to fix it. Though that obviously does not remove the cause.

This is what he did:

Deleted the U019 kingdom from the header
Deleted the whole U019 country section
Under the C572 country section, added province 572 to the controlled
province list. (This was previously held by U019, who got deleted).

Marc aka Caran...
 
Havard said:
Two questions:
- Is this with 1.04a?
- Unmodded?

In my case it is with 1.04b (latest beta patch, think that's 23_10).

The only thing modified from the beta's 1066 scenario is that I added two characters and gave three previously existing characters a death date one day after their birth (did not want to edit them out outright).

Marc aka Caran...
 
In my case it is with 1.04a, unmodded.
 
Ok, I've downloaded the 23 Oct betapatch, and I still have the same problem. BTW, the workaround posted by Caranom doesn't work for me. I don't know if I'm doing something wrong, or if it's a different situation because in both my 1.04a game and my betapatch game, the province where the problem exists is a moslem (and hence non-selectable to play) land.

Unless or until this problem is fixed, I don't think I'll be playing CK anymore. I love the game, but it's too much work and too much an investment of time to not be able to play past a certain point.
 
OK, I made one more attempt to play the game, this time with the 31 Oct patch. The problem still occurs. This time, it didn't occur with a Moslem province, but the workaround still wouldn't work for me.

I give up.


EDIT: OK, I didn't apply the 31 Oct patch correctly. I was still playing under the 23 Oct patch. So far, I cannot confirm that the problem still occurs on the 31 Oct patch.
 
Last edited:
Well, I am most unhappy to report that the problem still occurs under the 31 Oct betapatch.

Please, someone figure out what is causing this and fix it! I really like the game, but I don't want to spend hours on a game and not be able to finish it. If it's not fixed in the betas, that's one thing--I understand that the betas are intended to get players to use to test some things out--but please have this fixed in the next official patch. :(
 
DPS said:
Well, I am most unhappy to report that the problem still occurs under the 31 Oct betapatch.

Please, someone figure out what is causing this and fix it! I really like the game, but I don't want to spend hours on a game and not be able to finish it. If it's not fixed in the betas, that's one thing--I understand that the betas are intended to get players to use to test some things out--but please have this fixed in the next official patch. :(

Crashfixes >>>>>> all in Johan's to-do-list, no patch is released without fixing all properly reported and reproducable crashbugs. Let's just give him some time to work with HoI2 first so these problem's won't be haunting it.
 
DPS said:
Unless or until this problem is fixed, I don't think I'll be playing CK anymore. I love the game, but it's too much work and too much an investment of time to not be able to play past a certain point.

Painfully, I have had to make the same decision. Eventually my saves get corrupted somehow. The save crashes when the loading bar is near the end, when it says "reading scenario", but just before it reaches "initializing script." (in other words it doesn't reach it)

I have also noticed user-defined tags in my corrupted save files. Are they supposed to be there? I am not terribly skilled in finding mistakes in a save file, but I do understand how they work. If anyone should want to look at my faulty saves I would gladly deliver them. In my case I have three from the same scenario, a few years apart.

Size has nothing to do with my save problems. I have a 10 MB save the crashes, and a 20 MB that loads fine.

I don't believe memory is an issue since I just installed a memory stick bringing my RAM up to 640 MB (was 128). My saves now crash much more expeditiously than before. :)

I never had any problems loading saves until I upgraded to 1.04. All of the save crash reports I have read are for 1.04 or later (beta). I hope I am stating the obvious when I say I believe this is signifigant.
 
UeberMensch said:
Painfully, I have had to make the same decision. Eventually my saves get corrupted somehow. The save crashes when the loading bar is near the end, when it says "reading scenario", but just before it reaches "initializing script." (in other words it doesn't reach it)

I think these are two separate issues. I for one don't call the CTD's that result while you are saving (auto save or other) corrupted save games. In these cases you end up with a very small file (only one of the two save files, and this one around 65k size iirc).

UeberMensch said:
I have also noticed user-defined tags in my corrupted save files. Are they supposed to be there? I am not terribly skilled in finding mistakes in a save file, but I do understand how they work. If anyone should want to look at my faulty saves I would gladly deliver them. In my case I have three from the same scenario, a few years apart.

Size has nothing to do with my save problems. I have a 10 MB save the crashes, and a 20 MB that loads fine.

I don't believe memory is an issue since I just installed a memory stick bringing my RAM up to 640 MB (was 128). My saves now crash much more expeditiously than before. :)

I never had any problems loading saves until I upgraded to 1.04. All of the save crash reports I have read are for 1.04 or later (beta). I hope I am stating the obvious when I say I believe this is signifigant.

I agree on all of this. I have had corrupted saves of greatly varrying file size, while my RAM is pretty small I have greatly increased virtual memory (I had at least one CTD that seems to have been caused by WinXP repaginating the memory (when I found myself at the desktop I noticed that icon on the taskbar). I never played 1.03 so can't compare it to 1.04.

Marc aka Caran...
 
I use a couple of over-sexed machines under normal circumstances since I scratch-build them for fun, and the slower machine in my house is for games that are too old to run "normally" on the newer dogs (and, of course, for my taxes! :mad: ).

On the older machine I have had a medium rate of failure even with the more stable 104a. This machine has an 850mghz Athlon chip with only 384 sdr and a vid card with only 64 megs of ddr. I have described this behavior elsewhere.

I do not believe the cause of corrupt save games not working has to do with the size of the save game file, but rather the size of the game files when the save is being done and the speed at which the game is being played vis a vis the capabilities of the computer. At least for 104a, what you are seeing in the save files are the footprints of the problem, rather than the cause. There are lags that appear particularly later in the game when the files are considerably larger during play and these cause some very weird anomalies to hang around for longer and longer as the game gets later and later with larger and larger files. If these lags exist during the save routine, the save process tries to resolve the anomalies unsuccessfully and you get a corrupt save file.

Significantly, I have run three other machines with significantly greater capabilities (all using large quantities of _ddr_ ram and considerably more modern cpus and vid cards) and had _no_ trouble with 104a at any period in the game at any speed, and only the occasional (yet equally annoying) ctds with the betas, but have not seen the save corruption being reported here.

Suspect a mem leak or something that emulates it... Someone elsewhere has mentioned data-overruns on some subroutine values- for courtier capability values?
 
Rio said:
At least for 104a, what you are seeing in the save files are the footprints of the problem, rather than the cause. There are lags that appear particularly later in the game when the files are considerably larger during play and these cause some very weird anomalies to hang around for longer and longer as the game gets later and later with larger and larger files. If these lags exist during the save routine, the save process tries to resolve the anomalies unsuccessfully and you get a corrupt save file.


If this is correct, would it therefore be possible to avoid the problem by pausing the game and then waiting for a few minutes before saving? I'm not that great with computers, so don't laugh too much if this is a silly idea.
 
DPS said:
If this is correct, would it therefore be possible to avoid the problem by pausing the game and then waiting for a few minutes before saving? I'm not that great with computers, so don't laugh too much if this is a silly idea.

Probably should try it and see, but it is clear that pausing does not halt all of the game functions (some of which appear as if they should NOT be allowed to continue under "pause" - like tech improvements or marriage responses which appear to continue whether you pushed pause or not), and there is no reason to believe that pausing would not freeze up the routines you want to run while others are held up...

I'm just a trial-and-error hack, but I think it also depends on whether the anomalies correct themselves entirely. I have seen visible cues in-game where some things do not go away when they should or dup. themselves and so on. Sometimes they go away relatively quickly, and sometimes, less quickly. What I cannot know without checking too exhaustively to be worth the effort, is whether the disappearance of the physically identifiable anomalies means that all aspects of the problem were resolved over time, or whether it was only just those that were visible. Subroutines that are "behind the scenes" like MTTH and other issues that have few visible cues as to their health would be problematic.

Anecdotally I seem to see less trouble the better and more modern the machine, and also the slower I play depending on those capabilities. The longer I prevent anomalies from appearing the more stable the game. Once they appear, sometimes I get trouble, sometimes not, but I never have trouble in 104a unless I have started to see these things, although I can clearly say that this does not hold in the betas where there is some additional and unpredictable weirdness as well as a more virulent form of whatever seems to ail the late-game of 104a.
 
Caranorn said:
I decided to take a look at the save file itself to see whether it might be something easy to fix.

Looking for entries on Yaroslavl (province 572) I find it listed once as county C572, once as duchy/kingdom (U019).[...]

Edit: I tried a simple fix (deleting the U019 duchy/kingdom entry, replacing the second 572 entry under capital with a 0 and adding 572 to provinces... it didn't work.

First off I can confirm nearly all of you findings in my corrupt saves. I had discovered the "bastard" county u019 before, but I did not look much into it except noting that it was a "user defined tag" which I did not understand. u019 does not exist in any of my saves which work, and it exists in every save that I have which does not. u019 appears to "steal" a county from a legitimate county in the game, which can vary. You report 572, while mine are 101 in one save and 974 in another. I also noticed that clicking on the list of counties at the new game screen for a corrupt save displays a blank shield first.

The capital list you posted looks normal to me (with one exception); it appears that way in my healthy saves too. After the sequential captial list there is a long series of zeros -- what the provinces listed after the zeros mean I don't know. I do note that none of the second group of numbers appear in the first group, but not all those which did not appear in the first group (the capital list) appear in the second group. There are also numbers higher than the number of provinces the game has, all of which is normal.

What is not normal is that province 974 appeared in both groups in the save where u019 had stolen 974 and likewise with the province 101 save. In both cases, the stolen province number appeared in the second group as the second-to-last number, which I note is exactly what happens with your 572 as well.

I tried correcting the file, probably similar to what you did. I deleted u019, all of the charachters in u019, and in the entry for the robbed county, I typed 974 (or 101) in the list of provinces owned, which was blank. I have never seen any county entry which did not own at least it's own county (was blank) except for the county robbed by u019. I also replaced the 974 in the second number group (under capital) with a 0.

I commenced to load the game and the first thing I noticed was that the blank shield appearing first under the county selection list was gone. This establishes a certain link between u019 and the blank shield. So I was very hopeful, but when I tried to load the game, it crashed again.

It was not all in vain however since if you'll recall my earlier post I said that the save always crashed with the load bar near the end, when it still said "reading scenario." When I tried loading the save after "fixing" it the load bar reached the "initializing script" stage before it crashed. I repeated this to make sure. Therefore there was some improvment.

I was suffering sleep deprivation at the time so I didn't have the energy to work on the file anymore. My suspicion is that some or all of the characters I deleted was important to the game -- I can find out but havn't done so yet. In any case, someone with greater understanding of the save files than I have would be of aid.

This problem has been documented by at least two people on different systems with different capabilities so I can only hope this will bring an official acknowledgment by an employee of Paradox, instead of merely dismissing the problem as the result of the consumers' systems.

Of course it is entirely possible that it is the consumers' computer problem -- you stated you had 128 MB ram and I had the same until a few days ago when I upgraded. (Of course, I could also point out that 128 is the requirement published on the box.) If insufficient memory corrupted the saves then my upgrade would not correct my save obviously. I will be the first to profess my ignorance but this doesn't seem right to me. These saves are complete. All of the information is complete -- and then some. How could low memory give birth to u019?

I hope that it is a memory problem -- I will find out soon. I'm going to keep playing my good save, and if it goes corrupt, then it's not memory. (Unless 640 ain't enough now either.) If that happens Paradox seriously needs to look into it.

I will try tampering with the file again (I did back it up first) since I have one save of a game I am particularly distrought about losing.

By the way, congratluations on all of your discoveries. :)
 
Great work guys!

I had the exact same problem with my save games, and with the help of the above information I was able to fix the files! :)

I think Caranorn forgot to write down one important step, that's why the workaround didn't work for others:
For those characters who has the entry TAG = U019 you have to replace it with TAG = "correct tag"


e.g.

character = {
id = { type = 4712 id = 120884 }
dyn = 499
tag = U019
name = "Ragna"
date = "11171123"
gender = female
religion = catholic
culture = "norwegian"
score = { piety = 10.000 }
attributes = {
martial = 6.360
diplomacy = 6.647
intrigue = 3.383
stewardship = 1.271
health = 6.729
fertility = 8.132
}
traits = { scholarly_theologian = yes }
father = { type = 4712 id = 53709 }
mother = { type = 4712 id = 58918 }
dna = "11326110227750"
}

Should be changed to (in my case) :

character = {
id = { type = 4712 id = 120884 }
dyn = 499
tag = C271
name = "Ragna"
date = "11171123"
gender = female
religion = catholic
culture = "norwegian"
score = { piety = 10.000 }
attributes = {
martial = 6.360
diplomacy = 6.647
intrigue = 3.383
stewardship = 1.271
health = 6.729
fertility = 8.132
}
traits = { scholarly_theologian = yes }
father = { type = 4712 id = 53709 }
mother = { type = 4712 id = 58918 }
dna = "11326110227750"
}

I actually had two suspicious entry U019 and U018 so I followed the process described by Caranorn in both cases (I didn't tested what would happen if I only delete U019)
 
Gergely said:
Great work guys!

I had the exact same problem with my save games, and with the help of the above information I was able to fix the files! :)

I think Caranorn forgot to write down one important step, that's why the workaround didn't work for others:
For those characters who has the entry TAG = U019 you have to replace it with TAG = "correct tag"
[...]

That's great. :) I thought maybe I shouldn't have deleted those characters; I still haven't had a chance to try it again. Just one question though: How much RAM does your computer have? I ask because we're trying to determine if this problem only happens to people with insufficient memory.