Hum, there are just three files (un.rpyc, un.rpy, bytecode.rpyb) which can perform the injection. I have only tried with Renpy 8 and there it was enough to move the un.rpy into the game-folder. I think un.rpyc and/or bytecode.rpyb do the same (?). Just out of curiosity, which version did you use?
I tried all 3 methods (un.rpyc, un.rpy, bytecode.rpyb) and in the case of using it with Long Live The Queen, none of them worked. I'm assuming there's just something unique in the code for this game, or it is obfuscated, or something, because the game crashed on startup.
I installed Python 3.13 64 bit for Windows. To be honest, I have no idea if that did the trick or not since when I go down a rabbit hole like this, I get increasingly impatient and just start doing everything half assed while I watch a movie or something on the side lol.
These are the same file. The .rpyc is just the already compiled variant of the .rpy after you used it already on a app. So no need for trying both.
Then its mostly a waste of time doing it, if not right. But from the look of it you know this anyway.
So, there is a pointer in this two lines above i would say. This studio has more as a dozen games under their belt an sells them regularly. This means they are no slouches like some of the riffraff on `treon and such. Without looking at the code i put my money on a modified engine or some form of obfuscation, to prevent people from getting some code of theirs.
On a game from 2012 this version or even older ones of unren should work. The only ones causing trouble are the newer Ren'Py versions in the 7.x line (newer as v7.5) and all after v8.0(py3 branch).I can't even find this game, but the git version of unren requires all three file to be placed in the game folder at the same time including bytecode.rpyb in the game/cache folder which is actually quite important, on a developers guess I believe it overwrites the compiled python during the next load. Even then the version on git is only required for versions above 7.2 or 7.4 (I forget offhand), what seems to be your problem is a corrupt exe file as that's actually the python exe used for decompiling, what may work is sticking another games executable in the folder and renaming it to the exe file along with the .py and .sh of the same name as the exe files.
Not sure if this statement is right, but AFAIK Ren'Py engine compiles .rpy files while it launches even if it's distributed. So no need to inject the .exe as it's just a loader imo.
If you try to unren a game without the exe file it will tell you python.exe is missing. Coincidence? I doubt it.
Yeah, no wonder. But I guess we're talking past each other. (Maybe I had to much booze)
I've had those days, just try switching the exe file and the matching .py and .sh files. See if it works, I mean it can't hurt.
This sounded like a novel idea so I gave it a shot. I couldn't get it to work. Though I didn't try very hard, only attempting a swap with DDLC. I guess if I had more interest I could try it with a lot of different Ren'py games to see if the results would be different.
I'm sorry, but an uncaught exception occurred.
While loading the script.
File "game/un-v2.0.2.rpy", line 5, in python
renpy_meta_path = sys.meta_path.copy()
AttributeError: 'list' object has no attribute 'copy'
-- Full Traceback ------------------------------------------------------------
Full traceback:
File "H:\games\lltq\renpy\bootstrap.py", line 274, in bootstrap
File "H:\games\lltq\renpy\main.py", line 223, in main
File "H:\games\lltq\renpy\script.py", line 173, in load_script
File "H:\games\lltq\renpy\script.py", line 384, in load_appropriate_file
File "H:\games\lltq\renpy\script.py", line 355, in load_file
File "H:\games\lltq\renpy\ast.py", line 664, in early_execute
File "H:\games\lltq\renpy\python.py", line 981, in py_exec_bytecode
File "game/un-v2.0.2.rpy", line 5, in <module>
AttributeError: 'list' object has no attribute 'copy'
Windows-post2008Server-6.2.9200
Ren'Py 6.12.2.1531If you swapped exe files I would have expected you to use the unren batch file not run the exe with the newer unren off the git. The swapped exe files would prevent the second method from working.
DDLC is rather old, so make sure to download the older version and try it again:
Wait! There is something as "too much"?
This would certainly explain some things in our civilization... No. There are two files and you use one or the other. They're even basically the same code, but use Ren'Py in different ways to get the decompiled files.
Correct.
Yes. RenPy below v8.x needs the unrypc v1.3 and from Ren'Py v8+ you need unrpyc v2.
Ehehe, yeah probably. I just realized that there is a contributor with the same username, thank you for your work sir!Wait! There is something as "too much"?
I was talking about the three files in the zip, not the difference between the two versions.
I did, actually, beyond the git. Python exe files compile the python interpreter into the executable....making them standalone so they require no python installation, therefore if an older exe or a tampered exe file happened to be the case....my logic was actually sound.
Sry, i misunderstood. You meant the .exe .py. .sh in the games root? If yes they are static AFAIK and just taken from the SDK and renamed to the games name. If you are interested you can DL the SDK and look for the code in the "/launcher/game/distribute.rpy". The *gamename.py should be the entry point and the sh/exe beside it just starters from the respective OS which point at the *.py.
Happens. Should be a manipulated RPA header or maybe a broken file. Can you open the .rpa file(if there are multiple rpa the smallest) and cite the first line?
No big deal. But yes, considering they said the game was 9yrs old...I figure there are alot of things that could be wrong with the loading code. PE executables haven't changed much, but python and ren'py are two entirely different stories, I can barely keep up with the changelogs.
already have it
Seems he's in better hands than my own for this particular problem...i'll leave you to it.
It should, as long as the python that the game uses can be found (only needed for unren, unpacking requires no python). Can you please run GR with the "-v" verbose flag and attach the log and a link to the game files in the GR thread so that I can take a look? But please post your answer in the GR thread, I don't want to derail this thread.
What do you want to do? decompile .rpyc files? Extract .rpa achieve? What game is it?
