-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: [EMAIL PROTECTED]]
On Sun, 10 Nov 2002, Josh Coalson wrote: > Hmm, that's how the plugins work. They are using the file > decoder layer but that's a pretty trivial wrapper around > the seekable stream decoder. Without seeing your code there's > not much else I can say. Do you want to see my code ;-) > When it loses sync, is the file still completely decoded without > gaps or errors in the data? It may be a buggy sync message > (which wouldn't show up in the plugins since they are ignored). The decoded audio has burps in it. As you would expect if some frames aren't decoded. I also have another problem. free(bb->buffer) in FLAC__bitbuffer_free, eventually called by the seekable stream decoder delete causes my application to crash. Very strange. I wounder if my two problems are related. The bitbuffer gets data moved around when read it called, so maybe they are related. It really seems like there is some memory craziness going on. I really hate C. - -- Russell O'Connor <http://www.math.berkeley.edu/~roconnor/> ``[Law enforcement officials] suggested that the activists were stopped not because their names are on the list, but because their names resemble those of suspected criminals or terrorists.'' -- SFGate.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQE9z3peuZUa0PWVyWQRApMiAJ4qHIgB1tDexSYDAr6GcvtL0UxBXACfYNMY Lu7QYYYCnErKgpiuYMpjJoc= =P184 -----END PGP SIGNATURE----- ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Flac-dev mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/flac-dev
