Hey guys, I just joined the list. I've been programming an external for PureData <http://pure-data.sourceforge.net/> & <http://pure-data.org>, as well as for Max/MSP....that reads multiple sound formats. But, I've been having massive problems with getting reliable seeking with FLAC. sometimes when I call FLAC__seekable_stream_decoder_seek_absolute, I get a false returned for FLAC__seekable_stream_decoder_process_single ..and the error is of type FLAC__SEEKABLE_STREAM_DECODER_STREAM_DECODER_ERROR is there any way to recover from this? I try to do a FLAC__seekable_stream_decoder_flush or FLAC__seekable_stream_decoder_reset on the decoder and it can sometimes continue, but after a while it will just run off in a seek loop, where the decoder state is always FLAC__SEEKABLE_STREAM_DECODER_SEEKING. as far as I can tell it happens at random points. I can't tell for the life of me what is causing it. It works and sounds fine in general....just that seeking is unreliable. any help would be appreciated. I can send the code along to look at. best -august.
sorry to bother again, but I can narrow down my problem to certain parst of my flac file. for example, when I seek to 19*44100 samples or to 81*44100 samples, the seek callback runs off in an endless loop. there aren't any while loops in my code, so I don't think I am causing it. At least I cannot track it down to something I would be doing. are there issues with seeking in FLAC? like I said, I only get this result on specific seek points. otherwise, everything is working honkydory. muchas gracias -augusto. On Tue, 24 Feb 2004, august wrote:> > > Hey guys, > > I just joined the list. I've been programming an external for PureData > <http://pure-data.sourceforge.net/> & <http://pure-data.org>, as well as > for Max/MSP....that reads multiple sound formats. > > But, I've been having massive problems with getting reliable seeking with > FLAC. > > sometimes when I call FLAC__seekable_stream_decoder_seek_absolute, I get > a false returned for FLAC__seekable_stream_decoder_process_single ..and > the error is of type FLAC__SEEKABLE_STREAM_DECODER_STREAM_DECODER_ERROR > > is there any way to recover from this? > I try to do a FLAC__seekable_stream_decoder_flush or > FLAC__seekable_stream_decoder_reset on the decoder and it can sometimes > continue, but after a while it will just run off in a seek loop, where the > decoder state is always FLAC__SEEKABLE_STREAM_DECODER_SEEKING. > > as far as I can tell it happens at random points. I can't tell for the > life of me what is causing it. It works and sounds fine in > general....just that seeking is unreliable. > > any help would be appreciated. I can send the code along to look at. > > best -august. > >
Did you try OggFLAC and MkaFLAC as alternative containers ? For OggFLAC you need libogg, the Xiph documentation should be describing how to seek in the file. But i dont know if using another container than native FLAC framing is an option for you ..... Christian matroska project admin august wrote:> sorry to bother again, > but I can narrow down my problem to certain parst of my flac file. > for example, when I seek to 19*44100 samples or to 81*44100 samples, the > seek callback runs off in an endless loop. > there aren't any while loops in my code, so I don't think I am causing it. > At least I cannot track it down to something I would be doing. > are there issues with seeking in FLAC? > like I said, I only get this result on specific seek points. otherwise, > everything is working honkydory. > muchas gracias -augusto. > > On Tue, 24 Feb 2004, august wrote: >>Hey guys, >>I just joined the list. I've been programming an external for PureData >><http://pure-data.sourceforge.net/> & <http://pure-data.org>, as well as >>for Max/MSP....that reads multiple sound formats. >>But, I've been having massive problems with getting reliable seeking with >>FLAC. >>sometimes when I call FLAC__seekable_stream_decoder_seek_absolute, I get >>a false returned for FLAC__seekable_stream_decoder_process_single ..and >>the error is of type FLAC__SEEKABLE_STREAM_DECODER_STREAM_DECODER_ERROR >>is there any way to recover from this? >>I try to do a FLAC__seekable_stream_decoder_flush or >>FLAC__seekable_stream_decoder_reset on the decoder and it can sometimes >>continue, but after a while it will just run off in a seek loop, where the >>decoder state is always FLAC__SEEKABLE_STREAM_DECODER_SEEKING. >>as far as I can tell it happens at random points. I can't tell for the >>life of me what is causing it. It works and sounds fine in >>general....just that seeking is unreliable. >>any help would be appreciated. I can send the code along to look at. >>best -august.
--- august <august@alien.mur.at> wrote:> > > sorry to bother again, > > but I can narrow down my problem to certain parst of my flac file. > > for example, when I seek to 19*44100 samples or to 81*44100 samples, > the > seek callback runs off in an endless loop. > > there aren't any while loops in my code, so I don't think I am > causing it. > At least I cannot track it down to something I would be doing. > > are there issues with seeking in FLAC? > > like I said, I only get this result on specific seek points. > otherwise, > everything is working honkydory.this is another good data point. I have been really short on time to look into this. there are also some other reports going on that you might want to follow along with: http://www.hydrogenaudio.org/index.php?showtopic=19197 http://sourceforge.net/tracker/index.php?func=detail&aid=851155&group_id=13478&atid=113478 I don't think the changes in CVS will help, but I still have Miroslav's improved seeking patch to try. Josh __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools