summaryrefslogtreecommitdiffstats
path: root/travis-deps
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-04-29 15:19:03 +0200
committerwm4 <wm4@nowhere>2014-05-02 01:08:05 +0200
commit6775487a46e42663cf96f4f34091d700f0c5889c (patch)
tree504289fb5569fda9d980e1bf6459f580e889d646 /travis-deps
parentd6dc8642aeb470a183cec351b1155463b278b643 (diff)
downloadmpv-6775487a46e42663cf96f4f34091d700f0c5889c.tar.bz2
mpv-6775487a46e42663cf96f4f34091d700f0c5889c.tar.xz
video: move video frame queue from vo_vdpau.c to vo.c
Remove the special casing of vo_vdpau vs. other VOs. Replace the complicated interaction between vo.c and vo_vdpau.c with a simple queue in vo.c. VOs other than vdpau are handled by setting the length of the queue to 1 (this is essentially what waiting_mpi was). Note that vo_vdpau.c seems to have buffered only 1 or 2 frames into the future, while the remaining 3 or 4 frames were past frames. So the new code buffers 2 frames (vo_vdpau.c requests this queue length by setting vo->max_video_queue to 2). It should probably be investigated why vo_vdpau.c kept so many past frames. The field vo->redrawing is removed. I'm not really sure what that would be needed for; it seems pointless. Future directions include making the interface between playloop and VO simpler, as well as making rendering a frame a single operation, as opposed to the weird 3-step sequence of rendering, drawing OSD, and flipping.
Diffstat (limited to 'travis-deps')
0 files changed, 0 insertions, 0 deletions