Yes, could we, to see how you apparently have fascistic fantasies of clamping down on anything to your view "off topic". Try relaxing and letting the actual moderators do their work without your prompting.
-
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.
- Status
Yes, could we, to see how you apparently have fascistic fantasies of clamping down on anything to your view "off topic". Try relaxing and letting the actual moderators do their work without your prompting.
Thank you much.
Still suffering the 'flickering' or sliding sprite for armor when I start 1936 SOV.
Prehaps someone might mention a fix or cause?
Thanks again.
The devs should take a look into the Bug reports forum, several bugs reported for 1.04 (or older) are still open to be fixed in 1.05B4.
Right.
Lets come back to main problems.
Is there anything we can do to help dev to solve CTD and unknown string issues right now?
A confirmation has been requested for the trigger "control = { province = X data = Z }
If Z = -2 returns true if the province is controlled by an enemy of whichever country the event is checked for.
IF Z = -3 returns true if the province is controlled by an ally of whichever country the event is checked for.
If Z = -2 returns true if the province is controlled by an enemy of whichever country the event is checked for.
IF Z = -3 returns true if the province is controlled by an ally of whichever country the event is checked for.
This example strikes me as a case of the wrong offset/chance ratio selected, rather than any flaw with the basic methodology, but whatever.I disagree with your disagreement. I've seen times where the Pearl Harbor "end surprise attack" for Japan event fires WITHIN A WEEK of the Japanese attack on the US. Conversely, I've seen it take FOREVER... that type of inconsistency is bad for gameplay. Now that there is a delay-event trigger, that can be solved, but it still doesn't do what I'd hoped it would do. Which is why I would like a fire-on-delay condition
For your desired type of event, would the correct way to do it not be to set a variable - have the initial delay trigger an event that just sets the variable as "true", then have the follow-on event with preconditions including that variable be "true" plus any other preconditions you need?
Example - French surrender event gives delay followed by an event that sets the variable "VICHY30" to "true". Mers-el-Kebir event requires "VICHY30" to be "true" and Vichy not in Allies, etc., etc.
Is the USA-CHI lend lease event only an AI event?
I never had it why playing USA. I only had pittman act.
I never had it why playing USA. I only had pittman act.
Congratulations of AI work with China/Japan in 1.05 b4.
Watching a hands-off game as Haiti from a 1939 start China AI lasted until mid-1944 against AI Japan.
It appears you have made it more historically accurate -what happened? Great work!
Watching a hands-off game as Haiti from a 1939 start China AI lasted until mid-1944 against AI Japan.
It appears you have made it more historically accurate -what happened? Great work!
@ CHI-JAP: In my games it wasn't China who stopped JAP but the lack of oil & rares that halfed their production. I am still not happy with that. Maybe JAP could get at better trading AI?
Interesting Change I just testet:
Nat.Spain in 1.04 starts with relation to germay +0 when created but with -150 in 1.05B4 why does Franco hates Germans that much?
(with German intervention +20 and SCW Nat.Spain victory +30 relations are at -100 --> not good!)
Maybe the idea was to hold Nat.Spain away from Axis - but I don't think that's the wy - just increas Isolationism!
Interesting Change I just testet:
Nat.Spain in 1.04 starts with relation to germay +0 when created but with -150 in 1.05B4
why does Franco hates Germans that much?(with German intervention +20 and SCW Nat.Spain victory +30 relations are at -100 --> not good!
) Maybe the idea was to hold Nat.Spain away from Axis - but I don't think that's the wy - just increas Isolationism!
If I save and then directly reload the savegame
then change something in the ic allocation and unpause, a ctd occurs within the next 26 or so game hours
then change something in the ic allocation and unpause, a ctd occurs within the next 26 or so game hours
ok, after reading the log tech team suggestion, i ll add a suggestion as well
different auto ic allocation slider settings:
priority queue
standard queue elements:
meet cons good demand
meet prod demand
meet supply demand
meet reinforcements demand
meet upgrade demand
customizable, creatable queue elements:
money surplus
supply surplus
rest division element
here a ratio can be set to allocate the additional ic between money, supply, reinforcements and upgrades
so as an example auto ic allocation queue:
1. meet cons good demand 100%
2. meet supply demand 100%
3. meet production demand 100%
4. supply surplus of 8
5. money surplus of 2
6. rest division money 30% and supplies 70%, reinforce 0%, upgrades 0%
7. meet reinforcements demand 100%
8. meet upgrade demand 100%
that means first cons good, supply and production demands are met
then a supply surplus of 8 and a money surplus of 2 is achieved
the rest of the ic goes 30% to cons goods and 70% to supplies
no ic are allocated for reinforcements or upgrades, because eg it is 36 and you want to wait with the upgrades until you get some more tech steps
different auto ic allocation slider settings:
priority queue
standard queue elements:
meet cons good demand
meet prod demand
meet supply demand
meet reinforcements demand
meet upgrade demand
customizable, creatable queue elements:
money surplus
supply surplus
rest division element
here a ratio can be set to allocate the additional ic between money, supply, reinforcements and upgrades
so as an example auto ic allocation queue:
1. meet cons good demand 100%
2. meet supply demand 100%
3. meet production demand 100%
4. supply surplus of 8
5. money surplus of 2
6. rest division money 30% and supplies 70%, reinforce 0%, upgrades 0%
7. meet reinforcements demand 100%
8. meet upgrade demand 100%
that means first cons good, supply and production demands are met
then a supply surplus of 8 and a money surplus of 2 is achieved
the rest of the ic goes 30% to cons goods and 70% to supplies
no ic are allocated for reinforcements or upgrades, because eg it is 36 and you want to wait with the upgrades until you get some more tech steps
I had a fun/strange experience with the "Claim Constanta!"-event chain.
Romania decided against giving Constanta away, Bulgaria went with take it. They both left the axis, but the war never broke out, as it should do?
Tried to tricker it as Germany "event 2712" and left the alliance but no war, tried it as Bulgaria and it did work.
After Bulgaria and Romania left the axis and where in peace, I (Germany) got both of them back to +200 both they had still 0% chance to join again. No chance of getting them back in?
Romania decided against giving Constanta away, Bulgaria went with take it. They both left the axis, but the war never broke out, as it should do?
Tried to tricker it as Germany "event 2712" and left the alliance but no war, tried it as Bulgaria and it did work.
Code:
###############################################
Romania defies Bulgaria
####################################################
event = {
id = 2712
random = no
country = BUL
# Triggered by ROM 2711B
name = "EVT_2712_NAME"
desc = "EVT_2712_DESC"
style = 0
picture = "romania_tank"
action_a = {
name = "EVT_2712_ACTA" # Bulgaria takes Constanta by force
ai_chance = 75
command = { type = leave_alliance }
command = { type = peace which = ENG value = 1 }
command = { type = end_guarantee which = SOV where = BUL }
command = { type = end_guarantee which = GER where = BUL }
command = { type = domestic which = defense_lobby value = 1 }
command = { type = war which = ROM }
}
action_b = {
name = "EVT_2712_ACTB" # Bulgaria stands down
ai_chance = 25
command = { type = domestic which = defense_lobby value = -1 }
command = { type = dissent value = 5 }
command = { type = sleepevent which = 2713 }
}
}After Bulgaria and Romania left the axis and where in peace, I (Germany) got both of them back to +200 both they had still 0% chance to join again. No chance of getting them back in?
OK...
I have made some progres in regardsto catching the dreaded line 61
here is a hotfiz that outputs a error.txt when it detects a invalid date beeing applied and then record into the file where it came from.
www.bl-logic.dk/Games/AOD/HotFix/105B4Hotfix1b.rar
Please upload the error.txt, as soon as the bug has fired and the file is created.
I have made some progres in regardsto catching the dreaded line 61
here is a hotfiz that outputs a error.txt when it detects a invalid date beeing applied and then record into the file where it came from.
www.bl-logic.dk/Games/AOD/HotFix/105B4Hotfix1b.rar
Please upload the error.txt, as soon as the bug has fired and the file is created.
Last edited:
ic allocation
since I assume that my proposed auto ic allocation solution wont be implemented for 1.5, I recommend a minor change
because as of now I either have to micromanage, or see the auto function waste ic on upgrades I dont need (yet)
1. just allow the player to fix a slider even when auto is on
that way I could fix the upgrade and reinforcements to 0 but still dont have to waste time adjusting production slider every time
2. when some element is fixed, the absolute amount is fixed, not the relative ic (maybe per check box)
so if I fix upgrade ic allocation at 15 ic, that number does not increase when the total ic increases (be rapairs and so on)
these 2 changes would tremendously benefit the auto function and the micromanager (because with 2. eg the production allocated ic need only to be changed, if you change something in the production queue, not if someone bombards a province thus lowering your total ic)
not as good as the allocation priority queue, but much easier to implement and would greatly enhance the allocation feature
since I assume that my proposed auto ic allocation solution wont be implemented for 1.5, I recommend a minor change
because as of now I either have to micromanage, or see the auto function waste ic on upgrades I dont need (yet)
1. just allow the player to fix a slider even when auto is on
that way I could fix the upgrade and reinforcements to 0 but still dont have to waste time adjusting production slider every time
2. when some element is fixed, the absolute amount is fixed, not the relative ic (maybe per check box)
so if I fix upgrade ic allocation at 15 ic, that number does not increase when the total ic increases (be rapairs and so on)
these 2 changes would tremendously benefit the auto function and the micromanager (because with 2. eg the production allocated ic need only to be changed, if you change something in the production queue, not if someone bombards a province thus lowering your total ic)
not as good as the allocation priority queue, but much easier to implement and would greatly enhance the allocation feature
I suggest writing in in the wishlist thread, or using the advanced auto sliders
After upgrading with the hotfix the game crash the 14th April.
The mistake could of course be pre-hotfix.
Edit: It works fine with the pre-hotfix .exe file
The mistake could of course be pre-hotfix.
Edit: It works fine with the pre-hotfix .exe file
Last edited:
Wooops, it is germany_ny
It seems it is the new tech ready at the 14th who cose the problems.
It seems it is the new tech ready at the 14th who cose the problems.
- Status