diff options
| author | wm4 <wm4@nowhere> | 2014-05-07 21:50:16 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2014-05-07 21:50:16 +0200 |
| commit | f3362e22ebd8a39419c8225c3254fbbebe57d6e9 (patch) | |
| tree | d520b97bc5b948b060417b2f7a4bdf8d4b8824cb /video/out/vo.h | |
| parent | bd2bcc4399a86420523a1c0bdf3d3e2a9d683513 (diff) | |
| download | mpv-f3362e22ebd8a39419c8225c3254fbbebe57d6e9.tar.bz2 mpv-f3362e22ebd8a39419c8225c3254fbbebe57d6e9.tar.xz | |
player: remove VO from seeking code path
Until recently, the VO was an unavoidable part of the seeking code path.
This was because vdpau deinterlacing could double the framerate, and hr-
seek and framestepping etc. all had to "see" the additional frames. But
we've removed the frame doubling from the vdpau VO and moved it into a
video filter (vf_vdpaupp), and there's no reason left why the VO should
participate in seeking.
Instead of queuing frames to the VO during seek and skipping them
afterwards, drop the frames early.
This actually might make seeking with vo_vdpau and software decoding
faster, although I haven't measured it.
Diffstat (limited to 'video/out/vo.h')
| -rw-r--r-- | video/out/vo.h | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/video/out/vo.h b/video/out/vo.h index fe7fd151e8..1a7fdb4901 100644 --- a/video/out/vo.h +++ b/video/out/vo.h @@ -279,7 +279,6 @@ bool vo_get_want_redraw(struct vo *vo); bool vo_has_next_frame(struct vo *vo, bool eof); double vo_get_next_pts(struct vo *vo, int index); bool vo_needs_new_image(struct vo *vo); -void vo_skip_frame(struct vo *vo); void vo_new_frame_imminent(struct vo *vo); void vo_draw_osd(struct vo *vo, struct osd_state *osd); void vo_flip_page(struct vo *vo, int64_t pts_us, int duration); |