On top left there is green bug icon. Click on it. There should be Caveman2Cosmos tab for it.
Single Player bugs and crashes v38 plus (SVN) - After the 20th of February 2018
- Thread starter Dancing Hoskuld
- Start date
strategyonly
C2C Supreme Commander
eot error
Upload save
strategyonly
C2C Supreme Commander
in mini attached
I let it recalculate variables (ctrl+shift+t) and game continued normally.
I guess it was random crash.
Did you update to latest version?
strategyonly
C2C Supreme Commander
yeppers, sorry was wrong save, but i got pass it anyways . . . .
Last edited:
Thunderbrd
C2C War Dog
I might be up against my knowledge limit with this one because it doesn't look to me like the problem would be logically possible to have played out as it did UNLESS you had a random memory failure in the ram, which could be an indicator of a much wider problem than the code logic itself. Not to say that this can't happen due to problems elsewhere in the code to cause this but there's no hint here as to where that would be unfortunately.
Perhaps a better programmer would see something more diagnosable in this mini.
The GOOD news is that this mini did come up with information to show exactly where the crash took place so my fears that minis no longer work for me at all are proven unfounded. ONE possibility is that perhaps an assigned promotion on a unit was somehow invalidated and thus became inaccessible in the code for information somehow but not properly removed from the unit in the process.
Thunderbrd
C2C War Dog
Corrected in my latest commit.
JosEPh_II
TBS WarLord
Had an EoT CTD but since the default Savegame was reset to 4 I lost 3 turns. So no savegame to go with this....yet. Working my way back to that point. But things are not going exactly the same either in game play. SVN 10333. Have not updated yet today.
Thunderbrd
C2C War Dog
Unfortunately since you hadn't updated the mini probably isn't going to be of use here. Thanks though.
strategyonly
C2C Supreme Commander
now u OVER corrected the problem, u gave all animals the right to merge, i only wanted the "wardogs" 2 sorry . .. . pics are just samples . . .
Attachments
Sounds like random corruption of BTS ini file.
I have backup of file so I can restore it when something happens to it.
I guess that is vanilla bug.
As for end of turn crashes I can continue game in most of cases after recalculating stuff.
Last edited:
Thunderbrd
C2C War Dog
Intentional. If cats and dogs can, why not everything else. It's a little sloppy perhaps but it completely eliminates all rules on splitting merging based on unitcombat if Uncut is on and just enforces that workers can't. Anything deeper would be getting into needing an additional tag specifically for canines and felines to allow only them to avoid the rule and only on Uncut.
JosEPh_II
TBS WarLord
Raxxo how long have I been playing C2C? Much less modding it? Seriously. That EoT CTD was also going to be the Autosave EoT. But because of the CTD I lost 4 turns of play. Autosave was on the default setting of 4 turns.
@Toffer90 ,
Screenshot is for you. Maybe it's irrelevant now since this game was started before you did the City Name adjustments? Or this one was missed? You would know which it is.
Attachments
It sounded like you forgot to set autosave, so it would be done every turn.
10 years of playing and several years of modding doesn't mean immunity from all mistakes in general..
Random crashes is why everyone should have autosaves set to every turn.
This is why I responded like this, as there isn't any reason to not have autosaves every turn.
Last edited:
strategyonly
C2C Supreme Commander
then how come before it worked for only "warcats" and nothing else, besides the normal ones???? not trained cats, and not guard cats, JUST warcats??? what changed???
And just for info i Never cared about dogs being merged, it was just "warcats" infact it was hard to do sometimes just to get that part in the classical era to do it. u had to get the right techs and the right wonder to do it ,,, oh and be the first to do it also. Infact only one civ could do it.
EDIT: i am, "pretty" sure it only had to do with ,,, unitcombat area?? it looks like someone changed the "meanings" around??
EDIT EDIT" Wow just looked and it looks like everything can merge everything, i just looked and u can even do medics/doctors etc??
Dont know if this would be fun or not, i just like it the way it was before someone messed with unitcombat stuff, i believe for the uncut and the strengths. IMPO
But UR the MAIN guy now what ever u want u get!!!!!!!!!!!
Last edited:
Thunderbrd
C2C War Dog
You had introduced a bug to them by removing the ban that felines and canines should both have against merging and splitting.
This affected them no matter whether Uncut was in use or not and it was dramatically screwing up game balance.
The whole balance trick here that keeps cats from being the only unit you need on the field is to keep them limited to hunting down less powerful units than fully merged and healthy armies. They should be able to earn this eventually by earning quality upgrades but not through a merge. This is just as important for any stealth unit. They can easily become FAR too powerful if they can merge. By too powerful, I mean it becomes pointless to invest in any other type of unit because the megalithic stealth unit is capable of fulfilling the needs of any role. Their inability to merge is the only way they have been made capable of coming out as an equal to other military units plus have all their stealth capabilities and still be in balance to those other units. They get stealth but they cannot merge whereas the other units can merge to beat the power the stealth brings.
If you can split canines, you can get 3 dogs for spotting hidden enemies for every dog you train. If you can merge canines, you can get units that are far too strong for the mobility they have that can move up to 6 spaces through any kind of terrain AND can take down Mammoths when hunting. Severely imbalanced to combine that much mobility with that much power, particularly when also using Surround and Destroy. The merged dogs can be a significant enough threat to add a lot of combat bonus when surrounding and with that kind of mobility, can too easily get into position to inflict maximum penalty against the defender in one round of movement. So again, for game balance, Canines also cannot merge or split.
Since you wanted this ability enough to remove these critical limitations, I figured I'd let you have it because I can see why certain imbalances in a game can be fun. Kinda like using cheat codes on games in the 80s and 90s.
But I saw a serious need to restore the balance rule to the normal not-uncut size matters. Without introducing a special tag that allows me to ban units from merging/splitting under Uncut but NOT ban others that are also normally banned, I was hoping I could get away with just giving them back the inability to merge and split as a rule on their combat class and just remove that tag's application on ALL units in Uncut. If I'm allowing game breaking imbalance in Uncut anyhow, why not right?
So at that point, the only CRASH inducing bug this would create would be one I've never managed to sort out that merged or split workers could run into. So I could identify workers as naturally unable to merge and split by saying any unit that has a work rate can't.
Yes, I turned off that tag entirely in Uncut games.
You can, yes, but keep in mind that the benefits of property control does not get adjusted on each unit when it merges or splits.
If you want me to change it back, I can, and if you really need a special tag that lets us more directly choose which units ignore the normal merge/split ban, I can do that too - it's just that its more memory to employ is all. Not the end of the world and shouldn't make us hit any boundaries or anything but I've been trying to consider that sort of memory a precious limited commodity we have to work with.
I suppose there's also a hard coding option, which is to just say specifically in the code that if the unit is a feline or canine combat class and the game is using Uncut, then they ignore the cannot Merge or Split rule even if it is applied to them. This can be an option that slows processing a bit.
Last edited:
Thunderbrd
C2C War Dog
Once this happens nothing reverses it, even introducing the new text key into the xml won't fix it because that TXT_KEY_YADA_YADA has actually become the textual name of that specific city from that point on. This is an artifact of the ability to player-name a city. Once the reference is lost, it changes to all it knows how to change to and that is the actual text of the text reference name itself. From there, it's not further tied to the text xml because that name key is now stored as the name in the same way that a player rename would be.
Make sense? It's hard to explain but I'm trying here.
I have to argue against that sentiment. Big time. Every autosave event is a very noticeable time delay. Even on a powerful system.
Weird, this delay for me was always small fraction of turn wait except when I tested null map to test calendar integrity.
If turn lasted minute to five minutes then game was saving for 5 - 10 maybe 20 seconds max.
Maybe some of my INI settings speed up saving of game?
Note that game starts within minute or two for me.
Spoiler :
Null map - terrain is orbit except peak with single brute on it and no other ais, this map was 24x24.
All options were set to disable as much things as possible on this map to speed it up.
It was like few turns per second.
I'll upload map so you can see what is going without any load.
Yudishtira
Spiritual/Creative
Actually I put the ones in my map into the xml here locally, and it fixed them.
Similar threads
- Sticky
- Sticky
