Let's Tap .brsar files by Pyrii at 9:36 AM EST on January 19, 2009
After reading of your help with the more obvious brsars in lets tap, I delved deeper to find the real meat and bones, I'm still having trouble with some of the lz7 files ( http://gbatemp.net/index.php?showtopic=129822&st=0&p=1710150 ) but some of the files work and I got brsars with multiple streams in them. The current ripping_mama won't touch the stereo streams, but your letsdump tool will. Letsdump won't work on these brsars or the resulting files just don't work because it's actually multiple files.
So can ripping_mama and letsdump be put together to dump out all the files separately? I've uploaded the brsars to http://www.megaupload.com/?d=9S3H3A3D
The nice thing to do would be to combine the blind dumping of letsdump with the ability to locate headers for individual samples of brsar_unpack and ripping_mama (which are essentially the same program except for what is done with the stuff in the FILE chunk). This actually shouldn't be too hard for the 1.4 brsars, as the RWAVs are pretty much self-contained (rather a lot like a BRSTM). 1.3 had all the headers packed together and then all the data packed together, and thus would have required me to rewrite an RWSD header. As it is I am late in understanding the functioning of RWAV, so vgmstream doesn't support it explicitly yet. I'll try to get something together to handle the easy situations now.
Glad to see I wasn't going mad, I tried to copy out the chunks I noticed and play them back without much luck. I'm also noticing each chunk has it's own INFO and DATA chunks
Alrighty, I've got a more useful version of ripping_mama up now (0.1), that dumps the RWAVs (as .rwav files) rather than try to decode. And vgmstream r563 now supports rwar directly. This completely replaces letsdump, and the RSAR header portion is entirely useless for our purposes.
Unfortunately the WSD_SILENT_BLOCKS__48WAV_M3216_LOOP_ track doesn't loop properly for some reason. I theorize that perhaps it is meant to use ping pong looping.
This is significant enough :3 looping would be icing on the cake imho and something I could do in Soundforge/Premiere. But my guess is the rwsd block at the beginning of the brsar is significant. Either that or they got lazy and hardcoded the loops.
Thanks for your work regardless :3
Anyway, my mission now is to figure out the LZ7 compression header on these final .arc.lz7 files so that I can finish the collection. I can't cheat a partial extraction because all the sodding brsars are at the END of each file x.x