| Which GUI layout do you like better? |
| GUI layout #1 |
|
25% |
[ 1 ] |
| GUI layout #2 |
|
75% |
[ 3 ] |
|
| Total Votes : 4 |
|
It’s going to be tough to figure out collisions for this project, so I would figure that out first. The rest, like bouncing off the edges and detecting pockets, should be really easy. Good luck!
The good thing is collisions between circular bodies is pretty straightforward. It would be neat to have this kind of game on the CE
.
epsilon5 wrote:
It’s going to be tough to figure out collisions for this project, so I would figure that out first. The rest, like bouncing off the edges and detecting pockets, should be really easy. Good luck!
I recommend using vectors, one for x-axis force and one for y axis-force. You’ll want to calculate normal force for each axis (which should be pretty easy for wall interactions, but a bit more complex for ball to ball interactions). Of course you’ll need to research the mass of an average ball for all of these calculations.
THe sprites look great, is that a Pikmin?
.
What are you going to be doing for the controls? And would there be different difficulty levels for the computer? Looking forward to this, sounds fun
I have been out for a while (had to deal with life). but am back
Jcsq6 wrote:
epsilon5 wrote:
It’s going to be tough to figure out collisions for this project, so I would figure that out first. The rest, like bouncing off the edges and detecting pockets, should be really easy. Good luck!
I recommend using vectors, one for x-axis force and one for y axis-force. You’ll want to calculate normal force for each axis (which should be pretty easy for wall interactions, but a bit more complex for ball to ball interactions). Of course you’ll need to research the mass of an average ball for all of these calculations.
I'll look into it
tr1p1ea wrote:
THe sprites look great, is that a Pikmin?
.
Yes 
Therad2 wrote:
What are you going to be doing for the controls? And would there be different difficulty levels for the computer? Looking forward to this, sounds fun
Code: [F5] = fixing cue ball
[F1] = shoot ball
[Arrow Keys] = move cue stick
and much more
ex. https://www.coolmathgames.com/0-8-ball-pool
Quick update:
I have been looking into ball collision detection. so far I have been using the Pythagorean theorem to find the hypotenuse this calculates the distance between both or each ball.
here are some sites that helped me.
https://web.archive.org/web/20160418004153/http://freespace.virgin.net/hugo.elias/models/m_snokr.htm
ill be adding on later today
A real nice challenge would be to attempt 3D rotation on the ball sprites... But forget I suggested that for now
I'll just be excited to see an 8-ball game on the CE!
Nice work! This looks like it'll be great!
I have posted a poll.
CHECK OUT MY TRELLO BOARD
Quick Update:
I have been working on multiball collision using arrays. So far I have a few bugs here and there. Each ball checks the distance between each other balls here is some eye candy.
Eye Candy:
When it turns red that means it has detected a collision. for some reason, it does not always turn red when some balls touch. I have been dealing with this bug for 3 days
EDIT: I FIXED IT!!
" screen blit to early, they are touching!!"
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.
»
Go to Registration page
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
<[15x15] {
<[32x64] 
<[3x32]
). ill now be using the quadratic equation and Pythagorean theorem to calculate the sin and see where the ball should go also know as 3D rotation 