[Religion and Revolution]: Bugs and Todos

Put the following file into:

[Your mod folder/Religion_and_Revolution]\Assets\XML\Text
 

Attachments

  • CIV4GameText_Colonization_Events.rar
    111.8 KB · Views: 99
Dragoons have no entry under the Units section, but they have an empty one within Professions.
What do you mean by "empty entry in professions"? For me, there is a complete set of information in Civ4ProfessionInfos.xml for the dragoon.

And the Dragoon is just a profession, no unit.
 
What do you mean by "empty entry in professions"? For me, there is a complete set of information in Civ4ProfessionInfos.xml for the dragoon.

And the Dragoon is just a profession, no unit.


He is probably talking about the Colopedia. The information of the Dragoon is not displayed there.
 
When you conquer another colony, sometimes the natives want money for the land that player stole. However, it doesn't seem to be working as it should. See my three screenshots.

I capture a Russian colony that lies on Aztec land. Montezuma wants money for that land, and I pay him. However, the plot on which the colony is located is still 98% Aztec land.
 

Attachments

  • Civ4ScreenShot4299.JPG
    Civ4ScreenShot4299.JPG
    340.4 KB · Views: 67
  • Civ4ScreenShot4300.JPG
    Civ4ScreenShot4300.JPG
    293.1 KB · Views: 93
  • Civ4ScreenShot4301.JPG
    Civ4ScreenShot4301.JPG
    303.2 KB · Views: 118
He is probably talking about the Colopedia. The information of the Dragoon is not displayed there.

For me it is. :confused:
It is displayed in all 5 languages.

So I have absolutely no idea, what you are talking about.

Maybe there is some confusion because Dragoon is a Profession, not a Unit.
(Just as Commander Bello said.)

Or maybe this is some bug in a modmod that is used. :dunno:
 
However, it doesn't seem to be working as it should.

There is simply a misunderstanding, what this DLL-Diplo event does.

It calculates how many Plots overlapping with the Native territory will be taken into possession by the conquered city after the revolt turns are over.
From that it calculates / derives a compensation.

If that is paid:

1) Natives receive the money and are appeased (Attitude is improved because it was usually lowered by conquering the city)
2) Any war that might have started (instantly after conqureing the city) is directly ended.

All this DLL-Diplo-Event is supposed to do:
Give you a chance to not end in conflict / war with a Native Player, just because you have conquered a city of a European rival.
(And that part of the DLL-Diplo-Event is working.)

The rest of the logic of conquering an enemy city is completely unchanged.
Once the revolt is over, the conquered European city will take posession of the plots.

So there is no bug.
You simply expect something else than what is actually happening.
 
For me it is. :confused:
It is displayed in all 5 languages.

So I have absolutely no idea, what you are talking about.

Maybe there is some confusion because Dragoon is a Profession, not a Unit.
(Just as Commander Bello said.)

Or maybe this is some bug in a modmod that is used. :dunno:

I just gave it a quick try, and it turns out that we are both right: The Colopedia from the main menu will correctly display the entry for the Dragoon under the Professions topic - but in game, that same entry is blank.


Ah, and a small suggestion for the Turkey resource: Allow pastures to increase the turkey's bonus, as they are livestock in the real world. Benjamin Franklin's favorite bird deserves no less. :p
 
Hello,

I started a new game with 2.1 to try it a bit, and today I tried to continue it but it just crashed when I try to load it, not sure why.

Thanks!
 

Attachments

  • AutoSave_AD-1592-January.zip
    191.9 KB · Views: 98
I tried to continue it but it just crashed when I try to load it.

Can't load it either. :dunno:

Do you play with any modifications to clean Release 2.1 ?
(A modmod or modifications of your own ?)
 
For me it is. :confused:
It is displayed in all 5 languages.

So I have absolutely no idea, what you are talking about.

Maybe there is some confusion because Dragoon is a Profession, not a Unit.
(Just as Commander Bello said.)

Or maybe this is some bug in a modmod that is used. :dunno:

However, the Colonial Milita is a Profession as well and is shown under the "unit" section in the colopedia...:confused:
 
However, the Colonial Milita is a Profession as well and is shown under the "unit" section in the colopedia...:confused:

Sorry, I have no idea what you are talking about. :confused:

There is:

1) Settler Milita --> Unit
2) Veteran Soldier --> Unit (displayed in its "Default Profession")
 
There is simply a misunderstanding, what this DLL-Diplo event does.

It calculates how many Plots overlapping with the Native territory will be taken into possession by the conquered city after the revolt turns are over.
From that it calculates / derives a compensation.

If that is paid:

1) Natives receive the money and are appeased (Attitude is improved because it was usually lowered by conquering the city)
2) Any war that might have started (instantly after conqureing the city) is directly ended.

All this DLL-Diplo-Event is supposed to do:
Give you a chance to not end in conflict / war with a Native Player, just because you have conquered a city of a European rival.
(And that part of the DLL-Diplo-Event is working.)

The rest of the logic of conquering an enemy city is completely unchanged.
Once the revolt is over, the conquered European city will take posession of the plots.

So there is no bug.
You simply expect something else than what is actually happening.


Okay, then I understand it. Maybe I should add this explanation to the Game Concepts for natives, because it works differently from buying land from natives when founding a city.
 
I just gave it a quick try, and it turns out that we are both right: The Colopedia from the main menu will correctly display the entry for the Dragoon under the Professions topic - but in game, that same entry is blank.

This is related to an Exception caused by the Dragoon graphics in Colopedia.
(When Python Exceptions are activated, the Exception pops up.)

If I remember correctly this is because we separated the animations from the models for our units which extremely saves space.
(Otherwise the mod would be almost twice as big.)

The only one who might solve this is Schmiddie.

Most likely though it will simply be left as it is. :dunno:
(Although I believe that it must be possible to solve this error, because at Curiassier for example the error does not occur.)

The issue it is not critical at all.

The error is just in Colopedia if you open it ingame.
Colopedia at game start is fine and the graphics on the map are just fine as well.
 
There might be another graphics glitch since v2.0.

When playing a gigantic map, large parts of it are black when looking in the overview mode (F11), only showing clouds and city symbols (or bonus symbols, if activated). Around one third of the map is displayed normally, the rest isn't.
This had happened in an earlier version (don't remember, which one, though), too and was fixed later. Since 2.0 I face this problem again.
 
The black map when zooming out is a known issue.

That is correct. :thumbsup:

This glitch (in gigantic maps) is known for a long time already.
I also don't think anything can be done about it.
 
That is correct. :thumbsup:

This glitch (in gigantic maps) is known for a long time already.
I also don't think anything can be done about it.

Honestly, guys.... :rolleyes:
RaR1.8:

Spoiler :



RaR2.1:

Spoiler :
 

Attachments

  • RaR1.8-F110000.JPG
    RaR1.8-F110000.JPG
    312.1 KB · Views: 325
  • RaR2.1-F110000.JPG
    RaR2.1-F110000.JPG
    91.9 KB · Views: 286
Honestly, guys.... :rolleyes:

I just said that it is a known issue.

And that it is known a long time already.
It was first reported earlier than Release 1.8 if I remeber correctly, might be wrong though.

I don't know the exact reasons, other than it seems to be related to the MapSize you play.
(The issue does not occur on smaller maps.)

Thus I don't think we can do anything about it.

But if you can solve this, go ahead. :thumbsup:
(I for sure wouldn't mind to have it solved.)

Edit:

I once thought, that it was related to the graphics in
...\Assets\Art\terrain\Sky

But removing our custom graphics there, didn't solve the issue either in my tests.
(And they are much much older, than Release 1.8)

Edit 2:

@Commander Bello:

I currently don't have Release 1.8 anymore.

Could you check the XML settings for size of Gigantic Mapsize (height and width) ?
Maybe they have been changed / increased a bit. :think:
 
Top Bottom