Linkman226
#anarchy
- Joined
- Sep 14, 2007
- Messages
- 2,493
Edead, does your setFlag method used in DynamicCivs.py also change the flag wielded by units? It doesn't seem to in my mod, and I believe I transferred everything correctly.
Technical documentation
- Thread starter embryodead
- Start date
embryodead
Caliph
Yes, but the effect is not visible immediately, which is why it isn't used to switch flags during gameplay. Despite using all the "dirty" calls like setFlagDirty, the flag updates if it's under fog of war, or after you reload a savegame.
Linkman226
#anarchy
- Joined
- Sep 14, 2007
- Messages
- 2,493
It isn't used to switch flags during gameplay? I don't see that anywhere in the code, it just says to switch the flag...
embryodead
Caliph
You said it doesn't work for you and I'm saying why. Let me rephrase it - it doesn't work for flags of already rendered units. SoI only changes flags of dead civs, which have no units.
Linkman226
#anarchy
- Joined
- Sep 14, 2007
- Messages
- 2,493
Ah I see. Thanks.
hangman
almost-scientist
For some reason, the region map gets screwed up and it gets compiled with the SoI map, even though I have my own region map that compiled just fine until I replaced Yemen with my own civ, and the SoI map is nowhere to be found in the code. I think the city art map is having issues also. Any ideas on what might be causing this? 
embryodead
Caliph
For some reason, the region map gets screwed up and it gets compiled with the SoI map, even though I have my own region map that compiled just fine until I replaced Yemen with my own civ, and the SoI map is nowhere to be found in the code. I think the city art map is having issues also. Any ideas on what might be causing this?
Please explain what are you doing. Did you use SoI as a base, replaced something, etc.? I simply don't understand the above sentence at all.
hangman
almost-scientist
Yeah, I'm using it as a base. My plan has been to simply replace the names of the civs in the DLL, for the moment. I'm also adding the leaderheads as I go, along with changing the names in the XML and python. Basically I'm just replacing one civ at a time.
For some reason, my own region and city art maps aren't showing up correctly anymore, but the city names map I made still works. I recognized some of the region shapes to be from SoI, hence my confusion. I think the city art map is completely garbled, though.
At first I thought it had to do with adding Yemen specifically, but I replaced a few more civs and had no extra trouble.
What I don't understand is why it's not using the maps that I put in CvRhyes...
embryodead
Caliph
OK, well, sorry if the question is too basic, but, did you actually compile & copy the DLL? City maps are in Python so changing them gives instant results, whereas changing CvRhyes does nothing until the DLL is rebuilt. The files in CvGameCoreDLL folder aren't used by the game.
hangman
almost-scientist
Yup. It generally works fine other than that (and the numerous bugs I've managed to accumulate lol).
I forgot about that, makes sense
embryodead
Caliph
If you got rid of SoI's maps from CvRhyes, recompiled the DLL, then there's simply no way for the provinces/city art maps come from SoI. Double check if the DLL you are using is the one you've just built etc.
If the maps are completely garbled, make sure they match the actual map size. If the map is 100x60, arrays has to be 100x60 as well etc.
Make sure you haven't copy'n'pasted something in the wrong place, like pasting region map in province map or settlers' map place. That could give the results you've described as well.
If the maps are completely garbled, make sure they match the actual map size. If the map is 100x60, arrays has to be 100x60 as well etc.
Make sure you haven't copy'n'pasted something in the wrong place, like pasting region map in province map or settlers' map place. That could give the results you've described as well.
hangman
almost-scientist
I know it sounds bizzare, but the regions and city art maps worked fine up until I switched out Yemen. I did add text keys for the civs that replaced Malwa and Buyids though...
embryodead
Caliph
In such cases you're kind of left with revert and repeat. If you can't, you've just learned why you need version control even for one-man projects 
hangman
almost-scientist
Apparently, the SDK was the one thing I didn't back up. Frick. I did the maps in excel, based on yours, though, so I didn't really lose that much. It shouldn't be too bad to fix, but 
Any idea when SoI .3.6 will come out? I don't want to make too many changes and then my SDK becomes obsolete...
Any idea when SoI .3.6 will come out? I don't want to make too many changes and then my SDK becomes obsolete...
embryodead
Caliph
Apparently, the SDK was the one thing I didn't back up. Frick. I did the maps in excel, based on yours, though, so I didn't really lose that much. It shouldn't be too bad to fix, but
Any idea when SoI .3.6 will come out? I don't want to make too many changes and then my SDK becomes obsolete...
There are updates on SVN, but the public release of 0.4 is planned for December.
hangman
almost-scientist
Alright, got it back to working without having to revert 
Turns out I had changed the number of civs to 40 and didn't add to the entries in CvRhyes.
Turns out I had changed the number of civs to 40 and didn't add to the entries in CvRhyes.
blizzrd
Micromanager
Yay! Looking forward to it.
I'm also working on a SoI conversion and right now I'm trying to change the start date of the mod to 300BC and the start dates of the civs. here's what I've changed, starting from regular SoI:
everything works* except that if you play as a civ that starts after the 1st turn but before 0 BC/AD, you are defeated on the 1st turn.
*
Spoiler :
everything works* except that if you play as a civ that starts after the 1st turn but before 0 BC/AD, you are defeated on the 1st turn.
*
Spoiler :
embryodead
Caliph
1. Change iStartYear in Consts.py to -300 if you didn't already
2. In RiseAndFall.py -> createEarlyStartingUnits
Update this part in the same way you did before, i.e. change > to !=
There could be more, but it looks pt. 2 is at fault
I'll update it accordingly since there's no good reason to use > instead of !=
2. In RiseAndFall.py -> createEarlyStartingUnits
Update this part in the same way you did before, i.e. change > to !=
Code:
if tBirth[iHuman] > 0:There could be more, but it looks pt. 2 is at fault
I'll update it accordingly since there's no good reason to use > instead of !=
I've added a couple extra Leaderheads, but I was wondering how I make them appear in-game at a certain date?
Also I thought I added the civilopedia entry for one of the LH's into CIV4GameText_MEM_Civilizations.xml, but nothing appears in the in-game civilopedia...
Also I thought I added the civilopedia entry for one of the LH's into CIV4GameText_MEM_Civilizations.xml, but nothing appears in the in-game civilopedia...
Similar threads
