| Forum Index > SC2 General |
|
Simberto
Germany11622 Posts
On August 24 2011 08:12 MMXMoto-X17 wrote: Interesting. did u forget to add ur integration constant ? E = M*C^2 Will this equation maybe help? How incredibly smart and funny. Please share more of your infinite wisdom with us. | ||
|
Torik
Italy12 Posts
On August 24 2011 07:48 Simberto wrote: That would not really be a problem, it would just mean that you only have one acc/dec phase per round instead of two, meaning you would have to redo some calculations, if it really keeps the same velocity. However, obviously best would be if someone who knew how to do that would produce a script that either makes the SCV go to some place, with usual acc/dec behaviour, or return the exact time with good accuracy (1/10th or 1/100th of a second) for the time spend travelling. Another important thing is to really look at when the units do decelerate, and when they simply ignore all that. So far: Patrols keep speed (Delivering minerals maybe also keeps the speed up) Queued move orders decelerate at each point Mining decelerates The point is that since it is not clear how it works it's difficult to isolate a single component. The acceleration seems ok, but there are two different deceleration-effects (approaching minerals and CC). We have two unknown factors into one equation, so the total amount of time of the harvesting cycle could not be used. I think I'll follow Excalibur_Z and your suggestion about writing a script. I need a better testing environment. I'm reading some documentation about the Galaxy language for the Map Editor. It should not be too hard to write the scripts I need. | ||
|
MMXMoto-X17
Barbados23 Posts
On August 24 2011 08:37 Torik wrote: The point is that since it is not clear how it works it's difficult to isolate a single component. The acceleration seems ok, but there are two different deceleration-effects (approaching minerals and CC). We have two unknown factors into one equation, so the total amount of time of the harvesting cycle could not be used. I think I'll follow Excalibur_Z and your suggestion about writing a script. I need a better testing environment. I'm reading some documentation about the Galaxy language for the Map Editor. It should not be too hard to write the scripts I need. Good call, make sure you document your findings in the liquidpedia database. | ||
|
MMXMoto-X17
Barbados23 Posts
http://en.wikipedia.org/wiki/Deceleration_parameter User was temp banned for this post. | ||
|
Simberto
Germany11622 Posts
However, if you don't find a good way with scripting, one could test the behaviour at the CC seperately, for example by comparing the movement of one SCV that moves double the amount of spaces and comparing it with one that delivers minerals to a CC half the amount of space away. So far my theory is that there are two types of movement change, one with deceleration, and one where the object simply keeps its movement speed, but i have absolutely no proof at all for that. On August 24 2011 08:50 MMXMoto-X17 wrote: btw, maybe this page can help u http://en.wikipedia.org/wiki/Deceleration_parameter Don't you have something more useful to do than coming in here and spouting unrelated nonsense? | ||
|
Torik
Italy12 Posts
I'm running several tests this evening and the big issue seems to be the top speed of the unit. The value I used for my previous simulations (16) is by far greater than the top speed of any units, which for the most part are below 4.5 (the interceptor is the fastest with 7.5). My first impression is that the engine is not able to handle high speed and a deceleration value different from zero, but I need more data to be sure (or at least "almost" sure...). I also verified that the Commend Center is not treated like a way-point in the mineral gathering cycle. The anomaly I observed yesterday should be another side effect of the speed too high of the SCV. About the script for Map Editor, I haven't found yet a method to simulate the user input (mouse or keyboard). | ||
|
Torik
Italy12 Posts
For what I read, SC2 should use a steering behavior algorithm to control the path and the movement of the units; in particular, in order to simulate the slowing down of a unit when it’s reaching its destination, the arrival steering behavior is used to calculate when the unit needs to start to decelerate. You can find more information about this at http://www.red3d.com/cwr/steer. So I think that, partially like I wrote in the previous post based only on empirical observation, the system messed up because the speed was too high compared to the distance between the mineral patch and the Command Center. The engine probably couldn’t calculate in the right way how to decelerate the unit properly, so other effects took the control of the movement. Another confirmation I obtained is that the deceleration value acts like a tweak parameter rather than the actual deceleration; this also explains why all units (besides Motherships and High Templars) have a deceleration value of zero. Since the units decelerate before stopping, there is for sure a deceleration value defined in some place. May be it is buried into the Map Editor and I haven’t found it yet, or it is simply not available. In this last case I’ll have to figure out a way to measure it. | ||
|
Al Bundy
7257 Posts
So if I understand correctly, things only appeared odd because of the high speed, but in reality they do make sense? Please forgive my lack of scientific knowledge. | ||
|
kushm4sta
United States8878 Posts
| ||
|
0neder
United States3733 Posts
| ||
|
0neder
United States3733 Posts
On August 26 2011 05:48 kushm4sta wrote: There is no such thing as deceleration. Only negative acceleration. I think you spend too much in in academia my techie friend. Let's talk practically and not worry about such trivial semantics. | ||
|
Torik
Italy12 Posts
On August 26 2011 05:45 AlBundy wrote: Interesting find, thanks for the update. So if I understand correctly, things only appeared odd because of the high speed, but in reality they do make sense? Please forgive my lack of scientific knowledge. Yes, it seems so. In some way the algorithm uses all the parameters (acceleration, top speed and deceleration) to establish how much space a unit needs to accelerate, to move at maximum speed and to decelerate. If one or more of these data is outside a specific bound, then the algorithm does not function properly, I think mainly because other effects become stronger (such as obstacle avoidance or other described at the link I posted). I too don't know too much on this field, I started reading on this subject just few days ago  . | ||
|
Sir Snoopy
United States57 Posts
How does a unit's acceleration affect anything at all? I hear that people complain about the warp prism acceleration, but it moves relatively slowly to begin with, how can a little acceleration change anything? | ||
|
Torik
Italy12 Posts
Using the Map Editor set for the SCV:
| ||
|
Torik
Italy12 Posts
On August 26 2011 06:10 Sir Snoopy wrote: If somebody can help me make the leap from this to play.... How does a unit's acceleration affect anything at all? I hear that people complain about the warp prism acceleration, but it moves relatively slowly to begin with, how can a little acceleration change anything? A warp prism has an acceleration value of 2.125 (like the observer and the voidray for example) that is quite low. It has a speed of 2.5, so it takes more than a second to reach its maximum speed. A zealot or a stalker have an acceleration of 1000, which means that they hit the top speed almost immediately. | ||
|
Simberto
Germany11622 Posts
On August 26 2011 06:10 Sir Snoopy wrote: If somebody can help me make the leap from this to play.... How does a unit's acceleration affect anything at all? I hear that people complain about the warp prism acceleration, but it moves relatively slowly to begin with, how can a little acceleration change anything? Acceleration is important when you try to micro stuff. For example, when you try to move a mothership so that it does not get hit, while cloaking something beneath it, and the enemy comes at you from different angles. Not only is the mothership extremely slow, it also has a very low acceleration, meaning everytime you want to get away from something it takes some seconds slowly starting to move before it reaches its maximum velocity. This might be an obscure example, but it applies in the same way to every kind of action where you move and stop. For the Warp prism, you have dropped something, the enemy comes, and you want to get away. You grab your guys and start flying, and since you have a relatively low acceleration it gives the enemy more time to hit you. For example, assuming units accelerate linearly, if you take 1 second to accelerate to your top speed, you are half a second behind the place you would be if you accelerated instantly. Which, in this case, might me where these evil stalkers shoot you in the face as opposed to chilling safely over the sea. | ||
| ||
|
|
LAN Event
Lambo vs Harstem
FuturE vs Maplez
Scarlett vs FoxeR
Gerald vs Mixu
Zoun vs TBD
Clem vs TBD
ByuN vs TBD
TriGGeR vs TBD
Korean StarCraft League
CranKy Ducklings
LAN Event
IPSL
dxtr13 vs OldBoy
Napoleon vs Doodle
BSL 21
Gosudark vs Kyrie
Gypsy vs Sterling
UltrA vs Radley
Dandy vs Ptak
Replay Cast
Sparkling Tuna Cup
WardiTV Korean Royale
LAN Event
[ Show More ] |
|
|
EPT
.
