- Dec 13, 2017
- 1,387
- 1,430
- 391
Just ignore this file. It is better if it remains as it is, because it is loaded with the compiler from the old version of RenPy and also does not contain some of the necessary information.
- Dec 13, 2017
- 1,387
- 1,430
- 391
- Dec 13, 2017
- 1,387
- 1,430
- 391
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
For someone who did just take a surprise 6 week vacation from his UnRen job you're really cheeky like hell.You're not good at decompiling....
It was time you got back to work you script monkey!
Did you make already some code from all the RenPy changes which affect unrpyc etc.?
Last edited:
- Dec 13, 2017
- 1,387
- 1,430
- 391
Nah, I've shelved this case, but maybe I'll get back to my attempts soon. But I found a way to unpack archives without having to calculate indexes and stuff on my own, I hope this will help with unpacking "Wife Hannah" for a long time.For someone who did just take a surprise 6 week vacation from his UnRen job you're really cheeky like hell.
It was time you got back to work you script monkey!
Did you make already some code from all the RenPy changes which affect unrpyc etc.?
In general, I was away for so long because I didn't receive notifications about new messages in the thread. Only yesterday I saw that there are a whole bunch of problems.
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
The same for me. Watching is ignored or you get no notices for some reason... Happens IMO when you look for a number of days not in a thread.In general, I was away for so long because I didn't receive notifications about new messages in the thread.
Yeah, likewise. I see also no reason to look into it before they release the new RenPy. In the end we do the work again if they change even more.
p.s. I noticed all changes of this year on UnRen are not gone to your github... Any reason?
- Dec 13, 2017
- 1,387
- 1,430
- 391
I can only say about the latest updates. I did them on a reinstalled system, I haven't set up git yet.
- Mar 22, 2020
- 4,880
- 11,576
- 698
- Dec 13, 2017
- 1,387
- 1,430
- 391
Fixed the problem in the new version.
- Jun 25, 2017
- 2,683
- 7,942
- 715
So, here's an enhancement suggestion. Currently, the "extract" (and, of course, the "extract and decompile") options automatically do ALL the
Right now, if there's a
Just my $0.02 worth on a very nice tool.
.rpa files. When I'm poking around, frequently I really only want to extract and decompile the scripts. I'd rather just leave the images and other stuff alone. Obviously, if it's one big archive.rpa, that'd be hard, but many games do images, scripts and other stuff separately.Right now, if there's a
scripts.rpa and all I want is to do that one, what I have to do is to move all the other .rpa files somewhere else, use UnRen, and then put those files back. It'd be nice if there was a way to choose which files to operate on. This might be part of "Extract and Decompile" - if you're doing that, it's possible that all you care about is the scripts.Just my $0.02 worth on a very nice tool.
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
I agree.
Actually i also did have a similar thought sometime two years back or so because of modders needs.I think a simple submenu with choices what exactly to unpack from the RPA files would do the trick...?
e.g.:
Choose the number of what you want to unpack from the archives:
- Scripts
- Images
- Video
- Audio
- All
VepsrP could in his GUI version even do a function with tick-boxes or like this. Perhaps this could save us even the "Unpack and decompile" option.
Not at all. I, for one, appreciate sharing ideas, even if I end up disagreeing. You never know where it will lead.
Greets
- Dec 13, 2017
- 1,387
- 1,430
- 391
With the way the script works now, this is not possible. The python script searches for archives, and bash only passes the path to the "game" folder. As for entering the name of the archive through console, I definitely don't want to deal with this anymore on bash, last time I almost burned out while solving all the problems related to this.
Unless all users switch to the PowerShell version and I don't have to suffer anymore. In the meantime, I prefer the same functionality on different versions of the tool.
- Dec 13, 2017
- 1,387
- 1,430
- 391
- Mar 22, 2020
- 4,880
- 11,576
- 698
The game Alive has the attached screens.rpyc that I can't seem to get decompiled.
https://f95zone.to/threads/alive-v1-0-cskin-games.98717/
https://f95zone.to/threads/alive-v1-0-cskin-games.98717/
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
- Dec 13, 2017
- 1,387
- 1,430
- 391
7.4.10
SLDisplayable object has None type keyword.
Already fixed it. Soon will be update
- Dec 13, 2017
- 1,387
- 1,430
- 391
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
I thought in the past already you have too much versions. I would just focus on one of them and be done....
I definitely don't want to deal with this anymore on bash, last time I almost burned out while solving all the problems related to this.
Just use the one which is most compatible, stable and maintainable for you.I noticed and wondered... A custom type from the dev with rule breaking characteristics? i mean:7.4.10
SLDisplayable object has None type keyword.
AttributeError: 'NoneType' object has no attribute 'linenumber'A "ast" element shouldn't be like this.
Oh, you're fast. Good job!
Last edited:
- Dec 13, 2017
- 1,387
- 1,430
- 391
Yeah, custom code from dev in the screen or gui - pain in the ass.
In fact, I just threw this element out of processing through checking for NoneType. Since the game started, I decided that this was enough, but perhaps it should be handled in some other way
Madeddy
Well-Known Member
- Dec 17, 2017
- 1,016
- 735
- 244
I thought about this some and wondered why we get this error... Why is ist "nothing" for this node? Maybe the problem to have "NoneType" is at a earlier point in the decompilation process to find:
Could it be, because it is a "custom user defined displayable" unrpyc cannot find the type in his current code and as a fallback (accidential or by choice?) it gets no type attached? Then the node makes it somehow to the point where it finally errors like seen(...no linenumber)? If so, then maybe this "unidentified" displayables could get a random type/name assigned, so this does not happen anymore.
Greets