--- Avuton Olrich <[EMAIL PROTECTED]> wrote: > On 12/11/06, Josh Coalson <[EMAIL PROTECTED]> wrote: > > --- Avuton Olrich <[EMAIL PROTECTED]> 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 _______________________________________________ Flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
