[Flac-dev] Re: seeking problems
ChristianHJW
christian at matroska.org
Sat Feb 28 01:13:00 PST 2004
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.
More information about the Flac-dev
mailing list