I found 3 32728Hz BRSTMs: (0x64-0x65:7FD8) map_yuugizyou_e8_lp_32k.brstm map_yuugizyou1_e4_32k_lp.brstm mini_result1_e2_32k_lp.brstm and a 32028Hz BRSTM: (0x64-0x65:7D1C) mini_gameover1_e2.brstm
Ah, interesting, this answers a question that I hadn't figured out. From the source code:
/* NOTE: I'm not clear on what should happen if the byte count is an exact * multiple of the size of a block. At the moment I assume that the * last block size will be set to 0 and the block count will include all * complete blocks. */
So it seems that if the byte count is exact, we set the last block size to 8192, and the block count will still include that last block. Could you upload that file so I can test with it?
Hi leo, this seems unlikely as brstm uses blocked interleave, so it would be hard to mistake that there are 2 channels. Or has there been some advancement in brstm decoding that I'm not aware of?