Nevermind, I just checked the 0.50 archives. You need to lick her 5 times. That should unlock Ryokan. This get's removed in 0.51.
Ren'Py Living Together! [v0.50] [Advent Games]
- Thread starter Advent Games
- Start date
Nevermind, I just checked the 0.50 archives. You need to lick her 5 times. That should unlock Ryokan. This get's removed in 0.51.
>> Developer Note: In this version, you need to lick her 5 times after the Beach event for the Ryokan visit to unlock! <<
szabon
Member
- Jun 16, 2019
- 335
- 227
I have checked it. Please note that I haven't checked the VN mode and this is not very scientific.
There is not much difference between the previous and new comp versions. After the intro, which runs normally, the game gets slower. As for the new non-comp version it is about the same thing.
I don't know if this is a useful information or not but I got it for you: The amount of RAM used also increases, after the intro. At that point the game is using between 2.5Gb and 2.9Gb RAM. I have also seen approximately the same values on the non-comp.
My guess is that after that intro (phone call and cooking), you may have something new that requires more RAM and is also causing that slow down. I hope you manage to find it and fix/change that. All I can add is good luck on finding!
Sounds like renpy is loading animations and not unloading them. I'll check out the documentation, thanks.My guess is that after that intro (phone call and cooking), you may have something new that requires more RAM and is also causing that slow down. I hope you manage to find it and fix/change that. All I can add is good luck on finding!
- Jun 30, 2018
- 3,262
- 8,868
Whenever a game developer needs to do things like this:
Then you know the game is a mess. If the dev KNOWS EXACTLY that something doesn't fit (like non-intuitive gameplay), then why the hell doesn't he change that in game the first place?
A game where you need additional dev notes about how to play the game or how to reach certain content, is just a joke.
This is exactly why people hate sandbox games - this is the perfect exsample how NOT to do sandbox.
In sandbox games, you should be able to decide, when and where you're going to play certain scenes and in what order you want to play them - or even don't play them at all.
THIS, is just a puzzle game - not a real sandbox game. As far as i read through the comments and dev notes, this is one of these "do this x times", before you are able to "do THAT y times" just to unlock the possibility to do the third thing z times.
In the end, this is not a sandbox where you have a choice, this is basically a simple KINETIC VN, which you can't even play in a smooth way, as you have to stop and figure out your next FORCED step by senseless rinse and repeating the same stuff over and over again.
I left this so called "game" long time ago, and just went back after the recent update to see whether things have changed.... and what should i say? ...
Actually they HAVE changed - but for the worse.
Then you know the game is a mess. If the dev KNOWS EXACTLY that something doesn't fit (like non-intuitive gameplay), then why the hell doesn't he change that in game the first place?
A game where you need additional dev notes about how to play the game or how to reach certain content, is just a joke.
This is exactly why people hate sandbox games - this is the perfect exsample how NOT to do sandbox.
In sandbox games, you should be able to decide, when and where you're going to play certain scenes and in what order you want to play them - or even don't play them at all.
THIS, is just a puzzle game - not a real sandbox game. As far as i read through the comments and dev notes, this is one of these "do this x times", before you are able to "do THAT y times" just to unlock the possibility to do the third thing z times.
In the end, this is not a sandbox where you have a choice, this is basically a simple KINETIC VN, which you can't even play in a smooth way, as you have to stop and figure out your next FORCED step by senseless rinse and repeating the same stuff over and over again.
I left this so called "game" long time ago, and just went back after the recent update to see whether things have changed.... and what should i say? ...
Actually they HAVE changed - but for the worse.
- Jun 30, 2018
- 3,262
- 8,868
right - and exactly what i was talking about in my post above yours.
Thanks for proofing and confirming my point
- Jun 30, 2018
- 3,262
- 8,868
Ren’Py games can end up using a lot of memory for a few common (and sometimes sneaky) reasons — and it’s usually not the Python code itself, but the assets and how they’re handled that cause it.
Here are the main culprits - maybe one of them helps to solve the problem:
1. Large, Uncompressed Image Assets
Ren’Py loads image files into memory as raw RGBA bitmaps, so a 1920×1080 PNG (even if only 300 KB on disk) becomes:
1920 × 1080 × 4 bytes ≈ 8 MB in memory
If you have many large sprites, backgrounds, and CGs loaded at the same time, memory usage skyrockets.
High-resolution UI elements and layered sprites multiply the problem.
Fix: Scale images to the needed resolution, use webp or optimized png/jpg, and avoid keeping unnecessary high-res assets.
2. Too Many Images Kept in Cache
Ren’Py has an image cache so it doesn’t reload assets from disk every time.
By default, the cache size is proportional to the amount of VRAM available, but if you load tons of unique images quickly, they pile up.
If you show lots of new backgrounds or CGs in sequence, they can all be sitting in memory.
Fix: Use renpy.free_memory() strategically, or tweak config.image_cache_size in options.rpy.
3. Large Audio Files
Music and voice lines, especially uncompressed WAV or high-bitrate OGG/MP3, can occupy a lot of RAM if preloaded or looped.
Ren’Py decompresses OGG/MP3 into raw PCM for playback, which uses far more memory than the file size suggests.
Fix: Compress audio reasonably (OGG 96–128 kbps for voices, 160–192 kbps for music), and avoid loading too many channels at once. (Hence why i always laugh about people using more than one voice channel, just because they think they need a seperate channel for each sound (audio file) whenever multiple sounds play at the same time
4. Persistent Layered Images / Animation Frames
LayeredImage or frame-by-frame animation (e.g., ATL loops with many large frames) can cause multiple full-resolution textures to be held in memory at once.
If animations don’t pause or unload assets, Ren’Py might keep them all alive.
Fix: Use ATL transforms with single image assets when possible, or optimize animations into spritesheets.
5. Video Playback
Video backgrounds or cutscenes can consume large chunks of RAM, especially if they’re high resolution or have alpha channels.
Ren’Py may buffer multiple frames ahead, which increases usage.
Fix: Use lower-resolution, lower-bitrate video for in-game playback.
6. Lack of Cleanup Between Scenes
Python code can also hold onto references to images, screens, or data objects, preventing garbage collection.
If you store large surfaces in variables without deleting them, Ren’Py can’t free the memory.
Fix: Ensure temporary images/objects aren’t kept in global variables unnecessarily.
Most likely, even more for new, unexperienced RenPy devs, it might be point 1.)
I recommend to check on that first XD
hope that helps
Last edited:
First (red part)
Right. As far as YOU read...
And no, it's not a kinetic VN. Because the player HAS choices and they lead to different endings. And...holy crap, the first choices had to make right AT THE BEGINNING of the game...damn kinetic VN.
Yes, there are elements contained of other genres and it makes sense, that they are how they are and that the player has to repeat some actions, but at the end, it's a clear sandbox and the player can full decide, how he/she likes to treath the girl, what will lead into different scenarios and endings.
Second:
If it's not your style, why coming back, just to put in another bad comment? As an "official member" of another game-developing team, you should be carefully....some people might not see your comments as a personal view, but as an attempt just to talk other devs games bad.
All in all:
If something is not your style....that's fine. If you prefer other games, well, go ahead, no issue done.
But to clearly not understand the meaning of some actions in the game, while simultaneously having the title "Member of a game-developing team" in your signature and then posting a comment like that, that's a bit ridiculous and smells fishy.
If you would be a member of my team....you wouldn't have been it after a comment like that.
Well, here we see clear, you don't understand the sense or even the concept of the game.right - and exactly what i was talking about in my post above yours.
Thanks for proofing and confirming my point
Sometimes cuddling and fingering takes more time. It depends on the mood of the girl and the stage of her cicle.
If you go and try to have sex with a girl, what is not in the mood...well, then it might happen, you will not reach your goal.
If you think, long time fingering is boring...then for heavens sake let it be, if the girl is not in the mood and/or her cicle is out of the "good days", like when she is on period or right a few days before.
Really. Learn the concept. If it is not yours...just don't play the game.
- Jun 30, 2018
- 3,262
- 8,868
really - learn about taking critics and feedback for what it is rather than trying to search for excuses.
If i only wanted to trash your work, i would have done that with way less words - and i wouldn't have posted the possible reason/solutions for your RAM problem.
EDIT:
But you are right - why even bother? You clearly don't want honest feedback - that's ok.
PS: being in another dev's team does NOT make me "not being a player". Our games are 100% different - and that already should show you, that your accusations of "being fishy" is absurd. If you succeed same as if you would fail - wouldn't change anything for us.
Furthermore, it's meant as "helpful feedback" because we might know what we talk about BECAUSE we are developing games ourself for over 7 years now, and made some experiences on our own so far.
As you clearly can't take critics as feedback, there's no reason to stay at all - have a nice day, and good luck with your game (NOT being ironic or sacastic)
Last edited: