10-28-2018, 10:05 PM
Yes, that works Doggo!
Taking a look at the file in HxD, your CMD file seems very similar to that of the CMB files found in the GAR files provided by Centrixe, also meaning both don't properly open in N3DSCmbViewer. The reason they don't open is because they have an extra chunk of data before the denoted "mats" section (CmbViewer throws an error about not finding the "mats" chunk, and instead finds the "qtrs" tagged chunk). Attempting to get rid of the "qtrs" chunk doesn't help, and instead causes the program to throw more errors, and attempting to correct for them seems not to work either. So, it seems we'll need to reverse engineer the file to be able to interpret them. I would recommend looking at some of the files that work in CmbViewer and figure out their structure, then see if you can modify the CMB files to resemble their structure and open properly (however, that most likely won't work and we'll need to, instead, fully reverse-engineer the files).
Also, there are more files found within the GAR archives, most being files with a "csab" header and a few found in the "dog.gar" file being denoted by a "shpa" header (not sure if this is important but thought I would note it).
A quick detail on the structure of "csab" and "cmb " chunks:
All of these sections have the respective header and then a long representing the length of the file. However, it seems the length is to be read backwards (at least in HxD). An example header is as follows:
The data can be interpreted as this: "cmb ", then a backwards long representing the hex length of the file, in reference to this file being "A680". I couldn't really identify the relevance of the long "0F 00 00 00", but I'm no expert at reading these files.
Lastly, I was able to go through and and manually extract some files from the GAR files provided by Centrixe, however there were some sections ("shpa" chunks) I wasn't able to properly interpret and extract. You can find the files below.
dog.zip
key01.zip
Hope this helps, cheers!
Taking a look at the file in HxD, your CMD file seems very similar to that of the CMB files found in the GAR files provided by Centrixe, also meaning both don't properly open in N3DSCmbViewer. The reason they don't open is because they have an extra chunk of data before the denoted "mats" section (CmbViewer throws an error about not finding the "mats" chunk, and instead finds the "qtrs" tagged chunk). Attempting to get rid of the "qtrs" chunk doesn't help, and instead causes the program to throw more errors, and attempting to correct for them seems not to work either. So, it seems we'll need to reverse engineer the file to be able to interpret them. I would recommend looking at some of the files that work in CmbViewer and figure out their structure, then see if you can modify the CMB files to resemble their structure and open properly (however, that most likely won't work and we'll need to, instead, fully reverse-engineer the files).
Also, there are more files found within the GAR archives, most being files with a "csab" header and a few found in the "dog.gar" file being denoted by a "shpa" header (not sure if this is important but thought I would note it).
A quick detail on the structure of "csab" and "cmb " chunks:
All of these sections have the respective header and then a long representing the length of the file. However, it seems the length is to be read backwards (at least in HxD). An example header is as follows:
Code:
63 6D 62 20 80 A6 00 00 0F 00 00 00 00 00 00 00Lastly, I was able to go through and and manually extract some files from the GAR files provided by Centrixe, however there were some sections ("shpa" chunks) I wasn't able to properly interpret and extract. You can find the files below.
dog.zip
key01.zip
Hope this helps, cheers!