Build 4.6.276 Feedback (Full Version)

All Forums >> [Current Games From Matrix.] >> [Discontinued Games] >> Command Ops Series



Message


Arjuna -> Build 4.6.276 Feedback (3/23/2014 11:09:39 PM)

So how have you found the new patch? Is this good enough for a final patch?




skarp -> RE: Build 4.6.276 Feedback (3/23/2014 11:39:36 PM)

I've been missing in action for a while. I'm gonna have a look now :)




skarp -> RE: Build 4.6.276 Feedback (3/24/2014 12:57:31 AM)

I'm sorry to report I still have my problem with units defaulting to face north on orders and the problem getting units to cross ferries. It's late here but I'll try and video the problems tomorrow if that might help.





Deathtreader -> RE: Build 4.6.276 Feedback (3/24/2014 12:57:56 AM)


quote:

ORIGINAL: Arjuna

So how have you found the new patch? Is this good enough for a final patch?


Hi,

Seems pretty good so far!
Haven't had any technical issues or noticed "aberrant" behaviour as of yet.

Is there a change log?

Rob.[:)]




Magpius -> RE: Build 4.6.276 Feedback (3/24/2014 1:00:20 AM)

I'm a little confused and wary, with recent hot fixes and undeleted dll's.
Does this patch install cleanly?
Is it comprehensive across BFTB, HTTR and COTA packs?
What is the ETA of the non-beta update, assuming this one gets the tick?




Arjuna -> RE: Build 4.6.276 Feedback (3/24/2014 1:45:18 AM)

We worked out the cause of the dll issue. What is happening is that the MS installer is overwriting our version of the vcredist package with the older version. Why it chooses the older version I do not know. We have a number of options to address this and we are exploring which one we will opt for. At the moment it's really only a problem if you are on XP. and if you are the fix is to remove the dlls we mentioned in the other thread. Otherwise it should all be good.

As to the comprehensive patch with all the converted scenarios, well I am converting all the scenarios today and once I get the go ahead on this 276 build I will put out the final patch with all the converted data. But I am not doing so until I get enough feedback that this current build is OK.




Arjuna -> RE: Build 4.6.276 Feedback (3/24/2014 1:50:24 AM)

Rob,

As to a change log. The main fix was that we:
  • Fixed bug in GameTask which was setting bombard and fire tasks durations to 12 hours - oops!
  • Overhauled the installer - version number and dll issue




Arjuna -> RE: Build 4.6.276 Feedback (3/24/2014 1:54:17 AM)


quote:

ORIGINAL: skarp

I'm sorry to report I still have my problem with units defaulting to face north on orders

Is this in the Game or SM?
What type(s) of orders?
Are the units in question already at the objective or do they have to move there first?
When does the change in facing occur exactly?


quote:

and the problem getting units to cross ferries.

Please elaborate.


quote:

It's late here but I'll try and video the problems tomorrow if that might help.


That would really help.





dazkaz15 -> RE: Build 4.6.276 Feedback (3/24/2014 4:44:23 PM)

The facing north problem has been around ages now.
One of the more recent reports of it is here

http://www.matrixgames.com/forums/tm.asp?m=3543526

I can go back months, and find more if I could be bothered.

I know Lieste has tried to sort it out before as well, so it must be one of those, that's hard to pinpoint what is causing it.

I know that my artillery end up facing north a lot.
I think this might be something to do with the open ended bombard box, that you see sometimes when placing a manual bombard order.
Also if you tick no rest, which you have to do after dark if setting a bombard order over one hour, when the bombard is over they lose their previous order, and revert to no order.
This has also been around for a while, and is not specific to the latest patch.

As for the latest patch, I get the impression that most people just want to move on now to the better interface that CO2 will provide.
There are still a few minor issues with this version.

I'm still not happy with the resilience of Platoon sized units.
I don't think the scaling is right compared to larger size units, probably because the retreats etc are based on a lesser % casualty rate, meaning that they can absorb proportionately more losses without, affecting the moral very much, which seems to make the last few men in a Platoon hang around for ages.

However I think it plays better than it ever has to date, so that's probably good enough for most [;)]




Phoenix100 -> RE: Build 4.6.276 Feedback (3/24/2014 8:10:12 PM)

I'm playing through Manhay. So far no probs noticed. Or nothing big. I'll get it done tomorrow and let you know, Dave. But looks good, so far. And I agree with Daz that it would be great to final it, get the Med pack out, move on to CO2 and the EF.




Phoenix100 -> RE: Build 4.6.276 Feedback (3/24/2014 8:50:57 PM)

Ok. Got a formation lock-up, I think. I've sent you the save, Dave.




Arjuna -> RE: Build 4.6.276 Feedback (3/25/2014 1:02:38 AM)

Good catch Peter. Thanks. [&o]

Earlier I had made some mods to handle cases where an advance guard is a long distance ahead of the hub because of an intervening Main Guard. This was the case in point here where the 1.2SS Pz Regt was the advance guard for the 2nd SS Pz HQ and had a very large 3.2SS Pz Regt as the main guard. In this case the offset between the advance guard and the hub was 22 move indexes. But the overall route was only 30 something indexes. Once the HQ passed its first phase line at index 2 it had another one at index 22. When you add the offset for the advance guard you get at index beyond the end of the route. In such cases it should default to using the end of the route when determining how many indexes it can still move. Alas there was another offset for the depth of the advanceGuard that was being applied first and causing the test to use the end of the route to be obviated. I have moved the adjustment for the depth below and it now works just fine.

[image]local://upfiles/8882/6104B2EC528642398FCCEC3DFB0B1FBD.jpg[/image]




Arjuna -> RE: Build 4.6.276 Feedback (3/25/2014 1:26:17 AM)

daz,

I've taken a look at your save that you sent me on the 12 Feb and on the Day 4 save the II.19th starts defending. I gave it an attack order and it does not change the auto facing. Using the save Peter (phoenix) just sent me I gave an attack order with auto facing, saved it and reloaded it and the auto facing was still there. Do you recall exactly what the sequence was - ie when did you save? Was it from a paused game, was it just after issuing the order while paused?




Arjuna -> RE: Build 4.6.276 Feedback (3/25/2014 1:37:43 AM)

Using your D4 save I have run it a bit and then tried various combinations of issuing attack orders both with the game paused and running. I have made sure I use successive lines and Secure Crossing which appear to be the only options you have checked other than no rest. I have saves from the paused state and while running and restarted each but in all cases do not get the autofacing turned off. I am goin to need to repeat this to fix it. I need a set of saves that prove the autofacing was reset by the code.




loyalcitizen -> RE: Build 4.6.276 Feedback (3/25/2014 7:09:54 AM)

Posting this here, as the patch thread doesn't seem to be the right place for feedback.

If I manually try to SAVE or LOAD a game, it immediately crashes to desktop. Every time! Literally just hitting the SAVE (in-game) or LOAD GAME (from main menu) button gets the CTD.
Never had that happen with any previous patch.




dazkaz15 -> RE: Build 4.6.276 Feedback (3/25/2014 8:04:44 AM)

quote:

ORIGINAL: Arjuna

daz,

I've taken a look at your save that you sent me on the 12 Feb and on the Day 4 save the II.19th starts defending. I gave it an attack order and it does not change the auto facing. Using the save Peter (phoenix) just sent me I gave an attack order with auto facing, saved it and reloaded it and the auto facing was still there. Do you recall exactly what the sequence was - ie when did you save? Was it from a paused game, was it just after issuing the order while paused?

I don't have time to look into that example at the moment Dave but here is an example of a unit given a bombard order being set to face north after its order to bombard has expired.

The unit in question Lt IG Pl 8 Coy 295 Gren Regt, was attached to its organic HQ that had at D1 06:28, orders set to auto facing.
After the bombard both the now detached IG Pl, and its organic HQ were both set to face north.

Up until this incident I hadn't realised that the bombard order affects the HQ's facing as well.
So it may be that what I previously thought about it being a new save that was affecting the facing of the HQ's,it might have just been the Artillery setting the HQ's to north, as their bombards expired, but not noticing it until after a reload of a save.
I will look into it more after work.

I will stick the saves in Miguel's Dropbox

[image]local://upfiles/43598/748032074B8C4FAA973E16884E627016.jpg[/image]




Phoenix100 -> RE: Build 4.6.276 Feedback (3/25/2014 9:56:37 AM)

That double dutch sounds like music to my ears, Dave. Glad it's fixed.

I just ran a couple of my custom test scenarios. One pitching a variety of HC ACs against Panthers, the other pitching Panthers against halftracks. It all looked good to me. The Panthers made short work of the opposition. I ran them because I had seen, during the Manhay scenario, a company of Panthers confront what they thought was a couple of Stuarts in the dark, in a light urban setting, resulting in one of the Panthers being knocked out and the remaining 11 going into retreat!! This seemed wrong. But then the Stuarts turned out to be an Infantry company, so the loss of the Panther seemed reasonable, and it was dark and the Panthers had no infantry support, so maybe they were right to run.

As for the facing boxes being higgledy-piggledy, this has been the case for a long time in various ways, but it's definitely not a game stopper for me. The bombard box is sometimes a box, sometimes open sided, but you (Dave) have said previously, long ago, I think, that this doesn't affect how the bombard goes in. The facing you set, if you set it manually, is prone to change as you click other (subsequent) options, and you have to remember, thus, to set the facing last when picking options for attacks etc.

I think it's all looking good. There will be bugs in there, I'm sure, and I will let you know if I come across any more (as will others) and I will hope there's nothing that stops things horribly. I'm sure if anything truly awful occurs you can do a hot-fix, no? Otherwise, move on?




Arjuna -> RE: Build 4.6.276 Feedback (3/25/2014 11:15:39 AM)


quote:

ORIGINAL: loyalcitizen

Posting this here, as the patch thread doesn't seem to be the right place for feedback.

If I manually try to SAVE or LOAD a game, it immediately crashes to desktop. Every time! Literally just hitting the SAVE (in-game) or LOAD GAME (from main menu) button gets the CTD.
Never had that happen with any previous patch.

What OS are you running?
What version number appears in the bottom right of the screen?
Can you run any scenario?




dazkaz15 -> RE: Build 4.6.276 Feedback (3/25/2014 6:16:06 PM)

quote:

ORIGINAL: skarp

I'm sorry to report I still have my problem with getting units to cross ferries. It's late here but I'll try and video the problems tomorrow if that might help.




Have you tried setting the route to shortest to cross at a ferry skarp?

It takes an incredibly long time to ferry across a Coy on the boats, and the AI will almost always try to route the unit via a quicker way, unless you tell it to go via the shortest route, with a waypoint close to the crossing on both sides of the river.
Might also be a good idea to ensure bypass is not enabled to stop it trying to go via a different route, although Im not sure if this would have an effect in this circumstance.

If you have an engineer unit with a bridge, you can upgrade a ferry quite quickly to a minor road bridge, which helps a lot to move a Division over it.




loyalcitizen -> RE: Build 4.6.276 Feedback (3/26/2014 4:51:31 AM)


quote:

ORIGINAL: Arjuna


quote:

ORIGINAL: loyalcitizen

Posting this here, as the patch thread doesn't seem to be the right place for feedback.

If I manually try to SAVE or LOAD a game, it immediately crashes to desktop. Every time! Literally just hitting the SAVE (in-game) or LOAD GAME (from main menu) button gets the CTD.
Never had that happen with any previous patch.

What OS are you running?
What version number appears in the bottom right of the screen?
Can you run any scenario?


Running Windows XP.
Version .276 That's what appears in the ABOUT section.
Yes, I can start and play any scenario. But if I try to SAVE or LOAD from within a game or the main screen, instant CTD. Like faster than I have ever seen a CTD. No Microsoft "send us info on this crash" pop-up or anything.




Arjuna -> RE: Build 4.6.276 Feedback (3/26/2014 6:21:52 AM)

Anyone else running XP getting a crash to desktop when saving or loading a game?




springel -> RE: Build 4.6.276 Feedback (3/26/2014 8:05:21 AM)


quote:

ORIGINAL: Arjuna

Anyone else running XP getting a crash to desktop when saving or loading a game?


Saving and Loading OK here with Windows XP




Arjuna -> RE: Build 4.6.276 Feedback (3/26/2014 11:13:06 AM)

loyalcitizen,

Can you please open your game directory in explorer, sort it by type, scroll till all the files of type 'Application Extension' are in view and then take a screen dump and post it back up here. Thanks.




henry1611 -> RE: Build 4.6.276 Feedback (3/26/2014 3:08:48 PM)


quote:

ORIGINAL: loyalcitizen


quote:

ORIGINAL: Arjuna


quote:

ORIGINAL: loyalcitizen

Posting this here, as the patch thread doesn't seem to be the right place for feedback.

If I manually try to SAVE or LOAD a game, it immediately crashes to desktop. Every time! Literally just hitting the SAVE (in-game) or LOAD GAME (from main menu) button gets the CTD.
Never had that happen with any previous patch.

What OS are you running?
What version number appears in the bottom right of the screen?
Can you run any scenario?


Running Windows XP.
Version .276 That's what appears in the ABOUT section.
Yes, I can start and play any scenario. But if I try to SAVE or LOAD from within a game or the main screen, instant CTD. Like faster than I have ever seen a CTD. No Microsoft "send us info on this crash" pop-up or anything.


I had a similar crash when I tried to manually save a game.

OS: Windows 7
Version: 4.2.276
HTTR (the scenario and map loaded just fine)

I will try again today and see if the same thing happens.




Arjuna -> RE: Build 4.6.276 Feedback (3/26/2014 10:55:58 PM)

loyalcitizen,

What scenarios were you trying to save/load when they crashed to desktop?




loyalcitizen -> RE: Build 4.6.276 Feedback (3/27/2014 9:41:08 AM)


quote:

ORIGINAL: Arjuna

loyalcitizen,

What scenarios were you trying to save/load when they crashed to desktop?


I tried several. They all did it.
Just tried a few more just now. 1 day, 3 day, 5 day. Same. It's not a scenario bug.




Arjuna -> RE: Build 4.6.276 Feedback (3/27/2014 11:33:03 AM)

Loyal,

Sorry, let me be explicit. Does this behaviour occur on the standard BFTB scenarios?




Phoenix100 -> RE: Build 4.6.276 Feedback (3/27/2014 12:42:06 PM)

Have started playing through From the Meuse to the Rhine, slowly. Will post if anything odd appears.




loyalcitizen -> RE: Build 4.6.276 Feedback (3/27/2014 4:56:19 PM)


quote:

ORIGINAL: Arjuna

Loyal,

Sorry, let me be explicit. Does this behaviour occur on the standard BFTB scenarios?


Just tried:

Cracking the Goose Egg
Greyhound Dash
Battle of the Roadblocks
Big Chill Breakout (HTTR)
(all unmodified)

1. Main Menu, hit New Game.
2. Select any scenario (including the above)
3. Hit Begin
4. Without touching any unit, click Menu at bottom of screen, click Save Game
5. Instant CTD, no error messages or anything.




Arjuna -> RE: Build 4.6.276 Feedback (3/27/2014 10:00:18 PM)

I don't get that here.

Anyone on XP experience this behaviour following loyalcitrizen's sequence of steps?

loyalcitrizen,

Can you lease open your Game directory in Windows Explorer, sort by file type, scroll down so that all files of type 'application extension' are in view, take a screen dump and post it back here.




Page: [1] 2   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
3.515625E-02