Kevin has informed me that he is glad to hear that you enjoyed your Unspecified Period Of Time at his Contrived Plot Device Of A Tortoise Sanctuary. He also wanted me to tell you that he recognises how much you have grown as a person in the meantime, and applauds your efforts at reconciliation. His final remark was one of forgiveness for your transgressions, and he will spare you from the malice of Ke’in.
but seriously thanks, this of yours comment genuinely means a lot to me :3
you’ll probably be pleased to hear that I am still trying to make more stuff like this nowadays, but in all honesty, I think I peaked with this single-all-nighter ~~followed by a couple of patches~~ magnum opus (and it’s all been downhill since lmao).
Not sure how to continue this comment but seriously, thanks again!
No. This game is not built for mobile, therefore, mobile controls will not be added.
Unity WebGL doesn’t support mobile devices. It might work on high-end devices, but current devices are often not powerful enough and don’t have enough memory to support Unity WebGL content.
(and also attempting to add pointer-based controls would require a stupid amount of refactoring/reworking of the game - too much refactoring for what was supposed to be a simple stupid game jam game)
If you wish to use Scratch when developing your games, that’s your own prerogative.
However, sometimes sacrifices have to be made to develop a properly cohesive gameplay experience. Mouse-based controls were originally considered for this game, however, the problem of ‘where should the door/camera/turn around buttons go on the screen’ posed major problems.
Furthermore, the door uses a ‘hold the button to keep the door closed’ system (much more intuitive than a ‘toggle whether the door is closed or not’ system), in an attempt to deliver players a much more satisfying ‘slamming the door in the face of an enemy/cowering in fear’ experience. This simply would not work on a mobile device (or, at very least, would be extremely uncomfortable). And, of course, the player is not allowed to check cameras or turn around whilst the door is closed (as allowing the player to perform these tasks risk-free would detract from the intended panicked experience), so then that opens up the can of worms known as ‘should the player have to then open the door manually, or risk player frustration by making the door open automatically if the player touches another button?’ - both of which would lead to a particularly unsatisfying gameplay experience.
And when the choice is between providing a somewhat-contrived-and-relatively-crap gameplay experience (by adding clunky mobile controls) or ‘telling people to play on PC instead (and making the game playable in-browser so the player can use any type of PC to play it)’, it makes sense to pick the latter over the former.
← Return to scary tortoise game
Comments
Log in with itch.io to leave a comment.
god damn its been a while, now I really wanna know why the fuck I started beefing with this game for no reason.
this game is funny af
def something that I would've played if I wasn't a dick back then
plz make more like this, if you like to make this type of stuff ofc.
Kevin has informed me that he is glad to hear that you enjoyed your Unspecified Period Of Time at his Contrived Plot Device Of A Tortoise Sanctuary. He also wanted me to tell you that he recognises how much you have grown as a person in the meantime, and applauds your efforts at reconciliation. His final remark was one of forgiveness for your transgressions, and he will spare you from the malice of Ke’in.
but seriously thanks, this of yours comment genuinely means a lot to me :3
you’ll probably be pleased to hear that I am still trying to make more stuff like this nowadays, but in all honesty, I think I peaked with this single-all-nighter ~~followed by a couple of patches~~ magnum opus (and it’s all been downhill since lmao).
Not sure how to continue this comment but seriously, thanks again!
Plez add mobile controls
No. This game is not built for mobile, therefore, mobile controls will not be added.
(and also attempting to add pointer-based controls would require a stupid amount of refactoring/reworking of the game - too much refactoring for what was supposed to be a simple stupid game jam game)
Well atleast MY game works mobile and PC.
If you wish to use Scratch when developing your games, that’s your own prerogative.
However, sometimes sacrifices have to be made to develop a properly cohesive gameplay experience. Mouse-based controls were originally considered for this game, however, the problem of ‘where should the door/camera/turn around buttons go on the screen’ posed major problems.
Furthermore, the door uses a ‘hold the button to keep the door closed’ system (much more intuitive than a ‘toggle whether the door is closed or not’ system), in an attempt to deliver players a much more satisfying ‘slamming the door in the face of an enemy/cowering in fear’ experience. This simply would not work on a mobile device (or, at very least, would be extremely uncomfortable). And, of course, the player is not allowed to check cameras or turn around whilst the door is closed (as allowing the player to perform these tasks risk-free would detract from the intended panicked experience), so then that opens up the can of worms known as ‘should the player have to then open the door manually, or risk player frustration by making the door open automatically if the player touches another button?’ - both of which would lead to a particularly unsatisfying gameplay experience.
And when the choice is between providing a somewhat-contrived-and-relatively-crap gameplay experience (by adding clunky mobile controls) or ‘telling people to play on PC instead (and making the game playable in-browser so the player can use any type of PC to play it)’, it makes sense to pick the latter over the former.
How did you know it was scratch?
;)
when one knows what to look for, it’s usually pretty obvious
please decrease the screen size on web!
No.
ok
done 🙃
A very scary game