Moderators: Joel Billings, wdolson, Don Bowen, mogami
Item 21 - Correct processing for floatplane groups on submarines.
The routine that handles aircraft on ships first determines the type of ship. Different processing is used for Airgroups on carriers, Float Plane airgroups on BB, cru, CS, AV, ML, and PG, and Airgroups on AK (as cargo). Submarines were not properly processed since V1.8.0.1. Added submarines to list of float plane ships.
ORIGINAL: Terminus
So you're saying you're getting old?[:'(]
ORIGINAL: dpazuk
"Item 17 - Restructure end-of-turn processing for efficiency" [:)]
I had bought and played the original 'Pac War,' loved it. Uncommon Valour, ditto.
War in the Pacific was a no brainer, or so I thought.
I bought it and tried to play it, only to be put off by the processing time between turns. [:@] [>:]I figured with an AMD XP2400 processor and a gig of ram (at the time I purchased the game), a 2D strategy title, even one this detailed, shouldn't take 'forever and a day' for a turn to process. Call me funny, but this has always been a game breaker for me with this title (I am a single player strategy/war gamer and am not one for PBEM games).
I am hoping that now that they have finally addressed this issue, the programmers have removed, for me, the single worst aspect of this title. I eagerly await downloading this patch and getting through a turn without my hair turning grey. *crosses fingers*
ORIGINAL: Speedy
Oh why oh why does the download time out..I assume it's too busy for me to get on the ftp.......curses
ORIGINAL: Ron Saueracker
ORIGINAL: Andrew Brown
ORIGINAL: Ron Saueracker
Then Andrew Brown came along and CHS attracted loads of volunteers and now it is the big boy.
You mean "Andrew Brown didn't back away quickly enough..."
Yes, you have a noble side and grabbed the regimental colours and charged forward. I lost a contact lens and wandered around the battlefield in a confused daze.[:)]
ORIGINAL: Don Bowen
Here is the change list for 1.8.0.2. Note that we have already found a problem that will occasionally cause excessive delays during DivideCrippledTF processing - caused by erroneously checking everything twice
ORIGINAL: Oliver Heindorf
ORIGINAL: Don Bowen
Here is the change list for 1.8.0.2. Note that we have already found a problem that will occasionally cause excessive delays during DivideCrippledTF processing - caused by erroneously checking everything twice
I encountered this already in ealier versions, so if you ask me, thats nothing new. I hadnt figuered out what causes this though.
btw : gr8 work ! [&o] [:)]
ORIGINAL: Don Bowen
ORIGINAL: Przemcio231
Well i upgraded the game... and i never experienced something like this before... i moved a fully operational Air unit with 27 flyable plane and that is what was left[:'(]
Now that is something I've never seen before! Did your 27 planes arrive safely at the destination??
ORIGINAL: jwilkerson
ORIGINAL: ChezDaJez
Excellent. Where may one find a comprehensive list of changes.... without downloading the update?
Chez
It's a catch 22 [:D] the list of changes is in the update (as always) !
Some notes about this patch:
(1) After 1.8.0.1 came out, we had a few things we'd been working on that were "finished" but hadn't gone through the full test cycle. So, we figured we'd do the testing and release a quick 1.8.0.2 just to get those things out. Well 4 months and 70 items later, it is finally out !!! Part of what happened, was that just when we thought we had the final build and entered a final test cycle, one of the players would send us another save with an issue that we thought was worth addressing. Actually most of the time we spent was in addressing these items. Unfortunately, even after we finally called it "done" people were still sending us saves, of things worth fixing. but at least we don't have to worry about having any material for the next patch [:D][;)] !!! But I first and foremost want to thank the players who sent in the saves. They are the guys who made the bug fixes possible. With those saves, our job was the easy past [:)].
(2) Next I'd like to thank Don who did the bulk of the programming on this patch and Nik and MichaelM who did the bulk of the intergration testing. This team (of 4, counting moi) are the guys who work on this stuff every day, any hour, every week (well Don has taken a break, but that was after we turned in the code for production) to get this stuff done. We don't toot our horn too much (we're too busy) but without the effort these guys put in, there would be no patch.
(3) But the big announcement is in regard to MichaelM. Around July, we were able to get MichaelM approved to work on the code with Don and I. And what did MichaelM do? Within a few days, he nailed the "synch" bug !!!! So, please welcome MichaelM to the development team and join us in thanking him for nailing this one, what had been the "toughest of the tough" until he got his hands on it !!! Thanks Michael !!! [&o][&o][&o]
We will have some more announcements soon.
