Alright, shy of some bugs that I can fix relatively quickly (hopefully), I got it working. Thanks guys.
Selenaut
P.S.: Can anybody tell me why I have so many -1's?
Banner advertising on our site currently available from just $5!
1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!
Posted by Selenaut on 31 January 2013 - 12:00 PM
Alright, shy of some bugs that I can fix relatively quickly (hopefully), I got it working. Thanks guys.
Selenaut
P.S.: Can anybody tell me why I have so many -1's?
Posted by Selenaut on 30 January 2013 - 05:57 PM
Are you saying that I can just use the x- and y-components to do the same thing? I figured it out but had to use a bit of trig... and the original method. XD
EDIT: ...Why the heck do I have like 7 -1's on this thread alone? (Not to mention they're my only -1's.) How am I supposed to report this?
Posted by Selenaut on 30 January 2013 - 02:04 PM
Using angle/magnitude for vectors is almost NEVER the good way of doing things, it quite simply makes everything more complicated.
Posted by Selenaut on 30 January 2013 - 11:26 AM
I'm using angles because I'm using vectors and not keeping track of individual x- and y- axis motion, but rather speed in a direction. The use of angles also gives me the possibility of using angles other than right angles, e.g. 45- and 22.5-degree ramps. (I'm hoping to get to ramps in the future, but at the moment I'm only worrying about 90-degree angles; I'm just trying to write it so that it's easy to port later.)
EDIT: I forgot to mention the whole division thing: That's exactly what it is, and I can't believe I didn't realize that. I'll let you know if correcting that fixes the problem.
Thanks,
Selenaut
PS: I hate the quick edit feature. XD
Posted by Selenaut on 29 January 2013 - 11:31 AM
Okay, let me clarify this:
I'm using an effective AABB for my object. I'm currently attempting to bounce it off the walls of the window (drawing using BufferedImage - it's in Java).
Using my own motion system class, I have the program set up so that every tick (about 1/60 of a second, not the same as a frame) the object moves in relation to its current acceleration and velocity to its new position. Both velocity and acceleration are vectors (a custom class), and x and y are held as doubles for precision.
I then check for whether the AABB is outside of the bounds of the window.
The problem is somewhere in the collision position correction section, which I'm still telling you is the problem. My first go was something like "If the x-val of the AABB is out of bounds, move it so that the x-val is back in bounds; repeat for y."
Then I used the bounce function.
This obviously causes, as I've stated, the infinite bouncing problem (it also doesn't play nice with a "bounce" with restitution of 0). The problem is how I correct the position, and I have an idea of how to fix it: I can check for whether the next movewill put me out of bounds, if so how far; then using this, back up a specific amount so that the intersection amount becomes 0. I'm having troubles coding specifically this.
Sorry if that sounded impatient, it's just that it's very difficult to explain it when I don't have the code to put up atm.
Selenaut
Posted by Selenaut on 29 January 2013 - 09:12 AM
Yes, I realize this; what I've been trying to say is that I can't figure out how to correct the collision so that it is precisely set back to where the object is just barely touching the wall.
When I tried to correct it by simply placing it back into the bounds, it created the effect of an infinitely bouncing ball when its bounce height got small-ish. It never - literally, never - stopped bouncing.
So yes; How do I correctly, err... correct the collision?
Thanks,
Selenaut
Posted by Selenaut on 28 January 2013 - 07:12 PM
No, it's nothing with the actual bouncing; it's a problem with collision detection. I can't figure out how to bounce precisely when the object hits a wall.
Also, I could show you my code, but it may get a little confusing as I've already got a lot of stuff set up in separate classes. Really, all I need is a good collision detection algorithm that's precise.
Thanks again,
Selenaut
Posted by Selenaut on 28 January 2013 - 03:14 PM
Honestly, I can't help you with your application, but I can tell you how the simple calculus works (which I'm assuming is what Alvaro is referring to).
To give an extremely simple introduction, a derivative is the instantaneous rate of change at a specific point on a line. The derivative of a function f(x) (which is notated f'(x)) is found by using the difference quotient:
(This picture's from the Wikipedia article on derivatives; just replace a with x.)
So if f(x) = x^{2}, f'(x) = {the limit as h approaches 0 of} ([x+h]^{2} - x^{2})/h. This may seem like it would equal 0; however, if the h variable is left in during expansion, you get:
{the limit as h approaches 0 of}(x^{2} + 2xh + h^{2} - x^{2})/h --> {the limit as h approaches 0 of}(2xh + h^{2})/h --> {the limit as h approaches 0 of} 2x + h = 2x.
Therefore, the derivative of x^{2} is equal to 2x.
There are a lot of rules for derivatives that make derivation a lot easier, e.g. the power rule. This states that the derivative of a polynomial function's derivative can be found by taking each term, multiplying it by its power, and then reducing the power by 1. Thus the derivative of x^{3} = 3x^{2}, and the derivative of 2x^{2} + 3x = 4x + 3, etc.
Now, for Alvaro's function, (1+e^{-x})^{-1}, there are a few other rules involved; its derivative (I'm pretty sure) is -(1+e^{-x})^{-2}-e^{-x}.
Hope this helps,
Selenaut
Posted by Selenaut on 27 January 2013 - 04:17 PM
Posted by Selenaut on 18 March 2012 - 03:35 PM