flac total time exceeded

play time exceeds total time

http://streams.videolan.org/issues/10328/01%20How%20We%20Roll%20-%20Don%20Omar,%20Busta%20Rhymes,%20Reek%20da%20Villian%20and%20J-doe.flac

2.1.2 and 2.2.0

uploaded videolan file uploader

name: 01 How We Roll - Don Omar, Busta Rhymes, Reek da Villian and J-doe.flac

size: 28.5 MB (29,902,834 bytes)

assigned to @fcartegnie

The file says 4min10 but has data until 4min13.

Libavformat gives 4min10

added Component::Demuxers: Ogg label

changed milestone to %Bugs paradize

changed the description

If the file is larger than the headers claim, I think exceeding 100% position is the most reasonable thing to do. Parsing the entire file to compute accurate length would be insane (and impossible for non-seekable inputs). Dropping the end of the file would suck much worse than showing inconsistent timing.

Possibly same as 1859

https://trac.videolan.org/vlc/ticket/1859

It could be that GET_TIME is buggy too.

It's really weird, since all sound after 4min10 is complete silence here.

2.1.2 shows up to 4min16s and 2.2.0 seems to block after 4min13s

My android with native support shows to ten seconds

Total length is 250 Seconds, which is 4:10.

The problem is with current time.

Seems packetizer problem which returns a relative pts (0 on discontinuity + n*playback duration), added to another relative offset in demuxer.

Spec says frame or sample number is in FRAME HEADER.

I have fix for pts from frames. Just need to fix seeking.

has sound after total time

name: 09 Batalha - ObandO.flac

size: 23.2 MB (24,357,485 bytes)

uploading via videolan file uploader. should be complete shortly after this message has been posted.

uploaded

http://streams.videolan.org/issues/10328/09%20Batalha%20-%20ObandO.flac

commit 6449a22a Author: Francois Cartegnie fcvlcdev@free.fr Date: Wed Jan 8 15:22:03 2014 +0100

demux: flac: use frame pts (fix [#10328](https://code.videolan.org/videolan/vlc/-/issues/10328))

added Status::fixed label

closed