• We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
Thanks Dennis but does your revolt fix including u73 claim on wales?

U73 = { # England
date = { day = 1 month = january year = 1934 }
expirydate = { day = 30 month = december year = 1964 }
minimum = { 11 12 13 14 16 17 19 20 21 22 23 }
extra = { 15 }
capital = 19
revolt = no
 
Here is a new set of changes. All prior changes should be included. I case of revolt.txt i simply inserted one space. So I guess that this file is identical to Deniss' one.

Code:
\ai\afg_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\ast_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\aus_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\bel_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\bol_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\bra_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\bul_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\chi_1936.ai
		new endgoal 1220
		armor = 3 changed to 4
		aircraft = 1 changed to 2
		land_doctrines = 4 changed to 2
		
\ai\chl_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\col_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\cub_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\ger_1936.ai
		Mulhouse, Frankfurt am Main, Breslau, Königsberg, Oppeln, Dortmund and Innsbruck are now IC provs
		Königsberg is now infra prov
		garrison = 0 changed to 2
		hq = 3 changed to 1
		
\ai\gre_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\jap_1936.ai
		Infra provs fixed
		
\ai\man_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\men_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\mon_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\mex_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\omn_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\per_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\nzl_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\spa_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\spr_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\tur_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\ven_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\yem_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\yug_1936.ai
		cavalry techs are no longer ignored to be researched
		
\ai\switch\ger_build_land.ai
		infantry = 32 changed to 22
		armor = 10 changed to 9
		garrison = 0 changed to 6
		hq = 7 changed to 2
		submarine = 0 changed to 10
		
\ai\switch\ger_build_mix.ai
		armor = 10 changed to 9
		garrison = 0 changed to 6
		hq = 7 changed to 2
		
\ai\switch\ger_build_navy.ai
		garrison = 0 changed ro 4
		hq = 5 changed to 1
		
\config\Boostertext.csv
		file by Denniss
		
\config\event_text.csv
		file by Denniss
		
\config\extra_text.csv
		file by Denniss
		
\config\new_text.csv
		file by Denniss
		
\config\province_names.csv
		file by Denniss
		
\db\revolt.txt
		repaired line 1097(RUS)
		
\db\events\AI_CHI.txt
		27590-27593: Changed chain of events
		file by Denniss
		27031: Domestic value = 9 changed to 10
		file by Denniss
		
\db\events\ai_disbanding.txt
		file completely overhauled
		
\db\events\ai_fin.txt
		32064-32071: new ai events to give control of finnland cores to finnland
		
\db\events\ai_ger.txt
		20007: Barbarossa should now start historical if historical outcome option enabled, reduced may chances
		20556-20560: changed chain of events
		file by Deniss
		file by Deniss
		20555: Redelayed to november
		
\db\events\AI_Inherit_Chi.txt
		7005-7010: Inherit events are now possible for human CHI
		7012: 7006 leads to 10 dissent
		7013: 7007 leads to 10 dissent
		7014: 7008 leads to 10 dissent
		7015: 7009 leads to 10 dissent
		file by Denniss
		
\db\events\AI_ITA.txt
		26002: italy may now attack greece if sardinia lost
		26521: minister is now in the correct section
		26550: event outcommmented
		26551: event outcommmented
		26552: event outcommmented
		
\db\events\ai_jap.txt
		22554-22556: changed chain of event
		file by Deniss
		
\db\events\AI_POL.txt
		file by Deniss
		
\db\events\ai_sov.txt
		25005: soviet gear up reverted to original state
		25552: new event for some dissent in early barbarossa
		
\db\events\death_events.txt
		364: Rudolf Hess flees to the United Kingdom only when still controlled by ENG, picture changed
		391: Reinhard Heydrich assassinated only when London still controlled by ENG
		
\db\events\hoi2.txt
		90: new UnitedFrontFlag
		91: new UnitedFrontFlag
		
\db\events\italy.txt
		2900: new cores are seceded to VIC again
		
\db\events\japan.txt
		3894: Garrisons will now occur in Hanoi instead of being obliterated in Haiphong
		3836: new event to unlock garrisons
		file by Denniss
		
\db\events\nationalist_china.txt
		29032: new UnitedFrontFlag
		
\db\events\UK.txt
		3408: new event to unlock garrisons
		file by Denniss
		
\db\events\USA.txt
		3709: construct which = ic where = -1 changed to -4
		3710: construct which = ic where = -1 changed to -4
		2729: new event to unlock garrisons
		file by Denniss
		
\db\events\USSR.txt
		2653: Third GPW event may now fire if YUG destroyed
		
\db\events\vichy_new.txt
		100003: does no longer triger 100004 directly
		100004: now triggered indirectly
		
\db\ideas\Ideas.txt
		file by Denniss
		
\db\leaders\leadersU73.csv
		file by Denniss
		
\db\tech\teams\teams_spa.csv
		file by Pioniere
		
\db\tech\teams\teams_spr.csv
		file by Pioniere
		file by Denniss
		
\db\tech\teams\teams_vic.csv
		file by Pioniere
		
\gfx\events_pics\Austria_Alliance.bmp
		file from Doomsday

\gfx\events_pics\Fail_Hitler_Assasination.bmp
		file from Doomsday

\gfx\events_pics\last_flight.bmp
		file by Pioniere

\gfx\interface\ill_prov_453.bmp
		file by Pioniere

\gfx\interface\ill_prov_501.bmp
		file by Pioniere

\gfx\interface\ill_prov_900.bmp
		file by Pioniere

\gfx\interface\pic\T_SPA_AgustinGrandes.bmp
		file by Pioniere
		
\gfx\interface\pic\T_SPA_Eduardo_Gonzalez-Gallarza.bmp
		file by Pioniere
		
\gfx\interface\pic\T_SPR_FelipeSandino.bmp
		file by Pioniere
		
\gfx\interface\pic\T_SPR_Juan_Modesto.bmp
		file by Pioniere
		
\gfx\interface\pic\T_VIC_Andre_Bayle.bmp
		file by Pioniere
		
\gfx\interface\pic\T_VIC_Jean-MarieCAbrial.bmp
		file by Pioniere
		
\map\adj-defs.csv
		file by Denniss

\scenarios\0_gc_1936.eug
		db\events\ai_disbanding.txt is no longer included
		trade 325: increased supplies to CGX
		
\scenarios\1936\cgx_36.inc
		file by Denniss
		
\scenarios\1936\chc_36.inc
		file by Denniss
		
\scenarios\1936\chi_36.inc
		file by Denniss
		new blueprints 1200 1210 1220
		
\scenarios\1936\csx_36.inc
		file by Denniss
		
\scenarios\1936\cxb_36.inc
		file by Denniss
		
\scenarios\1936\cyn_36.inc
		file by Denniss
		
\scenarios\1936\japan.inc
		-6x12 manpower
		added 6x12 Inf-Art in the building queue
		file by Denniss
		
\scenarios\1936\man.inc
		new tech 1020
		
\scenarios\1936\saudi.inc
		-1 manpower
		added 1x4 Infrastructure for Riyadh in the building queue
		file by Denniss
		
\scenarios\1936\uk.inc
		file by Denniss

trigger + event-id + value = delayed event, will be fired after delay period is over and this information is stored inside the savegame. It is used a lot in CORE and we were working with Radu and other devs to iron out the bugs related to this function. It's pretty solid.

I chose to use my old event for germany. That the winter is the relevant triggers seems more appropriate and it adds a random element to barbarossa. A situation where the delayed event trigger might be helpful is the japanese surprise attack event 18/19.
 
Last edited:
Yes, there is some hope. But if the game does not crash the result is merely to reveal some other problems.

I attach a save.

There are some other issue i detect in that save.
1. The UK has a buildung queue of 2000 IC. There are extreme many extreme short serials. This is also a reason for a shortness on convoys.
2. Italy has the same problem.
3. German has a similar problem on a smaller scale, altough that is not the main problem there.
4. Axis minors have more troops than they can reinforce in terms of manpower. Maybe the buiding schemes need to be adjusted. Right now a great part off their ic is unused.
 
The entire slider allocation for the AI should be reworked but that's a very complex task and will not be done in 1.08.
The most I can do is to add some straight forward barriers, to limit production or prevent adding new units to the building queue if the existing queue IC exceeds double of base IC or something like that.
 
Could it be done via changeable parameters like the existing tresholds for reinforcements etc? It that case some soft coded scripting could prevent the worst.
 
For the record -- I just ended a single player game as USA in February 1945 that was with 108 B4 with auto initiate trades turned off and I had NO -- repeat NO -- crashes.

I have a game in progress now and in December 1941 with 108 B5 (latest) and auto initiate trade turned on, I have had NO crashes.

I play on an Intel i7 64 bit with Vista and 8 MB RAM.

There IS hope!
 
Could it be done via changeable parameters like the existing tresholds for reinforcements etc? It that case some soft coded scripting could prevent the worst.

Yes but the parameters infrastructure, reinforcement and upgrading are relative to the other sliders so that infrastructure + reinforcement + upgrading + the 3 others = 1
The parameter that limits production queue should be relative to what? base ic? number of units in the queue?
 
Uh that's so complex Gunman - one really needs to have a wide span of brain logical capabilities to write the code needed for the task down. Bravo boys for undertaking this huge feat!

So nice to hear no crashes happen!
 
The entire slider allocation for the AI should be reworked but that's a very complex task and will not be done in 1.08.
The most I can do is to add some straight forward barriers, to limit production or prevent adding new units to the building queue if the existing queue IC exceeds double of base IC or something like that.
That's a good idea to some modifications done here, I'd suggest to use effective IC as base value, limit something in the area of 1.4-1.6x effective IC.

For Pang: several AI files have rather short settings for max_batch production settings, England is one of the very short ones while USA and GER have rather high settings.
 
ROM_Brazil.TT.improved.rar

Used some leaders minister from bestmajor Romania pack.

Brazil by pioniere.

http://www.sendspace.com/file/bn2tf2

c4hyf8l4g6zcx3onn.jpg

works well just need someone to adjust the tech file for Mengkukou because it cant read the csv 100%

channel straits like panama,Gibraltar,Suez and Marmara has special pictures.
c4hyv8q69cg0h5pcj.bmp



Pang Bingxun can you look into those files ?
 
Last edited:
gunman_ said:
I have noticed that one German general called Heissmeyer has the picture of Dirlewanger
there is a pic for Heissmeyer in the gfx/interface/pics folder (Heißmeyer_august_ger.bmp)
just rename it into LXXX, drop it in again and thats it, no need for a new pic.

as for adding leaders and ministers, please refrain from doing so. AoD gfx and DB is already a mess. better hunt down people without a pic (mostly late war ministers/leaders for eg USA and UK). completely new pics can always come with mods.
same for province pics and stuff. please keep the base game as slim as possible, modders can do the rest.

Pang Bixung said:
4. Axis minors have more troops than they can reinforce in terms of manpower. Maybe the buiding schemes need to be adjusted. Right now a great part off their ic is unused.
maybe make all units 10% more expensive?

+ suggestion: add a base ENG brigade right from the start (ie without activation). this will improve eg BULs troops while reducing the total number.
 
Yes but the parameters infrastructure, reinforcement and upgrading are relative to the other sliders so that infrastructure + reinforcement + upgrading + the 3 others = 1
The parameter that limits production queue should be relative to what? base ic? number of units in the queue?

I think there is some sort of misunderstanding. Let me quote \ai\ai_file_doc.txt:

infrastructure = 0.1 #max % of ic used on this slider.
upgrading = 0.1 #max % of ic used on this slider.
reinforcement = 0.1 #max % of ic used on this slider.

I would like to have a fourth paramenter production = 0.5 that make the ai never allocate more than 50% of the effective ic for production. In the later game ai events could decrease the value to 30% or 10% if short on rares etc..
About adding new serial to production. Would it be sufficient to simply allow new projects only if the ic allocated for production is higher than the ic required for the current production?
 
I play on an Intel i7 64 bit with Vista and 8 MB RAM.

There IS hope!

If 8 MB suffice there is hope, indeed. ;)

Pang Bingxun can you look into those files ?

Aye!

maybe make all units 10% more expensive?

I had something different in mind. Something that would also help a lot would be to make axis minor give their huge suplly stockpiles to germany and some rares, too. Right now the minors suffer no resource shortage while germany suffers a huge shortage.

+ suggestion: add a base ENG brigade right from the start (ie without activation). this will improve eg BULs troops while reducing the total number.

What abut the starting divisions? Especially romania starts with a lot of divisons and only little manpower available for more. I could write some refit events using remove_division and replace them with new divisions with the same name but a new brigade.
 
maybe make all units 10% more expensive?
I'd say make them all 50% more expensive manpower wise, then edit their combat stats accordingly. I know every country had a different amount of men in their standard divisions but 15,000 seems more realistic then 10,000 in an infantry division IMO.

What abut the starting divisions? Especially romania starts with a lot of divisons and only little manpower available for more. I could write some refit events using remove_division and replace them with new divisions with the same name but a new brigade.
Surely it's easier to just edit the starting 1936 GC file?
 
I'd say make them all 50% more expensive manpower wise, then edit their combat stats accordingly. I know every country had a different amount of men in their standard divisions but 15,000 seems more realistic then 10,000 in an infantry division IMO.

In that case manpower would not suffice to to reach historic numbers of divisions. And salaries might become even more relevant.

Surely it's easier to just edit the starting 1936 GC file?

Surely it is. But it harms historical accuracy.

For Pang: several AI files have rather short settings for max_batch production settings, England is one of the very short ones while USA and GER have rather high settings.

Is there a really good reason to not increase those values a lot? Maybe to 720/540/360 for all countries? This will have some disadvantages but the current disadvantages seem even more severe.

BTW: i just detected that the german ai file uses relative buildung scheme while the later loaded files do not. That requires to be harmonized.
 
In that case manpower would not suffice to to reach historic numbers of divisions. And salaries might become even more relevant.
Really? I haven't played vanilla AoD recently but I thought it was relatively easy to produce the historical number of divisions and more.

Surely it is. But it harms historical accuracy.
I thought there have been many discrepancies between historical accuracy and the starting campaigns, isn't there a mod that has totally revisited the 1944 grand campaign scenario claiming the 'vanilla' version is not very historically accurate? Surely your event would harm historical accuracy anyway?

Maybe to 720/540/360 for all countries? This will have some disadvantages but the current disadvantages seem even more severe.
+1
 
Really? I haven't played vanilla AoD recently but I thought it was relatively easy to produce the historical number of divisions and more.

There would be a shortage on manpower for most countries. This could be solved by increasing the starting manpower and the daily mnpower gain by 50% aswell. The advantage would be more accurate loss statstics.

I thought there have been many discrepancies between historical accuracy and the starting campaigns, isn't there a mod that has totally revisited the 1944 grand campaign scenario claiming the 'vanilla' version is not very historically accurate? Surely your event would harm historical accuracy anyway?

The ai events would do that. Afaik most divisions of axis minors were trained and equipped in a poor way, so brigading them would not be very appropriate.
Imo the starting conditions in the scenario files should be more or less accurate while the behavior of the ai could be less historic.