Just one final question... Do I need the cheat.py file present in the folder as well, or do I just run the bash script in the game folder without the .py present? (yes, I still haven't gotten to it)
The linux version doesn't need anything but the .sh file. Only the .bat needs cheat.py but it (the .bat version) will create that from within itself all on its own. So, for both linux and windows version, it's just downloading the .sh or .bat file into the game folder and run. No other files are needed.
Hell, after it's applied, you can delete the .sh and/or the .bat. The cheat injector modifies the game itself. The .sh and .bat files are just instructions on what to modify and how (and what needs to be done so the instructions can run to be modified.)
If you're wondering why that is that the .sh version doesn't need the cheat.py file, the .sh version does all it's regex replacement via perl. Since windows doesn't have a regex-abled scripting language as easily available as perl in its command prompt, SLDR wrote all the instructions in the cheat.py file and uses the game's own python executable to run it. (Quite ingenious, actually.)
Alright, thanks.
I like how the .sh tells me where it needs to be run in...
Though it seemed to encounter some error or another, but the game still runs, I just can't click on the girls' icons and on the inventory.
And I'm too busy atm to redownload everything and run it again.
Still, thank you greatly for the assistance and stuff. Cheers!
EDIT: After looking at the scrips... I think the error might be that I don't have the archive with your custom anims and those bits are documented, but not #. So... It works as intended I guess.
Last edited:
No, you should definitely be able to click on the girl's icon and the inventory. I don't have a problem with those. Please make sure you're on the latest version of the game (1.63d) and reapply on to a fresh copy with no other mods.Alright, thanks.
I like how the .sh tells me where it needs to be run in...
Though it seemed to encounter some error or another, but the game still runs, I just can't click on the girls' icons and on the inventory.
And I'm too busy atm to redownload everything and run it again.
Still, thank you greatly for the assistance and stuff. Cheers!
EDIT: After looking at the scrips... I think the error might be that I don't have the archive with your custom anims and those bits are documented, but not #. So... It works as intended I guess.
For reference, here's what a fresh apply looks like on my side (without the doreen edits)
Code:
##############################################################################################################################################################################################
____ __ ____ _ __
/ __ \ / / / _/___ (_)__ _____/ /_
/ /_/ / / / / // __ \ / / _ \/ ___/ __/
/ _^, _/ / /___ _/ // / / / / / __/ /__/ /_
/_/ ^|_^| /_____/ /___/_/ /_/_/ /\___/\___/\__/
/___/
*nix Version by Sleepingkirby
SLDR @ F95zone.com
Built on UnRen v0.7 by Sam
##############################################################################################################################################################################################
Checking if modification has already been done...
No backup's found. Safe to progress.
Checking to make sure requirements are met.
Files to be editted not found. Is it still in the archive.rpa?
Rpatool missing. Downloading
--2025-08-13 00:30:34-- https://raw.githubusercontent.com/Shizmob/rpatool/master/rpatool
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.109.133, 185.199.110.133, 185.199.111.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.109.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 18594 (18K) [text/plain]
Saving to: ‘rpatool’
rpatool 100%[=====================================================================================================>] 18.16K --.-KB/s in 0.01s
2025-08-13 00:30:35 (1.53 MB/s) - ‘rpatool’ saved [18594/18594]
Extracting archive.rpa
Could not extract file from archive: [Errno 2] the requested file . does not exist in the given Ren'Py archive
options.rpy patched
screens.rpy patched
DONE!Could not extract file from archive: [Errno 2] the requested file . does not exist in the given Ren'Py archivethat's benign. That's RPAtool saying it can't extract the current directory into the current directory. Which, yeah. I can't fix that without sending a pull request to rpatool itself. (The linux version pulls a fresh and updated rpatool if it doesn't exist.)
It's also coded to skip the doreen edits completely if it can't find the file so those shouldn't affect anything.
Here's a video of what it should look like (again, this is v1.63d)
Right... It's probably the version thing, then. F95 only seems to have 1.63a for Linux unless Oni took a page form other Ren'Py devs and started shipping both Win and Linux in the same folder which... Considering the game's aspect ratio and his track record over the past... Pff has it been a decade now... I sincerely doubt.
Sliding the values works, just... No girls icon and no backpack icon as clickables and menus.
I'll wait for the next proper release for Linux, it's not that important to me...
If I somehow really can't survive without this game - there's bottles and bat files.
Thank you very much for taking the time and putting in the effort to deal with me! It's highly appreciated!
Truth be told, it shouldn't be a problem with the version. I just said that to make sure it's the same version just to make sure a) it isn't a bug with the game itself. b) troubleshooting different versions is very hard. This injector hasn't been updated (it doesn't need to be updated regularly) in 4 months.Right... It's probably the version thing, then. F95 only seems to have 1.63a for Linux unless Oni took a page form other Ren'Py devs and started shipping both Win and Linux in the same folder which... Considering the game's aspect ratio and his track record over the past... Pff has it been a decade now... I sincerely doubt.
Sliding the values works, just... No girls icon and no backpack icon as clickables and menus.
I'll wait for the next proper release for Linux, it's not that important to me...
If I somehow really can't survive without this game - there's bottles and bat files.
Thank you very much for taking the time and putting in the effort to deal with me! It's highly appreciated!
As for 1.63d being available:
You must be registered to see the links
There you go.
Lastly, the move to release linux and windows together is the right move. And I'm saying this as a programmer. Ren'py, as you know, runs on python. Python is built linux first. In fact, have you ever tried to set up python (the stand alone exectuable) on windows? It's a huge pain in the ass due to them needing the MS compiler for it to run on windows correctly. Asides from a few configurations, all renpy does for windows that's different from linux is it does or lack certain configuration and then runs main script against the python executable that comes with every game. There isn't/shouldn't be any difference. That's the whole point with interpreted languages like python, perl, php and ruby. If python is somehow failing to run code the same across platforms, then people need to stop using python.
But also:
Code:
Name
Rogue-Like-1.63d-linux.tar.bz2
Rogue-Like-1.63d-mac.zip
Rogue-Like-1.63d-win.zip
Code:
sleepingkirby@AnimalKirby:~/Games/Rogue-Like-1.63d-linux/lib$ ls -la
total 20
drwxr-xr-x 5 sleepingkirby sleepingkirby 4096 Oct 30 2017 .
drwxr-xr-x 5 sleepingkirby sleepingkirby 4096 Aug 13 00:31 ..
drwxr-xr-x 4 sleepingkirby sleepingkirby 4096 Oct 30 2017 linux-i686
drwxr-xr-x 4 sleepingkirby sleepingkirby 4096 Oct 30 2017 linux-x86_64
drwxr-xr-x 12 sleepingkirby sleepingkirby 4096 Oct 30 2017 pythonlib2.7
sleepingkirby@AnimalKirby:~/Games/Rogue-Like-1.63d-linux/lib$ find . -iname "python"
./linux-i686/python
./linux-x86_64/pythonThank you!
And... well, the "really bugged version" is the one I downloaded a couple of times off of F95zone.
I guess this is the version the dev put out.
But yeah, while I am not familiar with actually coding in python, I have noticed Ren'Py and Python in general is more or less a very good attempt at an "OS Agnostic" programming language/engine. And I am all for that, usually, because to my mind it helps Os competitiveness as a whole, which is (supposedly) good for end-users like me, as it keeps Os devs striving towards actual innovation and ways to be considered better than their competitors; otherwise you get things like MacOS, which... Seems to be half a decade behind even Android when it comes to QOL features.
Hell, I made the swap to Linux purely out of spite towards Microsoft's recent-year policies and their handling of Windows (you know... invasive supposedly opt-out features, requiring people to arbitrarily update their hardware for Win11 etc) which I feel stem from the very monopolistic position they are in.
OK, weirdly - I STILL can't click on the girl icons and the backpack icon.
This includes a non-cheat-enabledgame.
could it possibly have something to do with my Linux distro?!?
EDIT: OMG! It... The icons are clickable on my main monitor, but become unclickable when I move the game's window to another moniutor. Or when I resize the window.
What in the cursed weirdness is THAT?!?!?EDIT2: OK, so... If I resize the window to be small-ish, or if I fullscreen it on my 4:3 monitor everything works. The moment I resize it bigger, say on my 16:9 monitor... The Girl and Inventory icons become unclickable. And when I resize the window in a way that the icons are clickable, the sex animations are misaligned.
Rogue-Like's Dev continues to amaze me every time, even though I've started making 6-10 month pauses between checking out releases. I'm gonna go check if setting X11 app scaling to "Scaled by the system" instead of "Apply Scaling Themselves" changes anything, because at this point I expect it to.
...
Yup, that did it.
That fixed my unclickable icons issue and the misalignment of animaitons.
Last edited:
So I've made the switch to linux as my main machine prior to windows 10. I update this cheat injector solely in linux and only jump to my windows partition when I need to test something windows specific. This is the first time I've heard of this kind of scaling issue. I'm not sure this is a game dev issue. Things like screen resize, in renpy, is suppose to be handled by the renpy engine themselves to allow the developer the freedom to not think about stuff like that.OK, weirdly - I STILL can't click on the girl icons and the backpack icon.
This includes a non-cheat-enabledgame.
could it possibly have something to do with my Linux distro?!?
EDIT: OMG! It... The icons are clickable on my main monitor, but become unclickable when I move the game's window to another moniutor. Or when I resize the window.
EDIT2: OK, so... If I resize the window to be small-ish, or if I fullscreen it on my 4:3 monitor everything works. The moment I resize it bigger, say on my 16:9 monitor... The Girl and Inventory icons become unclickable. And when I resize the window in a way that the icons are clickable, the sex animations are misaligned.
I'm gonna go check if setting X11 app scaling to "Scaled by the system" instead of "Apply Scaling Themselves" changes anything, because at this point I expect it to.
...
Yup, that did it.
Either way, if you can write down what linux distro, version and which desktop environment (gnome, kde, cinnamon, xfce, etc.) you're using for posterity in case someone else has similar issues, I would greatly appreciate it.
But good to hear that you got it working and, for me personally, good to know I didn't mess something up.
Heh. I just noticed the game tends to freeze to black screen if minimized for a bit, which I remember being an Issue in some version on Windows as well... Fuck it.
For posterity...
Distro: Nobara Linux 42 (which is based on Fedora Workstation, so assume the possibility for encountering similar issues there)
DE: KDE Plasma 6.4.3
Graphics Platform: Wayland (which probably plays some role in this issue, if the gamer is affected by X11-specific settings)
GPU: NVIDIA GeForce RTX 3060 Laptop GPU (which also probably plays some role, because nVidia and Linux don't always play nice)
Thank you.
I'm using XFCE here with X11 and a mobile nvidia chip and I haven't had the same issues with resizing. If I had to guess, I'd guess it's wayland and KDE after that. But I don't have enough experience with either to know for sure.
I often forget that fact, but... Most of my graphical glitches tend to be either Wayland or nVidia related, sadly.
Unfortunately, I'm extremely happy with Nobara as an OS as GloriousEggroll and his team just keep working at it, so I guess all I can hope for is either advances in the Wayland to X11 Video Bridge, or more Wayland support in general.
Not to mention that X11 cannot give me a comfortable experience with my odd monitor setup, as I never did find a way to have per-monitor scaling options in X11, and what works on my 16:10 2560x1600 as a scale certainly does not work on my 16:9 1920x1080 or my 5:4 1280x1024.
Don't get me wrong, I'm in no way saying that you should change OS or graphic controller. I was just saying I don't have the issue on X11 and xfce as a contrast/pinpoint to where the problem might be. We're still not 100% sure it's wayland or KDE.I often forget that fact, but... Most of my graphical glitches tend to be either Wayland or nVidia related, sadly.
Unfortunately, I'm extremely happy with Nobara as an OS as GloriousEggroll and his team just keep working at it, so I guess all I can hope for is either advances in the Wayland to X11 Video Bridge, or more Wayland support in general.
Not to mention that X11 cannot give me a comfortable experience with my odd monitor setup, as I never did find a way to have per-monitor scaling options in X11, and what works on my 16:10 2560x1600 as a scale certainly does not work on my 16:9 1920x1080 or my 5:4 1280x1024.
But to your issue of scaling on different monitors, I don't mess with different monitors a lot but I would have thought that's something you can set in xrandr or arandr.
When I run "man xrandr", I see in the documentations:
Code:
Per-output options
<snip>
--scale x[xy]
Changes the dimensions of the output picture. If the y value is omitted, the x value will be used for both dimensions. Values larger than 1 lead to a compressed screen
(screen dimension bigger than the dimension of the output mode), and values less than 1 lead to a zoom in on the output. This option is actually a shortcut version of the
--transform option.
--scale-from wxh
Specifies the size in pixels of the area of the framebuffer to be displayed on this output. This option is actually a shortcut version of the --transform option.