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

	Commit message (Collapse)	Author	Age	Files	Lines
*	options: remove --display	wm4	2012-11-16	2	-11/+1
\| \| \| \| \|	Was used to set the X11 display. XDisplayName(NULL) does the same, using the DISPLAY environment variable instead.
*	video/filter: rename vf_eq2 to vf_eq	wm4	2012-11-16	2	-4/+4
\| \| \| \| \|	vf_eq was deleted earlier, which makes the name vf_eq2 even more awkward.
*	vo_opengl: remove osdcolor suboption	wm4	2012-11-16	1	-16/+0
\| \| \| \| \| \|	This wasn't actually used since the old gray-alpha OSD rendering has been removed. Removing the documentation for the vo_opengl_old osdcolor suboption was forgotten as well.
*	options, vo_x11: remove -zoom option, make it default	wm4	2012-11-16	13	-51/+13
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	The -zoom option enabled scaling with vo_x11. Remove the -zoom option, and make its behavior default. Since vo_x11 has to use libswscale for colorspace conversion anyway, which doesn't do actual extra scaling when vo_x11 is run in windowed mode, there should be no speed difference with this change. The code removed from vf_scale attempted to scale the video to d_width/ d_height, which matters for anamorphic video and the --xy option only. vo_x11 can handle these natively. The only case for which the removed vf_scale code could matter is encoding with vo_lavc, but since that didn't set VOFLAG_SWSCALE, nothing actually changes.
*	video: add IMGFMT_Y16/PIX_FMT_GRAY16	wm4	2012-11-14	5	-5/+26
\| \| \| \| \| \| \| \| \|	This pixel format is sometimes used with yuv4mpeg. vo_direct3d used its own IMGFMT_Y16 internally for some reason. vo_opengl, vo_opengl_old, and vo_direct3d should be able to display this pixel format natively.
*	Improve compatibility with Libav 0.8.4 and ffmpeg 0.11.2	wm4	2012-11-14	1	-0/+1
\| \| \| \| \| \| \| \| \| \| \|	Libav 0.8.4 is ridiculously old (in relative terms), so I don't know how many things are broken silently. Encoding is disabled, because the required API hasn't been added yet. (On the other hand, the old API can't be used in newer versions.) This should improve compatibility with ffmpeg 0.11.2 as well, which didn't define AV_CODEC_ID_SUBRIP yet.
*	clang: fix all warnings except deprecations	Stefano Pigozzi	2012-11-13	3	-2/+6
\|
*	vf_dlopen: fix a typo in zeroing memory (thanks, pigoz)	Rudolf Polzer	2012-11-13	1	-1/+1
\| \| \| \|	Accidentally had put the & inside the sizeof call too. Typing too fast.
*	win32: remove pointless get/release DC wrappers	wm4	2012-11-12	3	-32/+8
\|
*	Add missing compat/libav.h includes	wm4	2012-11-12	2	-0/+4
\| \| \| \|	For avcodec_free_frame().
*	Rename directories, move files (step 2 of 2)	wm4	2012-11-12	67	-352/+348
\| \| \| \| \| \| \| \| \| \| \| \|	Finish renaming directories and moving files. Adjust all include statements to make the previous commit compile. The two commits are separate, because git is bad at tracking renames and content changes at the same time. Also take this as an opportunity to remove the separation between "common" and "mplayer" sources in the Makefile. ("common" used to be shared between mplayer and mencoder.)
*	Rename directories, move files (step 1 of 2) (does not compile)	wm4	2012-11-12	94	-0/+36526
	Tis drops the silly lib prefixes, and attempts to organize the tree in a more logical way. Make the top-level directory less cluttered as well. Renames the following directories: libaf -> audio/filter libao2 -> audio/out libvo -> video/out libmpdemux -> demux Split libmpcodecs: vf* -> video/filter vd, dec_video. -> video/decode mp_image, img_format, ... -> video/ ad, dec_audio. -> audio/decode libaf/format.* is moved to audio/ - this is similar to how mp_image.* is located in video/. Move most top-level .c/.h files to core. (talloc.c/.h is left on top- level, because it's external.) Park some of the more annoying files in compat/. Some of these are relicts from the time mplayer used ffmpeg internals. sub/ is not split, because it's too much of a mess (subtitle code is mixed with OSD display and rendering). Maybe the organization of core is not ideal: it mixes playback core (like mplayer.c) and utility helpers (like bstr.c/h). Should the need arise, the playback core will be moved somewhere else, while core contains all helper and common code.