Tool Ren'Py UnRenGUI, UnRen-forall(v9.4), UnRen-Powershell-forall(v9.4), UnRen-old

[VepsrP]

Yes, they work. I didn't say that they didn't work. Because all that was achieved was to unpack the archives. As I wrote in the previous post.
I can't translate the game because the game scenario scripts are not decompiled.
If you can deompile them, send me the scenario folder. I don't need any other scripts with proprietary code or game mechanics, just game text.
Or do you know another way to get text from .rpyc files?

When I wrote that it works, I meant that the games are now decompiled. So you can do it yourself. And I wished you luck, because the scenario files(and other scripts itself) in these games are a special kind of Japanese perverted art.

 

[Hinterhälter]

If I understand correctly, you use unren with option 1 which only unpacks RPA files. You need to go back to the menu and choose option 2.
The content in the RPA files is decided by the developer and can decide to include only the compiled ones (RPYC) or also the sources (RPY).

I actually did both.
First I simply extracted the rpa files with unren. Then went back and decompiled.
But that still didnt get me anywhere. Still only have unreadable rpyc files and a new decompiler folder with several python files that seem of no use.
So it seems the game doesnt contain the sources you mentioned. Maybe I have to give up altering this game.

 

[GioBol]

If there are strange characters in the path, Unren-forall can still unpack RPAs, but it quits when it needs to decompile, leaving many files and workbooks that it should delete eventually. It happens like this to me.
I created a folder e:\temp and moved the game to be decompiled into this folder. Unren-forall works, decompiles, in the end I move the game folder where I want it.
Since I am a translator I move the game folder into the Ren'Py SDK folder for translation.

 

[Hinterhälter]

If there are strange characters in the path, Unren-forall can still unpack RPAs, but it quits when it needs to decompile, leaving many files and workbooks that it should delete eventually. It happens like this to me.
I created a folder e:\temp and moved the game to be decompiled into this folder. Unren-forall works, decompiles, in the end I move the game folder where I want it.
Since I am a translator I move the game folder into the Ren'Py SDK folder for translation.

Well that was actually very helpful ❤ did the same thing as you and now i got everything I wanted
Thank you very much

 

[timanuk]

When I wrote that it works, I meant that the games are now decompiled. So you can do it yourself. And I wished you luck, because the scenario files(and other scripts itself) in these games are a special kind of Japanese perverted art.

Oh, you made a new version. Thank you! Now I can start translating the game.

 

[timanuk]

VepsrP
Jeanne at the Clock Tower decompiled successfully.
But when I try to decompile Sona-Nyl of the Violet Shadows, I get stuck on script.rpy and the decompilation does not finish.
I can delete this file, but then I get stuck on tbox_28_1.rpy, flow.rpy, adv_subrootin.rpy and other files...

 

[VepsrP]

VepsrP
Jeanne at the Clock Tower decompiled successfully.
But when I try to decompile Sona-Nyl of the Violet Shadows, I get stuck on script.rpy and the decompilation does not finish.
I can delete this file, but then I get stuck on tbox_28_1.rpy, flow.rpy, adv_subrootin.rpy and other files...

Try this one. there are no more freezes.

 

[timanuk]

Try this one. there are no more freezes.

I can't unpack the archives using this version (\rpatool.py': [Errno 2] No such file or directory)
So I took the latest version of the UnRen-forall.bat for unpacking.
After unpacking I put your UnRen-dev.bat in the folder with the game. Start decompilation and get error.
If you have successfully decompiled, could you send me the scenario folder?

 

[VepsrP]

I can't unpack the archives using this version (\rpatool.py': [Errno 2] No such file or directory)
So I took the latest version of the UnRen-forall.bat for unpacking.
After unpacking I put your UnRen-dev.bat in the folder with the game. Start decompilation and get error.
If you have successfully decompiled, could you send me the scenario folder?

I gave you the wrong version. This is my development version. There is no decompression or decompilation tool in it.
This is right tool

 

[Madeddy]

If I understand correctly...

You did.
Dev's can even disable the RPA usage. A RenPy standard setup can be used with all in one archive or its possible to categorize freely e.g. scripts-, images-, audio-, video.rpa etc.

...I can delete this file, but then I get stuck on tbox_28_1.rpy, flow.rpy, adv_subrootin.rpy and other files...

To which end? The decompiler goes anyway to the next file if the current fails.

 

[timanuk]

I gave you the wrong version. This is my development version. There is no decompression or decompilation tool in it.
This is right tool

Decompilation was successful. Thanks for your help with all games.

 

[VepsrP]

You did.
Dev's can even disable the RPA usage. A RenPy standard setup can be used with all in one archive or its possible to categorize freely e.g. scripts-, images-, audio-, video.rpa etc.
To which end? The decompiler goes anyway to the next file if the current fails.

Not anymore, in his games not only revertable requires module replacement, but also another new data structure. To handle all possible cases, I threw deserialization into an infinite loop from which the program exits only in cases of successful decompilation. I will send the changes to GitHub later, then you can understand more what it is about.

 

[Madeddy]

,,,in his games not only revertable requires module replacement, but also another new data structure.

As far as I've seen the games(Sona...) dev has written some subclasses of dict. RScript...*bla* and some "kriki.krik" or whatever. Because they're not in RenPy the decompiler has also no tooling to work trough them and it errors. At least that's my take on this.

will send the changes to GitHub

Appreciated. I'm curious.

 

[VepsrP]

As far as I've seen the games(Sona...) dev has written some subclasses of dict. RScript...*bla* and some "kriki.krik" or whatever. Because they're not in RenPy the decompiler has also no tooling to work trough them and it errors. At least that's my take on this.

Appreciated. I'm curious.

Yeah, you right. I just posted the changes to GitHub. The right one is in the last commit.

 

[Madeddy]

I gave you the wrong version. ... There is no decompression or decompilation tool in it. ...

You need to look out with him.
Next time he gives you maybe a 0-byte file and says "try it now".

the last commit.

Yeah, nice. You did what i expected.
But in wouldn't always integrate such code in the common version of your unren version, as such changes are always just only for one game. Obviously its in the end however your call for your tool. Just my thoughts.

Request: Can someone please explain to me what in "unrpyc" this damned translate function is supposed to do. I never used this and can really not figure it out. Gives me a nearly empty file and BAHHHH!

 

[VepsrP]

You need to look out with him.
Next time he gives you maybe a 0-byte file and says "try it now".

Maybe you should have signed who you wanted to tell

Yeah, nice. You did what i expected.
But in wouldn't always integrate such code in the common version of your unren version, as such changes are always just only for one game. Obviously its in the end however your call for your tool. Just my thoughts.

In general, I agree with you, but making different versions for each game with unique data structures can be a problem in terms of management.

Request: Can someone please explain to me what in "unrpyc" this damned translate function is supposed to do. I never used this and can really not figure it out. Gives me a nearly empty file and BAHHHH!

You should probably contact the original creator of tool with this question.

 

[Madeddy]

can be a problem in terms of management.

Understandable.

You should probably contact the original creator of tool with this question.

Sure, suuuure.
I did ask and you know what? He doesn't really know (and not care) because he didnt write this stuff. GaaaHH!
I digged in the commit history and found in there, in the commit for it from "only" 8 years ago, the explanation how to use this. -> you need to do two runs over the files to get translations. Bonkers.

Anyway. Just dropping the bomb and on my way:
New

You must be registered to see the links

is out.

Supports Ren'Py apps up to v7.7.x with Python 2. No py3 / RenPy 8 for now. Every change and bug from the last years should be fixed. Test it folks and report problems.

 

[VepsrP]

Understandable.
Sure, suuuure.
I did ask and you know what? He doesn't really know (and not care) because he didnt write this stuff. GaaaHH!
I digged in the commit history and found in there, in the commit for it from "only" 8 years ago, the explanation how to use this. -> you need to do two runs over the files to get translations. Bonkers.

Anyway. Just dropping the bomb and on my way:
New

You must be registered to see the links

is out.

Supports Ren'Py apps up to v7.7.x with Python 2. No py3 / RenPy 8 for now. Every change and bug from the last years should be fixed. Test it folks and report problems.

Well, I didn't even know that he hadn't written it. Do I understand correctly, someone suggested that he add this and he added this functionality without understanding how and why it works?

 

[Madeddy]

...he added this functionality without understanding how and why it works?

Nah.
JackMcBarn(4 years no activity) is a Collaborator on unrpyc with write access on the repo and the one who added it 8 years ago. CensoredUsername did simply not bother to poke around there, i think.

Translation is simply a little extra feat which causes no problems and is easy to maintain. That's it. There is nowhere a description, a how to use or whatever to find, beyond the short help strings in argparse. You can look.

Well, I didn't even know that he hadn't written it...

I also not. Never used this stuff and bothered to look in the file.

 

[yoyomistro]

That's actually mindblowing lol. I would never takeover/lift very narrowly-tailored code/scripts from someone without eternally crediting them at the top no matter how much I modified/built on it going forward.