While doing so, I created a new blueprint book layer and inserted a already existing root-level blueprint book into it (on JSON level) though I neglected to add the "index" key-value pair to the existing, now elevated blueprint book.
Don't judge me I work with JSON for the first time
Code: Select all
{"blueprint_book":
{"blueprints":
[{"blueprint_book":
{"blueprints":
[{"blueprint_book":
{"blueprints":
[]
,"item":"blueprint-book"
,"label":"TEST2"
,"description":"Test level 2"
,"active_index":0
,"version":281474976710656
}
,"index":0
}]
,"item":"blueprint-book"
,"label":"TEST"
,"description":"test level 1"
,"active_index":0
,"version":281474976710656
}
}]
,"label":"Array"
,"item":"blueprint-book"
,"active_index":0
,"version":281474976710656
}
}
(root-level "blueprint_book" wrappers do not have an "index" key-value pair, while required for non root ones; according to the BP-String format . Thank you by the way for exposing the inner workings of the Strings. I appreciate it greatly.)
after compressing, encoding and appending that frontal 0 version byte; I imported the String and crashed the game, receiving a Read at address violation
Code: Select all
55942.246 Error CrashHandler.cpp:486: Access Violation: Read at address 000000000017FFF0
inserting
Code: Select all
,"index":0
I'm not sure how Wube wants to handle this kind of thing, it isn't their string output that created the error. However blerping a "JSON Format Error" Message rather than crashing the game might be considered a worthwhile improvement.
I don't think it matters but the used libraries are the aptly named base64 and zlib packages.