UTF Tabled files within UTF Tabled Archives by Pyrii at 8:22 AM EST on January 20, 2009
I'm working on NiGHTS: JoD's csb files and using utf_tab I'm able to extract the files, but each one is also encased in it's own table which I can't extract ---- S:\NiGHTS\hugeData\audio>utf_view SE_B0.csb > SE_B0.csb.txt
csb_extract.c:58:analyze_CSB: first table in file is not TBLCSB
This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -------------
Yeah, the apps crash and burn if they don't like something for some reason in vista/windows7.
So each file is encapsulated in another UTF table. Which the tools won't touch, I've included sample files. If I'm missing something obvious I will promptly kick myself afterwards.
They terminate that way because I use abort() on errors, it makes it easier to trace. I really should change that to a plain ol' exit() on non-debug builds. This is a cute way that CRI has chosen to wrap up GC/Wii DSP ADPCM in their magical mystery tables. It should be easy to add support to vgmstream via a modification of the aax thingy. Not sure when I'll get to it. I happen to have the files in question, it looks like they're all sound effects so I'm not super-motivated to fix 'em.
CRI are driving me mad, the new sofdec MPEG2 streams are making me bang my head against the wall, I swear they've encrypted video streams aswell as adx streams now. If only degod worked on mpeg2 lol.
Take your time, just thought it was weird, does the data need to stay in the table to be read?
It does not need to stay in the table, if you want you can extract the data (since it tells you where the chunks are) and rewrite it into some other DSP-bearing format.
Hate to drag up an old thread, but has there been an update on this?
I'm in the exact same scenario while in the process of ripping sfx for use in other games. I even downloaded the latest vgmstream (revision 795) and not much seems to happen