Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

Stairnon

3
Posts
A member registered Sep 02, 2021

Recent community posts

(2 edits)

So I've spot-checked another couple dozen images, and I think I've got a decent handle on the compression artifacts as a result.  There is certainly a "noticable" reduction in quality, but personally I wouldn't characterize it as drastic If that level of quality reduction is outside of what you can artistically accept, I and most of your other fans would fully understand and accept your artistic control.  

From what I saw, there's a definite reduction in image quality with respect to lighting and textures within your renders.  Some shapes seem to be oddly smoothed at this level of compression as well, and take on a more cartoonish and less photo-realstic feel as a result.

On the other hand, as the project develops you might revisit the compression issue with the workflow, logistical, and business aspects of releasing a  7.5GB .zip file in mind.  For instance, I've noticed you've recently discontinued .apk Android releases of Harem Hotel because the file size has gotten too large.  I play on PC, so it doesn't affect me.  However, it might be possible to return to releasing .apk distributions of the game (assuming you find the effort worthwhile) by using this level of compression to significantly reduce that file size. I imagine some Android users would prefer a reduction in image quality over dropping .apk releases (of course you know better than I do).  The small screen sizes of Android devices might also make the compression artifacts less significant.

If you're running into similar file size limitations or find yourself adjusting your workflow significantly to work around the challenges of managing such large builds it might be worth re-evaluating your compression level.  If not, well, I've got fiber internet anyway, and I'm willing to wait an hour or two to experience new releases of your great game.  I just thought I'd bring it up in case you're starting to feel large build sizes weigh down your creative process.

(4 edits)

I'll double check the compression quality tonight.  Maybe the compression artifacts are worse on specific images, or perhaps I made a mistake while spot-checking the compression quality.

Here's some docs on cwebp:
https://manpages.ubuntu.com/manpages/bionic/man1/cwebp.1.html

https://developers.google.com/speed/webp/download

On Ubuntu Linux it can be installed via "sudo apt install webp"

There are also multiple ways of setting the compression level of webp images during encoding.  It's possible some quality targets are better suited to your images than others. 

(2 edits)

Hi Runey, have you considered increasing the level of compression of the images to reduce the overall size of the game?  I used cwebp to re-encode the images directory with cwebp quality level 25.  Doing so reduced the size of that directory from ~7.1 GB to ~1.6GB.  From the few images I spotchecked it seems like the increased compression doesn't damage the quality of the images too badly. 

On Linux I achieved it like this:

find ./ -name \*.webp -print0 | xargs -I'{}' -0 -P 12 -n 1 cwebp -q 25 -o '{}.new' '{}'

Of course, if you were feeling devious, you could tie the higher quality images to your  Patreon tiers...  But I think most people would be willing to make the quality trade-off for smaller download sizes and (potentially) more content, assuming it's holding you back.