Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

RE: Patch 06 - Public Beta - Build 1108p3 updated 10 July (2nd part)

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> Tech Support >> RE: Patch 06 - Public Beta - Build 1108p3 updated 10 July (2nd part) Page: <<   < prev  15 16 [17] 18 19   next >   >>
Login
Message << Older Topic   Newer Topic >>
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/28/2011 8:09:18 PM   
FatR

 

Posts: 2522
Joined: 10/23/2009
From: St.Petersburg, Russia
Status: offline
Never mind, double post...

< Message edited by FatR -- 8/28/2011 8:12:46 PM >

(in reply to michaelm75au)
Post #: 481
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/28/2011 8:11:08 PM   
FatR

 

Posts: 2522
Joined: 10/23/2009
From: St.Petersburg, Russia
Status: offline
quote:

ORIGINAL: michaelm


The upgrades has another set of filters ("Allowed to upgrade/Not allowed to upgrade) that show those set to Yes, or those set to No.

Where I can find these? I can see only old "Allow/No upgrades for ships on this list buttons on the port screen...

Reattaching the file.

Attachment (1)

(in reply to Theages)
Post #: 482
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/28/2011 10:29:16 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
Highlighted text in the upper left area of the list header (no button).

(in reply to FatR)
Post #: 483
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 10:43:47 AM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: FatR

quote:

ORIGINAL: michaelm


The upgrades has another set of filters ("Allowed to upgrade/Not allowed to upgrade) that show those set to Yes, or those set to No.

Where I can find these? I can see only old "Allow/No upgrades for ships on this list buttons on the port screen...

Reattaching the file.

There must some server issue. It can't find the file - http error. I think that other people are suffering the same thing for other server files.

_____________________________

Michael

(in reply to FatR)
Post #: 484
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 12:02:46 PM   
Itdepends

 

Posts: 937
Joined: 12/12/2005
Status: offline
Now in June 1942 I've noticed that the ships due upgrade filter is showing ships due upgrade in 1943 when I click on the "show ships due upgrade" button. Using latest beta (P9)
Anyone else noticed the same thing?

(in reply to michaelm75au)
Post #: 485
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 12:07:43 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: Theages

Using latest beta (q1).
There seems to be display bug on the task force creation screen.
Adding previously converted APDs (standard DDs or CL, CA are OK) to a fast transport TF doesn't increase the shown troop and cargo capacity.
When you try to load troops on the created TF, the correct values are shown.


Not related to the beta changes, has been this way from what I can see. There are several other classes that seem to have cargo space and can be in FT, but don't update those figures either.

_____________________________

Michael

(in reply to Theages)
Post #: 486
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 12:12:52 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline
quote:

ORIGINAL: Itdepends

Now in June 1942 I've noticed that the ships due upgrade filter is showing ships due upgrade in 1943 when I click on the "show ships due upgrade" button. Using latest beta (P9)
Anyone else noticed the same thing?

Added Ship due upgrade time filters to the Ship List screens
There are additional filters that allow you to see upgrades at various stages depending on what you want. Some players felt that they had lost the ability to see some upgrades.

Upgrades can be filter to
a) Show if ship upgrade is allowed or not
b) For Time of upgrade - Overdue, This month, Next month, +2 months, >2 months or All.

This should satisfy almost all needs to see upgrades.




Attachment (1)

< Message edited by michaelm -- 8/29/2011 12:24:51 PM >


_____________________________

Michael

(in reply to Itdepends)
Post #: 487
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 12:22:11 PM   
Itdepends

 

Posts: 937
Joined: 12/12/2005
Status: offline
Bugger sorry Michael- should have read the release notes.

Daniel

(in reply to michaelm75au)
Post #: 488
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 2:38:35 PM   
ny59giants


Posts: 9869
Joined: 1/10/2005
Status: offline
When you pull up "Active Ships @ name a port," the right hand column has "Ships Due Upgrade" (49) was only showing those ships that were overdue. Now, it shows every ship that is due a upgrade in the future. It was very helpful went it showed only those overdue, but now it isn't.




Attachment (1)

< Message edited by ny59giants -- 8/29/2011 2:39:27 PM >


_____________________________


(in reply to Itdepends)
Post #: 489
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/29/2011 2:48:24 PM   
PaxMondo


Posts: 9750
Joined: 6/6/2008
Status: offline
Should be able to click through the settings using the toggle ...

_____________________________

Pax

(in reply to ny59giants)
Post #: 490
RE: Patch 06 - Public Beta - Build 1108q1 updated 28 Au... - 8/29/2011 6:17:11 PM   
bk19@mweb.co.za

 

Posts: 258
Joined: 7/26/2011
Status: offline
quote:

ORIGINAL: michaelm
[1108q1]
Fixed Bug not letting land based groups see all plane upgrades [MEM]
Tweaked River crossing for total hex control [MEM]
Added Stacking limit check to army lists - RED location for overstacked [MEM]
Added Show current stacking level if max stack value applies to player on mouseover [MEM]
Fixed Industry Management not expanding (1)x0 size industry [MEM]
Fixed Carry over withdraw type to editor subunits [MEM]


Has this Q1 patch been released yet? The last patch I can find a link to is in #457 (of this thread) which is for 1108p9d. According to posting #479, Theages writes that he is using this patch, yet I am unable to track it down.

MichaleM; please direct me to the correct location to fetch this.

Have a nice day!!!!

(in reply to michaelm75au)
Post #: 491
RE: Patch 06 - Public Beta - Build 1108q1 updated 28 Au... - 8/29/2011 6:27:20 PM   
ny59giants


Posts: 9869
Joined: 1/10/2005
Status: offline
Go to bottom of first post on page 1 for newest Beta Patch download.

_____________________________


(in reply to bk19@mweb.co.za)
Post #: 492
RE: Patch 06 - Public Beta - Build 1108q1 updated 28 Au... - 8/29/2011 6:36:00 PM   
bk19@mweb.co.za

 

Posts: 258
Joined: 7/26/2011
Status: offline
Aha... thank you indeed....

(in reply to ny59giants)
Post #: 493
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 11:54:54 AM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: FatR

I've encountered a strange thing during resolution of the turn attached to this post - mines at Bataan that just damaged my LSD seems unsweepable. At least, the minesweeper TF that hangs there tried to find them for over a week. Is this a bug?



To sweep the hex, the destination of the TF should be the hex to be swept. It then sweeps that hex and surrounding ones if not a Local MS mission. This has been how MS TFs have been used in the past.

I changed the TF to Bataan and set it to 'No retire', and it started sweeping.

Setting a patrol area does not satisfy the requirement to 'be in the destination hex or sea hex'.

_____________________________

Michael

(in reply to FatR)
Post #: 494
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 5:21:34 PM   
bk19@mweb.co.za

 

Posts: 258
Joined: 7/26/2011
Status: offline

quote:

ORIGINAL: michaelm
...snip....

Setting a patrol area does not satisfy the requirement to 'be in the destination hex or sea hex'.


Wow... what a great suggestion Michael. How long will it take you to implement this very useful feature??

(in reply to michaelm75au)
Post #: 495
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 8:06:55 PM   
jmalter

 

Posts: 1673
Joined: 10/12/2010
Status: offline
hi bk19,

someone'll correct me if i'm wrong, but i believe that the sweep behavior michaelm described in post #494 is 'how it works now," he doesn't need to make a change, you do!

check the orders for your MSW TF - just t'other day i was getting exercised that an MSW TF of mine was slacking off its duty in Hong Kong - i admired its TF screen & discovered it was sitting in the hex w/ 'no destination set' & 'do not retire' - i set its destination to 'Hong Kong' & 'retirement allowed', and the TF swept the minefield during the following night turn & set sail back to Haiphong in the day turn.


(in reply to bk19@mweb.co.za)
Post #: 496
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 8:27:08 PM   
jmalter

 

Posts: 1673
Joined: 10/12/2010
Status: offline
hi michaelm,

could you check out this prob? it occurs in all the stock & beta releases.

when a TF arrives or is created in a port, & gets refueled/rearmed (either automatically or manually), it uses a certain # of Ops points. But if that TF is just left to sit (not disbanded or sent somewhere), its TF display doesn't clear the Ops back to 0 on succeeding turns.

In the attached file, TF 42 in San Francisco has been sitting there for weeks, displaying the same 80 Ops.

Attachment (1)

< Message edited by jmalter -- 8/30/2011 8:30:42 PM >

(in reply to jmalter)
Post #: 497
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 9:02:54 PM   
Lecivius


Posts: 4845
Joined: 8/5/2007
From: Denver
Status: offline
I am still having a 8 second delay on every action taken at night.  Bombers come in, animation opens.  8 seconds later animation plays.  If I close the animation box, 8 seconds for the animation box to close.  Then 8 seconds before the combat report displays.  Always takes an 8 count. And only for night 12 hour pulse.  Day pulse actions work fine.

Is this me, or a game issue?

(in reply to jmalter)
Post #: 498
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 9:38:38 PM   
DD696

 

Posts: 964
Joined: 7/9/2004
From: near Savannah, Ga
Status: offline
Superb job, michaelm -

I started my latest game against the AI on the 5th of August using the beta patches as they come out, and have progressed to a game date of 18 August 1942. The thing I have noticed about pilot training now is that with the US bomber groups starting out with a size of 8, that allows for ten pilots to be trained. So they train and train and train and by the time they are about ready to be released for front line duty the bomber groups re-size to 12 and you have to draw new pilots to fill them out, and as these pilots are fresh out of TRACOM they have minimal skills. So now I can draw two, or up to six additional pilots for each group (raw pilots) and am now faced with spending many more months to train them up to send them to the front.

Would it be possible to allow these groups that re-size (8 planes & 10 pilots) to initially draw a minimum of the pilots required for the next squadron resize (12 planes) so that when Aug 42 rolls around there are sufficient trained pilots? In other words, could the groups that start out at 8 planes be allowed to draw a max of 12 pilots initially to train? This would not impact the too-many-pilots issue you are trying to resolve at end-game, and would allow the training of the number of pilots required in the initial months of the war knowing that in Aug 42 they will re-size to 12. The next re-size in the later stages of the war to 16 would work OK under the new parameters since when you have 12 planes you can have 16 pilots, so you do have the opportunity then to get some more pilots trained up for when that re-size occurs.


_____________________________

USMC: 1970-1977. A United States Marine.
We don't take kindly to idjits.

(in reply to Lecivius)
Post #: 499
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/30/2011 10:01:28 PM   
PaxMondo


Posts: 9750
Joined: 6/6/2008
Status: offline

quote:

ORIGINAL: DD696
Would it be possible to allow these groups that re-size (8 planes & 10 pilots) to initially draw a minimum of the pilots required for the next squadron resize (12 planes) so that when Aug 42 rolls around there are sufficient trained pilots? In other words, could the groups that start out at 8 planes be allowed to draw a max of 12 pilots initially to train? This would not impact the too-many-pilots issue you are trying to resolve at end-game, and would allow the training of the number of pilots required in the initial months of the war knowing that in Aug 42 they will re-size to 12. The next re-size in the later stages of the war to 16 would work OK under the new parameters since when you have 12 planes you can have 16 pilots, so you do have the opportunity then to get some more pilots trained up for when that re-size occurs.



This sounds more like a data change request. YOu need to post this in the Air Thread on the main page.


_____________________________

Pax

(in reply to DD696)
Post #: 500
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 10:46:26 AM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: jmalter

hi michaelm,

could you check out this prob? it occurs in all the stock & beta releases.

when a TF arrives or is created in a port, & gets refueled/rearmed (either automatically or manually), it uses a certain # of Ops points. But if that TF is just left to sit (not disbanded or sent somewhere), its TF display doesn't clear the Ops back to 0 on succeeding turns.

In the attached file, TF 42 in San Francisco has been sitting there for weeks, displaying the same 80 Ops.

The ship Ops gets reset twice a turn.

I would say it spending them on something. I'll have a look and see what.

_____________________________

Michael

(in reply to jmalter)
Post #: 501
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 12:01:25 PM   
m10bob


Posts: 8622
Joined: 11/3/2002
From: Dismal Seepage Indiana
Status: offline
Here is another "port-related" glitch I am encountering with the latest beta....

When I go to the ship repair screen and try to delegate "pierside, repair ship, shipyard", it now takes 16 to 18 seconds for the cpu to register my changes, each...(I timed them)..Just time-consuming.........Love the improvements though..

_____________________________




(in reply to michaelm75au)
Post #: 502
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 12:48:32 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: michaelm


quote:

ORIGINAL: jmalter

hi michaelm,

could you check out this prob? it occurs in all the stock & beta releases.

when a TF arrives or is created in a port, & gets refueled/rearmed (either automatically or manually), it uses a certain # of Ops points. But if that TF is just left to sit (not disbanded or sent somewhere), its TF display doesn't clear the Ops back to 0 on succeeding turns.

In the attached file, TF 42 in San Francisco has been sitting there for weeks, displaying the same 80 Ops.

The ship Ops gets reset twice a turn.

I would say it spending them on something. I'll have a look and see what.


The TF is being refuelled at the end of each turn. All ships show 100% fuel.

_____________________________

Michael

(in reply to michaelm75au)
Post #: 503
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 1:10:21 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: m10bob

Here is another "port-related" glitch I am encountering with the latest beta....

When I go to the ship repair screen and try to delegate "pierside, repair ship, shipyard", it now takes 16 to 18 seconds for the cpu to register my changes, each...(I timed them)..Just time-consuming.........Love the improvements though..

Time is probably due to the fact the whole repair time has to be recalculated for all ships under repair in the base to get new repair times. It is a factor of number of ships under repair, resources in base, number of cycles it needs to go thru to get the timings.

Before the last build or two, it only re-calculated the repair times of the ship being changed. But the other ships under repair also could have had their times changed by re-allocation of resources, but this was not reflected in more up to date estimates for the other ships. Sometimes clicking on the ship would update the numbers but not always.

It might just be me, but I have noticed that it seems to be faster clicking on the words of the 'Repair estimates' row, than cycling thru the values in the 'Repair allocate' column.

If this is still a problem, then I can revert back to the old method as long as players realize that the estimates can be more wrong than now.

_____________________________

Michael

(in reply to m10bob)
Post #: 504
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 1:12:08 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: jmalter

hi bk19,

someone'll correct me if i'm wrong, but i believe that the sweep behavior michaelm described in post #494 is 'how it works now," he doesn't need to make a change, you do!

check the orders for your MSW TF - just t'other day i was getting exercised that an MSW TF of mine was slacking off its duty in Hong Kong - i admired its TF screen & discovered it was sitting in the hex w/ 'no destination set' & 'do not retire' - i set its destination to 'Hong Kong' & 'retirement allowed', and the TF swept the minefield during the following night turn & set sail back to Haiphong in the day turn.



Correct. The behaviour I mentioned IS the way it works and always has. Even back in the original.

_____________________________

Michael

(in reply to jmalter)
Post #: 505
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 6:15:18 PM   
Shark7


Posts: 7937
Joined: 7/24/2007
From: The Big Nowhere
Status: offline
OK guys, I've got what is probably a stupid question about the stockpiling and how it works.

Basically, can I use the stockpiling function to set a port as the main pick-up location for an island IE, will it draw all the resource/oil to the location then let me load it? Or am I wrong in thinking how this works?

What I'm thinking is 1 large convoy to a single port as opposed to a bunch of little convoys to a bunch of ports (easier to protect 1 area).

_____________________________

Distant Worlds Fan

'When in doubt...attack!'

(in reply to michaelm75au)
Post #: 506
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 6:16:37 PM   
m10bob


Posts: 8622
Joined: 11/3/2002
From: Dismal Seepage Indiana
Status: offline

quote:

ORIGINAL: michaelm


quote:

ORIGINAL: m10bob

Here is another "port-related" glitch I am encountering with the latest beta....

When I go to the ship repair screen and try to delegate "pierside, repair ship, shipyard", it now takes 16 to 18 seconds for the cpu to register my changes, each...(I timed them)..Just time-consuming.........Love the improvements though..

Time is probably due to the fact the whole repair time has to be recalculated for all ships under repair in the base to get new repair times. It is a factor of number of ships under repair, resources in base, number of cycles it needs to go thru to get the timings.

Before the last build or two, it only re-calculated the repair times of the ship being changed. But the other ships under repair also could have had their times changed by re-allocation of resources, but this was not reflected in more up to date estimates for the other ships. Sometimes clicking on the ship would update the numbers but not always.

It might just be me, but I have noticed that it seems to be faster clicking on the words of the 'Repair estimates' row, than cycling thru the values in the 'Repair allocate' column.

If this is still a problem, then I can revert back to the old method as long as players realize that the estimates can be more wrong than now.



Never even considered that michael, but that port DID have a lot of ships with damage, maybe near 30?..Stands to reason..I live in a world of instant gratification!!!!

_____________________________




(in reply to michaelm75au)
Post #: 507
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 8/31/2011 7:39:03 PM   
witpqs


Posts: 26087
Joined: 10/4/2004
From: Argleton
Status: offline
I also would vote for keeping it the way it is. As Bob points out, when you know there are a lot of ship being repaired, that will take a few seconds. I would rather have good info and wait the seconds.

(in reply to m10bob)
Post #: 508
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 9/1/2011 1:18:01 AM   
PaxMondo


Posts: 9750
Joined: 6/6/2008
Status: offline

quote:

ORIGINAL: witpqs

I also would vote for keeping it the way it is. As Bob points out, when you know there are a lot of ship being repaired, that will take a few seconds. I would rather have good info and wait the seconds.

+1

_____________________________

Pax

(in reply to witpqs)
Post #: 509
RE: Patch 06 - Public Beta - Build 1108p3 updated 10 Ju... - 9/1/2011 12:02:41 PM   
michaelm75au


Posts: 13500
Joined: 5/5/2001
From: Melbourne, Australia
Status: offline

quote:

ORIGINAL: Shark7

OK guys, I've got what is probably a stupid question about the stockpiling and how it works.

Basically, can I use the stockpiling function to set a port as the main pick-up location for an island IE, will it draw all the resource/oil to the location then let me load it? Or am I wrong in thinking how this works?

What I'm thinking is 1 large convoy to a single port as opposed to a bunch of little convoys to a bunch of ports (easier to protect 1 area).


Stockpiling refers to not releasing any surplus supply/resource/etc. If any is pulled to the base, it will stay there.


_____________________________

Michael

(in reply to Shark7)
Post #: 510
Page:   <<   < prev  15 16 [17] 18 19   next >   >>
All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> Tech Support >> RE: Patch 06 - Public Beta - Build 1108p3 updated 10 July (2nd part) Page: <<   < prev  15 16 [17] 18 19   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

2.656