Download CORE 0.70.4

[Tegetthoff]

New Version:

Download link:
http://www.gamefront.com/files/24888871/CORE2_0_7_0_4.exe

Experimental alternate link:
http://www.filehosting.org/file/details/478394/CORE2_0_7_0_4.exe

Checksum:
ZMXM

New Graphics Pack link as of Mar. 22, 2015:
http://www.gamefront.com/files/24888875/CORE_B&W_Graphics_070.exe

Changelog:

CHC:
added one VP to province 1275 (Pingliang)
increased landforts in Yan'an (1271) from 2 to 3
reactivated one division for the Fourth Red Front Army
reactivated one division for the Second Red Front Army

JAP AI:
JAP max_front_ratio against CHC is now always 0.3 in backoff and Pacific Ais (used to be 0.4 in Pacific AIs, making it stronger than in backoff)
increased passivity settings against CHI and CHC during Pacific war
increased passivity settings against CHC and CXB during China war
tuned down importance of China in Japan´s Pacific war invasion ais
focused Pacific war ai somewhat more on actual targets
further tuned down mountain building in favour of garrison for all build ais
introduced 360 days enemy_handicap settings on CHI et al for Pacific Offensive ai


Burma Road:
Simplified the way the Burma Road Expansion is handled (now three events instead of five) - in preparation for making it mor complicated again when adding free Allied supplies
Made the expanded Burma road more likely to happen

CHI/USA/Burma Road:
Strengthened USA Lend-Lease, made it persisten so it is switched on and off with the availability of the Burma Road.
Haiphong Railroad can now also be deactivated due to lack of funds

CHI AI:
Backoff remove will now also reinstall the chi_japan.ai, not just chi_backoff_remove.ai
Shifted CHI build ai from MTN to RES by about 5 points

MAN AI:
Shifted MAN build ai from MTN to CAV by about 5 points

USA:
tuned down the emphasis on INF construction in prewar gear-up ai´s
tuned down the beach and capital garrison settings for war ai´s
Increased some max_distance settings
Focused Pacific war ai more on actual targes (switched off Australia and New Zealand)
Strongly focused the usa japan invasion ai on Japan and Phillipines

SIA:
Full mobilisation is no longer caused by change in ownership of neighbouring provinces

tech:
Made 2nd and 3rd level of oil to rare materials more efficient (3.5-> 4.0, 4.0->5.0)

Dec:
Lots of model symbols (air)
USA minister changes
Some new air models
Some unit_names changes
Claude A. Swanson death / retiring events changed


Denniss:
USA Selective Service Act modification

Zsar:
core_Italy.txt:
- added event 460218 to give cores to ITA on roughly historical Fourth Shore territory
- added event 460219 to give back partially conquered Tunisia to VIC
- added event 460220 to disband the old libyan division
- added event 460221 to create the two new libyan divisions

cored_ai_fra.txt:
- added clearing of dynamic trade value flags to event 21002

cored_italy.txt:
- changed event 2900 to give cores on Tunisia, no longer return it to VIC and trigger event 460219 instead

chi_jap_puppet.ai, chi_japan.ai, chi_war_japan.ai, chi_war_warlords.ai, cze_axis.ai, eng_atwar.ai, eng_britain.ai, sov_bitter_peace.ai, spr_civilwar.ai, 
- removed custom trade values
fra_free.ai is intentionally exempt from this change.

eth_1936.ai completely rewritten
- fixed some critical bugs (ex. negated priority for ENG borders)

event_text.csv
- added key ED460218 due to overly long description text

ITA_36.inc
- added dormant libyan divisions to be activated by event 460221
- removed ITA cores on Libya
- changed "Divisione Libia" to 9-bn division (due to historical overstrength; will be disbanded by event 460220 in 1937)
- renamed "Divisione Libia" to "1a Divisione coloniale 'Libia'"


Armd:
New map files (mainly name changes)
Mazirbe to Kuldiga
Dagaupulis to Daugavpils
Jekapils to Jekabpils 


Hagar:
147 new or reworked province pics
47 leader / minister pics (mainly US)


2015-03-22
**********************************
-> CORE 0.70.4 for AoD
**********************************

 

[Tegetthoff]

IMPORTANT:
A lot of files have now been changed, so please everybody work of this version!


If somebody has the time and the inclination:
ENG naval ai fires new ai files almost daily, sometimes five at a time. This cannot be good.

Note to Hagar:
We are currently lacking tech pics for several industrial techs related to synthetic materials:
13090 # Improved Synthetic Materials (plastics)
13100 # Advanced Synthetic Materials (plastics)
13110 # Modern Synthetic Materials (plastics)
13030 to 13080 need checking whether they still fit any possible changes by Dec, and could probably be improved anyway

 

[Denniss]

Typo in CHC leader file, 7681 instead of 76381; ID range is specified as 76300+

 

[Tegetthoff]

Typo in CHC leader file, 7681 instead of 76381; ID range is specified as 76300+

fixed

 

[Denniss]

ENG leader file still contains 505068 (India range), leader image is L1213 which would be the proper ID for him. Could not find him used in scenario or event files (may have missed some though) so rename should be safe.

EDIT: no idea why GER 1100803 is not numbered 616, matching its leader image number.

 

[Tegetthoff]

ENG leader file still contains 505068 (India range), leader image is L1213 which would be the proper ID for him. Could not find him used in scenario or event files (may have missed some though) so rename should be safe.

EDIT: no idea why GER 1100803 is not numbered 616, matching its leader image number.

fixed those, too

 

[Denniss]

Whoever edited the italian .inc file destroyed the original layout of the .70.3 file, makes a comparison very hard. Someone still using the dumb Microsoft notepad/wordpad which doesn't respect tabs ? The same happened to ETH ai file.


At E:\_Downloads\_AoD\AoD Core 060\Core_0704\mod-CORE2\ai\switch\chi_jap_puppet.ai [construction\Infra_provs] (1148, 3):
There were 2 duplicates.
[I16792|L1171|C3]: 1232
[I16535|L1154|C3]: 1232


At E:\_Downloads\_AoD\AoD Core 060\Core_0704\mod-CORE2\ai\eth_1936.ai [air_marshal] (1317, 1):
At least 1 instance(s) of a literal "strategicstriketolerance" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "strategicstrikedesirability" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "installationstriketolerance" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "installationstrikedesirability" entry are required, but there are only 0 instances.
-> should be in there but with very low desirability/tolerance; Nobody knows what happens without them, maybe a default value kicking-in

 

[Zsumi]

Hello.

Looking at the bug posts i had a hunch there where something like this going on. Got a few tips. Using for example Google Doc's for the files being edited, or a version control system like TortoiseSVN will help alot and might be especialy usefull for Tegetthoff. They make take a bit of work to get them started but will make manageing the mod easyer in the long run.

 

[Denniss]

ITA taking-over Tunisia - has this been tested as working?
Upon VIC xreation ITA is not a war with them so any ITA unit in Tunisia should be expelled. Plus VIC gets a militia unit placed in Tunis

http://dfiles.eu/files/ury68murx

Two ITA files cleanup-up/formatted
ROM/naval construction have some when = now removed

I suggest to use a higher event range for fourth shore to leave some room for a possible ITA surrender expansion/fix

 

[ArmdChair]

Ran the game thru 30 Dec 1941.

No problems.

Did someone alter the SCW intervention events? If yes, I like how they staggered in my game. Oddity was that ENG and FRA intervened first. Rarely happens, but not problematic as it was a first iteration.

New Air icons might take some getting used to, but I like them.

I see the comments above, but I see no problems for them not being correct (yet).

I will this game some more tomorrow.

 

[dec152000]

Hi,

Rubber: Why did we do this? The prvious values were actually rather generous. Historyman researched this area and based the initial settings off RW numbers. I just checked and we shouldn't really be over 3.75 at best. So this change just moves us away from being accurate.

Notepad: Yes, I use Notepad all the time. OTOH, I think Zsar is the culprit here. Will echo comment about not reformating files mid-version. Maakes it too hard to see changes.

Air Icons: these are a first try. Considered having model numbers instead of year identification. But in some cases the model numbers don't give as good of a feel for relative capability. Also considered putting in info as to Jet powered. LEft it off for now. Problem is some units have both conventional and jet models in the same year. Would be easy enough to add either TJ or a small icon to indicate this status.

mm

 

[Zsar1]

Whoever edited the italian .inc file destroyed the original layout of the .70.3 file, makes a comparison very hard.

Reformatted. That could be called "destroy". I also tend to destroy the disarray in my room when I clean it.

Someone still using the dumb Microsoft notepad/wordpad which doesn't respect tabs ? The same happened to ETH ai file.

Notepad++ and yes, that is in the changelog. I prefer to use indentations which are display-agnostic. Also the original format of the ETH file could not be appropriately described without dropping the register by several levels.

At E:\_Downloads\_AoD\AoD Core 060\Core_0704\mod-CORE2\ai\eth_1936.ai [air_marshal] (1317, 1):
At least 1 instance(s) of a literal "strategicstriketolerance" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "strategicstrikedesirability" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "installationstriketolerance" entry are required, but there are only 0 instances.
At least 1 instance(s) of a literal "installationstrikedesirability" entry are required, but there are only 0 instances.
-> should be in there but with very low desirability/tolerance; Nobody knows what happens without them, maybe a default value kicking-in

They are not supposed to be missing. Let me check...
Yup, missing in my release set as well. That, too, then, was all me.

Fixed.

ITA taking-over Tunisia - has this been tested as working?
Upon VIC xreation ITA is not a war with them so any ITA unit in Tunisia should be expelled. Plus VIC gets a militia unit placed in Tunis

It has been from the ITA side and they are (of course; hardcoded).
Was not aware of the VIC unit, will search for that and look from the other side as well. It should not be an issue unless the VIC unit is locked.

Two ITA files cleanup-up/formatted

... I see that you broke the indentations on the new event entries in the overview. Great work, but... why!?
Also the inc file seems to be completely reverted. I do not think I will touch that after I spent so much care on aligning every single character.

Assuming that this mess looks alright on your side, please check whether your IDE normalises tabulator widths.

addendum:
As I can only imagine that all looks alright on your side with your screen and settings, I have uploaded pictures of how these files look on my side, and do so even when viewed through MonoDevelop or VisualStudio2012.

I suggest to use a higher event range for fourth shore to leave some room for a possible ITA surrender expansion/fix

Eagerly. It just was not immediately visible, what range would be proper.
All recommendations are welcome.

Will echo comment about not reformating files mid-version. Maakes it too hard to see changes.

I was under the impression that those were my domain for the moment, so the time to change them would have been ideal.
- It is hardly mid-development for 0.70, at least not that I were aware of that. We have just started.

--

@Zsumi:

The issue would have also arisen with the diff-tool in TortoiseSVN (I use that occasionally for other projects).
Under the - apparently wrong - assumption that no one else would even come close to these files, I search-replaced the tabulators with whitespaces and thereafter realigned every line, every sign to match.
- The only way to properly diff this would require serious preprocessing: whitespace-stripping and tokenisation so it is still visible, what token ends where. Diffutils can probably do that somehow, but I at least have no clue how or even whether.

 

[Hagar]

IMPORTANT:
Note to Hagar:
We are currently lacking tech pics for several industrial techs related to synthetic materials:
13090 # Improved Synthetic Materials (plastics)
13100 # Advanced Synthetic Materials (plastics)
13110 # Modern Synthetic Materials (plastics)
13030 to 13080 need checking whether they still fit any possible changes by Dec, and could probably be improved anyway

Noted. I'll try to see what I can come up with.

 

[Tegetthoff]

Editing:

I recommend Notepad++ for everybody. Frankly, I could not combine the various submissions I get without the search and compare functions of Notepad++

Rubber: was an experiment, mainly because I saw GER run out of rares hands-off. I have started a quick GER game now and am no longer so sure that this is the culprit.
But currently I have seen GER loose in mid 1944 quite a lot and seriously out of rares before then. This started with the transition from the old system of rares production to the new system.
The changes are well documented and take a couple of seconds to change back.

 

[Zsar1]

I just noted that I had introduced a really stupid logic error into the dynamic trade system. It leads to events being eligible in more circumstances than appropriate.
- It might screw with the trade AI somewhat fiercely, so here is the fixed file for now. (I will, of course, include it as well into my content batch for the next version.)

... In detail, I used disjunctions to determine whether a trade setting is appropriate or not. At the same time, each final clause omitted the IC limitation (as would have been fine in a conjunction). This leads to aggressive buying being appropriate at the same time as increased buying.
- I added the IC limitation to all events now, although it is only strictly necessary in end tiers (selling and aggressive buying). Might later revisit to see whether conjunctions would have been better after all.

--

Rubber: was an experiment, mainly because I saw GER run out of rares hands-off. I have started a quick GER game now and am no longer so sure that this is the culprit.

I think I can encourage that assumption. It might be that countries buy more than they need and artificially tighten the market. Rare materials, which are literally rare before the war, would be especially affected.

The reason would be at least twofold: For one there is the bug I mentioned above that keeps countries at aggressive pricing for longer than appropriate, then it seems that the cancel_deal_threshold value is now a bit high:
I have seen JAP buy oil aggressively and eventually progress down to selling prices, but not actually cancel its trades. As most other countries use the same cancel_deal_threshold value of 3, this would also occur with other resources.

On the short term, I would recommend to lower this value to at most 2 for the bulk of countries, but I have not observed enough to be sure.
- It would, almost certainly, necessitate to re-evaluate our starting trades.

I am going to test a cancel_deal_threshold value of 1 and report back once I have some more-than-preliminary findings.

 

[Zsar1]

Actually, disregard that whole post up here. I just noticed that in 0.70.4 the trade AI files are actually absent from the mod folder and therefore the empty placeholders in the vanilla folder get loaded.

 

[Denniss]

Zsar, it looks like you once modified the tab width in Notepad++; The default setting should be Default Tab mode with Tab width of 4. (Einstellungen -> Optionen -> Tabulator)
Please always anable "Alle Zeichen anzeigen", the unchecked icon just below E of Erweiterungen
Plus it's always helpful to change the language to C++ - helps to spot improperly closed brackets

 

[Tegetthoff]

Actually, disregard that whole post up here. I just noticed that in 0.70.4 the trade AI files are actually absent from the mod folder and therefore the empty placeholders in the vanilla folder get loaded.

Can anybody else confirm this, because it the files came along in 0.70.3 they have to come along in 0.70.4, too. I did not change the installer code and the file repository is just overwritten with new files, nothing can be deleted.

Notepad++: yes, got to love the bracket spotter, that really helps.

 

[Denniss]

cored_ai_trade.txt is present in my .04 installation.

 

[Zsar1]

The missing files are Trade_[Energy|Metal|RareMaterials|Oil]_[Buy[1|2]|Neutral|Sell].ai in mod-CORE2/ai/switch.
The dummy files in ai/switch exist (though I did not check whether they were removed on deinstallation of 0.70.3 in the first place; they probably should not be).

Zsar, it looks like you once modified the tab width in Notepad++; The default setting should be Default Tab mode with Tab width of 4. (Einstellungen -> Optionen -> Tabulator)
Please always anable "Alle Zeichen anzeigen", the unchecked icon just below E of Erweiterungen
Plus it's always helpful to change the language to C++ - helps to spot improperly closed brackets

I did, it is, just why would I do that when there is a shortcut and it does mark the brackets anyway.

Thence whitespaces: Tabulators depend on local configuration and may look wrong depending on the client setup. They may belong onto a typewriter but certainly not into any kind of formal code.