Видео

Last game both trusted you to pay attention and figure out the mechanics instead of randomly clicking, which you did not. Also, the developer threw in some RNG and that just made it all the more frantic. The game is fine, it just expects you to be better, pay more attention. Its flaw is expecting too much from the player

Thank you so much for this amazing tutorial! I actually think I might be able to do this!!!!

one of the problems j-menuing has is that it’s knowledge discovery is learned through trial and error, which can be frustrating, instead of finding it out through the game telling you like in the other ones. (of course, the game doesn’t have to tell you it directly, it could be told through things like puzzles) it almost feels like a reskinned mario maker pick-a-pipe level, there’s no learning to it, it’s just picking each option and seeing if it works. another problem is that it’s mechanics are out in the open. where as the interesting thing with the other games featured here are always there, it’s just that they were hidden until you learned of the mechanics existence.

For once upon a tiny time, I feel like there were 3 things that could be worked on. Firstly, i feel like a tutorial showing the different stages could help get into when and how the stages work and also how mechanics work without being rushed. Secondly, if the turrets were slower but they remove corpses automatically, it could give a good incentive to refill them while also needing you to be aware of enemies getting past them. Finally, they might be able to use unharvested crops as a defense for the house, incase enemies get past the turrets while you're busy, but that also means that you would have to decrease how much ammo you want for your turrets. For Sir Golde, the main thing that i really saw as an issue was the amount of urchins when getting to the sword. If there were more urchins on the journey to the sword it would feel more like a puzzle when getting around them and giving you an incentive to use the magnifying glasses for larger puzzles with more moving parts. For Ariadaeus Run, I felt as though they really could have had more paths early on but with less rocks. The rocks themselves were good at keeping you on your toes but if there are different paths and walls then that would also work with keeping your attention, especially if you're dead on collision. A more diverse set of paths and less rocks too would open the road to faster movement so you could feel like you're not just doing parkour and feel more like you're racing.

Imho J-menuing main error is having purple too similar to blue. I wasn't able to distinguish them from my phone screen with highly lowered brightness. Also J-menuing allows you to beat a level by bruteforcing attack types. And if it is hard to figure out mechanic but easy to proceed some people (at least me) will just proceed.

To me, the biggest issue with J menuing is that the things the player needs to track do not feel aligned with the core game. The first two games establish and communicate how the world responds to the player's inputs pretty well. As a result, the parts where the player does need to keep in mind are part of those games' progression. Meanwhile, J Menuing requires the player to keep in mind the timings of the kill order and menu shuffle. The core game is built on navigating a shuffled menu to kill enemies with the right attacks in the right order. The shuffling being on a timer hampers the experience, because the player already has to track the 10 second timer that the game is built around, so they have less mind space for additional time tracking. There is quite a bit that could be done in J Menuing to improve its gameplay, but most of it would be simple enough if it was caught in the concept stage. 1. Instead of a physical and magic attack, it should have been a fire and ice attack. That way, the player can intuitively know that the blue ice attack doesn't harm blue slimes and the red fire attack doesn't harm red slimes. 2. Make the neutral slime a different colour. This shade of purple looks more like blue to a lot of people, which causes a lot of confusion. Maybe the neutral slime could be green or yellow? 3. Instead of the menu and kill order being shuffled on a timer, it could be shuffled after the player performs an action. That way, it contributes to the core gameplay of menu navigation while letting the player understand why it is being randomised. To help this, maybe a chiptune wind/shuffle sound would also be nice.

On *J-Menuing,* I dislike how the game seems to add a time limit to the player's menu inputs, while the menu itself is *non-diagetic* _(as it would be in most games)._ Generally, when a time limit is put on something, it is supposed to affect the physics _(e.g, the character's movement in the game world),_ and the timer is paused when the player needs to do some menuing or read some dialog _(such as how dialog in _*_The Curse of Tencond_*_ pauses the ten second timer, allowing the player any amount of time to read)._ I believe that in the case of *J-Menuing,* the menuing should have its own speed limitations, and allow the player time to strategize, rather than just be limited by the player's own mouse movement and keypress speed. To improve upon the design, the menu could be made to look like physical levers and buttons, and each could take some amount of time to use. The player could be limited to only using one control at a time, but inputs would be bufferable to allow the player to easily complete a plan with optimal efficiency. _(the menu to be redesigned to show all controls at once, rather than having any menus embedded within others)_ The timer, each turn, would only start at the first control usage, so the player can have plenty of time to strategize. Also, wasn't paying a whole lot of attention, as I was watching the video while doing something else, but maybe a mechanic would be nice, where the previously discovered attributes of the current group of enemies would be listed perpetually for easy review.

On J-Menuing: there seems to be no way for the player to control when menus or kill orders change. They just do. This leaves a nebulous period where the player asked to discover things through trial and error, remaining unsure whether something they are doing is affecting menu/kill order, which sort of leaves the stage of mastery in a rather unsatisfying conclusion. I feel the design would have been acceptable in a loose narrative with an ultimate goal, permadeath style. Even if the player never quite understood menu/kill order shuffle, there would still be a crowning achievement for mastery. Instead it is endless doubt (unless checking the spoilers). Unsatisfying.

not normalizing input wouldn't make zigzagging faster, it's only faster when moving at a diagonal. if you're moving straight down, diagonal down and directly down will be the same speed.

The last game has a combination of problems but I think the obvious one is the flow of the game. The flow chart goes to challenging too quickly because of the timer when you haven't yet learned the mechanic so it's frustrating. It dousn't leave time to think. I think the timer should come in later and that would give more time to learn the game and already improve it.

Similar to what others are saying, but I'd describe it was failure to reward the player (and made that progression CONTINUE to be meaningful - I think is also really important here) that made the third game's experience bad. In all of the other games, when you hit a mark of progression it allowed you to immediately use your newfound capabilities. Beyond that, it also didn't punish you/get in the way in any form for trying to use those newfound capabilities either. J-Menuing, on top of it potentially being bugged, had conflicting mechanics that prevented you from actually utilizing your unlocked capabilities confidently/reliably, leading you to question if what you'd learned was even useful. In the first two games, the mechanisms played into the timers well to push you in a direction to improve and use your new capabilities. With J-Menuing, the added timer doesn't help push you forward in any meaningful way in my opinion. The combination of the menus, the random kill orders, and ADDED with the timer, meant you're fighting the experience more than actually discovering and progressing.

I think J-Menuing is bugged or at least doesn't have its timings right. At 11:48 you picked Magic vs 1 Blue which should have killed it but Kill Order Shuffle took effect during the attack animation while the shuffle animation was queued up (so you couldn't see the 1 change to 2) which forced you into Wrong Kill Order. Enemy colors should've been different too, the red + blue mix they picked is too close to blue which unintentionally created more friction than was probably intended.

The issue was clarity. The game was trying to tell you what you did wrong, but only in this tiny little text-box at the bottom that flashed away really quickly.

I feel like the lack of feedback on the 3rd game removes the feeling of discovery when you find out how to kill an enemy. Since there is little to no feedback you're not actually sure that you discovered something new or made progress. In Tunic however it is very obvious that you make progress and understand the hints you've just been given, either by unlocking new secret areas that open up visually or by very obvious audio cues. I also think the kill order is quite confusing since personally I don't really know any other game that does this, I feel like it could be better displayed if the numbers are inside the monsters rather than beneath, and instead of swapping the numbers, I would swap the monsters position (and let them keep their number)

Time limits on the last one, you need to give time to the player to get the mecanic if you dont tell it

Sir Golde was cute and seemed like something I would have liked playing on coolmathgames when I was a kid; if there was strong level design I could see it being a good time waster

Once upon a tiny time: It seems like a tower defence, so maybe lean more into that instead of trying to reconcile that with a shooter. The player could have a weak gun that is okay for early waves so that you can get enough fertiliser to power your turrets, but waves should get big enough such that it's impossible to rely on the gun. Building turrets should also probably be a thing, so that you can scale to larger and larger waves, eventually making the gun pretty much obsolete, and making the only way you can defend be by engaging with the farming. Sir Golde: I think the whole premise is flawed. The game already happens in a maze, kind of, and it's relatively zoomed in (you said that in the video actually, I wrote this a bit before fully watching the section), so you will naturally not be able to see a that much and will get confused. The fog adds to that, but probably not much. I think that maybe this would work better if you walked between rooms with a fixed camera, and had a mini-map (like Zelda), but then every 10 seconds forgot random parts you've explored and put on the mini-map already. Forgetting the whole map would probably be too much though, and you would just play as if you had no map at all. Ariadaeus Run: I think that the speed mechanic is supposed to be risk/reward, when you're faster you can see less of what's ahead, and also need to react faster when the obstacle do come up, but you get to dodge the laser easily. But slow mode seems to be making dodging too easy, while fast mode makes the laser too easy. I think changing the scroll speed without changing the player's position could help, since it would make speeds be closer to each other in difficulty, and maybe making all of them faster could also be better, so that going fast avoids the laser but makes dodging really difficult, and going slow still keeps the game fast enough to be fun.

what happened to websocket videos im here after watching your four year old video on unity multiplayer connections being a complete noob

dude, you did great explaining this. i dabbled in making a multiplayer game using gdevelop, connected to heroku, had issues with player synchronization. i can see a few of the same elements of what I learned then, in what you taught in the video. gotta review this video

This is hilarious! That sexy(just a joke) voice is amazing!

My left year enjoyed this video so much, my right ear hated it.

Good game. Found on itch while searched for smth like that. Passed death run solo with only trampoline and made all achievements with a help 2 tabs. For this need use one feature and one glitch. 1 - when you stay on the border of trampoline - your character don't jump. 2 - you can spawn trampoline in the wall and it will not fall. So you can pass first half with a button on other side, and second half with a putting trampoline into the wall like bridge. I'll wait for a next updates or new interesting games :)

My right earphone is broken so this sounded totally normal to me! (Also going to try making my first game based on this, wish me luck, thanks!)

Very interesting video, and pretty original game! Also very much enjoyed the overview/breakdown of the process at the end.

Thanks for the great, in-depth video! It was clear and easy to follow

My left ear really liked this video.

Great video, I'm interested in step functions + simultaneous turns