But i was talking about it, as you cited me and refered then to other "unren problems". A mistake surely. I answered to one of the a AV problems:
https://f95zone.to/threads/unren-ba...ole-developer-menu-enabler.3083/post-15782719
I agree totally to your stand on all the other unren issues, to which you linked above. Win batch has IMO a lot of
traps, the need for powershell(at least on WIN) for some reason and the unmaintained state make unren a bad choice this days. Especially if doing the same manually via the pure py scripts or using other tools like your GR a good alternate is.
Its a misunderstanding i think. I did not say or belief this.
I agree this was a simple misunderstanding. Let's settle it at AV false positive is indeed an issue, just not the most common problem.
Interesting. I thought they are a lot similar. I dont know much about C/C++ and the differences. This would lead to a longer talk, for which this the wrong com method is, as i have a lot of questions about it.
They are very different, and you're not the only one confusing them. Let's just say that C follows the structural paradigm, while C++ follows the object oriented paradigm, so totally different.
I remember reading different views.
Like this:
You must be registered to see the links
Confusing to say the least.
Yes, this is a very complex topic. I'll try to explain simply and briefly, but I'm not good at this and English isn't my native language, so forgive me if my explanation isn't the best. But I'll try.
For a compiled program, a compiler must exists which converts the source into machine-code, and then you should be able to run the program without an additional executable.
Python has nothing like this, instead what it does:
1. its lexer converts the source into tokens
2. the tokens are organized into a node tree (so called Abstract Source Tree, or AST in short)
3. a virtual machine iterates through the AST nodes and executes a pre-defined function depending on context and the node
Which is a classic organization of an interpreter.
Now steps 1 and 2 are computational heavy, so slow. To circumvent, python serializes the AST tree into a binary blob and saves it in .pyc files, so when you run a python script, it checks if that cache is up-to-date and if so then only has to read in and deserialize that blob, which is much much faster than steps 1 and 2. But this caching is optional, you can turn this AST caching off and always do steps 1 and 2 by calling python with the "-B" flag. However this is just a cache, and does not contain compiled machine-code.
Ren'Py adds a little twist to this, it saves that serialized AST into .rpyc files. This is required because source files don't exists with Ren'Py games, so python can't validate if the AST cache is up-to-date or not, it must always load the cache no matter what. Also Ren'Py uses the pickle serialization for these, and not the python built-in marshall serialization like .pyc files normally do. Details aside, .rpyc files are also AST caches and do not contain compiled machine-code.
Not under normal circumstances.
Last years change in Ren'Py (9.Sep 2024) of the protocol v. after the v8.3.2 release:
You must be registered to see the links
Explaination: Ren'Py used very long "pickle protocol 2" and is since Python v2.3 (Anno 2003, pep307) in every version supported. Now Ren'Py uses the highest protocol(5) and Python supports this since v3.8 (2018). If "some game" needs pickle 5 before this, its because some weirdos fraked with the engine.
You asked what other dependencies there are, and what I meant was, you need further python modules as well, like pickle, so you have further dependencies, the python interpreter in itself (python.exe alone without the modules) is not enough.
