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>