Opened 6 years ago

Closed 5 years ago

Last modified 5 years ago

#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 Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


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

(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 Changed 6 years ago by cehoyos

Is the problem reproducible with ffplay?

comment:2 Changed 6 years ago by gjdfgh

"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 Changed 5 years ago by michael

WARNING: Falling back on generic information extractor.
[generic] das-buch-der-madrigale: Downloading webpage
[generic] das-buch-der-madrigale: Extracting information
ERROR: Invalid URL:

I also tried it with a random flv from my hdd, and it seems to work fine

comment:4 Changed 5 years ago by michael

  • Cc michael added

comment:5 Changed 5 years ago by gjdfgh

comment:6 Changed 5 years ago by compn

  • Resolution set to worksforme
  • Status changed from new to closed

works here, closing....

comment:7 Changed 5 years ago by cehoyos

  • Keywords flv added
Note: See TracTickets for help on using tickets.