mpv - a free, open source, and cross-platform media player

	Commit message (Collapse)	Author	Age	Files	Lines
*	vaapi: remove non-VLD entrypoints	wm4	2013-09-29	1	-6/+2
\| \| \| \| \|	These probably don't work. libavcodec doesn't seem to support them, and neither did the original mplayer-vaapi patch.
*	vaapi: fix non-sense condition	wm4	2013-09-29	1	-1/+1
\| \| \| \|	Attempting signed comparison on unsigned value.
*	vaapi: potentially make reading surfaces back to system RAM faster	wm4	2013-09-27	1	-1/+4
\| \| \| \| \| \| \| \|	Don't allocate a VAImage and a mp_image every time. VAImage are cached in the surfaces themselves, and for mp_image an explicit pool is created. The retry loop runs only once for each surface now. This also makes use of vaDeriveImage() if possible.
*	vaapi: allow GPU read-back with --hwdec=vaapi-copy	wm4	2013-09-25	1	-3/+105
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	This code is actually quite inefficient: it reuses the (slow, simple) screenshot code. It uses an inefficient method to read the image (vaGetImage() instead of vaDeriveImage()), allocates new memory for each frame that is read, and it tries all image formats again each time. Also, in my tests it always picked NV12 as image format, which is not ideal if you actually want to filter the video, and vo_xv can't handle this format without conversion either. However, a user confirmed that it worked for him, so everything is fine.
*	vaapi: add vf_vavpp and use it for deinterlacing	xylosper	2013-09-25	1	-36/+29
\| \| \| \| \| \| \| \|	Merged from pull request #246 by xylosper. Minor cosmetic changes, some adjustments (compatibility with older libva versions), and manpage additions by wm4. Signed-off-by: wm4 <wm4@nowhere>
*	vaapi: use highest available profile, instead of mapping it exactly	wm4	2013-08-19	1	-41/+38
\| \| \| \| \| \| \|	Now the code does the same as the original MPlayer VAAPI patch, instead of trying to map the profiles exactly. See previous commit for justification and discussion.
*	video/decode: pass parameters directly to hwdec allocate_image callback	wm4	2013-08-15	1	-6/+2
\| \| \| \| \| \|	Instead of passing AVFrame. This also moves the mysterious logic about the size of the allocated image to common code, instead of duplicating it everywhere.
*	video: add vaapi decode and output support	wm4	2013-08-12	1	-0/+414
	This is based on the MPlayer VA API patches. To be exact it's based on a very stripped down version of commit f1ad459a263f8537f6c from git://gitorious.org/vaapi/mplayer.git. This doesn't contain useless things like benchmarking hacks and the demo code for GLX interop. Also, unlike in the original patch, decoding and video output are split into separate source files (the separation between decoding and display also makes pixel format hacks unnecessary). On the other hand, some features not present in the original patch were added, like screenshot support. VA API is rather bad for actual video output. Dealing with older libva versions or the completely broken vdpau backend doesn't help. OSD is low quality and should be rather slow. In some cases, only either OSD or subtitles can be shown at the same time (because OSD is drawn first, OSD is prefered). Also, libva can't decide whether it accepts straight or premultiplied alpha for OSD sub-pictures: the vdpau backend seems to assume premultiplied, while a native vaapi driver uses straight. So I picked straight alpha. It doesn't matter much, because the blending code for straight alpha I added to img_convert.c is probably buggy, and ASS subtitles might be blended incorrectly. Really good video output with VA API would probably use OpenGL and the GL interop features, but at this point you might just use vo_opengl. (Patches for making HW decoding with vo_opengl have a chance of being accepted.) Despite these issues, decoding seems to work ok. I still got tearing on the Intel system I tested (Intel(R) Core(TM) i3-2350M). It was also tested with the vdpau vaapi wrapper on a nvidia system; however this was rather broken. (Fortunately, there is no reason to use mpv's VAAPI support over native VDPAU.)