cpappa said:Well I believe this is a bug when I was playing the United States in my current game
oops bad cut & pasting.
cpappa said:Well I believe this is a bug when I was playing the United States in my current game
nomisma said:Thanks for this GREAT work![]()
I find a little thing in TUR_party.csv
OHgamer said:no you should have 3 scenarios to choose from in addition, called "VIP:R Grand Campaign v 0.2", "VIP:R Grand Campaign v 0.2 Multiplayer" and "VIP:R Grand Campaign v 0.2 Lite" those are the 3 VIP campaigns (lite means the game will not fire flavor events, the multiplayer is for those who want to play VIP in multiplayer).
did you remember to change the destination to where the contents of the .exe would download. The default is to create a separate folder on your HD called VIP:R 0.2, which means when you play Victoria you will not have any VIP files installed. You have to manually change the destination where you want the .exe to download the contents. (the reason we have it set up this way and require players to manually set the destination is due to the large number of different publishers of Victoria, which means that there is no one standard directory listing that would apply for all gamers - in North America Victoria is kept in the Strategy First folder, while in Europe it's (usually) Paradox Interactive).
Preferably, this will be in a desktop copy of Victoria:Revolutions you have created, as we outline in post #4 of this thread and in the instructions that come with the .exe as you start it.
It gets even weirder.OHgamer said:got your save, can't figure out the problem, i've run your save several times and it does not crash - PRU gets all the lands perfectly fine.
are you running alot in the background? What are your system specs? It might be a data spike causing a memory overload causing the CTD. but that is just theorizing here, all i know is Prussia annexed Holstein and the rest of the German minors that accepted perfectly fine.
Bizarre.
(vastgelopen = crashed)Vastgelopen toepassing: victoria.exe, versie: 1.0.0.2, vastgelopen module: victoria.exe, versie: 1.0.0.2, vastgelopen op: 0x000543db.
weez_46 said:Ok Ive tried it with clean copies of everything. I have the original victoria, I have revolutions from Gamersgate, I have VIPR01classic and VIPR0.2. What order and where do I need to install them to get this to work, please?
cpappa said:Well I believe this is a bug when I was playing the United States in my current game
Romanfe said:Yes, I can understand that. In reality the Southern Alberta tribes would have assimilated into Blackfoot (at least in Ft.Macleod). But the Dakota out of nowhere really jumped out at me!
egslim said:It gets even weirder.
I use a Core2Duo 8500 with 2GB RAM, 10k rpm Raptor hard drive and 8800 graphics card.
In the background I have little, the taskmanager shows 41 processes using 460MB memory total.
Here's what I tried:
- Ran memtest86 all night, no memory errors.
- De-installed Victoria entirely.
- Through gamersgate installed Victoria, then Victoria - Revolutions.
- Installed VIPR01, then VIPR02, then Bebro's sprites.
- Loaded the April 15 savegame, crashed the next day.
The error log says:
(vastgelopen = crashed)
The "0x000543db" adress is the same everytime, perhaps there's a clue.
edited to add:
- Booted Windows (XP) in safe mode, then ran Victoria (hurray for 2D games). It still crashed, so that eliminates background software as a possible cause.
iketora said:"Production supply scheme is not present" event happened 3 times already in my germany game... is this supposed to happen?
also the "realist art" which gives 20 prestige and 2% gain happened more than a dozen times now.
waddd is happeninggg???![]()
kaol said:difficulty: normal
A.I. aggressiveness: normal
name = "January 30, 1847 : Denmark went with Slesvig will remain an integral part of Denmark in The Slesvig Question.
name = "February 11, 1847 : Prussia went with Go to war over Slesvig in The Slesvig Question."
name = "February 11, 1847 : Prussia declared war upon Denmark."
name = "February 11, 1847 : Denmark had Prussia has gone to war over Slesvig"
name = "February 11, 1847 : Holstein joined the war on the same side as Denmark in their war against Prussia."
name = "July 19, 1847 : Holstein accepted peace with Prussia on the following terms : Lauenburg to Prussia. "
name = "April 14, 1848 : Denmark accepted peace with Prussia on the following terms : Return to Status Quo."
>>>white peace, so London Protocol won't fire
name = "January 20, 1864 : Denmark went with Slesvig will remain an integral part of Denmark in The German-Danish Crisis."
name = "February 10, 1864 : Prussia went with Go to war over Slesvig in The German-Danish Crisis."
name = "February 10, 1864 : Prussia declared war upon Denmark."
name = "May 2, 1864 : Prussia went with Hooray! in The London Protocol."
name = "May 2, 1864 : The people of Holstein declared independence from Prussia."
name = "May 2, 1864 : Denmark had The London Protocol"
name = "May 2, 1864 : Denmark entered a Military Alliance with Holstein."
name = "May 2, 1864 : Denmark have made Holstein their satellite state."
>>>not Treaty of Vienna but London Protocol fire here...
I think, add "NOT = { flag = { name = flg_PRU_AUS_2 value = 1 } }" to the trigger of The London Protocol event (247503/165503) can fix this.
kaol said:it seems the file name in the \db\leaders have got some problems
leaders.aus
leaders.aus.txt
leaders.brz
leaders.brz.brz
leaders.CHI
leaders.chi.CHI
leaders.dai.txt
leaders.egy.egy
leaders.eng.eng
etc...
It seems that the newest files have a double ending.OHgamer said:are the leaders not loading up?
I use open office, so i hope that isn't causing the problem with the leader files.