zj798164639 2026-04-21 06:54
Interesting game! It would be even better if the UI design could be more consistent and stylized.
Foon → Ludum Dare Explorer → LD59 → Consensus
By moyuowo
| Category | Rank | Score | Count | |
|---|---|---|---|---|
| Overall | 263 | 2.86 | 20 | |
| Fun | 274 | 2.44 | 20 | |
| Innovation | 113 | 3.50 | 20 | |
| Theme | 89 | 4.00 | 20 | |
| Graphics | 230 | 3.02 | 20 | |
| Audio | 1.62 | 6 | ||
| Humor | 196 | 1.96 | 18 | |
| Mood | 245 | 2.80 | 20 |
Interesting game! It would be even better if the UI design could be more consistent and stylized.
@zj798164639 thanks! it's my first time to join in a gamejam. i mistakenly use a lot time to build my code, and it's so hurry to make ui. i will keep working on it. thanks for your suggestions!
Cool concept, a bit lacking in polishing to make it a bit more user friendly, but overall very nice stuff you got here
@mcramon Thanks so much for playing and for the feedback! You hit the nail on the head—I spent so much time wrestling with the core logic and the asynchronous protocol system that I ran out of time for the UI and UX polishing. Making it more intuitive and user-friendly is definitely my top priority if I continue working on it post-jam. Really glad you liked the concept though!
It's honestly a very cool game - the UI is actually reasonable for a game jam, the graphics are good (I wish there was some audio).
I found it a shame that the player's "program" is lost upon level failure - which is unfortunate because given the statistical nature of packet loss you're not always sure if your solution will work (or works in theory, for that matter). I found the difficulty jump between levels 2 and 3 very hard, and even more so because of this lack of program saving making it difficult to try out things easily to learn the mechanics better.
A great take on the theme - and a really nice entry for the compo :)
@richard-baltrusch Thanks for such a detailed and insightful review!
You really hit the nail on the head regarding the saving issue. Because I implemented a simple scene reload on failure, the instruction queue resets. I totally agree that in a game with statistical packet loss, losing the code makes iteration frustrating—this is definitely my top priority for the post-jam update!
Regarding the difficulty jump, I’m sorry about that! Levels 2 and 3 were designed in the final hours, and I clearly missed some 'stepping stone' levels to bridge the mechanics. Also, sorry about the lack of audio—silence is the price I paid for fighting with the asynchronous logic!
Really glad you liked the concept and the UI. Thanks for the support! I will continue to work on the game!
I really love this unique gameplay concept centered on distributed signals and asynchronous commands. It’s incredibly impressive as your first Game Jam work as an independent creator. The visuals are minimalist yet not rough at all. The clean color scheme and interface design perfectly recreate the feel of a real robot terminal. I only hope there could be more intuitive in-game guidance and tutorials to help players understand the mechanics faster. Great work overall!
Cool game. This might be the third or fourth "control robots by sending pre-recorded commands" game I've played during this jam but this one is more interesting with the multiple robots. Really enjoyed it. Well done, especially knowing this was your first game and game jam :thumbsup:
This is an interesting concept that has a lot of potential. I really enjoyed trying to think about how to get the robots to coordinated to solve the puzzles. As others have mentioned, the awkward UI hurts the playability somewhat, but this is an impressive first foray into game jams. Keep at it!
It would be nice if after we fail, our last commands can be saved and then edited to made correct. Otherwise it's kind of annoying to add them all over again. Great job on your first game. It's such a cool and unique concept for a first game!
It's an interesting idea, unfortunately I don't understand the mechanics at all :broken_heart: There's so much information to parse, and yet I don't know how any of it affects the final program execution. I don't understand how far is too far, how much strength matters, what relaying does, the loss probability was probably meant to help but most of the time they just show as 100% or nan-nan... I think this game would benefit a lot from showing its mechanics more visually instead of through text. Also, as others have said, losing the program when you fail makes it quite punishing. I was able to bruteforce my way through levels 1 and 2 pretty easily, but unfortunately could not make sense of what to do on level 3 :(
Congratulations on your first game jam! :smiley: Nice one! It is a cool concept. I agree that getting the commands removed on fail is a bit tough.