Kelly's Heros
-
Posts
88 -
Joined
-
Last visited
Posts posted by Kelly's Heros
-
-
If you look at the levels of the units, this outcome makes no sense. A level one cruiser should have been wiped out by that battle group with little to know damage on the battle group.
There may be an issue with the battle code algorithm. If it was a level 3/4 CA, well, then I could see this result as a possibility. Imagine what a CA in today's Navy could do to WW2 ships. It's very possible that a single CA in today's navy could wipe out a significant WW2 era fleet with enough ammo.
-
Almost time to start working on EOS 2.0 :-)
-
Cool - glad you are up and running :-)
-
this is typically a security issue - check other threads here to get past it. I'm on win7 so I don't know how to help you with XP, but I know others have addressed it on the board.
-
Agreed, subs rule the waters without ASW support. EOS does not model subs well with respect to BBs and CAs. Even in today's world, subs are very much feared by surface vessels without ASW support. A level 3 sub against a level 1 or 2 surface opponent should be invincible. Think about what a modern day sub could do to WW2 vintage ships. They would never be able to find it and the sub could kill them from miles away.
-
Cheers to a great year in 2010:)
:cool:
-
Santa came and delivered my very own copy of EOS. Glad to be a full fledged member of the game community now.
Can't wait to get my hands on that rule editor
Hope Santa was good to all of you too
-
Merry Christmas Brit. Thanks for all the support on the game and the forums. I hope to have my official copy in 2 days :-)
Merry Christmas everyone...
-
Actually, that works perfect Brit. It will be difficult for players to miss that one :-) I tried it on my saved game with the stuck ship. No more question about what is going on because it applies to only the units that are affected.
Very nice.
-
LOL N3rull. I still think it's a good idea :-)
-
looking forward to more maps from you Deadmeat. I hope to contribute a few myself. :-)
-
One for all and all for one I say. LOL. **** em right back I say. :-) funny post Emmeth and I've seen the AI respond similarly too.
What say you Brit, does the AI gang **** you after you attack one opponent?
-
I agree with Moon that it can't be a linear reduction in time and it would have to have some limits and eventually the law of diminishing returns would kick in. So you could spend thousands at some point with little to know incremental improvement. However, if you spent say 1.5 - 2 times the cost of an item you might get it in 3/4 or maybe even in half the time. The comment about the CVs being repaired quickly might also be applied to repairs on damaged units. Maybe applying more money to repairs would decrease the repair time as well.
These are great suggestions to enhance the game. Very cool ideas guys.
-
thanks for reading my diatribe Brit :-) I know you've got your hands full of questions and suggestions, so it means a lot you took the time. Thanks.
-
Good points N3rull, but how about this. If you select a unit that is out of oil, it tells you, unit cannot move it is out of fuel (oil, whatever). I guess the preset destinations are ok, but where I ran into trouble is when I was trying to change a destination for a unit that could not move and thats the POLA I was talking about. Here you are expecting a unit to do something and it's stuck.
Yes, you knew and now I know what the red bar means, but others won't and I've seen other posts on this board about this issue, so I know it is causing some concerns.
Anyway, my first assumption was that vehicles had enough of a supply that red oil did not immediately affect them, so I was a little astonished when I found out that my stuck ship did not have enough fuel to get to port. That to me is a different issue than running out of the oil resource. To me the oil resource represents a stock pile that is used for refueling and that you can't refuel when you need to because the stockpile is empty.
So, you can see the disconnect between a ship that has fuel and a stockpile. Be that as it may, I still prescribe that if a unit is immovable for whatever reason, the user should be told that for the specific unit he/she is trying to move, that it is immobile. That meets the POLA criteria in my mind. :-)
Thanks for your feedback N3rull. I do agree that cancelling the orders would be problematic and painful. I wasn't thinking about large quantities of units facing this problem, but more than likely that is a very real situation. So, I hereby retract my request to cancel pending orders for movement, but solicit my request for some kind of notification when a "selected unit" is unable to move. :-)
Take it or leave it Brit, it just might keep you from having to answer movement bug questions, or not. I'm not sure how many people actually run out of oil. This is the first time it happened to me. :-)
-
Here's some information from Microsoft on DEP. I have Win7x64 and DEP is running on my machine with Policy level 2 and EOS installed and is running fine. As you can see level 2 applies only to Windows code.
DEP is hardware logic that prevents code from running in the data address space to protect against viruses.
How to confirm that hardware DEP is working in Windows
To confirm that hardware DEP is working in Windows, use one of the following methods.
Method 1: Use the Wmic command-line tool
You can use the Wmic command-line tool to examine the DEP settings. To determine whether hardware-enforced DEP is available, follow these steps:
Click Start, click Run, type cmd in the Open box, and then click OK.
At the command prompt, type the following command, and then press ENTER:
wmic OS Get DataExecutionPrevention_Available
If the output is "TRUE," hardware-enforced DEP is available.
To determine the current DEP support policy, follow these steps.
Click Start, click Run, type cmd in the Open box, and then click OK.
At the command prompt, type the following command, and then press ENTER:
wmic OS Get DataExecutionPrevention_SupportPolicy
The value returned will be 0, 1, 2 or 3. This value corresponds to one of the DEP support policies that are described in the following table.
DataExecutionPrevention_SupportPolicy property value Policy Level Description
2 OptIn (default configuration) Only Windows system components and services have DEP applied
3 OptOut DEP is enabled for all processes. Administrators can manually create a list of specific applications which do not have DEP applied
1 AlwaysOn DEP is enabled for all processes
0 AlwaysOff DEP is not enabled for any processes
Note To verify that Windows is running with hardware DEP enabled, examine the DataExecutionPrevention_Drivers property of the Win32_OperatingSystem class. In some system configurations, hardware DEP may be disabled by using the /nopae or /execute switches in the Boot.ini file. To examine this property, type the following command at a command prompt:
wmic OS Get DataExecutionPrevention_Drivers
Method 2: Use the graphical user interface
To use the graphical user interface to determine whether DEP is available, follow these steps:
Click Start, click Run, type wbemtest in the Open box, and then click OK.
In the Windows Management Instrumentation Tester dialog box, click Connect.
In the box at the top of the Connect dialog box, type root\cimv2, and then click Connect.
Click Enum Instances.
In the Class Info dialog box, type Win32_OperatingSystem in the Enter superclass name box, and then click OK.
In the Query Result dialog box, double-click the top item.
Note This item starts with "Win32_OperatingSystem.Name=Microsoft..."
In the Object editor dialog box, locate the DataExecutionPrevention_Available property in the Properties area.
Double-click DataExecutionPrevention_Available.
In the Property Editor dialog box, note the value in the Value box.
If the value is TRUE, hardware DEP is available.
Notes
To determine the mode in which DEP is running, examine the DataExecutionPrevention_SupportPolicy property of the Win32_OperatingSystem class. The table at the end of Method 1 describes each support policy value.
To verify that hardware DEP is enabled in Windows, examine the DataExecutionPrevention_Drivers property of the Win32_OperatingSystem class. In some system configurations, hardware DEP may be disabled by using the /nopae or /execute switches in the Boot.ini file.
-
Hmmm, how does hardware keep a file from being placed into the \Windows directory? Now I'm very interested if learning more.
-
Well, not quite, I have a saved game with this exact scenario and yes, the oil resource is red, but my stuck ship provides no indication of why it won't move, which is why I reported it as a bug. So, I'm just saying, at little more information is useful once you run out of oil. Also, since the UI let's you pick a destination, then it implies that you can still move. An easy fix would be to not let the user select a destination for units that are not able to move. I think this is why it is confusing. Also, remove any destination that may have been selected because they aren't going anywhere.
It may be in the docs somewhere, but hey, most of us don't read the docs and I go by the principal of least astonishment (POLA).
"when two elements of an interface conflict, or are ambiguous, the behaviour should be that which will least surprise the human user at the time the conflict arises." - wikipedia
In this case a stuck unit with no indication of why it's stuck is confusing and looks like a bug.
Just my perspective and if I'm missing something in the UI, please feel free to point it out to me. :-) However, if I am, it's probably not very intuitive because I looked around for it - either that or I'm blind which may also be the case. My mother always told me I looked with my eyes closed :-)
-
Sorry, many of you know this, but for those of you like me who found out the hard way, here it is.
If you run out of oil your mechanical units won't work anymore.
This brings up the issue of supply duration for ships, tanks etc. The game must assume that units are in supply and therefore are able to move whatever distances are necessary, but what if that supply is cutoff or the resource runs out.
Seems like units should have enough fuel to get back to base or a certain number of turns before they run out of fuel. We should also be notified of this somehow. Unfortunately, since I wasn't aware of this, I reported it as a bug when in fact it was a game feature.
Just a thought Brit, if you run out of a resource that impacts units, a pop up message would definitely keep users from reporting it as a problem. :-)
Counting down to Christmas for my copy.
-
Moon, thanks for that great explanation. Very helpful and I would suggest that you sticky this response at the top of the forum to help minimize the pain some folks are having. You have obviously studied this issue and we need to know about it as some of us will forget over time. Please put it at the top of the forum or on a FAQ.
I'm going to research DEP, I've never heard of it and now that I'm running win 7 I guess I need to know more about it.
Thanks again for the info.
-
Why is this an issue? Is the game copy protection causing this problem? It sounds like the elicensing software and not the game.
-
Send Brit a save game if you have one, it will help him debug this one.
-
His name is Brit.
-
From what I've seen so far, Brit is very committed to making this a 5 star game and I've really seen a lot of folks starting to comment positively on the improvements. I like all of the suggestions that are being made to make this a much better experience than the original Empire. Can't wait to get my copy for Christmas :-)
:cool:
Combat Mechanics
in Empires of Steel
Posted
Savo island is an interesting example because the IJN won for 3 reasons: American overconfidence, surprise, and exhausted American crews. Unfortunately, EOS does not model any of these attributes in the combat results, so I doubt that was the case in your battle.
I believe the combat algorithms need some work. But then again, what do I know :-).