Cosetto
commented
3 years ago So I got the script to run and I'm looking at the script and it does some nice things. I do have one major issue. I'm trying to fix the size character sprite images in Lune games render at. I want to see the full bodies so I need to change some number locations. Also is important if I plan doing some de-censoring. Your extraction tool gives garbled hex data compared to reading the the .srp file files directly. Example is I'm comparing 09_11.txt and 09_11.srp. The 09_11.srp file was extracted from the srp.pac file using GarBro. However GarBro extracts a lot of mess and doesn't line the code nicely. Also GarBro doesn't have an option to use .pac format when you want to use the build in archive creation tool.
However PacManager.exe has a huge flaw showing file data as hex rather than actual file name. Even though it lines up code nicely it won't show a directory tree of files. Just the Japanese lines. The only thing nice about PacManager.exe is it's decryption and re-encryption ability when de-compiling and compiling files.
Anyways this flaw is fatal to me who wants to edit character sprite images and event cg images later down the line. Lune games take full body Charcter sprites that are initially too large to view in the game window and load them via x, y and then size coordinates(or z coordinate which is most familiar notation used in 3D). At least that's what I'm hypothesizing from the fm_C04a_05_0_0_0_02/-254/0.42/0.42B. The fm_C04a_05_0_0_0_02 is reference to the character sprite that's kept in the Bgrd.pac archive. I made some more guessing and I'm thinking -254/0.42/.042B are image coordinates lined like this "sprite image size/x coordinate/y coordinate". The only problem with opening up .srp files in notepad++ is the fact that the file is still encrypted somewhat and coding is disorganized and not probably lined up. Though I could be wrong as there is as _system.var, _charactermacro.var that include more information. But again if reference tree doesn't show properly in the actual .txt files then there is no point. Game I'm working on is 巨乳令嬢ＭＣ学園.
I'd like to use the .txt file but some of the important stuff is in hex and I have no desire to learn hexadecimal language system.
I found better tool for dumping and inserting back .srp files but Idk how to repack back to .pac
So I got the script to run and I'm looking at the script and it does some nice things. I do have one major issue. I'm trying to fix the size character sprite images in Lune games render at. I want to see the full bodies so I need to change some number locations. Also is important if I plan doing some de-censoring. Your extraction tool gives garbled hex data compared to reading the the .srp file files directly. Example is I'm comparing 09_11.txt and 09_11.srp. The 09_11.srp file was extracted from the srp.pac file using GarBro. However GarBro extracts a lot of mess and doesn't line the code nicely. Also GarBro doesn't have an option to use .pac format when you want to use the build in archive creation tool.
However PacManager.exe has a huge flaw showing file data as hex rather than actual file name. Even though it lines up code nicely it won't show a directory tree of files. Just the Japanese lines. The only thing nice about PacManager.exe is it's decryption and re-encryption ability when de-compiling and compiling files.
Anyways this flaw is fatal to me who wants to edit character sprite images and event cg images later down the line. Lune games take full body Charcter sprites that are initially too large to view in the game window and load them via x, y and then size coordinates(or z coordinate which is most familiar notation used in 3D). At least that's what I'm hypothesizing from the fm_C04a_05_0_0_0_02/-254/0.42/0.42B. The fm_C04a_05_0_0_0_02 is reference to the character sprite that's kept in the Bgrd.pac archive. I made some more guessing and I'm thinking -254/0.42/.042B are image coordinates lined like this "sprite image size/x coordinate/y coordinate". The only problem with opening up .srp files in notepad++ is the fact that the file is still encrypted somewhat and coding is disorganized and not probably lined up. Though I could be wrong as there is as _system.var, _charactermacro.var that include more information. But again if reference tree doesn't show properly in the actual .txt files then there is no point. Game I'm working on is 巨乳令嬢ＭＣ学園.
I'd like to use the .txt file but some of the important stuff is in hex and I have no desire to learn hexadecimal language system.