Daeno Sudo

#indiegame #godot

Some people have the impression that Sonic has a strict hold on several broad game mechanics: moving fast, rolling (Odyssey, metroid, etc did it too), slopes and ramps?!?! so they treat any ip in inspiration as a "fake." If this were the case, every new ip would be pretty lame.

I can't lie that everytime Himari is compared to sonic, a bit of me explodes. It IS my main inspiration, but as undertale is to earthbound. Himari is more than a derivative work.

I only hope that Himari will be thematically and visually unique enough from the modern representation of sonic, that it'll be treated differently. Unfortunately RR went for a full cartoon artstyle and a light-hearted story (i think). Which may be attracting the smooth brain commenters.

insta comment

Everytime i see the comments of a "Rollin' Rascal" ad it urges me to remove rolling from Himari entirely. I don't want to release my work if it's not gonna be taken seriously or if it'll be treated like a rip off of sonic. And if I was a RR dev, I'd feel pretty fucking unappreciated rn.

Alotta water in the tutorial.

Well it is a bad model but the camera isn't helping.

Short focal length. Camera is positioned close, distorting the face and making sonic look stupid.

Good focal length. Camera is positioned far away, and focal length is increased. Doesn't distort face.

We gotta realize maybe the model ain't that bad but the framing is awful. Stop putting the camera in his face, increase the focal length and back up.

Another thing is incentive and wonder. Notice the reward above is visible to the lower path. This gets the player thinking "Wait how do I get up there? There's something cool up there i want to go back and get up there" Remember, the jump hasn't been taught yet. So it creates wonder.

Also notice the slanted walls. That's to push the player to their goal if they're really shit. I don't want anyone getting caught on walls yet.

Also the point of the uphill "punishment" is meant to infer that this player may be inexperienced. So I slow them down uphill so that they'll be more prepared/ready to see the next obstacle.

Paths won't always converge in a linear way. This is just the tutorial, so I'm purposefully keeping the player going linear to focus on teaching the fundamentals. Later on, I'll introduce paths that branch farther. You gotta start simple though.

Bit of level design showing a narrow bridge over a wider path.

Proud of this bit of level design. It's early on, simple, but shows how I'm gonna approach the rest of the game's stage design. #gamedev #Godot

That leads to gimmicks which are cool but inconsistent. Mechanics need to be consistent, which is why abilities are so hard to make. They have to be applicable as much as possible throughout the game, so that the level design isn't restrained to certain mechanics. Gimmicks are often a one and done.

Ex: The first mandatory rolling section will force you down a slope into a stack of boxes or enemies. Naturally showing it to be possible. Then it's a matter of keeping that idea intuitive, by including it under other mechanics.

Yeah but those aren't really "abilities." Currently you can do that stuff when you're rolling, running above a threshold, or stomping. Therefore, making that action a sub-mechanic that can be taught along with each ability's introduction.

The only "ability" important enough to go in the first level is rolling. Since I included it technically with momentum as a mechanic.

Its gotten to the point where if I want to remain organized with my level design, I'll have to release the demo with 3 separate stages, just so players can actually learn about boosting, skidding, rail grinding, hydroplaning, stomping, etc.

As of writing this, the tutorial/first stage is focused solely on moving the character. There is literally no space for teaching any other game mechanic since moving has like 3 sub mechanics that are super complicated on their own (Controls, momentum, terrain).

I have a hard time justifying the implementation of "abilities" in Himari since the base game mechanic (the physics) is so versatile and complicated on its own.

Makes me have to think harder about what abilities could actually be useful in support of the busted mechanic of moving.

HELL YEAH!!! #GodotEngine #gamedev

I just got an idea

Its a dev essential atp

Whiteboards make it easier to design levels.

Got a whiteboard! Life-changer. #gamedev

Sorry should've clarified, I was referring to the skidding mechanic where you can make a 90 degree turn. If you mean the shockwave, yeah sure I can mess with that too.

Too situational. Maybe it'll end up being some kind of upgrade or unlock. I'll keep in in the playtest demo just in case people like it.

Yeah just feels a bit redundant.
#GodotEngine #gamedev #indiedev #Sonic

This is all bumming me out cause I keep being reminded I cant add a drift since she already turns good :(

The idea is that I could include sharp corners in level geometry without having to result to lame boost pads. It'll give the player more control and freedom on how they wanna tackle the turn, while keeping the speed up if they time it right; otherwise, smash into a wall and lose all momentum.