aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
* vo_opengl: GLX: try to create 3.3 core profile contextGravatar wm42016-03-19
| | | | | | | | | | | | | | | | Until now, we have tried to create a GL 3.0 context. The main reason for this is that many Mesa-based drivers did not support anything better. But some drivers (Mesa AMD) will not report a higher OpenGL version, because their compatibility mode is restricted. While later GL features are reported as extensions just fine, there doesn't seem to be a way to determine or enable higher GLSL versions. Add some more shitty hacks to try to deal with this messed up situation, and try to probe each interesting GL version separately (starting with 3.3, then 3.2 etc.). Other backends might suffer from similar problems, but these will have to deal with it on their own. Probably fixes #2938, or maybe not.
* man: lua: fix typo in script-binding example.Gravatar torque2016-03-19
| | | | This line was added in ae5df9be98e4193342321f30285655fcf88e7e63, and it appears to have been a typo.
* Revert "wayland: set fs mode on every configure"Gravatar Emmanuel Gil Peyrot2016-03-19
| | | | | | | | | Prevents an infinite loop of configure event and set_fullscreen request on Weston and other compositors respecting the protocol. Fixes #2817 This reverts commit eb6b2b6e50e6e3d3db41190ad818d8b966750734.
* csputils: add DCI-P3 colorspaceGravatar Niklas Haas2016-03-19
| | | | | | This colorspace has been historically used as a calibration target for most digital projectors and sees some involvement in the UltraHD standards, so it's a useful addition to mpv.
* DOCS/compile-windows.md: use CC=gcc.exe for msys2 compileGravatar Kevin Mitchell2016-03-18
| | | | | The .exe extension *is* required. It only kind of worked without it due to the --check-c-compiler flag.
* DOCS/compile-windows.md: update dependencies for msys2 buildGravatar Kevin Mitchell2016-03-18
| | | | | Apparently, you're not supposed to use msys2 pkg-config for mingw stuff. Also, in msys2, python *is* python3.
* TOOLS/lua/README: link to list of user scripts on wikiGravatar wm42016-03-18
|
* lua: don't suspend core by default during script executionGravatar wm42016-03-18
| | | | | | | | | This changes behavior somewhat. The old behavior can be restored by running "mp.use_suspend=true". It was originally introduced for the OSC, but I can't reproduce whatever misbehavior I was seeing. (See mp.suspend()/resume() for explanations what the suspend mechanism does.)
* vd_lavc: don't get into an endless loop if decoding failsGravatar wm42016-03-18
| | | | Regression since commit 6640b22a.
* demux_timeline: skip decoder reinit when seeking to same segmentGravatar wm42016-03-17
| | | | | "Normal" seeks, which don't actually switch the segment, do not need to reinit the decoders.
* vo_opengl: dxva2egl: ignore alpha component in the mapped videoGravatar wm42016-03-17
| | | | | | | | | | | converted_imgfmt will be used by the renderer logic to build an appropriate shader chain. It doesn't influence the format of any textures. Thus it doesn't matter whether the hw video surface is mapped as RGB or RGBA. What matters is if the video actually contains alpha or not. Since virtually all hardware decoder do not support alpha in any way, this can be hardcoded as "no alpha". This avoids unnecessary GPU work.
* vo_opengl: fix operation without GL_ARB_texture_rgGravatar wm42016-03-17
| | | | | | | | This also gets rid of the kind of hard to read texture swizzle setup and turns it into something dumber. Assumes that we don't create any FBOs with 2 channel formats. (Only the video source textures are handled by this commit.)
* ao_lavc: use new af_select_best_samplerate functionGravatar Kevin Mitchell2016-03-17
| | | | | | | | This is particularly useful for opus which allows only a fairly restrictive set of samplerates. If the codec doesn't provide a list of samplerates, just continue to try the requsted one and hope for the best. fixes #2957
* ao_wasapi: use new af_select_best_samplerate functionGravatar Kevin Mitchell2016-03-17
| | | | It duplicates the logic that was previously used here.
* audio: add af_select_best_samplerate functionGravatar Kevin Mitchell2016-03-17
| | | | | | This function chooses the best match to a given samplerate from a provided list. This can be used, for example, by the ao to decide what samplerate to use for output.
* dxva2: prevent outputting native surfaces with HWDEC_DXVA2_COPY (again)Gravatar wm42016-03-17
| | | | Not quite sure when/why exactly this was broken.
* vo_opengl: fix sharpen filterGravatar wm42016-03-16
| | | | | | Regression since commit 93546f0c. Fixes #2956.
* DOCS/compile-windows.md: update MSYS2 instructionsGravatar Kevin Mitchell2016-03-16
| | | | | | | | * Use the update-core command * Add --check-c-compiler=gcc to be safe * Add warning about potential pitfalls of adding C:\msys2\mingw64\bin to %PATH% * Recommend winpty * Add note about ANGLE
* osd: fix build with --disable-libassGravatar wm42016-03-16
|
* vo_opengl: only open one OpenGL/DX interop handle when using dxva2Gravatar Kevin Mitchell2016-03-15
| | | | | | | | | Previously, gl->DXOpenDeviceNV was called twice using dxva2 with dxinterop. AMD drivers refused to allow this. With this commit, context_dxinterop sets its own implementation of MPGetNativeDisplay, which can return either a IDirect3DDevice9Ex or a dxinterop_device_HANDLE depending on the "name" request string. hwdec_dxva2gldx then requests both of these avoiding the need to call gl->DXOpenDeviceNV a second time.
* input/event.h: add include guardGravatar wm42016-03-15
|
* input: accept plain text for drag&dropGravatar wm42016-03-15
| | | | | This will work for the X11 backend. It could be easily extended to Wayland too, maybe.
* x11, input: move mime type drag&drop negotiation to common codeGravatar wm42016-03-15
| | | | | | | | | | | | | Drag&drop mechanisms typically support multiple types for the drop data. Move most of the logic which types are accepted and preferred to event.c, where the data is also interpreted. (Maybe sorting the types by assigning scores is over-engineered, since they're already sorted by preference, but it's actually not much more code.) Not very interesting/meaningful yet, but preparation for the next commit.
* x11: move vo->input_ctx accesses to x11->input_ctxGravatar wm42016-03-15
| | | | | | Reduces VO access and makes the code more self-contained. (One day the windowing backend code should not access the VO anymore. We're just not quite there yet.)
* mpv.rc: remove most contentsGravatar wm42016-03-14
| | | | In particular remove version.h to deal with my temporary build problem.
* command: dump tracklist if sub-add is run with the "cached" flagGravatar wm42016-03-14
| | | | | mp_switch_track() doesn't do it automatically for whatever reason, so do it here.
* manpage: fix inverted condition in mixer-active descriptionGravatar wm42016-03-13
| | | | | | Still not sure if the current text is actually understandable. Also fix a typo.
* player: add missing audio reconfig eventsGravatar wm42016-03-13
| | | | | | | This also takes care of sending the required property change notifications. Fixes #2929 and maybe fixes #2920.
* manpage: minor changes to some environment variablesGravatar wm42016-03-12
| | | | | | TERM isn't used anymore (except possibly indirectly by vo_caca). MPV_LEAK_REPORT should be thread-safe, modulo bugs.
* dec_video: always redisplay cover art after a seekGravatar wm42016-03-11
| | | | | | | | | | | | | | | | Instead of displaying it only on playback start (or after switching tracks), always display it even after a seek. This helps with --lavfi-complex. You can now overlay e.g. audio visualizations over cover art, and it won't break after a seek. The downside is that this might make seeks with huge cover art slower. There is also a glitch on seeking: since cover art pictures always have timestamp 0, the playback time will be 0 for a moment after seek, and then revert to audio PTS (as video is considered EOF). This is also due to how lavfi's overlay filter behaves. (I'm not sure how to tell lavfi that it's just a single frame.)
* dec_video: reduce scope of variableGravatar wm42016-03-11
| | | | | Almost only a cosmetic change, although it decreases pointless referencing/dereferencing of the cover art packet too.
* build: be less strict about line endingsGravatar wm42016-03-11
| | | | This is a shitty hack, but also not terribly offensive.
* manpage: add that dxinterop may work on intel.Gravatar Kevin Mitchell2016-03-10
|
* manpage: remove extraneous newlines from end of options.rstGravatar Kevin Mitchell2016-03-10
|
* manpage: add note about video filters and hwdecGravatar Kevin Mitchell2016-03-10
|
* manpage: document dxva2 option for hwdecGravatar Kevin Mitchell2016-03-10
| | | | Also mention dxva2-copy along with vaapi-copy.
* vo_opengl: add dxva2 interop to angle backendGravatar Kevin Mitchell2016-03-10
| | | | | | Like dxinterop, this uses StretchRect or RGB conversion. This is unavoidable as long as we use the dxva2 API, as there is no way to access the raw hardware decoded Direct3D9 surfaces.
* build: install symbolic SVG iconGravatar Jashandeep Sohi2016-03-10
|
* ytdl_hook: handle optional format_noteGravatar ▟ ▖▟ ▖2016-03-10
| | | | | some extractors don't return a format_note for their audio stream which resulted in commandv complaining "argument 4 is not a string" (got nil).
* vo_opengl: use the same type for cached and current uniform valuesGravatar wm42016-03-10
| | | | Slightly improvement over the previous commit.
* vo_opengl: cache the values of the uniform variablesGravatar igv2016-03-10
|
* README: eloborate on stable FFmpeg releases furtherGravatar wm42016-03-10
| | | | We _really_ try to discourage using older releases.
* DOCS: add some hints to the new examples repositoryGravatar wm42016-03-10
|
* DOCS: remove client API examplesGravatar wm42016-03-10
| | | | Moved to: https://github.com/mpv-player/mpv-examples
* demux: remove pausing mechanismGravatar wm42016-03-10
| | | | | | | | | This is simpler, because it doesn't have to wait from both threads for synchronization. Apart from being simpler/cleaner, this serves vague plans to stop/start the demuxer thread itself automatically on demand (for the purpose of reducing unneeded resource usage).
* demux: replace demux_pause/demux_unpause with demux_run_on_threadGravatar wm42016-03-09
| | | | | | | This pause stuff is bothersome and is needed only for a few corner- cases. This commit removes it from the demuxer public API and replaces it with a demux_run_on_thread() function and refactors the code which needed demux_pause(). The next commit will change the implementation.
* command: change stream-pos semanticsGravatar wm42016-03-09
| | | | | | | | | | | | | Changing the byte stream position without cooperation of the demuxer seems a bit insane, and is certainly useless. A user should do factor seeks instead. For formats like ts, this will actually translate to byte seeks, while treating the rest of the playback chain a bit more gracefully. With this argument, remove write access to this property. If someone really complains, proper byte seeks could be added as seek mode (although I'm going to need a convincing argument for this). Read access changes too, but in a more subtle way.
* vo_opengl: cache the locations of the uniform variablesGravatar igv2016-03-09
|
* osd: cleanup: make OSDTYPE_ constants private to OSD codeGravatar wm42016-03-08
| | | | | | No need to have them everywhere. The only exception/annoyance is MAX_OSD_PARTS, which is now basically duplicated (and at runtime initialization is checked with an assert()).
* osd, lua: manage multiple ASS overlays set with set_osd_ass() callsGravatar wm42016-03-08
| | | | | | | | | | | | | | | | | | | | | | | | | Until now, there was only 1 global ASS overlay that could be set by all scripts. This was often perceived as bug when multiple scripts tried to set their own ASS overlay. This was kind of hard to solve because the script could set its own ASS PlayResX/Y, which makes it impossible to share a single ASS_Renderer for multiple scripts. The OSC unfortunately makes use of this feature (and unfortunately can't be fixed because it's a POS), so we're stuck with this complication. Implement the worst-case solution and fix this by creating separate ASS track and renderer objects for each script that wants to set an ASS overlay. The z-order is decided by the order the scripts set their text first. This is essentially random, unless you do it at script init, and you pass scripts in a specific order. Script initialization is currently serialized (as a feature), so the first loaded script gets lowest Z-order. The Lua script API interestingly remains the same. (And also will remain undocumented, unsupported, and potentially volatile.)