I don't seem to have a zip file of the mod. I do have the zip file for the game, in 1.0.1. The cheat mod only shows as Cheat_mod.rpy and .rpyc.
- Jul 26, 2023
- 8,809
- 16,726
Oh ok. Checked my files, I still had it. This is the cheat mod for v 1.0.1.
- Feb 8, 2024
- 45
- 38
I see the corruption tag. 
Is it quite present in the game (converting, training a girl into your perfect sexual companion, etc)? It's a porn games mechanic I really enjoy.
Is it quite present in the game (converting, training a girl into your perfect sexual companion, etc)? It's a porn games mechanic I really enjoy.
I'll take "most adult game devs don't know how to compress their games" for 100, Alex.
- May 10, 2020
- 781
- 705
Most developers nowadays don’t want to settle for Pokemon gen 1 graphics, nor write their games in assembly language.
- May 10, 2020
- 781
- 705
Of course, and i wholly agree. In fact, keeping latest developments in mind, i'd be willing to accept up to 500 mb as being a suitably compact size.
Time to brush up on my C . . .Of course, and i wholly agree. In fact, keeping latest developments in mind, i'd be willing to accept up to 500 mb as being a suitably compact size.
- May 10, 2020
- 781
- 705
You can do it -- i have faith in you!
- Feb 8, 2024
- 45
- 38
Oh man, I wish I were good enough a programmer to write a game from scratch in C or assembly LOL.You can do it -- i have faith in you!
If you're not particularly ambitious, sure. Most graphics compression is far, far more aggressive than that without any noticeable loss in quality.
I mean, not to be flippant about it, but your post right there shows just how lacking people's understanding of compression technology is, and developers are not exempt. Far too many developers just take the raw output from their image generation software and put it into the game more or less unfiltered, which not only bloats file size to an extreme degree but also reduces performance and makes the games hard to run on older/simpler devices (hello mobile!). We saw this in Japanese adult games for the longest time, with games requiring ridiculous amounts of storage compared to what they had to offer and abysmal in-game performance because of the time required to load/unload resources and disk paging to keep up with the ludicrous RAM requirements.
Compression is simple. Sadly, many people seem to equate "simple" with "unimportant".
Genuinely curious: what is your process then for image compression? I’ll admit I know next to nothing about compression at the moment, except that it comes in lossy and lossless varieties; are you achieving compressions with a 10:1 or greater magnitude losslessly? or do you have ways of minimizing information loss while still greatly compressing the image file?
If most developers stick images straight from their generation software into their game files, I assume it’s because they’re afraid of losing quality to compression? (Especially since many games don’t have a lot going for them besides the graphics.)
The process begins at the beginning of a project, where I experiment with various compression ratios until I find the ideal match between file size and fidelity for the game I'm making. There's no one-size-fits-all here, but some developers barely even try that.
For example, in my upcoming game Supermodel, I use video to a much larger extent than in LLtP. One 22-second video file started out at a size of 394 MB when I first started working on it. By applying WEBM VP9 compression and fiddling with the settings, trying various options and seeing how they turned out, I ended up with a file that looks almost indistinguishable from the original but is only 11 MB in size, less than 3% of the original.
If you were to examine the video frame by frame or by zooming in on extreme details, you might be able to spot differences, but that hardly matters. I need something that will fit on most devices without burning up my very limited storage space.
I go through the same process with both images and audio. The files we start out with are meant for development work where that kind of thing matters, not for the final product where it absolutely doesn't. You want extreme fidelity when you apply effects, transitions, zooms, and so on in a video editing application. You don't need extreme fidelity in a video game.
I can't speak for all of them, but I have heard their excuses a fair number of times over the years, even when I have directly called them out for their lack of compression.
Some are deathly afraid of any kind of compression, thinking that their game needs to look "pristine" (as if even a single player will notice anything other than the bloated file sizes). Formats like JPG have an undeservedly poor reputation in some circles, and this might cause some devs to not believe their own eyes when they see no difference between a JPG and a PNG, thinking that all their players will immediately see all the (non-existent) flaws and ditch the game (they won't).
Some just don't give a shit. This particular brand of adult game dev isn't in this for the artistry but simply wants to make a quick buck. This particular category of developer frustrates the hell out of me, especially since you can give them good advice that would improve their games considerably with minimal work, but they just can't be bothered (I know. I've been in this situation and been met with disdainful virtual shrugs). They just want to push their game out the door and cash the check. Fuck them.
Some lack the technical knowledge of how to compress anything or that there are options you can tweak. This kind of dev might think that all JPG files are the same. They might have seen horrible compression artifacts in poorly compressed JPG/WEBP files and think that this will happen to their images if they use those formats, or they think that using the default settings on their image application is all they need to do. In truth, most such apps turn the defaults far too much towards so-called "quality" settings to be safe, but have plenty of room for vastly improved compression ratios if the settings are even slightly tweaked.
And some might not even know that compression is a thing. They'll render their images in Daz Studio (or whatever app they happen to be using), get PNG files after their renders are done, then smack these directly into their game, unknowing that PNG isn't meant for games except in very rare circumstances.
LLtP has been lauded for its small install size ever since the first version was released several years ago. This saddens me. LLtP's compression shouldn't be the exception; it needs to be the standard. We deserve better.
- May 10, 2020
- 781
- 705
A quick and easy way to see for yourself is to take any random pic on your comp and find an online converter to turn it into a .TIF (lossless) and compare file sizes.
Same pic, same size, only difference is one is lossless and the other is not. .TIF can have layers like a PhotoShop file so that would make the difference even bigger
Looking at my Supermodel image files reveals that the simple image compression I do there makes the final images take up a maximum of 10% of the original file's size, with most of them even smaller than that. If I were to use the uncompressed PNGs in the game, each image would take 3.5 MB or more. That adds up. A scene containing, say, 30 images would end up occupying 105 MB alone. One scene. This is how you get 1-hour experiences on this site that require you to download multiple gigabytes of data. Instead, that same scene would take up something closer to 8-9 or so MB using the compression ratios I have set up here.
There are 9000 images in LLtP that take up a little above 1 GB in total. Imagine if I didn't compress them. Keep in mind that my compression approach for LLtP was worse than the one I'm using for Supermodel, so it will be even more of a factor going forward.
This shit is important.
There are 9000 images in LLtP that take up a little above 1 GB in total. Imagine if I didn't compress them. Keep in mind that my compression approach for LLtP was worse than the one I'm using for Supermodel, so it will be even more of a factor going forward.
This shit is important.
One question, since I'm new, when we have to look for clues to free Primrose and we only look for the clues that we have in the library, do we have to look for more clues or are they just those and her imprisonment is inevitable until we learn the advanced spell to discover the truth?
has any one tried the cheat mod? some options are not visible as i also used day by day guide.
like
>Read up on the symbol …
and
>writing room >try make sense..
options are gone.
edit: spacing.
like
>Read up on the symbol …
and
>writing room >try make sense..
options are gone.
edit: spacing.