This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Michael_Lee
Pages: 1 ... 35 36 [37] 38 39 ... 70
541
« on: January 12, 2011, 07:58:44 pm »
Welcome to Omnimaga!
Do you have any projects/games you're working on right now?
542
« on: January 12, 2011, 07:07:09 pm »
or if you know the angle the tank is shooting at, use sin(angle) as your y increment and cos(angle) as your x increment.
Wouldn't that get you a fraction?
Or does it round well?
sin and cos return -127 through 128 (or something like that)
Edit: *In axe
*Facepalm
543
« on: January 12, 2011, 06:51:23 pm »
or if you know the angle the tank is shooting at, use sin(angle) as your y increment and cos(angle) as your x increment.
Wouldn't that get you a fraction? Or does it round well?
544
« on: January 12, 2011, 06:42:13 pm »
It's easy to derive the slope, true, but if you have a steep vertical slope, your object will end up skipping a bunch of pixels, possibly throwing off collision detection and
making the speed look irregular.
If the tank isn't allowed to fire too high or too low, then you could probably just use an easier method and derive the slope of the line, increment the X value each loop, crunch the new Y value, then display the bullet.
545
« on: January 12, 2011, 06:37:53 pm »
Crud, more complex stuff 
Thank you. I'll take a lookDo you mean a user-defined line?
umm... i think.
I want it to be like axe's line algorithm except only draw one pixel at a time. and instead of it being a pixel, i want it to be a sprite.
Try modifying this:
http://ourl.ca/4129/138496
* Michael_Lee shrugs Yeah. It's fairly easy to make things go in straight lines, or 45 degree angle lines, but getting things to move at other angles and slopes without skipping a bunch of pixels isn't something I've managed to figure out in Axe.
546
« on: January 12, 2011, 06:29:29 pm »
Do you mean a user-defined line?
umm... i think.
I want it to be like axe's line algorithm except only draw one pixel at a time. and instead of it being a pixel, i want it to be a sprite.
Try modifying this: http://ourl.ca/4129/138496
547
« on: January 12, 2011, 06:17:51 pm »
This might not be the most efficient method, but try this:
[Sprite data]->Pic1
Sprite X-coordinate ->X
Sprite Y-coordinate ->Y
Sprite X-momentum ->S
Sprite Y-momentum ->T
.Main loop
While 1
Stuff
More stuff
ClrDraw
X+S->X
Y+T->Y
Pt-On(X,Y,Pic1)
End
You could make it move in a sort of diagonal pattern if you set both the X and Y values to differing numbers, though it'll skip a little...
548
« on: January 12, 2011, 03:38:17 pm »
I'm going to have to decline on this one. I have to focus on studying atm, plus I have other projects I really need to start working on.
549
« on: January 11, 2011, 08:25:46 pm »
There is a really amazing algorithm for finding the area of ANY closed shape, not just triangles, if you know the coordinates of all the verticies. For instance, take any pentagon with verticies (X1,Y1) through (X5,Y5). You can find the area by listing the pairs clockwise and making the first point appear at the end too:
X1 Y1
X2 Y2
X3 Y3
X4 Y4
X5 Y5
X1 Y1
Then you multiply diagonally down on each side and find the sums of those 2 columns:
X1 Y1
Y1*X2 / X2 Y2 \ X1*Y2
Y2*X3 / X3 Y3 \ X2*Y3
Y3*X4 / X4 Y4 \ X3*Y4
Y4*X5 / X5 Y5 \ X4*Y5
Y5*X1 / X1 Y1 \ X5*Y1
______ ______
SumLeft SumRight
The area of the shape is simply the difference of these 2 sums: |SumLeft - SumRight|
It even works if the lines pass through each other or the shape has holes in it.
o.o That is awesome! * Michael_Lee memorizes
550
« on: January 11, 2011, 06:59:20 pm »
Hmm, trying 2.55 now...
Insofar as I can tell, it doesn't seem to conflict with anything I have...
551
« on: January 11, 2011, 06:54:01 pm »
I think the main part of your problem is that in this line of code:
If {PY*96+PX+(A*96)+GDB1+F}=1
I think you're trying to check bit by bit for the location of a wall, but when you access data using curly braces, it returns the value of the byte.
Also, try closing your parenthesis - leaving them open in Axe can cause issues.
Also, I didn't know that you could use variables created using more then one letter. Does that really work?
552
« on: January 11, 2011, 06:37:56 pm »
Out of curiosity, is 0x0000 a euphemism for death? Or does it have an actual meaning? /random
Also, what are the chances that the code for kernel maintenance being corrupted?
553
« on: January 11, 2011, 06:22:37 pm »
2) You could try using the Horizontal and Vertical commands, then displaying only the necessary sprites to draw on the side that you need to fill. I think Runer's uber-optimized tilemapper uses that method, although I personally haven't had the fortitude to attempt coding such a thing...
554
« on: January 11, 2011, 02:05:12 pm »
Hmm. Do you plan on adding two more characters with names starting with 'X' and 'Y'? /random
Seems interesting!
555
« on: January 10, 2011, 08:08:48 pm »
Very nice!
Pages: 1 ... 35 36 [37] 38 39 ... 70
|
Show Posts
