[Flac-dev] Serious bug in FLAC

[Joshua Haberman]

* Nick Lamb (njl98r at ecs.soton.ac.uk) wrote:
> 4. I found that the SEEKTABLE for my .flac looks like this:
> 
> sample_number: 0 stream_offset: 0 frame_samples: 0
> sample_number: 110592 stream_offset: 0 frame_samples: 0
> sample_number: 221184 stream_offset: 0 frame_samples: 0
> sample_number: 331776 stream_offset: 0 frame_samples: 0
> sample_number: 442368 stream_offset: 0 frame_samples: 0
> sample_number: 552960 stream_offset: 0 frame_samples: 0
> sample_number: 663552 stream_offset: 0 frame_samples: 0
> sample_number: 778752 stream_offset: 0 frame_samples: 0
> 
> etc.
> 
> 5. I found that the command line app "flac" causes this by never
> actually writing the seektable data. It writes an empty seektable
> and then never fills it in. I tested with flac 1.0.2 on Red Hat
> Linux 7.2 with various ordinary upgrades. This has been broken for
> many months AFAICT.
> 
> Does it only do this for me? Josh, can you reproduce this?

I know I'm not the Josh you were addressing, but I can't reproduce this
problem, using 1.0.2 on Debian:

    point 0: sample_number=0, stream_offset=0, frame_samples=4608
    point 1: sample_number=41472, stream_offset=89899, frame_samples=4608
    point 2: sample_number=82944, stream_offset=176858, frame_samples=4608

This may be a silly question, but you're not piping the decoder output,
are you?

Joshua

-- 
Joshua Haberman  <joshua at haberman.com>