Another game built with v8.0.1:I ask again, are there more example games which use renpy 8 (maybe some where the dev/s don't actively work against people who try to modify their game...)
It seems that the new versions 7.5.0+ and 8.0.0+ replace the file but the older versions up to 7.4.11 don't, so for the new versions it's safe but for the older versions I'd advise to double check with "renpy/__init__.py" or "game/log.txt" (you have to start the game once for that file to be created/updated).
Both <class 'renpy.ast.PostUserStatement'> and <class 'renpy.display.transform.Transform'> where easy fixes. PostUserStatement is some internal thing renpy adds when a UserStatement is used (like renpy.ast.EndTranslate), so a simple pass is enough on the "decomp front" and for transform.Transform I just had to add a displayable_name after importing it...
I really coped with the transfor easily. But PostUserStatement made me tinker. Interestingly, this module was still in the 4.7.10 engine. I also left this class without decompilation, but I wasn't sure if this was the right solution. Although the game started and worked without problems.Both <class 'renpy.ast.PostUserStatement'> and <class 'renpy.display.transform.Transform'> where easy fixes. PostUserStatement is some internal thing renpy adds when a UserStatement is used (like renpy.ast.EndTranslate), so a simple pass is enough on the "decomp front" and for transform.Transform I just had to add a displayable_name after importing it...
You can find the changed files attached. Didn't have time to look into the headers, but I guess you handle that yourself?
Yeah, it's kind of an "end label" which gets automatically added by renpy if a user statement is used. (After recompiling it showed up the same way it did before in the dump...)
Which PATH variable are we talking about? We kind of only had problems with decompilation so far. This is the first time I've heard about unpacking and the problem with the PATH variable. And you can show the image of the symbol, I have this code gives a letter of the Russian alphabet.
Should be this character:
Okay, then I won't even try. I decided to test the latest changes in the decompiler on Obscure Affairs. And I have already faced the problem of unpacking. Another obstacle for me.
Fortunately, unpacking is easier for me than decompilation. If I can figure out this game and everything goes fine, then I will update the tool., even though the loader file is identical, using an unsuitable version of the engine can lead to sad consequences. I just changed the folders "renpy" and "lib" to the ones that were in the game and everything worked.
Remove RPA archives after extraction?
Enter (y/n): n
+ RPA archives won't be deleted
Searching for RPA packages
+ Unpacking "archive.rpa" - 392008391 bytes
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Python path configuration:
PYTHONHOME = (not set)
Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
Python runtime state: core initialized
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00004920 (most recent call first):
<no Python frame>I received it, I'll download it later and check what's wrong.
Are you trying to unpack in the right version of the tool? UnRen v8.0.0 quietly unpacks the game.
Yes, the v8.0.0 is the only that gives this error. The others all give this one
Error: Cannot locate python directory, unable to continue.
Are you sure we're in the game's root directory?And what version of the game did you download? Regular, separate 32-bit or compressed? Because I just downloaded the Win/Linux version from Mega yesterday and everything unpacked without any problems. If this is not some separate version, then most likely the problem isn system.
I tried with the compressed and 64-bit versions. Both give the same error for me.And what version of the game did you download? Regular, separate 32-bit or compressed? Because I just downloaded the Win/Linux version from Mega yesterday and everything unpacked without any problems. If this is not some separate version, then most likely the problem isn system.
+ Unpacking "archive.rpa" - 693470431 bytes
Could not find platform independent libraries <prefix>
Could not find platform dependent libraries <exec_prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
Python path configuration:
PYTHONHOME = (not set)Do you have any special characters in your path or is your path maybe too long? (You could try if something like D:\FamilyAffairs works)I tried with the compressed and 64-bit versions. Both give the same error for me.
Could this be a reason?
Code:+ Unpacking "archive.rpa" - 693470431 bytes Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] Python path configuration: PYTHONHOME = (not set)
I just checked on the compressed version. I even unpacked it into a separate folder with all the characters in the folder name saved. Everything unpacked without any problems. There's really something on your side. It is quite possible that theI tried with the compressed and 64-bit versions. Both give the same error for me.
Could this be a reason?
Code:+ Unpacking "archive.rpa" - 693470431 bytes Could not find platform independent libraries <prefix> Could not find platform dependent libraries <exec_prefix> Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>] Python path configuration: PYTHONHOME = (not set)
Could be. There's a ~ in the path to the folder.