2014-10-29, 06:51 PM
(This post was last modified: 2014-10-29, 07:53 PM by StolenBattenberg.)
I'll have to mark that 4 byte value you mention in the file, for more investigation.
Do you have any more information of table structure for CDs? It's not something I've looked at. T archives are something I find interesting, because of how irritating they are.
Maybe .T does stand for table or something of the sorts? I agree with the ToC idea, but I think the first 2 byte number isn't how many files there is, but actually how many entries are inside the table. For instance, in 'RTIM.T' on the KF1 (US) disk, the first number is 0x4B. This is 75 in decimal, how ever there is way over 600 files in RTIM.T, as can be proved with both your extractor and this viewer I constructed.
There is however, exactly 75 entries in the table. How would one know how many files are in each sector though? Could the first number be the position, and the second number be the sector? I guess not, because that would mean the sectors are larger than.
After looking in RTMD.T, and running multiple .TMD extractors, and searching the program with the latest version of FSTim view... I can say that it doesn't contain any .TMD data. In fact, I think this may be the file that contains the level data which everyone (well, maybe not everyone) wants. I come to this conclusion because everything else contains a Sony formats, or a slightly modified one. Maybe cross-referencing it with files from King's Field Japan would help, but figuring out .T archives 100% would be even better.
I updated the top post's document with this information.
Do you have any more information of table structure for CDs? It's not something I've looked at. T archives are something I find interesting, because of how irritating they are.
Maybe .T does stand for table or something of the sorts? I agree with the ToC idea, but I think the first 2 byte number isn't how many files there is, but actually how many entries are inside the table. For instance, in 'RTIM.T' on the KF1 (US) disk, the first number is 0x4B. This is 75 in decimal, how ever there is way over 600 files in RTIM.T, as can be proved with both your extractor and this viewer I constructed.
There is however, exactly 75 entries in the table. How would one know how many files are in each sector though? Could the first number be the position, and the second number be the sector? I guess not, because that would mean the sectors are larger than.
After looking in RTMD.T, and running multiple .TMD extractors, and searching the program with the latest version of FSTim view... I can say that it doesn't contain any .TMD data. In fact, I think this may be the file that contains the level data which everyone (well, maybe not everyone) wants. I come to this conclusion because everything else contains a Sony formats, or a slightly modified one. Maybe cross-referencing it with files from King's Field Japan would help, but figuring out .T archives 100% would be even better.
I updated the top post's document with this information.