mirror of
https://github.com/mpv-player/mpv
synced 2025-03-30 15:29:56 +00:00
Command line video player
c61f1ff61b
Allow the backend code to create a GL context on best effort basis,
instead of having to implement separate functions for each variation.
This means there's only a single create_window callback now. Also,
getFunctions() doesn't have the gl3 parameter anymore, which was
confusing and hard to explain.
create_window() tries to create a GL context of any version. The field
MPGLContext.requested_gl_version is taken as a hint whether a GL3 or a
legacy context is preferred. (This should be easy on all platforms.)
The cocoa part always assumes that GL 3 is always available on
OSX 10.7.0 and higher, and miserably fails if it's not. One could try
to put more effort into probing the context, but apparently this
situation never happens, so don't bother. (And even if, mpv should be
able to fall back to vo_corevideo.)
The X11 part doesn't change much, but moving these functions around
makes the diff bigger.
Note about some corner cases:
This doesn't handle CONTEXT_FORWARD_COMPATIBLE_BIT_ARB on OpenGL 3.0
correctly. This was the one thing getFunctions() actually needed the
gl3 parameter, and we just make sure we never use forward compatible
contexts on 3.0. It should work with any version above (e.g. 3.1, 3.2
and 3.3 should be fine). This is because the GL_ARB_compatibility
extension is specified for 3.1 and up only. There doesn't seem to be
any way to detect presence of legacy GL on 3.0 with a forward
compatible context. As a counter measure, remove the FORWARD_COMPATIBLE
flags from the win32 code. Maybe this will go wrong. (Should this
happen, the flag has the be added back, and the win32 will have to
explicitly check for GL 3.0 and add "GL_ARB_compatibility" to the extra
extension string.)
Note about GLX:
Probing GL versions by trying to create a context on an existing window
was (probably) not always possible. Old code used GLX 1.2 to create
legacy contexts, and it required code different from GLX 1.3 even before
creation of the X window (the problem was selections of the X Visual).
That's why there were two functions for window creation (create_window_old
and create_window_gl3). However, the legacy context creation code was
updated to GLX 1.3 in commit
|
||
|---|---|---|
| audio | ||
| compat | ||
| core | ||
| demux | ||
| DOCS | ||
| etc | ||
| osdep | ||
| stream | ||
| sub | ||
| TOOLS | ||
| video | ||
| .gitignore | ||
| AUTHORS | ||
| configure | ||
| Copyright | ||
| LICENSE | ||
| Makefile | ||
| README.rst | ||
| talloc.c | ||
| talloc.h | ||
| version.sh | ||
mpv ### Overview ======== **mpv** is a movie player based on MPlayer and mplayer2. It supports a wide variety of video file formats, audio and video codecs, and subtitle types. If you are wondering what's different from mplayer2 and MPlayer you can read more about the changes_. Compilation =========== Compiling with full features requires development files for several external libraries. Below is a list of some important requirements. For more information see the output of ``./configure --help`` for a list of options, or look at the list of enabled and disabled features printed after running ``./configure``. If you think you have support for some feature installed but configure fails to detect it, the file ``config.log`` may contain information about the reasons for the failure. Essential dependencies (incomplete list): - gcc or clang - X development headers (xlib, X extensions, libvdpau, libGL, libXv, ...) - Audio output development headers (libasound, pulseaudio) - fribidi, freetype, fontconfig development headers (for libass) - libass - FFmpeg libraries (libavutil libavcodec libavformat libswscale libpostproc) - libjpeg - libquvi if you want to play Youtube videos directly - libx264 if you want to use encoding (has to be explicitly enabled when compiling ffmpeg) Most of the above libraries are available in suitable versions on normal Linux distributions. However FFmpeg is an exception (distro versions may be too old to work at all or work well). For that reason you may want to use the separately available build wrapper (mpv-build_) that first compiles FFmpeg libraries and libass, and then compiles the player statically linked against those. If you are running Mac OSX and using homebrew we provide homebrew-mpv_, an up to date formula that compiles mpv with sensible dependencies and defaults for OSX. Bug reports =========== Please use the `issues tracker`_ provided by GitHub to send us bug reports or feature requests. Contributing ============ For small changes you can just send us pull requests through GitHub. For bigger changes come and talk to us on IRC before you start working on them. It will make code review easier for both parties later on. Contacts ======== You can find us on IRC in ``#mpv-player`` on ``irc.freenode.net`` .. _changes: https://github.com/mpv-player/mpv/blob/master/DOCS/man/en/changes.rst .. _mpv-build: https://github.com/mpv-player/mpv-build .. _homebrew-mpv: https://github.com/mpv-player/homebrew-mpv .. _issues tracker: https://github.com/mpv-player/mpv/issues