#2317 closed defect (fixed)
Byte based seeks fail in chained OGG files (with FLAC codec)
Reported by: | gjdfgh | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avformat |
Version: | git-master | Keywords: | ogg |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description
See subject. Test samples can be produced with ffmpeg.
Change History (4)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
You can produce a sample by concatenating two OGG-in-flac files with "cat". I don't know how to force byte seeks with ffmpeg. With ffplay, the stream appears to be unseekable even with "-bytes 1". However, doing byte seeks when using libavformat as library are marked as supported, are reported as successful, and lead to strange behavior. Please test it yourself with ffplay (possibly by modifying the code to do byte seeks properly).
The behavior I'm experiencing is that libavformat does seem to seek to the correct position (I think it even demuxes some audio packets from the new position), but then it jumps back. I think it gets confused by the byte seek, and tries to "resync" to the "correct" (i.e. previous) file position by explicitly issuing a seek.
Sometimes, it also stops demuxing after printing some errors:
[ogg @ 0x8a8f120]Cannot identify new stream [ogg @ 0x8a8f120]failed to create or replace stream [ogg @ 0x8a8f120]Cannot identify new stream [ogg @ 0x8a8f120]failed to create or replace stream
comment:3 by , 11 years ago
Reproduced by developer: | set |
---|---|
Resolution: | → fixed |
Status: | new → closed |
comment:4 by , 11 years ago
Component: | undetermined → avformat |
---|---|
Keywords: | ogg added |
Version: | unspecified → git-master |
Please provide a sample and add a failing command line including complete, uncut console output or explain how the problem can be reproduced if this is not possible with ffmpeg.