Posts: 66
Threads: 5
Joined: May 2009
Greetings,
I have completed my project and have sent it to my brother for testing. Although I have test-played through it twice, he has encountered an error that I have never seen before:
IMG951278.jpg (Size: 299.75 KB / Downloads: 11)
The only difference in my testing of the game and that of my brother is that I tested it from the RPG maker XP console and he is using just the RGSS player with a compressed version of the game using Zeriab's Encypter found here:
http://forums.rpgmakerweb.com/index.php?...ds-128-mb/
I have absolutely no idea what part of the game mechanics is creating the error. Here is the event commands that trigger the error to happen:
Capture.PNG (Size: 7.37 KB / Downloads: 9)
The script calls DerVVUlfman's Vehicle script, which has always ran smoothly for me. I have similar command lines in other parts of the game. I am not sure if it's the teleportation command, or the script call. Any ideas would be helpful. Thanks!
Habs11
Posts: 11,272
Threads: 651
Joined: May 2009
That is a very unusual error indeed. I never saw it in all 9 years I've been scripting, and that looks more like an actual software or dll-like issue than one involving scripting or missing resources.
Perchance, have you tried running the package you sent to your brother on your own system? If it works on yours but not his, there's a file missing.
Does you project actually exceed the 128 limit that Zeriab's system is meant to handle? I hate to say it, but it COULD be his encrypter. It is a 2012 script... are you using a 2013 era RMXP package? Not sure if there would be any dll changes, but *shrugs* I haven't a clue and I'm just guessing.
And just in case, have you tried reducing the graphics file sizes by converting them from full RGB graphics to palette graphics? It is a space saver. and may let you use the default encrypter in the RMXP editor.
Up is down, left is right and sideways is straight ahead. - Cord "Circle of Iron", 1978 (written by Bruce Lee and James Coburn... really...)
Above are clickable links
Posts: 937
Threads: 101
Joined: May 2009
My Hypothesis
Your game appears to be attempting an overwrite of Map001, within an encrypted archive, using the RGSS built-in function save_data.
I'm unsure the mechanics behind both a.) RM's encryption and b.) Zeriab's encryption, but assuming load_data works, save_data should also work. It is possible that, while encrypted, files might be obfuscated with different file names to further prevent tampering. While the script should know how to convert between the normal file name and the encrypted version, it is possible load_data knows this conversion but save_data doesn't.
It is also possible you don't have a Map001.rxdata, but I'm thinking you do and it's a result of said file name obfuscation as stated above^
What is Section094?
This term, Section094, represents the 94th script indexed within your scripts list. When using Ruby out in the wild, instead of Section094, it would instead be a file name, example "some_script.rb". To find out what script this is, you'll have to start at the very top (Section001) and count your way down until you reach Section094.
If you've added or removed any scripts since you posted this topic, it's possible the index number has changed too. Please keep that in mind when searching for the script in question, it'll make both our lives easier.
Notes about 'save_data' method
This function, save_data, is an RGSS built-in function (you can look it up in the Help file). It is similar to Marshal.dump with the exception that it can save within an encrypted archive (whereas Marshal.dump can't.)
The save_data function, while valid, is never actually used within the default scripts. There are two instances of read_save_data (loading) and write_save_data (saving), but save_data itself is never used. I personally haven't used it myself, nor have I ever seen anybody else use it. It's possible that, unlike load_data (which works), the save_data method actually might not work. I'd have to test this myself to confirm, but I'm not going to at this moment. *Puts on a to-do list.*
-
Okay, with all of that said, will you please find the Section script? I'd like you to paste a snippet of the code nesting that line 1013 so I can see what is going on exactly, it's important it has that save_data line in it. If you feel comfortable sending me the entire unencrypted project (via PM), all resources included, I can look further into it to see what might be going on. I agree to non-disclosure of the project as well as any and all resources, I'm just curious what the issue could be and how to fix it.
I have a large project too, I don't want distribution to be compromised by faulty encryption nonsense.
Posts: 66
Threads: 5
Joined: May 2009
@ DerVVulfman
It seems like the encrypter is the issue. I tried it on my CPU and I got the same error.
Unfortunately I am well past the 128 limit. I'm actually pushing 900MB without the music. The main problem I have is that my animations folder is 800MB by itself. I have some pretty sweet animations, and I don't want to get rid of any of them. I have never heard of converting full RBG graphics to palette graphics. It seems like that could possibly put me under the limit and allow me to use the RMXP encrypter. I am using a older version of RMXP, which I got back in 2007. How do you do the conversion? Special program? Thanks!
@ Kain_Nobel
Thank you very much for the detailed response, it is greatly appreciated. I will do my best to answer your post succinctly.
I do have a Map001.rxdata, as it is the world map, and the only map in which the player can use vehicles.
Thank you for explaining what Section 094 is. It turns out that DerVVulfman's Vehicle script is the script that is causing the issue. The script at line 1005 uses load_data and at 1013 uses save_data. Here is a snippet of the line. You can see the other scripts I use in addition to the vehicle script, such as Mode7, Patch for Mode7, and Vehicle add-on for placement, all thanks to DerVVulfman.
Capture.PNG (Size: 89.68 KB / Downloads: 4)
I will send you my unencrypted project via PM right after I post this. Thanks again for the help. Let me know if you need anything else.
Habs11
Posts: 11,272
Threads: 651
Joined: May 2009
Try and REMOVE line 1013. I repeat, REMOVE line 1013.
Here's hoping it works for you as I know you have an older version. I wasn't aware of the issue in my past encrypted versions, but then again I never had tested the 'to_HQ' feature in full. The 'Save_Data' function is a depreciated system in my script and *hopes* that one file will solve your problem
..... It solved mine.
And I'll have to find some place to add your name in the latest demo version when I get to uploading it. ;)
Up is down, left is right and sideways is straight ahead. - Cord "Circle of Iron", 1978 (written by Bruce Lee and James Coburn... really...)
Above are clickable links
Posts: 66
Threads: 5
Joined: May 2009
Worked like a charm! Thanks for helping me solve the issue, it is much appreciated. I know that there are several other points in the game that call the 'to_HQ' feature, so I will keep you posted if my brother encounters anymore errors from that end. I am glad that I could bring up an issue that could be solved, and hope there is not too many more. Thanks again!
(03-12-2015, 05:49 AM)DerVVulfman Wrote: Try and REMOVE line 1013. I repeat, REMOVE line 1013.
Here's hoping it works for you as I know you have an older version. I wasn't aware of the issue in my past encrypted versions, but then again I never had tested the 'to_HQ' feature in full. The 'Save_Data' function is a depreciated system in my script and *hopes* that one file will solve your problem
..... It solved mine.
And I'll have to find some place to add your name in the latest demo version when I get to uploading it. ;)
Habs11