On Thu, Jan 23, 2003 at 10:28:20AM +0100, Tor-Einar Jarnbjo wrote: > > -----Ursprungliche Nachricht----- > > Von: Josh Coalson > > > > yes, I will probably get to it soon after the release. > > the encoding side is pretty convoluted but for decoding, > > src/libFLAC/stream_decoder.c:read_residual_partitioned_rice_() > > should be pretty straightforward once you ignore the > > FLAC__SYMMETRIC_RICE stuff (which is not used). feel free to > > ask questions about it here. > > Yes, I did find that part after tracing through the code, and I already have > a few questions. > > - I am right, that the FLAC__bitbuffer_read_rice_signed_block method is > doing the same as I would have achieved by filling the array in a loop by > calling FLAC__bitbuffer_read_symmetric_rice_signed?
Yes, but the right function is FLAC__bitbuffer_read_rice_signed. The ..._block function is there only for faster decoding. > > - Should I allign the bitstream to the beginning of the next byte between > the subframes, or only after reading the last subframe. I'm having some > synchronization problems which might be caused by this. Only after reading last subframe. [...] -- Miroslav Lichvar ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Flac-dev mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/flac-dev
