-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] Has anyone successfully decoded a FLAC by a series of process_single's (I'm using the seekable_stream interface)? Whenever the process_single make a read callback, then next time I call process single, the decoder losses sync. I'm trying to determine if it is a problem in my code, or a problem in libFLAC. I'd usually guess it would be my code, but the code at my end is pretty simple, and I can't see what the problem would be. - -- 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 iD8DBQE9ztrFuZUa0PWVyWQRAhG6AKCQt5/ZkVNPsShe5d/0Wk8VFnUlaACdEJiu IJSMgAR15mh+3W3JhdRP4Rs=ae8Q -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [To: flac-dev@lists.sourceforge.net] 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-----
--- Russell O'Connor <roconnor@Math.Berkeley.EDU> wrote:> Has anyone successfully decoded a FLAC by a series of > process_single's > (I'm using the seekable_stream interface)? > > Whenever the process_single make a read callback, then next time I > call > process single, the decoder losses sync. > > I'm trying to determine if it is a problem in my code, or a problem > in > libFLAC. > > I'd usually guess it would be my code, but the code at my end is > pretty > simple, and I can't see what the problem would be.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. 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). Josh __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2