Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

Uncommon Valor and Bug Reporting

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

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [Current Games From Matrix.] >> [World War II] >> Uncommon Valor - Campaign for the South Pacific >> Uncommon Valor and Bug Reporting Page: [1] 2   next >   >>
Login
Message << Older Topic   Newer Topic >>
Uncommon Valor and Bug Reporting - 2/22/2009 1:01:04 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Matrix Games announced that patch 2.50 would be the last for this game. I did the final patch, 2.50 and fixed all the known bugs, but I would be happy to fix any remaining bugs in UV.

Please keep in mind that by definition, a 'bug' is a piece of computer code that does not do what the programmer intended. Questionable game behaviors might be bugs, design decisions with which you disagree, scenario data entry errors, scenario data decisions with which you disagree, legitimate game rules you do not understand or player error.

To determine which of these the behavior in question is, I need a save of the game on the turn before the reported error occurred. Without a save, it is not and cannot be a bug. It is an ugly rumor.

I also need a bug report. It must contain the game version you have, the type of game (human/human, computer/human, computer/computer) and the side the you are playing, where relevant.

It must also have a description of the reported error, such as, "Game crashes to destop, when 'Load Supply' is evoked". And, a description as to how to reproduce the error, such as, "Start the turn as Allied player, select to Task Force #13, and click on 'Load Supply'. Game will then crash to desktop".

A bug report, such as, "This game sucks", is of little use to me.

A bug report, such as, "This game sucks because it always crashes", is a little better, though not much.

I need to be able to reproduce the error, so that I can run the program through a debugger and study variables, in order to determine what, if anything, is wrong with the code. A save after the reported error verifies an error occurred, but I need a save before the error occurs, so that I can trace it through.

If you have a save for a 'bug' send it to me, along with a description of the reported error and a description as how how to make it occur. I will look at it and report back to you what and why things happened the way they did and if the reported error was a bug, will fix it.

Sample Bug Report:
See attached save.
1) Game version 2.50
2) Allied human vs. Japanese computer opponent.
3) Game crashes to destop, when "Load Supply" is evoked.
4) Start the turn as Allied player, select to Task Force #13, and click on 'Load Supply'. Game will then crash to desktop.

Thanks...

Michael Wood

mikew@matrixgames.com


< Message edited by Mike Wood -- 2/22/2009 1:08:15 AM >
Post #: 1
RE: Uncommon Valor and Bug Reporting - 2/22/2009 2:12:19 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
A bug report, such as, "This game sucks", is of little use to me.

A bug report, such as, "This game sucks because it always crashes", is a little better, though not much.



has anyone posted such a note in reply to your postings?


I posted a few I have run into in other threads.... In addition. I am in 5 games now, and will be happy to post things here as we run into them. As for fast transport, and AP task forces for Japan, they often will sail empty when set to auto-convoy between Truk and a given base.

In a recent game with IKE, an allied AP TF out of townsville had one AP loaded with CD unit for Japan


I urge anyone out there playing games and reading this to post about bugs. It does seem Matrix is willing to look into the issues we have been discussing for a long time. Lets take full advantge of this!!!!!

(in reply to Mike Wood)
Post #: 2
RE: Uncommon Valor and Bug Reporting - 2/22/2009 2:31:33 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
The Japanese A6M5-B ZEKE recieves no replacements in the game. This is probably not a bug but was overlooked and I think he could fix easily.

Also, when units are given marching orders and are march say 20 kilometers and are attacked, their marching distance resets to zero.

For example, in one game, a unit was marching from Lae to Nadzab and had 28 kilometers marched to the distance. the US dropped a parchute group on them and attacked to recon my forces in Lae. All marching distance reset to zero so they never could leave Lae. This happens all the time.


(in reply to borner)
Post #: 3
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:04:36 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

The Japanese A6M5-B ZEKE receives no replacements in the game. Nor do the early B-17 squadrons starting in Australia. These were decisions made by the fellow who did the historical research when he wrote the scenario. I hesitate to second guess him. He may have meant it and it may have been an oversight. Do not know. As programmer, I had nothing to do with scenario generation, as it had nothing to do with the game code. I wrote a scenario editor and gave it to historians, who wrote the scenarios. I haven't even looked at any of them, except for the long campaign that I played. What might be more useful, would be to release an editor that would allow the end user to modify or create his own scenarios. Will talk to David about that.

"...when units are given marching orders and are march say 20 kilometers and are attacked, their marching distance resets to zero"

Yes, that is how I programmed it. That is the rule. That is how it is supposed to work. I do not know where the units have moved within the 60 mile hex, during combat or how long it would take the elements of the units involved to reorganize and return to travel mode. This rule was tested by the quality control folk, during game development and they liked it. You do not seem to.

I do not wish to stifle discussion, so do please continue to post issues as they come to mind and if you can find a bug with a save send it to me.

Thanks...

Michael Wood

quote:

ORIGINAL: borner

The Japanese A6M5-B ZEKE recieves no replacements in the game. This is probably not a bug but was overlooked and I think he could fix easily.

Also, when units are given marching orders and are march say 20 kilometers and are attacked, their marching distance resets to zero.

For example, in one game, a unit was marching from Lae to Nadzab and had 28 kilometers marched to the distance. the US dropped a parchute group on them and attacked to recon my forces in Lae. All marching distance reset to zero so they never could leave Lae. This happens all the time.




(in reply to borner)
Post #: 4
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:20:41 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
yes, and one that allows us to adjust the various strengths of planes a bit to correct what many of us see as issues there. this would be wonderful

(in reply to Mike Wood)
Post #: 5
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:27:16 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
another bug we had was a Japanese land unit was landed at Luganville in a game with IKE, and defeated. It then kept re-appearing there for a couple of weeks.

On another point, I understand IKE was put in a "time out" for misconduct, but as one of the most experienced players around, I would urge he be allowed to give his imput. I also hope Tocall, Nopmad and others will chime in when they read this. As I said, this is a great opportunity, and one many of us have been waiting for.

(in reply to borner)
Post #: 6
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:47:45 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
this one is from IKE, but it a great point.. the combat replay for the Allies will commonly differ greatly from that of Japan. This gives the Japanese player a huge advantage in knowing accurate combat details, where the US player cannot.  example: replay for Japan shows 1 bomb hit on Akagi, US replay shows 5. So, while Japan knows Akagi is slightly damaged, the US player really does not.


(in reply to borner)
Post #: 7
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:56:26 AM   
Nomad


Posts: 5905
Joined: 9/5/2001
From: West Yellowstone, Montana
Status: offline
I'll chime in Brian, but I doubt you will like what I have to say.

There are some design issues with UV, but Mike is not going to fix that directly. It might be possible for them to resurrect a better editor and that would help. I have seen some of the out of sync problems, but they have worked on those from the beginning and it was even in WitP and they have never completely eliminated it. I have spent hours trying to help track down that problem with little effect. I don't remember who I worked with and I believe that they have found multiple things that could cause it.

As far as other 'bugs' I haven't really seen any. I have seen times when the program did something I didn't like and I have had opponents complain about what happened, but as far as I could determine, the program was operating as designed. Now, as to whether the design was right or not, that is a completely different matter.

Note, that I did not play UV for 2 or 3 years and then last year I played 5 or 6 games with no problems that spoiled my game. I am no longer playing UV so I will have no save games available.

_____________________________


(in reply to borner)
Post #: 8
RE: Uncommon Valor and Bug Reporting - 2/22/2009 4:00:43 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

This is due to design limitation. The comabt replay is not a special kind of file. It is just a copy of the saved game with a toggle set. That means it replays every time the same, unless a player hits a key requiring a random dice roll, since the random generator seed is saved with the game. The only way to fix this is to lock the keyboard during execution of PBEM game. I did this in a WIP patch. Could do it with UV. The effect would be no hitting ESC to ignore a combat. Both players would have to sit through all combats. Would need some other players to claim they wanted this before I would do it.

In the example you gave the Allied player ignored the citation I gave concerning the issue and hit escape at some point. After that, the replay was off by at least one one randon die roll and showed garbage.

I just talked myself into doing it. Will fix, by locking keyboard. That should eliminate most out of sync issues.

Bye...

Michael Wood

quote:

ORIGINAL: borner

this one is from IKE, but it a great point.. the combat replay for the Allies will commonly differ greatly from that of Japan. This gives the Japanese player a huge advantage in knowing accurate combat details, where the US player cannot.  example: replay for Japan shows 1 bomb hit on Akagi, US replay shows 5. So, while Japan knows Akagi is slightly damaged, the US player really does not.





< Message edited by Mike Wood -- 2/22/2009 4:02:03 AM >

(in reply to borner)
Post #: 9
RE: Uncommon Valor and Bug Reporting - 2/22/2009 4:29:42 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
Nomad -

Bug or game design, but did you and Tocaff not have a game recently where a lot of your TF's went off and did things against orders? I need ot go back through the ARR's and see if I am right, but I am almost sure of this.

glad to hear from you though, hope all is well

(in reply to Mike Wood)
Post #: 10
RE: Uncommon Valor and Bug Reporting - 2/22/2009 7:38:45 AM   
fuelli

 

Posts: 233
Joined: 7/4/2004
From: Germany
Status: offline

quote:

ORIGINAL: Mike Wood

Hello...

This is due to design limitation. The comabt replay is not a special kind of file. It is just a copy of the saved game with a toggle set. That means it replays every time the same, unless a player hits a key requiring a random dice roll, since the random generator seed is saved with the game. The only way to fix this is to lock the keyboard during execution of PBEM game. I did this in a WIP patch. Could do it with UV. The effect would be no hitting ESC to ignore a combat. Both players would have to sit through all combats. Would need some other players to claim they wanted this before I would do it.

In the example you gave the Allied player ignored the citation I gave concerning the issue and hit escape at some point. After that, the replay was off by at least one one randon die roll and showed garbage.

I just talked myself into doing it. Will fix, by locking keyboard. That should eliminate most out of sync issues.

Bye...

Michael Wood

quote:

ORIGINAL: borner

this one is from IKE, but it a great point.. the combat replay for the Allies will commonly differ greatly from that of Japan. This gives the Japanese player a huge advantage in knowing accurate combat details, where the US player cannot.  example: replay for Japan shows 1 bomb hit on Akagi, US replay shows 5. So, while Japan knows Akagi is slightly damaged, the US player really does not.





I have to report that this thing happens also when no one ever touches the keyboard. My opponent RGIJN and I have to deal with it since weeks and we both have taken care of this work around but it did not work.

(in reply to Mike Wood)
Post #: 11
RE: Uncommon Valor and Bug Reporting - 2/22/2009 8:16:45 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

A work around would be for the Japanese player to send his combat report to the Allied player, who can rename it and look at it.

Will work on it...

Michael Wood

quote:

ORIGINAL: fuelli


quote:

ORIGINAL: Mike Wood

Hello...

This is due to design limitation. The comabt replay is not a special kind of file. It is just a copy of the saved game with a toggle set. That means it replays every time the same, unless a player hits a key requiring a random dice roll, since the random generator seed is saved with the game. The only way to fix this is to lock the keyboard during execution of PBEM game. I did this in a WIP patch. Could do it with UV. The effect would be no hitting ESC to ignore a combat. Both players would have to sit through all combats. Would need some other players to claim they wanted this before I would do it.

In the example you gave the Allied player ignored the citation I gave concerning the issue and hit escape at some point. After that, the replay was off by at least one one randon die roll and showed garbage.

I just talked myself into doing it. Will fix, by locking keyboard. That should eliminate most out of sync issues.

Bye...

Michael Wood

quote:

ORIGINAL: borner

this one is from IKE, but it a great point.. the combat replay for the Allies will commonly differ greatly from that of Japan. This gives the Japanese player a huge advantage in knowing accurate combat details, where the US player cannot.  example: replay for Japan shows 1 bomb hit on Akagi, US replay shows 5. So, while Japan knows Akagi is slightly damaged, the US player really does not.





I have to report that this thing happens also when no one ever touches the keyboard. My opponent RGIJN and I have to deal with it since weeks and we both have taken care of this work around but it did not work.


(in reply to fuelli)
Post #: 12
RE: Uncommon Valor and Bug Reporting - 2/22/2009 9:13:42 AM   
fuelli

 

Posts: 233
Joined: 7/4/2004
From: Germany
Status: offline
I usually receive the combat report from my opponent, therefore I have the information that are in the combat report. But the little things that happen during the combat replay that are not mentioned in the combat report get lost.

quote:

ORIGINAL: Mike Wood

Hello...

A work around would be for the Japanese player to send his combat report to the Allied player, who can rename it and look at it.

Will work on it...

Michael Wood

quote:

ORIGINAL: fuelli


quote:

ORIGINAL: Mike Wood

Hello...

This is due to design limitation. The comabt replay is not a special kind of file. It is just a copy of the saved game with a toggle set. That means it replays every time the same, unless a player hits a key requiring a random dice roll, since the random generator seed is saved with the game. The only way to fix this is to lock the keyboard during execution of PBEM game. I did this in a WIP patch. Could do it with UV. The effect would be no hitting ESC to ignore a combat. Both players would have to sit through all combats. Would need some other players to claim they wanted this before I would do it.

In the example you gave the Allied player ignored the citation I gave concerning the issue and hit escape at some point. After that, the replay was off by at least one one randon die roll and showed garbage.

I just talked myself into doing it. Will fix, by locking keyboard. That should eliminate most out of sync issues.

Bye...

Michael Wood

quote:

ORIGINAL: borner

this one is from IKE, but it a great point.. the combat replay for the Allies will commonly differ greatly from that of Japan. This gives the Japanese player a huge advantage in knowing accurate combat details, where the US player cannot.  example: replay for Japan shows 1 bomb hit on Akagi, US replay shows 5. So, while Japan knows Akagi is slightly damaged, the US player really does not.





I have to report that this thing happens also when no one ever touches the keyboard. My opponent RGIJN and I have to deal with it since weeks and we both have taken care of this work around but it did not work.




(in reply to Mike Wood)
Post #: 13
RE: Uncommon Valor and Bug Reporting - 2/22/2009 10:49:59 AM   
Puhis


Posts: 1737
Joined: 11/30/2008
From: Finland
Status: offline
If I try to air transport for example japanese base force, always at least 2 support group is left behind. Planes just don't transfer these groups.

Is this bug, or is it programmed rule?

(in reply to fuelli)
Post #: 14
RE: Uncommon Valor and Bug Reporting - 2/22/2009 11:08:20 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Don't know circumstances. Send me a save and bug report.

Thanks...

Michael Wood

quote:

ORIGINAL: Puhis

If I try to air transport for example japanese base force, always at least 2 support group is left behind. Planes just don't transfer these groups.

Is this bug, or is it programmed rule?


(in reply to Puhis)
Post #: 15
RE: Uncommon Valor and Bug Reporting - 2/22/2009 11:45:35 AM   
Miller


Posts: 2226
Joined: 9/14/2004
From: Ashington, England.
Status: offline
Any chance of opening up the aircraft stats for modification as in WITP.......would give any potential modders out there the chance to breath new life into the game.

(in reply to Mike Wood)
Post #: 16
RE: Uncommon Valor and Bug Reporting - 2/22/2009 1:36:58 PM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Maybe later. Production is concentrating on the WIP expansion, right now.

Bye...

Michael Wood

quote:

ORIGINAL: Miller

Any chance of opening up the aircraft stats for modification as in WITP.......would give any potential modders out there the chance to breath new life into the game.


(in reply to Miller)
Post #: 17
RE: Uncommon Valor and Bug Reporting - 2/22/2009 2:29:26 PM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
as a regular issue I will select TF's in truk to load units, and even though they have more than enough room, only partial units are loaded. Is this a bug or game feature?

(in reply to Mike Wood)
Post #: 18
RE: Uncommon Valor and Bug Reporting - 2/22/2009 3:35:31 PM   
Kingfisher

 

Posts: 234
Joined: 6/16/2008
Status: offline
For what its worth, here is a thread discussing Japanese LRCAP and refusal of LBA to strike TFs covered by said CAP:

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

It appears Hans has moved on to WitP so I doubt a saved game file exist.


< Message edited by Kingfisher -- 2/22/2009 3:39:08 PM >


_____________________________

"splendid was their tactic of diving upon our force from the direction of the sun, taking advantage of intermittent clouds"

-Captain Takahisa Amagai, KAGA, June 4th 1942

(in reply to Mike Wood)
Post #: 19
RE: Uncommon Valor and Bug Reporting - 2/22/2009 4:06:14 PM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Just read thread. Wouldn't need a save for the long range combat air patrol (LRCAP) and land based aircraft versus task forces covered by combat air patrol (CAP) issues. The rules of the game allow CAP and LRCAP to cover task forces. Single and twin engine aircraft will not attack such a task force without fighters flying escort. Four engine bombers will fly in the face of CAP or LRCAP without escort.

The rule has changed a number of times during the development of the series and patches.

I have always preferred to allow attacks on bases or task forces with no concern for CAP. This does allow a player to sucker the other into attacking a base or task force and destroy the single and twin engine bombers by the drove. Those who oppose the rule say it allows one player to exploit the rule using bait, such as 5 empty cargo ships with 500 fighters flying LRCAP or 6 carriers stationed at Rabaul flying 90% CAP along with 500 land based fighters flying LRCAP at a range of zero. Every B-25 and B-26 available would be shot down in short notice.

The alternative is what we currently have. The bomber groups have really good Intel as to how many fighters are flying CAP and LRCAP and refuse to get slaughtered. They will not fly without fighter escort. This allows a player, in the early game the Japanese, who has long ranged fighters in large numbers to cover task forces and make them pretty much immune to attack until the other player gets long ranged fighters to fly cover. Proponents of this rule would argue that the task forces are really immune anyway and this way, they don't loose 50 or 60 B-25 bombers for nothing.

Have tweaked this a number of times over the years and do not feel that any changes that could be made would suit all, as so far none have.

Bye...

Michael Wood

quote:

ORIGINAL: Kingfisher

For what its worth, here is a thread discussing Japanese LRCAP and refusal of LBA to strike TFs covered by said CAP:

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

It appears Hans has moved on to WitP so I doubt a saved game file exist.



(in reply to Kingfisher)
Post #: 20
RE: Uncommon Valor and Bug Reporting - 2/22/2009 4:08:25 PM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Don't know circumstances. Send me a save and bug report.

Thanks...

Michael Wood

quote:

ORIGINAL: borner

as a regular issue I will select TF's in truk to load units, and even though they have more than enough room, only partial units are loaded. Is this a bug or game feature?


(in reply to borner)
Post #: 21
RE: Uncommon Valor and Bug Reporting - 2/22/2009 10:31:44 PM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
the next time i see this I will send it to you... usually starts in 43, but fighters for Japan switching from LRCAP to Sweep by the AI.

(in reply to Mike Wood)
Post #: 22
RE: Uncommon Valor and Bug Reporting - 2/24/2009 9:37:22 PM   
RGIJN


Posts: 1057
Joined: 11/24/2006
From: far away from battlefield :-(
Status: offline
IMHO it is only a minor "error", but I just ran into it and I could offer files (before/after)!

If you look at the screen about the CDR of this Transport TF (O. KAWAMURA), the description on the right side is about RADM M. UGAKI... When opened up once more later on, the correct CDR was at the screen.

Do you want files? If yes, which one in particular?




Attachment (1)

(in reply to borner)
Post #: 23
RE: Uncommon Valor and Bug Reporting - 2/25/2009 2:45:40 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
Hello...

Sure. Send files and a bug report.

Thanks...

Michael Wood

quote:

ORIGINAL: RGIJN

IMHO it is only a minor "error", but I just ran into it and I could offer files (before/after)!

If you look at the screen about the CDR of this Transport TF (O. KAWAMURA), the description on the right side is about RADM M. UGAKI... When opened up once more later on, the correct CDR was at the screen.

Do you want files? If yes, which one in particular?





(in reply to RGIJN)
Post #: 24
RE: Uncommon Valor and Bug Reporting - 2/25/2009 10:12:27 AM   
RGIJN


Posts: 1057
Joined: 11/24/2006
From: far away from battlefield :-(
Status: offline

quote:

ORIGINAL: Mike Wood

Hello...

Sure. Send files and a bug report.

Thanks...

Michael Wood






OK. Nice. But once again: which files do you need? Combatsave? Combatreport? the turn?

(in reply to Mike Wood)
Post #: 25
RE: Uncommon Valor and Bug Reporting - 2/25/2009 2:23:50 PM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
The turn.

quote:

ORIGINAL: RGIJN


quote:

ORIGINAL: Mike Wood

Hello...

Sure. Send files and a bug report.

Thanks...

Michael Wood






OK. Nice. But once again: which files do you need? Combatsave? Combatreport? the turn?



(in reply to RGIJN)
Post #: 26
RE: Uncommon Valor and Bug Reporting - 2/27/2009 2:46:03 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
mike

where do you want files sent? I just had to disband a fast transport TF for Japan that was carrying a US eng unit.  thanks

(in reply to Mike Wood)
Post #: 27
RE: Uncommon Valor and Bug Reporting - 2/27/2009 3:50:51 AM   
Mike Wood


Posts: 2095
Joined: 3/29/2000
From: Oakland, California
Status: offline
mikew@matrixgames.com

(in reply to borner)
Post #: 28
RE: Uncommon Valor and Bug Reporting - 3/1/2009 12:47:31 PM   
tocaff


Posts: 4781
Joined: 10/12/2006
From: USA now in Brasil
Status: offline
WOW!  This is really something.  Support for a 7 year old computer game.  The prospect of patching the very bugs that finally drove me away from UV have renewed my interest in the game.  Even a certain member of our forum must retract some of his previous remarks and be happy at the prospects of Mike fixing some things.  I don't know where Mike will find the time for all of this in a schedule filled with a prior job workload.  He must be doing this because he loves the games.

_____________________________

Todd

I never thought that doing an AAR would be so time consuming and difficult.
www.matrixgames.com/forums/tm.asp?m=2080768

(in reply to Mike Wood)
Post #: 29
RE: Uncommon Valor and Bug Reporting - 3/2/2009 1:51:44 AM   
borner


Posts: 1485
Joined: 3/20/2005
From: Houston TX
Status: offline
Yes, it is very hopeful. The editor would be great to allow us to adjust some things as well!


Mike, was my file received?

(in reply to tocaff)
Post #: 30
Page:   [1] 2   next >   >>
All Forums >> [Current Games From Matrix.] >> [World War II] >> Uncommon Valor - Campaign for the South Pacific >> Uncommon Valor and Bug Reporting Page: [1] 2   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

1.203