[Flac-dev] flac-1.1.3 fails to decode where flac-1.1.2 works

[Josh Coalson]

--- Avuton Olrich <avuton at gmail.com> wrote:
> On 12/11/06, Josh Coalson <xflac at yahoo.com> wrote:
> > --- Avuton Olrich <avuton at gmail.com> wrote:
> > > I'm attempting to decode part of a largefile flac whose seektable
> is
> > > broken or missing and the file is shorter then it's supposed to
> be,
> > > when I use 1.1.2 it decodes fine, when I use 1.1.3 it fails
> > >
> > > flac --decode --skip=719:58.0 --until=1024:58.0 -o
> > > \/home\/sbh\/work\/hs\/out.wav
> > > \/mnt\/ss\/sdb\/Sound\/Recording\/2006\-11\-29\/in.flac
> > >
> > > out.wav: ERROR seeking while skipping bytes
> > >                                         state =
> > > FLAC__STREAM_DECODER_SEEK_ERROR
> > >
> > > Is there a way I can 'fix' the seektable with flac-1.1.3? What's
> my
> > > best option moving forward here?
> >
> > are you sure it's a problem with the seektable?  flac-1.1.3 has
> > a new seeking algorithm and yuo may have hit a bug with it.
> >
> > does it happen on any large file?  if so, what is the size
> threshold?
> > if not, can you host an example for me to debug with?
> 
> It's definitely happening with largefiles, around 3-4GB. Also, like I
> was saying I normally like to cut parts of the file before the file
> has been 'completed' using the --skip and --until.

ah, then it's probably due to the new seek routine, since the
correct seekpoint offsets are not written at that point.  Miroslav
wrote the new routine, and it is much better in several ways but
may need some tweaking for this case.

Miroslav, can you take a look?

Josh



 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com