#3808 closed defect (worksforme)
Seeking in flv with video stream disabled fails
Reported by: | gjdfgh | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avformat |
Version: | unspecified | Keywords: | flv |
Cc: | Michael Niedermayer | Blocked By: | |
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Seeking in flv with video stream disabled (i.e. st->discard = AVDISCARD_ALL) does not work. The seek call apparently succeeds, but after that no packets can be read. The same works if the video stream is enabled.
I couldn't reproduce this with the ffmpeg command line utility. I suspect it's because "-ss" seeks the file _before_ the unneeded streams are disabled.
Sample: youtube-dl http://www.arte.tv/guide/de/049446-000/das-buch-der-madrigale
(Probably any flv file does it.)
I tested with a recent git head, but I know that the problem probably existed for ages.
Change History (7)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
"ffplay -vst 1 file.flv" (where 1 is not a video stream, or something; at least it shows an audio visualizer, and no video) always makes it seek back to the start, even if you seek to the 99% position by clicking on the right of the window.
comment:3 by , 9 years ago
youtube-dl http://www.arte.tv/guide/de/049446-000/das-buch-der-madrigale WARNING: Falling back on generic information extractor. [generic] das-buch-der-madrigale: Downloading webpage [generic] das-buch-der-madrigale: Extracting information ERROR: Invalid URL: http://www.arte.tv/guide/de/049446-000/das-buch-der-madrigale
I also tried it with a random flv from my hdd, and it seems to work fine
comment:4 by , 9 years ago
Cc: | added |
---|
comment:7 by , 9 years ago
Keywords: | flv added |
---|
Is the problem reproducible with ffplay?