Closed devins2518 closed 4 years ago
This tool tries to find png with actual sprite chunks with the same name as lay file and doesn't know anything about gxt. Perhaps this game uses some different file layout compared to sciadv series. I will try to investigate this
Thank you, heres a link to the lay file I was trying to unpack, hopefully it'll shed some more light to this issue. https://filebin.net/wo5jjuxmvfwtjz2h
Lay files are perfectly normal but gxt files are seem to be some zlib compressed in-house bitmap/image format and will require some reversing. I will look into this
EDIT: nope, these are standard vita texture files
Check the latest release and new FAQ in README. Should work now Feel free to write here if you have any problems with this
~~I'm getting some different errors now. thread 'main' panicked at 'Can't canonicalize .lay path: Os { code: 123, kind: Other, message: "The filename, directory name, or volume label syntax is incorrect." }', src/main.rs:122:24 note: run with
RUST_BACKTRACE=1environment variable to display a backtrace
when using any commands with *.lay and [E] No corresponding png file [E] (EBI_LAC_.lay)
when using an explicit file name~~
Nevermind, the GXT output files had slightly different names so they weren't being recognized, it works now after manually editing file names. Thanks so much!
I'm encountering this error when trying to unpack a folder full of .lay sprites from this game. The same thing happens when I explicitly say the file name as well. I'm not even going to pretend I understand how to unpack .lay files but a .gxt file close to the same name was in the original .mpk dump so I thought that it needed to be referenced or something. The same error happens with and without the .gxt. All of the lay files have the same
25 00 00 00
file signature when I open them with a hex editor so I think it is in the actual .lay format. Any help would be appreciated.