PyWeek - InfinityCoaster - feedback

Needing to attach pieces of track to a roller coaster while I'm on it is a nightmare of mine, so thanks 😉 Really, I think the concept is great.

The first person view allows the player to feel fear, but the camera is hard to control. If you give up on wrestling with the camera the game is easy (press any of the keys that are lit up), but you're looking at stars.

I don't think the setting, in a kind of space box, is the best way to capitalise on the fear/thrill the game creates. It would be better set in a more realistic location, with trees or houses, a ground plane or terrain, and sun/shadows, so that players get more of a sense of speed and altitude.

One other observation is that you only keep 2 or 3 track pieces behind the carriage. It would help show what a crazy ride this has been if you kept lots more, say 50.

Would have really liked the camera to stay fixed with the direction of the track so it could work more like a build-as-you-go rollercoaster sim crossed with guitar hero. The way it is right now you have to choose between focusing on experiencing the rollercoaster or focusing on building it, and you inevitably can't do both. Neat idea though!

This was cool. Even though the gameplay is simple, I like the overall idea of the coaster and the fast pace of the game, and the atmosphere is definitely cool. I wish I didn't have to keep moving my mouse to see, but that's not a big deal.

It's an okay game. Only thing that stands out to me is that the sound that plays when you lose is way too loud.

Really stylish! The core idea of building a track as you go along is really cool. It seemed like the best strategy was to forget about the mouse and control 123 with my left hand and 456 with my right. Which is too bad, because I had to decide between trying to get a high score or seeing something cool. Some reason to require the mouse would have been welcome, as would some strategic reason to choose one track over another. Overall, great use of theme and great job!

Why not upload the source? (and avoid the trouble of creating the executables) I downloaded it from the github link from discord and it worked fine.

The game is fine and I guess with enough training and skills one could go forever. However for starters it started a bit too fast (at least for me).

Orientation was also an issue until I discovered that I could use the mouse to focus on the tracks.

There is only one thing I can say: UUUUUUHHHUUUUULLLLLLLL

Fun:
The game is fine, but it's just pressing buttons and you're too focused that you don't pay attention to your surroundings, which takes away the fun of being 3d.

Innovation:
The implementation of the theme is not very creative. I like 3D.

Production:
Well done.

The game was very fun, with a neat idea behind it! The ambience fit very well with the hectic gameplay!

Unfortunately, I wish I didn't have to mark this as against the rules, but... although there is a GitHub link, none of the game's "final" distributions have the game's source. According to rule 7 and the "Packaging your game" section, the game's source needs to be in the final distribution.
https://pyweek.readthedocs.io/en/latest/rules.html#final-submission
https://pyweek.readthedocs.io/en/latest/packaging.html

Simple but clever idea that has been implemented really well.
(Is there source code available for this game?)

Very fun game! I loved the idea behind it and everything is extremely smooth.
Good job!

About the gameplay, I liked placing tracks and also moving the camera around while playing. In my opinion, only pressing tracks when they show up may be too boring, so adding some elements like enemies might improve the game. About the production, I like the 3D graphics and also the music in the game.