- Jan 7, 2018
- 5,351
- 4,362
- Nov 11, 2017
- 2,313
- 6,100
Whoops, I accidentally shared the debug version.
Download updated, thanks. It will automatically clean things up on the next run.
- Feb 20, 2021
- 4,091
- 6,142
i solved multiprocessing error by deleting that folder from lib\python3.9\
and then used unren
dunno what was that doing there , maybe dev of game put it there intentionally to sabotage unren
- Sep 26, 2020
- 23
- 47
- Jul 3, 2021
- 4,569
- 22,300
I just used unRPYC on some scripts and this is a bit off topic, but I am noticing someone using "if True" after every menu choice question. This makes no sense to me at all as that just means to display the menu choice if True... ummm... and True will always be True... am I missing something here? Looks to me like someone is learning to code and getting this wrong. It seems obviously wrong, but I am thinking... maybe I am missing something here? 
- Jul 3, 2021
- 4,569
- 22,300
- Dec 13, 2017
- 1,387
- 1,385
probably elif true.I just used unRPYC on some scripts and this is a bit off topic, but I am noticing someone using "if True" after every menu choice question. This makes no sense to me at all as that just means to display the menu choice if True... ummm... and True will always be True... am I missing something here? Looks to me like someone is learning to code and getting this wrong. It seems obviously wrong, but I am thinking... maybe I am missing something here?
This is a problem of processing compiled code in new versions of the engine. There, the usual else has a True condition that needs to be handled differently than any other normal condition. This tool uses a decompiler that has not been updated for a long time, fried does what he can to keep the tool up to date. But in my version, this place is handled correctly. It can also be in the selection menu, where, if there is no condition, "if true" is put in the compiled code.
game folder
open game then u see
\game
\lib
\renpy
inside \lib folder is \python3.9\ and in it is folder multiprocessing
so just delete that multiprocessing folder entirely with all files with in it
- Jul 3, 2021
- 4,569
- 22,300
Ah, I thought that is what it might be. I looked inside my python folder, but didn't see that and figured I may not have fully understood you. Thanks. I don't really need this fix at the moment, but it's a good tip to keep in mind for the future. Thanks.
- Jul 3, 2021
- 4,569
- 22,300
Interesting. I'm an old C programmer so seeing that in code didn't make sense to me (still doesn't to be honest).
I always have
Python:
if condition:
#do stuff here
else:
#do alternate stuff- Dec 13, 2017
- 1,387
- 1,385
Yes, but I'm not talking about the source code, but about how it is written to the ast tree, which is essentially compiled python code. If I remember correctly, the tree does not specify if or else, it is determined by the order and level of nesting. And each element has its own condition. "True" for "else" and more meaningful for everyone else.
- Jul 3, 2021
- 4,569
- 22,300
Well NO compiled code looks like the original source. Not in C, not in Python or anything else.
I just couldn't figure out why there's "elif True" or "if True" after menu options, it doesn't make any sense and isn't needed. It's just poor coding (you can read more about conditional statements
You must be registered to see the links
)
- Dec 13, 2017
- 1,387
- 1,385
python is an interpreted language, it is not compiled into machine code, but rather into a kind of preprocessing in C languages or something like that, I will later show you the ast tree located in rpyc files and encoded with byte code.
- Dec 13, 2017
- 1,387
- 1,385
You don't have permission to view the spoiler content.
Log in or register now.
Here is a piece of AST tree dump. As you can see, the IF element contains two entries in tuples. The first element of each tuple is the condition under which this entrie will be executed.
First checks "taboopatch" variable.
Python:
<renpy.ast.PyExpr
.filename = 'game/Day Scripts/day1script.rpy',
.linenumber = 32,
.py = 3
> = 'taboopatch',
Python:
'True',
Last edited:
- Dec 16, 2019
- 317
- 282
- Jul 3, 2021
- 4,569
- 22,300
Ah! Okay, that makes more sense to me now. Well, in that case, not a big problem, the code will still run... it's just, after decades of programming, my brain was having difficulty looking at that! LOL
- Dec 13, 2017
- 1,387
- 1,385
I don't remember the transcript, so for me it's ast treeThe abstract syntax tree tree ?
- Jan 19, 2020
- 12,382
- 48,869
Ultrahack (for example) doesn't have this issue. Just saying it doesn't have to be the way you describe. It's been brought up before, along with some other syntax bugs that need to be addressed. The old original unren had these same conditional syntax issues. Night Hacker, you can possibly obtain different results depending on the decompiler you are using... just know it's a thing. I get many original scripts from various developers and always compare a decompiler or two against them to insure I personally don't have syntax abnormalities in my work (just an FYI).
Last edited:
- Dec 13, 2017
- 1,387
- 1,385
This is because I spent quite a lot of time correcting all these inaccuracies, how long do my abilities last, as well as as other users find them.