From: John M. <tt...@te...> - 2004-06-10 15:35:41
|
On Thu, Jun 10, 2004 at 11:12:44AM -0300, Miguel Freitas wrote: > yes, it was prone to locking up, but i sort of fixed it. the problem > was (again) with their crap libflac api. libflac ask us (using > callbacks) to read more data, which might not be always available at > the decoder stage. therefore, to avoid locking inside libflac, we > report a kind of read error. then the lib gets into some bad state and > it seems it cannot be recovered without a complete reinitialization > (that is, playing the file from the start or initial metadata). > > having a native flac demuxer and using ffmpeg decoder is thousands > times better than the current code, even with a 10 seconds > granularity. and, in case anybody needs a better granularity they, can > simply recode the file with more seekpoints - pretty much what people > do with keyframes for the usual codecs. please commit! :) > As the original author of the flac demuxer/decoder that is in xine now, I am all for this. I tried to make this work using libflac, because I wanted to keep it lean, but it never worked properly when seeking. It's too bad that libflac is so brain dead. John |