RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (Full Version)

All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> Tech Support



Message

Rainer -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 1:56:24 AM)

"beta" means a release to be tested to find remaining bugs or undiscovered side effects.
Because it is a non-official release it has not gone through the full process of testing and is not as stable as an "official" release. It does not mean there have to be bugs. It simply means changes in the code have been applied which have not been fully tested against side effects, for example.


Michael clearly warned us to not use these betas in games we care about (see first post of this thread).
Quote:
PLEASE DON'T USE THIS EXE FOR YOUR REAL ON-GOING GAMES AT THE MOMENT PENDING MY FINDINGS ON HOW SUITABLE THE NEW EXE IS.

If, however, you feel you want to help by all means do it. NOTE: The test (beta) version will install itself into a seperate folder (beta2 - with an extra desktop icon) so you can select to "test" or "play" as you please. Your "play" version will not be effected.
Just don't forget to report (here in this thread) if you find something suspicious with the beta version.
And please make clear in your report what version exactly you are refering to.
(Sorry Michael, don't want to babysit you and your devoted beta testers [;)])


EDIT: I should note that in order to preserve your "play" version you have to make sure to keep the "saves" also in a seperate folder. If it is not clear to you what I am talking about please do not use the beta version and stick with the latest official release (which should be 1106i dated October 27, 2010 if I remember correctly).





BJStone -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 2:24:46 AM)


quote:

ORIGINAL: michaelm

Them pesky Dutch devices again. A different set looped in still ANOTHER fashion.
I have put a limit on how many times it will look through a device upgrade before deciding it can't find an appropriate one. This will automatically break the loop for these cases in future.

Attached is the version K3 EXE to be unzipped into the Beta2 directory.
I'll make up a proper install file tonight when I get home from work.


Thanks Michael, I look forward to giving it a go. just curious - are there any specifics you'd like us to look at? Anything you want us to narrow in and test for you?


Regards,

BJ



drw61 -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 3:56:09 PM)

Michael,

Some observations on purchasing back destroyed LCUs. (Using 1108k)

The 4th Marine Reg (5524, located at SF in the save) comes back without its withdraw date of 440801.

Filipino and Dutch units that are purchased never advance from arriving in two days on the Ground Reinforcement Schedule. (This is probably as intended) Suggestion - Have units that will not arrive be grayed out in the Ground Units Destroyed menu, or have a way to delete them from the list.

Some CW units are returning at Mombasa instead of Aden, is this as intended?




beppi -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 4:14:28 PM)


quote:

ORIGINAL: drw61

Michael,

Some observations on purchasing back destroyed LCUs. (Using 1108k)

The 4th Marine Reg (5524, located at SF in the save) comes back without its withdraw date of 440801.

Filipino and Dutch units that are purchased never advance from arriving in two days on the Ground Reinforcement Schedule. (This is probably as intended) Suggestion - Have units that will not arrive be grayed out in the Ground Units Destroyed menu, or have a way to delete them from the list.

Some CW units are returning at Mombasa instead of Aden, is this as intended?




Mhh the missing withdraw date is strange (i never checked it) but your problem with the units stuck at 2 days schedule should be already fixed with one of the beta updates. Have you tried the last beta patch ?



drw61 -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 4:23:36 PM)

I have the one dated from the 15th, I'll update to the latest version.
Thanks

quote:

ORIGINAL: beppi


quote:

ORIGINAL: drw61

Michael,

Some observations on purchasing back destroyed LCUs. (Using 1108k)

The 4th Marine Reg (5524, located at SF in the save) comes back without its withdraw date of 440801.

Filipino and Dutch units that are purchased never advance from arriving in two days on the Ground Reinforcement Schedule. (This is probably as intended) Suggestion - Have units that will not arrive be grayed out in the Ground Units Destroyed menu, or have a way to delete them from the list.

Some CW units are returning at Mombasa instead of Aden, is this as intended?




Mhh the missing withdraw date is strange (i never checked it) but your problem with the units stuck at 2 days schedule should be already fixed with one of the beta updates. Have you tried the last beta patch ?





Omat -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/18/2011 11:55:03 PM)

nevermind



Theages -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 12:08:44 AM)

In my experience HQ units won't move into an enemy occupied hex if set to 'combat'. Using 'move' they enter the hex. I usually use a combat unit as lead unit. If a unit set to 'move' mode is set to follow a unit with 'combat' mode, it will move no faster than the unit in 'combat' mode, resulting in 'safe' arrival together with the other units.



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 12:50:26 AM)


quote:

ORIGINAL: drw61

Michael,

Some observations on purchasing back destroyed LCUs. (Using 1108k)

The 4th Marine Reg (5524, located at SF in the save) comes back without its withdraw date of 440801.



This is intentional. If you are going you reform the unit, it is a "new unit".
Forcing a withdraw could make rebuilding a unit totally meaningless as by the time it gets fully built, it goes 'poof' and get withdrawn.
Bring back destroyed units breaks the 'historical' withdrawn reason from my voew point.



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 12:53:07 AM)


quote:

ORIGINAL: drw61


Filipino and Dutch units that are purchased never advance from arriving in two days on the Ground Reinforcement Schedule. (This is probably as intended) Suggestion - Have units that will not arrive be grayed out in the Ground Units Destroyed menu, or have a way to delete them from the list.



I assume that these units have nowhere to arrive due to the normal arrival bases being occupied.
I'll verify on the save and if so, will make some sort of visual change.



Alfred -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 3:30:14 AM)


quote:

ORIGINAL: michaelm


quote:

ORIGINAL: drw61

Michael,

Some observations on purchasing back destroyed LCUs. (Using 1108k)

The 4th Marine Reg (5524, located at SF in the save) comes back without its withdraw date of 440801.



This is intentional. If you are going you reform the unit, it is a "new unit".
Forcing a withdraw could make rebuilding a unit totally meaningless as by the time it gets fully built, it goes 'poof' and get withdrawn.
Bring back destroyed units breaks the 'historical' withdrawn reason from my voew point.


Looks like a major potential loophole has been created.

Taking into account your concern, wouldn't a better solution be to not allow destroyed units to be eligible for resurrection if they were scheduled to go "poof".

Alfred



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:04:54 AM)

By rebuilding destroyed units, you have broken the 'historical' intent of setting withdraw dates anyway.



vonTirpitz -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:05:19 AM)

version 1108k

General Defence Army and Kwantung Army take replacements this turn and changed OOB.


Save attached



vonTirpitz -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:06:05 AM)

version 1108k3

General Defence Army and Kwantung Army take replacements this turn and changed OOB.

edit: this was from transitioning from k1 to k3 build.

[image]local://upfiles/15649/EA47E3A4D1144EB4B6E38EE109243E8A.jpg[/image]



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:33:25 AM)

I have noticed this in some other saves.
For some reason, these units seem to have these devices defined in them.
Have you a save from before changing to K3 for comparison?



vonTirpitz -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:42:08 AM)

attached save under 1108c



vonTirpitz -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:43:36 AM)

attached save after converting to 1108k1



Alfred -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 5:04:20 AM)


quote:

ORIGINAL: michaelm

By rebuilding destroyed units, you have broken the 'historical' intent of setting withdraw dates anyway.


My point exactly.[:)] Hence why the suggestion those specific units should not even be made eligible for resurrection. Allow only those units not scheduled to go "poof" to be eligible for resurrection.

Alfred



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 5:06:59 AM)

quote:

ORIGINAL: vonTirpitz

version 1108k

General Defence Army and Kwantung Army take replacements this turn and changed OOB.


Save attached



I ran this save (looks like it was saved under 1108c) under K3 and it didn't add any extra devices.
I'll try the others.

Looks like something funny must have been present in k1 or k2.
The starting weapons (TOE) for General Army HQ show these extra devices which seems to be from a VM TOE.



viberpol -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 12:48:06 PM)


quote:

ORIGINAL: michaelm
I ran this save (looks like it was saved under 1108c) under K3 and it didn't add any extra devices.
I'll try the others.

Looks like something funny must have been present in k1 or k2.
The starting weapons (TOE) for General Army HQ show these extra devices which seems to be from a VM TOE.


Michael,
I believe this should be tracked even deeper down than k1 or k2.
Remember the old thread here? http://www.matrixgames.com/forums/tm.asp?m=2686165&mpage=1&key=�

With your beta patches you actually made the upgrade work as it should, and the TOE has been upgraded.
But several patches earlier something changed the TOE upgrade for those HQs.



viberpol -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 1:06:07 PM)


quote:

ORIGINAL: michaelm

I ran this save (looks like it was saved under 1108c) under K3 and it didn't add any extra devices.
I'll try the others.

Looks like something funny must have been present in k1 or k2.
The starting weapons (TOE) for General Army HQ show these extra devices which seems to be from a VM TOE.


The upgrade happened in my PBEM as well.
I attach a save in hope it'll help you.

OPERATIONAL REPORT FOR Sep 27, 43
General Defence Army takes replacements
Kwantung Army takes replacements

BEFORE



viberpol -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 1:07:52 PM)

AFTER



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 1:51:04 PM)

Your correct. I though it was more recent, but it must have been a bug earlier.
Looking back I think that there must have been a variable pointing to the wrong TOE when a unit didn't have a specific TOE (as is the case with some of the command/high level HQs).
Never could catch when this happened. Either saves had the bad TOE or couldn't get it to go with a wrong TOE.
Still think it was patch post-1108 (build2) that did it though some 1108c saves seem to be okay.



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 3:43:37 PM)


quote:

ORIGINAL: viberpol


quote:

ORIGINAL: michaelm

I ran this save (looks like it was saved under 1108c) under K3 and it didn't add any extra devices.
I'll try the others.

Looks like something funny must have been present in k1 or k2.
The starting weapons (TOE) for General Army HQ show these extra devices which seems to be from a VM TOE.


The upgrade happened in my PBEM as well.
I attach a save in hope it'll help you.

OPERATIONAL REPORT FOR Sep 27, 43
General Defence Army takes replacements
Kwantung Army takes replacements

BEFORE

Thanks.
Units that don't have an official TOE, use their starting values (weapon and number) as the TOE.
With the General Defence HQ, the starting values have been changed to that of VM Militia Div at some time. The mystery is when 'that time' happened.



viberpol -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:04:20 PM)

quote:

ORIGINAL: michaelm
quote:

ORIGINAL: viberpol
OPERATIONAL REPORT FOR Sep 27, 43
General Defence Army takes replacements
Kwantung Army takes replacements

BEFORE

Thanks.
Units that don't have an official TOE, use their starting values (weapon and number) as the TOE.
With the General Defence HQ, the starting values have been changed to that of VM Militia Div at some time. The mystery is when 'that time' happened.


If I can be of any assistance, IMHO maybe you shouldn't focus on the patch number but the variable of time/upgrade... [;)]

See here is a save from the same PBEM game: 1/1/42
It says 1084e and the General Defence HQ is OK.



viberpol -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 4:10:52 PM)

And here is a save from the same PBEM game: 2/1/42
It also says 1084e and the General Defence HQ is NOT OK.
So the change of TOE appeared between January - February no matter the patch number?



beppi -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/19/2011 9:41:59 PM)

Found a small bug with pilot drawl from the repleacement pool when the pool is empty.

I got some pilots with the following stats. Some of the non xp stats where quite high which is a little strange.
I do not think that this is realy important was i do not see a real advantage in it.

Patch was 1108c.



[image]local://upfiles/11305/B978C867B1264764B9D51F79629DA664.jpg[/image]



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/20/2011 2:00:30 AM)

Well based on the version, then this was patch 2.
Trying to track down why this happen with the patch 2 code would be hard as I no longer have that code.



michaelm75au -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/20/2011 2:02:42 AM)


quote:

ORIGINAL: beppi

Found a small bug with pilot drawl from the repleacement pool when the pool is empty.

I got some pilots with the following stats. Some of the non xp stats where quite high which is a little strange.
I do not think that this is realy important was i do not see a real advantage in it.

Patch was 1108c.



[image]local://upfiles/11305/B978C867B1264764B9D51F79629DA664.jpg[/image]


Which ones are from when the pool was empty?



beppi -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/20/2011 3:40:54 AM)

quote:

ORIGINAL: michaelm


quote:

ORIGINAL: beppi

Found a small bug with pilot drawl from the repleacement pool when the pool is empty.

I got some pilots with the following stats. Some of the non xp stats where quite high which is a little strange.
I do not think that this is realy important was i do not see a real advantage in it.

Patch was 1108c.



[image]local://upfiles/11305/B978C867B1264764B9D51F79629DA664.jpg[/image]


Which ones are from when the pool was empty?


All the ones with <10 xp. Two turns ago i shifted the complete russian airforce to the pools and draw every unit new up to 133%. So most of the units have very low xp pilots. Last turn i just checked for units which i have forgotton and saw this by pure luck. Just wanted to inform you, i know that the patch is not the latest and the problem might be hard to reproduce.



koniu -> RE: Patch 06 - Public Beta - Build 1108j (build03) updated 27 Feb (3/20/2011 11:49:18 AM)

what [MEM]  and  [DCB] mean in 1008k changelog list in first post?



Page: <<   < prev  4 5 [6] 7 8   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
6.484375