Skip to main content

On Sale: GamesAssetsToolsTabletopComics
Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(+1)

I was a bit hasty with my comment, didn't have much time to try the update.
Now with a bit more experience, yeah there is no need for extra punishment for failing.
i have no idea what the technical limitations are, but if my guess is correct then the minigame is basically a mask for you moving back and forth some tiles.
would it be possible for some later minigame to play around with changing positions to anal, oral by going back to the  kneeling starter tile
moving two tiles up to change to the other pose and then sorta replicate the oral part.

Two tiles up so you can put a separating wall so people don't accidentally snap into the wrong scene and it can give more frame to show Mezz getting into position.

Then again I'm just speculating on how the game works and have no actual idea about how it works.

I also did find a bug.
When I tried to go to glory hole for the third time, after telling as many customers as I could, I approached the glowing indicator from the left side (not sure if I walked over it or not, I was moving with the mouse click).
Mezz got frozen looking downwards while standing on the left side of the sparkles.
The cutscene tried to play but all it did was take any and all input control away.
Nobody walked in, no dialogue box, nothing. Had to close the game and restart it.

(1 edit)

Oh no problem, I like feedback regardless. On the anal bit: I mean if I did do that, I'd probably JUST do that, so I wouldn't even have to worry about switch-over, but there are ways to do that programatically. But again, it would either be passive or the whole "humping a wall" thing on Mezz's part, which I've always been kinda eh on. 

As far as the bug, I'm not sure what you mean by "approached from the left." You can only interact with that space from the top or right side. I...don't know how he could be "frozen while on the LEFT side of the sparkles." That said, freezing when interacting with that spot was a bug earlier, but I thought I had it fixed. Will test in a bit and get back to you.

Edit: Ok, initial sanity check, I'm not reproducing the bug. I can interact with the activation spot fine after gathering the crowd, and the scene starts as it should. Which is somewhat expected: if this was an obvious bug preventing MOST people from finishing the pack I'm sure I would have heard about it earlier. Which means there's something niche that you managed to trigger that broke it. If you have a save that reproduces it reliably, can you toss it up on catbox.moe or something similar and link it? It would have to be TWO files, the numbered .rpgsave and the global.rpgsave just to be safe. 

(+1)

https://files.catbox.moe/j6i393.rpgsave

https://files.catbox.moe/d51ems.rpgsave

Okay so I was dumb and somehow confused left from right.
Anyways here are the files
.

To freeze the game all I do is simply click on the sparkle and it gets stuck.

Done it on the 1.0.4 build so there is no version miss match.

Using other interact buttons (z, enter, space) does not make this happen, only mouse click.

(2 edits)

Excellent, I'll take a look at those in a bit then. Tip for future: no need for separate uploads: just zip the files together and upload that. Uploading the raw files looks like it caused catbox to randomize your save names too, so I have no way of knowing which is the save and which is the global. I'll work it out though.

In the meantime though, a few things. First a little inside baseball: I use invisible "events" on the map to act as lighting sources via a plugin. When these are on the floor, you can walk over them. However, there's an annoying property of RPGMaker that makes it so that you cannot interact with an event (in this case the sparkles) if you're already standing within ANOTHER event, and there is a lighting event to the right of the sparkles. So, mouse or keyboard, you indeed cannot interact with it from the side. HOWEVER, this should not (and does not with keyboard) freeze anything.

Second, the mouse may explain why it wouldn't reproduce on my end, I almost never test anything with that input method. But I'll do a runthrough of those files and see what I can find.

Edit: Ok, can reproduce and I see what the issue is. I was assuming interaction from the top, so Mezz is scripted to move down on interacting with the sparkles. If he's on the side he can't move down, and the script hangs. This wasn't a problem normally, because via keyboard it simply refuses to trigger, for the reasons described above, but somehow mouse click is able to bypass this. Will revise for the next release.