I am a begginner at python and I’m trying to make a circle game. So far it draws a circle at your mouse with a random color and radius when you click.
Next, I would like the circle to fly off the screen in a random direction. How would I go about doing this? This is the main chunk of my code so far:
check1 = None
check2 = None
while True:
for event in pygame.event.get():
if event.type == QUIT:
pygame.quit()
sys.exit
if event.type == MOUSEBUTTONDOWN:
last_mouse_pos = pygame.mouse.get_pos()
if last_mouse_pos:
global check
color1 = random.randint(0,255)
color2 = random.randint(0,255)
color3 = random.randint(0,255)
color = (color1,color2,color3)
radius = random.randint (5,40)
posx,posy = last_mouse_pos
if posx != check1 and posy != check2:
global check1, check2
screen.lock()
pygame.draw.circle(screen, color, (posx,posy), radius)
screen.unlock()
check1,check2 = posx,posy
pygame.display.update()
Again, I want the circle to fly off the screen in a random direction.
I have made a few attempts but no successes yet.
Also, thanks to jdi who helped me s
Right now, you are doing the following (drastically simplifying your code)…
Let’s make things a little easier, and build up gradually.
Start with the circle without the user clicking
To keep things simple, let’s make the circle near the top left of the screen, that way we can always assume there will be a circle (making some of the logic easier)
Animate the circle
Before going into too much about “random directions”, let’s just make it easy and go in one direction (let’s say, always down and to the right).
Now, every time through the loop, the center of the circle moves a bit, and then you draw it in its new position. Note that you might need to reduce the values that you add to circle_x and y (in my code, 0.1) in case the circle moves too fast.
However, you’ll notice that your screen is now filling up with circles! Rather than one circle that is “moving”, you’re just drawing the circle many times! To fix this, we’re going to “clear” the screen before each draw…
Notice that we are “clearing” the screen by painting the entire thing black right before we draw our circle.
Now, you can start work the rest of what you want back into your code.
Keep track of multiple circles
You can do this by using a list of circles, rather than two circle variables
One thing to note is that if you keep track of the circle positions in a tuple, you won’t be able to change their values. If you’re familiar with Object Oriented Programming, you could create a Circle class, and use that to keep track of the data relating to your circles. Otherwise, you can every loop create a list of updated coordinates for each circle.
Add circle when the user clicks
Have the circle move in a random direction
This is where a good helping of math comes into play. Basically, you’ll need a way to determine what to update the x and y coordinate of the circle by each loop. Keep in mind it’s completely possible to just say that you want it to move somewhere between -1 and 1 for each axis (X, y), but that isn’t necessarily right. It’s possible that you get both X and Y to be zero, in which case the circle won’t move at all! The next Circle could be 1 and 1, which will go faster than the other circles.
I’m not sure what your math background is, so you might have a bit of learning to do in order to understand some math behind how to store a “direction” (sometimes referred to as a “vector”) in a program. You can try Preet’s answer to see if that helps. True understanding is easier with a background in geometry and trigonometry (although you might be able to get by without it if you find a good resource).
Some other thoughts
Some other things you’ll want to keep in mind:
Right now, the code that we’re playing with “frame rate dependent”. That is, the speed in which the circles move across the screen is entirely dependent on how fast the computer can run; a slower computer will see the circles move like snails, while a faster computer will barely see the circles before they fly off the screen! There are ways of fixing this, which you can look up on your own (do a search for “frame rate dependence” or other terms in your favorite search engine).
Right now, you have screen.lock() and screen.unlock(). You don’t need these. You only need to lock/unlock the screen’s surface if the surface requires it (some surfaces do not) and if you are going to manually access the pixel data. Doing things like drawing circles to the screen, pygame in lock/unlock the surfaces for you automatically. In short, you don’t need to deal with lock/unlock right now.