Open GoogleCodeExporter opened 9 years ago
Seeking in files without a known duration is known to be rather error prone,
which is why many players will never allow you to do that.
I strongly recommend to simply not do that.
Original comment by h.lepp...@gmail.com
on 31 Oct 2014 at 1:20
To elaborate, DirectShow doesn't support the concept of a seek "failing", ie.
if you tell it to seek, it absolutely expects playback to continue from the
point you sekeed to.
If however the seek failed, you may actually resume reading from some random
other point (maybe where you were before the seek, maybe somewhere else), which
totally throws DirectShow off and causes all sorts of havoc, which is why
seeking in files which don't even have a known duration is rather ill advised.
Original comment by h.lepp...@gmail.com
on 31 Oct 2014 at 1:23
I agree that makes sense, but seeking works reliably with a closed file of
unknown duration in MPC-HC/LAV without havoc, and VLC handles both open and
closed files of unknown duration just fine. Alternatively the old
MPC-HC/FLVFilter works with open files by detecting the currently available
duration and uses that, but it doesn't rescan the file so playback stops at
whatever duration was initially detected, whereas LAV can play open files past
the initial duration.
In fact, this also occurs with files of "known" duration but are incompletely
downloaded, if they are being downloaded when MPC-HC/LAV opens the file, even
if rtmpdump is not running at the time that MPC-HC/LAV approaches the end of
the file. However, if MPC-HC/LAV opens the incomplete file when rtmpdump is
not running, then seeking past the downloaded portion fails safely.
Original comment by ywlke...@gmail.com
on 31 Oct 2014 at 2:37
Original issue reported on code.google.com by
ywlke...@gmail.com
on 29 Oct 2014 at 4:39