Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 05 Oct 2015 17:25:54 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 203534] [PATCH] multimedia/mpv: Enable more options by default
Message-ID:  <bug-203534-13-BzWHWqHven@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-203534-13@https.bugs.freebsd.org/bugzilla/>
References:  <bug-203534-13@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203534

--- Comment #4 from Jan Beich <jbeich@FreeBSD.org> ---
VDPAU and VAAPI require corresponding support in multimedia/ffmpeg. Without it
--vo=vdpau and --vo=vaapi would use hardware overlays and scaling but with
software decoding. mplayer avoids this issue by using a bundled copy of ffmpeg.
--vo=opengl also supports hardware decoding but you still need to build mpv
with VDPAU or VAAPI.

With OPENGL --vo=opengl would be picked over --vo=xv by default, see the list
in video_out_drivers[] in video/out/vo.c. It's going to improve non-video
scaling (OSD and subtitles) but those stuck with swrast DRI (mainly non-x86)
may want --vo=sdl:sw (VIDEO_OPENGL=off) or return of --vo=x11 [1] instead.

V4L should be fine as tv:// and pvr:// don't use v4l support in libavdevice for
which there's av:// protocol.

[1]
https://github.com/mpv-player/mpv/commit/ebb43f5176d52158dc6b115ce60305a2c8a63b76

multimedia/ffmpeg can enable VDPAU, VAAPI, V4L by default as well. It's
probably a matter of how popular they are to burden package users with more
dependencies. libv4l can be pulled by quite a few non-multimedia and
non-video-chat packages e.g., blender (via opencv), firefox, wine-staging.

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-203534-13-BzWHWqHven>