Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

MUZBOZ

265
Posts
8
Topics
136
Followers
61
Following
A member registered May 29, 2016 · View creator page →

Creator of

Recent community posts

A few other thoughts I had after playing:

The enemies have fairly simple AI, where once they notice you, they just chase you infinitely.  I think that can work, but it could perhaps be improved by doing this:

Give each enemy a bit of a different movement speed.  - That way, they won't bunch up as much, and it makes them feel a bit more different and therefore more natural.
- For example, if the current running speed for enemies is, say "5", you could make some move at speed "3" (quite slow) and they're therefore easier to get away from.  Another could be "5" (full speed) who slowly gains on you, and is therefore more persistent and more dangerous.
- This has the benefits of making them feel like they have different personalities, different threat level, and produce different dynamics for the player to deal with.  All just by varying their speeds!
- (Another character could be 4, another could be 3.5, etc).  You could just hand-tweak their speeds, or give them some code that randomises their speed on Start() or something.

Also, you could add a basic check system that lets a chasing enemy go back to being a pastroling enemy.
- For example, add some code that runs when they are in the chase state, which says something like, "Each Frame (or each 0.5 seconds), do a raycast to see if I can see the player (if it gets blocked by a wall or other collider, it counds as they can't see the player for that check). 
- If I can't see the player on that check, increment a timer/counter.  Keep adding up these checks.  "If I don't see the player for [6 seconds], go back to patroling/walking around." 
- If at any point within those 6 seconds they DO see the player, keep chasing, and reset the counter to "0" again.
- So, they keep chasing the player, but if they don't see the player for everty check they do within 6 consecutive seconds, they go back to patroling.  At that point, they could also say something like "Damn it!  They go away."  Or, "Where did they go?  Run and hide!  I'll find you later!".
- This lets the player know the enemy gave up, and it's also satisfying to hear that you've outsmarted them.


I did a playtest, and made some comments and suggestions throughout.  Also, something I didn't mention: It would be nice if it were maybe possible to get away from the pursuers, and lose track of them, perhaps.

Yeah, it'd be nice to have a proper goal, and structure for playing multiple missions.

Maybe one day!  :D  I did enjoy using PICO-8.  Probably forgotten 2/3rds of it now!  

Thanks for playing and commenting.  :)

What a lovely thing to hear!  :D

Congrats!  You did a book!  :D

(The "e" of creature gets a little visually lost on the cover art layout, possibly!)...  dunno if that could be tweaked to pop more.

Hey yoooo, anyone playing this?  Whatdya think?  :)

Make me some new maps to play using the Built-In Level Editor! 

Awesome!  :D

Looks cool groover.  Enjoyed the NoClip video about the journey.  Your Blender / Unity tools pipeline looks cool.  :)

Looking forward to following along!  :D

:D

Really cool to see some behind the scenes of how you tackled this.  :D

That looks really cool, I love how simple and streamlined it is.  :)

:D  Good on ya Adam! 

Cool looking sprites!  :D  Reminds me a bit of The Last Ninja 2, for some reason, just looking at the screenshots.

Interesting.  Curious what you're planning on using this for.  :)

Awesome stuff Dave.  I'm on Unity 6 now, and it seems solid for what I use it for, so I hope the transition is smooth for you too!  It'll be interesting to possibly hear how much change it required with PowerQuest some time.  :)

Looks cool.  :)  I like PICO-8, and learned a lot programming a simlpe game in it.  This collection looks rad!

Love the look of the graphics in Sebastian's Quest.

(1 edit)

Something that kills me, is trying to deal with "corners" and "end caps", like trying to have things all connect or end neatly, without resulting double ups, or z-fighting.

You seem to have techniques that deal with these, as your resulting levels look really clean, without these issues.

Do you find you need to make special allowances for these sorts of things (like special pieces to cap things off in places?) 

Like, having a "ledge cap" around the outside of each new level of the building at the bottom level of each floor.  Or architraves around an inner or outer corner of a room.

I guess one can resolve z-fighting by using triplanar mapping, which can completely hide z-fighting even though it's technically happening.  Do you rely on that to solve some of those challenges?  :)

(1 edit)

Really enjoying the super thorough blog posts.    I've been working on a proc gen game (Secret Keep) for years, but I get a little hung up on the complexity of procedural generation, and really needing a more methodical approach, and better mathematical and algorithmic underpinnings!  Your blog posts give solid examples of the sorts of things I mean!  

I think the main thing is definitely needing a DATA FORM of the level, that can be begun, added to, adjusted, pruned, and then finally realised in physical form later in the process... 

I definitely tangle and trip myself up trying to make a more improvised "let's just roll through some processes and try to generate something cool" approach! 

It's being able to double back and check relationships between things, detect things that need to be removed, or placing something based on finding the appropriate context that I really need to do better!

That's cool!  Interesting to see your various uploads this week, with the maze generator (cool stuff!), and I guess seeing some of the results of that appearing in this (I assume!).

I feel like there's a touch of "Eldritch" elements in this perhaps (?) with the possible connections between rooms through the walls at various heights.  Not sure, just reminded me of some of David Pittman's approach there.  :)

I like the vibe of the player controller, with the way you land and recover, by sort of crouching out of the jump.  That's cool.

Always fun to see your creations!

Very nice.

Awesome update Brodie.  The game has such great levels and ideas in it!  Very cool.  :)

You are a marvel, and an inspiration.  :D

Amazing.  I loved this game, the player character just looked so cool!  And the music and vibe.  Really funny two player good-times, where like Quake, you kinda didn't start off shooting each other, but once someone got killed, well...  no one could be trusted anymore.  Love the new game modes!

Really enjoyed the playtest session on this with Brendan.  Brendan is such a fun guy to know.  :D  Everyone needs more Brendan in their life! 

(1 edit)

I had a go.  The pistons are very frustrating because the player is not in control while on them, the player sort of bounces around uncontrollably.  Like, it's just glitchy.  So I had trouble having fun because of that.

I like the overall look and vibe of the game, though.  Nice work.  :D 

If you had the time, you could try to tweak the code, and see if you can "parent the player to the pistons" while touching them, and then jump off to "release the connection".  Something to consider. 

Thought I'd upload my video playtest, in case it's helpful for you.  Rock on buddy. 

(Feel free to remove this comment if you want!).  

Heehee, funny idea.  I like it.  :D

WHERE CAN BUY?  ME WANT PLAY SWITCH.  ME MAKE LEVEL.

Very very cool.  :D

Great stuff!

Very cool!  Great to see it growing so richly.  :D

Thanks!  Love the style.  
Looking forward to seeing you add to it over time   :D

Looks great! 

So, it can't be downloadable for now?

I'm keen to come back for it when it's ready.  :D

Thanks!  I shall try that.  Much appreciated.  :D

(1 edit)

Looks awesome.

For some reason, it crashes to desktop when I go into the first portal to begin the scenario.

Perhaps I need to update Quake Spasm, as I haven't played Quake in a while.  But thought I'd report the issue.

Game runs fine in the menu, and the little intro space.  Not sure why it crashes after that.  I've tried 4 or 5 times.  Same thing each time I go in the starting portal.

My main thoughts on improvements (especially for a first time player) would be:

Make the controls a bit more consistent, and make sure you're letting the player know the controls for each part of the game.

I got stuck trying to burn the symbols onto the tablet, because I had to "Hold E", but those instructions couldn't be found anywhere.

I'd suggest:

- Hold RMB to Burn the Symbols into the Tablet (and show tip onscreen).

- Hold RMB to Pour Liquid onto Tablet (and show tip onscreen for this).

That would keep those controls the same for both actions.

:D

Looks pretty sick.  :D

This is really fun!  :D  


Still trying to figure out what happens from eating my fingers!  :O

Fun little game!  :)  Nice one Brendon.

I got something in my eye at the end.

Looks really cool!  Nice work team.  :D