[FFmpeg-trac] #911(undetermined:closed): ffplay can't handle timecodes of WMV2 video correctly
FFmpeg
trac at avcodec.org
Thu Jan 12 13:44:20 CET 2012
#911: ffplay can't handle timecodes of WMV2 video correctly
-------------------------------------+-------------------------------------
Reporter: | Owner:
zhushisongzhu | Status: closed
Type: defect | Component:
Priority: important | undetermined
Version: git-master | Resolution:
Keywords: asf wmv2 | worksforme
seeking | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by cehoyos):
Replying to [comment:5 zhushisongzhu]:
> I see that we can just seek from one keyframe to another keyframe and we
can't seek between two keyframes.
> But why can windows media player can control time progress bar smoothly
and correctly?
I do not understand the question.
> I play the video using your suggested command: mplayer hzvideo.wmv
-lavdopts skipframe=nonkey
> The video output is frozen.
I only suggested this command line (that forces MPlayer to skip all non-
key frames) to allow you to reproduce the fact that the sample only
contains two keyframes: The output is not frozen, the first keyframe is
shown for ten seconds, the second keyframe is shown for the remaining
playback time.
I was able to test your sample with WMP on older hardware (2GHz Athlon):
If I seek to "09:17:26" on the counter in the right upper corner, seeking
(back and forth) is very fast, if I try to seek to "09:17:24" seeking
takes much longer, indicating I was right when I wrote above that WMP also
has to seek back to the beginning, it has to decode all frames between the
last keyframe and the specified seeking position to create the allusion of
random seeking.
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/911#comment:6>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list