Thanks!
I'm happy that you played it!
Moein
Creator of
Recent community posts
The Idea was good, the colors and the music were awesome, and there were lots of particles and cool effects.
but you could really ease it up a little, I'm seeing so many games in this jam that are arguably perfect, but their only problem is their difficulty.
if it's too easy, it's not a challenge therefore not fun. if it's too hard, it can't be beaten without spending multiple hours, not fun.
find the balance.
My vote on your submission is arguably the highest vote I ever gave. the limited palete was good, but music wasn't silly enough so I didn't give you 2 stars there.
this could also be more polished by adding checkpoints and remaining lives, and also a button to mute the sound, cause it can be annoying. so I gave you a 4 in Polish.
Game feel 3, cause in terms of difficulty, you could get the player accustomed to the system and game play first, and only then make it harder, this can help to make the players engage further into your game to a point they actually beat it.
all else, innovation and immersion, 5 stars. keep it up!
Your game is AWESOME!
I can't stress enough how impressed I am by your work! The water effect was amazing.
the funny story, lol. YOU GET MY EGGS AND PAINT IT, EAT IT, OMELETE IT. lol
but it was way too hard. too hard.
make checkpoints, and keep the dead enemies dead after dying. why do I have to kill them again after I ripped my self apart to get just one of them lol.
GOOD JOB!
I'm glad you liked my project!
Interesting, do you remember what did you do before it fell through the ground? also what was the fps of the game in average?
The falling on the ground issue only happens in web. when switching between tabs or windows, the browser limits the resources it's spending on unused programs. like my game. this results in a very low fps, and accordingly, a higher delta time, and accordingly bigger move steps and falling through the ground.
I fixed this by running the game loop only when the window has focus. but the issue persists in different situations, for example when the player scrolls down the page of the game, it happens.
So now that I think about it I think maybe running the game loop only when the window has mouse focus would fix it?
Nice game. the art, the camera, the code and the Idea are all perfect. But I'm going to have to give you a 2 star in Game Feel. it's way too difficult, the player has to deal with 4 enemies stealing the eggs and splitting in different directions before he knows how to handle one of them.
My suggestions:
- add a tutorial text surface at the start of the game
- make the game easy in the start, and then gradually increase the difficulty.
- add a feature that allows the player to throw the boomerang while dashing. this results in a better experience
Also I got kicked out by this error:
pygame-ce 2.2.1 (SDL 2.26.4, Python 3.11.2)
/home/yolo/pygame-forks/2023-jam/Easter-Audio-Visualizer/main.py:10: Warning: PyGame seems to be running through X
/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py:3464: RuntimeWarning: Mean of empty slice. return _methods._mean(a, axis=axis, dtype=dtype,
/usr/lib/python3/dist-packages/numpy/core/_methods.py:192: RuntimeWarning: invalid value encountered in scalar div
ide ret = ret.dtype.type(ret / rcount)
Traceback (most recent call last): File "/home/yolo/pygame-forks/2023-jam/Easter-Audio-Visualizer/main.py", line 79, in <module> main() File "/home/yolo/pygame-forks/2023-jam/Easter-Audio-Visualizer/main.py", line 61, in main visual.update(remapped_amp, dt) File "/home/yolo/pygame-forks/2023-jam/Easter-Audio-Visualizer/visualizer.py", line 18, in update self.scaled_surf = pg.transform.scale_by(self.surf, scalar * 0.3) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ValueError: Cannot scale to negative size
└─$ python main.py
pygame-ce 2.2.1 (SDL 2.26.4, Python 3.11.2)
/home/yolo/pygame-forks/2023-jam/Pygame-Jam-2023/setup.py:23: Warning: PyGame seems to be running through X11 on t
op of wayland, instead of wayland directly window = pygame.display.set_mode((WINDOW_WIDTH, WINDOW_HEIGHT))
Traceback (most recent call last): File "/home/yolo/pygame-forks/2023-jam/Pygame-Jam-2023/main.py", line 12, in <module> main() File "/home/yolo/pygame-forks/2023-jam/Pygame-Jam-2023/main.py", line 8, in main game_manager.run() File "/home/yolo/pygame-forks/2023-jam/Pygame-Jam-2023/gamemanager.py", line 41, in run pygame.transform.scale(game_surface, (WINDOW_WIDTH, WINDOW_HEIGHT), window)
pygame.error: Only works with same format surfaces
I get this when running your project. I'm not sure why but it seems the depth of the dest surface is not the same on my machine or something?
This one is a bit arguable. the definition of public domain varies in different countries.
I think 70 year old rule applies to USA or sth.
if it's public domain and free for everyone to use, why not use it?
for example if there is a free MIT asset pack in itch io why not use it?
isn't the concentration of Pygame jam on the code and programming?
why focus on making assets?
I for one have no Idea how to create sounds, or create a character sprite that can do anything even walking.
What could possibly be the reason?