JujuLautre
Deity
CvGame.normalizeAddRiver (CvGame.cpp)
Ah, not in a changelog... Crap
CvGame.normalizeAddRiver (CvGame.cpp)
....no more of the dreaded "Desert River" tiles when there is a resources on the river?.
Good to know.Just FYI: 3.19 + BUG 3.6 + Varietas Delectat 6.0 + Blue Marble 4.50:
370 turns today, and no problems at all (so far.)
CvGame.normalizeAddRiver (CvGame.cpp)
One thing I find very odd is that there are a lot of cosmetic changes to the code - as though the team had a new coding standards nazi, albeit one who knows a little bit about C++.
I'm curious to what some of the undiscovered changes are.
else if (pPopupReturn->getButtonClicked() == 3)
{
CvCity* pCity = GET_PLAYER(GC.getGameINLINE().getActivePlayer()).getCity(info.getData1());
if (NULL != pCity)
{
[B]gDLL->getInterfaceIFace()->selectCity(pCity, false);[/B]
}
CvPopupInfo* pInfo = new CvPopupInfo(BUTTONPOPUP_RAZECITY, info.getData1(), info.getData2(), info.getData3());
[B]gDLL->getInterfaceIFace()->addPopup(pInfo, GC.getGameINLINE().getActivePlayer(), false, true);[/B]
}
[B]gDLL->[/B]doSomething(...);
[B]CvEventReporter::getInstance().[/B]doSomething(...);
CyArgsList pyArgs;
CyUnit* pyOldUnit = new CyUnit(this);
CyUnit* pyNewUnit = new CyUnit(pUpgradeUnit);
pyArgs.add(gDLL->getPythonIFace()->makePythonObject(pyOldUnit));
pyArgs.add(gDLL->getPythonIFace()->makePythonObject(pyNewUnit));
pyArgs.add(upgradePrice(eUnit));
gDLL->getEventReporterIFace()->genericEvent("unitUpgraded", pyArgs.makeFunctionArgs());
CvEventReporter::getInstance().unitUpgraded(this, pUpgradeUnit, upgradePrice(eUnit));
void CvDllPythonEvents::upgradeUnit(CvUnit* pUnit, CvUnit* pNewUnit, int iCost)
{
if (preEvent())
{
CyArgsList eventData;
eventData.add("upgradeUnit"); // add key to lookup python handler fxn
CyUnit* pyUnit = new CyUnit(pUnit);
eventData.add(gDLL->getPythonIFace()->makePythonObject(pyUnit));
CyUnit* pyNewUnit = new CyUnit(pNewUnit);
eventData.add(gDLL->getPythonIFace()->makePythonObject(pyNewUnit));
eventData.add(iCost);
postEvent(eventData);
delete pyUnit;
delete pyNewUnit;
}
}
Did they just make it so you can inspect the city before deciding whether or not to keep/raze/gift it?
steam is crap sorry to say everyone absolutely hates itYep, we'll need to wait for Steam and (in my case) Direct2Drive to release their "versions" of the patch.
Does anyone know of how this patch will impact PBEM games?
Me too. I'm glad there is now no need. And finally I can remove the monopoloy BtS has on my CD drive. Every day I have a pbem save to play, so BtS gets CD-drive-time every day, much to the detriment of other games, moves etc. that need DVDs or CDs!I have waited so long for no CD! I was debating buying the Complete Edition just so I could play without it but now there is no need.
Does anyone know of how this patch will impact PBEM games? I load up a v3.17 game this evening and it didn't complain about the assets changing. This could be a serious problem with some people playing under v3.17 and some under v3.19.
This assumes that you're right that PBEM games don't check the assets to ensure everyone is using the same ones.
Yeah - I now have 2 'prog file' civ4 directories - 1 is 3.17 and the other is 3.19. I checked another PBEM game and it loaded with no problem. Flipping back to the main menu and checking the version showed that it was 3.19. Every other patch has been a major head ache for PBEM players as it always checked the assets and complained if they were changed.That's rather concerning. I'm in two PBEM games at the moment and I'm about to patch to 3.19. I've backed up the entire game folder in case I need to revert, or to load 3.17 games. I just hope the patched doesn't somehow mess with the backup.