aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
* command: explicitly show mouse cursor when unfullscreeningGravatar wm42015-05-21
|
* win32: do not call timeEndPeriod(1) on terminationGravatar wm42015-05-21
| | | | | | | | This was called for formal reasons at best. The way it does this is somewhat dangerous, because if libmpv is unloaded as DLL, this would attempt to call a dangling function pointer. (No, we don't want an extra DllMain entrypoint just for win32.)
* DOCS/client_api_examples: cocoa: minor fixesGravatar wm42015-05-21
| | | | | | | Cocoa needs to be linked explicitly. EXIT_SUCCESS is pretty pointless, and the same file uses exit(1) in other places.
* DOCS/client_api_examples: add opengl-cb-based cocoa example.Gravatar torque2015-05-21
| | | | Contains a basic toggle button that pauses the video.
* chmap: use av_popcount64()Gravatar wm42015-05-21
| | | | Saves us some code, and also happens to fix #1968.
* vo_opengl: vda: make it work anywhereGravatar wm42015-05-21
| | | | | | | | A rather dumb hack to copy the problematic rectangle textures (mandated by VDA) into 2D ones. (This isn't done yet for OpenGL 3.0+. We need to make sure the performance isn't reduced too much by it.)
* video: do not align source position to 2Gravatar wm42015-05-21
| | | | | vo_direct3d still seems to require this (tested on Windows 8.1 with Intel graphics). Do it in vo_direct3d instead of messing with all VOs.
* vo_opengl: remove npot optionGravatar wm42015-05-21
| | | | Completely useless.
* DOCS/mplayer-changes: add relative seeking by %Gravatar Robin2015-05-21
| | | | Add relative seeking by percentage to mplayer-changes.rst
* vo_xv: make number of buffers configurableGravatar wm42015-05-20
|
* command: refactor if/else statements to switchGravatar Robin2015-05-20
| | | | | | The code checking for the type of seeking contained some if else statements. To improve readability, I decided to refactor those statements to a switch statement.
* video: force audio resync after video discontinuityGravatar wm42015-05-20
|
* video: better heuristic for timestamp resetsGravatar wm42015-05-20
| | | | | | | | | | | | | | | Reduce the default tolerance for timestamp jumps from 60 to 15 seconds. For .ts files, where ts_resets_possible coming from AVFMT_TS_DISCONT is set, apply a more sophisticated heuristic. It's clear that such a file wouldn't have a framerate below, say, 23hz. If the demuxer reports a lower fps, we allow longer PTS jumps. This should replace long pauses on discontinuities with .ts files with at most a short stutter. Of course, all kinds of things could go wrong anyway if the source is VFR, or FFmpeg's frame rate detection fails in some other way. I haven't found such a file yet, though.
* audio: fix resync issue differentGravatar wm42015-05-19
| | | | | | | | | | | Commit 10915000 attempted to fix wasting CPU when resyncing and no new data was actually coming from the demuxer. The fix assumed that at this point it would have reached the sync point, but since the code attempts weird incremental decoding, this wasn't actually true. So it broke seeking in addition to removing the CPU waste. Try something else. This time, we essentially only wakeup again if data was read (i.e. audio_decode() returned successfully).
* command: change OSD symbol for absolute perc. seekGravatar rrooij2015-05-19
| | | | | | | | | | The OSD symbol for seeking to an absolute percentage was always OSD_FFW, even when it should be OSD_REW. It uses the correct OSD symbols now, by checking the current position ratio. Note: The symbol is still incorrectly given when the absolute percentage is very close to the current position ratio. Fortunately, that's a rare use case.
* manpage: fix syntaxGravatar wm42015-05-19
| | | | | I guess this wasn't meant to be literal syntax, but it implies "," is used as sub-option separator.
* demux: read cue sheets embedded in tagsGravatar wm42015-05-19
| | | | | | | | | This reads the "CUESHEET" tag, and attempts to parse it as .cue data. If any is found, the cue tracks are added as chapters. This reuses the parser written for demux_cue.c. Fixes #1957.
* demux_cue: move cue parser to a separate fileGravatar wm42015-05-19
| | | | Preparation for the next commit.
* ad_spdif: use DTS-HD passthrough only if the audio is really DTS-HDGravatar wm42015-05-19
| | | | | | | | | | | | | | | | | | | | | | | Apparently some A/V receivers do not behave well if "normal" DTS is passed through using the high bitrate spdif format normally used for DTS-HD (other receivers are fine with it). Parse the first packet passed to ad_spdif by decoding it with libavcodec in order to get the profile. Ignore the --ad-spdif-dtshd if it's not DTS-HD. (If the codec profile changes midstream, the user is out of luck. But this is probably an insignificant corner case.) I thought about parsing the bitstream, but let's not. While it probably wouldn't be that much effort, we are trying to keep it down on codec details here - otherwise we could just do our own spdif framing instead of using libavformat's spdif pseudo-muxer. Another possibility, using the codec parameters signalled by libavformat, is disregarded. Our builtin Matroska decoder doesn't do this, and also we do not want on the demuxer having to decode some packets in order to retrieve codec params (as libavformat does). Fixes #1949.
* ad_spdif: set output format lazilyGravatar wm42015-05-19
| | | | | Preparation for the following commit, which looks at the packet data before deciding what to output.
* audio: avoid wasting CPU due to continuous wakeupGravatar wm42015-05-19
| | | | | | | | | Thsi code path happens during seeking. If video is still being decoded to get to the first video frame, audio has nothing to do, as it is synchronized against the first video frame. We only want to wake up if there's an actual state change. Fixes #1958.
* command: use consistent comment styleGravatar rrooij2015-05-19
| | | | Signed-off-by: wm4 <wm4@nowhere>
* input: add relative percentage seekGravatar rrooij2015-05-19
| | | | | | | | | | | Only absolute percentage seeking was permitted first. It is now also possible to seek by relative percentage. MPSEEK_FACTOR is used as seek_type. Fixes #1950. Signed-off-by: wm4 <wm4@nowhere>
* x11: never forcefully terminate xdg-screensaver processGravatar wm42015-05-18
| | | | | | It sometimes happens on exit, and it's probably a bad idea. If the process hangs on exit (possibly due to stupid hardcoded timeouts it's doing), mpv will also hang now, unfortunately.
* mpv.desktop: shorten polish nameGravatar Mateusz Łukasik2015-05-18
| | | | | | The Polish name was too long and contradicted. One word is enough. Signed-off-by: wm4 <wm4@nowhere>
* sub: add .sup file extension for subtitle autoloadingGravatar wm42015-05-18
|
* command: add playlist_shuffle commandGravatar wm42015-05-17
| | | | Fixes #965.
* input.conf: add CTRL+s key binding for window screenshotsGravatar wm42015-05-17
|
* manpage: improve osc helpGravatar Avi Halachmi (:avih)2015-05-16
| | | | Signed-off-by: wm4 <wm4@nowhere>
* DOCS/client_api_examples: Qt: force qmake to use pkg-config.Gravatar torque2015-05-16
|
* manpage: lua: clarify OSD differences between mp.command/mp.commandvGravatar wm42015-05-16
| | | | | | Conflicts: player/audio.c player/video.c
* x11: attempt to make initial fullscreening more reliableGravatar wm42015-05-15
| | | | | | | | | | | | | | It appears some WMs have a problem with out method of setting initial fullscreen mode. We assume that if the window's _NET_WM_STATE includes _NET_WM_STATE_FULLSCREEN before mapping the window, the WM will show it as fullscreen at mapped. EWMH doesn't say anything that this should work, although one could argue that it's implied. In any case, since it's not standard behavior without at least some doubt, it's probably a good idea to try the "old" method as well. Fortunately, it should be idempotent. See #1937, #1920.
* vf_vapoursynth: reject unaligned video sizesGravatar wm42015-05-15
| | | | Leads to some nice memory corruption otherwise.
* vo: remove suspicious lineGravatar wm42015-05-15
| | | | | pts can never be 0 or negative. If there is no frame, some code below catches this case by checking hasframe.
* Remove trailing whitespacesGravatar Michael Vetter2015-05-15
|
* video: add hevc to whitelist of hwdec codecsGravatar wm42015-05-14
| | | | | This means if --hwdec is used, and hardware decoding is supported for HEVC, it's actually used.
* dxva2: support HEVCGravatar wm42015-05-14
| | | | | | | | | | | | This is pretty much copy&pasted from Libav commit a7e0380497306d9723dec8440a4c52e8bf0263cf. Note that if FFmpeg was not compiled with HEVC DXVA2 support or your video drivers do not support HEVC, the player will not fallback and just fail decoding any video. This is because libavcodec appears not to return an error in this case. The situation is made worse by the fact that MSYS2 is on an ancient MinGW-w64 release, which does not have the required headers for HEVC DXVA2 support.
* vo_opengl: hardcode rquested GL version in backendsGravatar wm42015-05-14
| | | | | The requested version field didn't make much sense anymore, and was even partially ignored by some backends.
* x11: use new OpenGL backend APIGravatar wm42015-05-14
|
* vo_opengl: create new API for OpenGL VO backendsGravatar wm42015-05-14
| | | | | | | | | | An attempt to get rid of the weird mix of callbacks that take either struct vo or MPGLCopntext as parameter. This is not perfect, and the API will probably change a bit until all other code is ported to it. the main question is how to separate struct vo completely from the windowing code, which actually needs vo for very little. In the end, the legacy callbacks will be dropped.
* vo_opengl: change user options for requesting GLESGravatar wm42015-05-14
| | | | | | | | Instead of having separate backends, make use of GLES a flag. This reduces the number of backends and the resulting annoyances. Also, nobody cares about using GLES, so there's no backward compatibility either.
* vo_opengl: merge GL backend creation/initializationGravatar wm42015-05-13
| | | | | The final goal is to remove the nonsense separation between the 3 backend init/vo_init/GL context creation calls.
* vo_opengl: remove mpgl_lock callsGravatar wm42015-05-13
| | | | Awkward stuff not needed anymore.
* cocoa: redo synchronizationGravatar wm42015-05-13
| | | | | | | | | | | | | | | | | | | | | Before this change, Cocoa state was accessed from both the VO and the Cocoa main thread. This was probably not a good idea. There was some locking as well as implicit synchronization using the dispatch mechanism, but it wasn't watertight. Change this completely. Now Cocoa things are always accessed from the main thread only. The old mutex falls away, as well as the vo_cocoa_set_current_context() function, which implicitly used the lock to coordinate VO accesses. With the new code, the VO thread generally has to wait for the main thread, while the main thread never waits for the VO and rarely accesses it. Fortunately, this is rather straight forward, and most of this is achieved by making vo_cocoa_control() run on the main thread. The logic of the code does generally not change. Some aspects are trickier. Apparently we can't access the NSOpenGLContext from the VO thread, because this object is not thread- safe. We use some CGLContextObj functions instead, such as for making the context current and swapping the buffers.
* vo_opengl: remove some more Cocoa resize leftoversGravatar wm42015-05-13
|
* manpage: explain some property expansion restrictionsGravatar wm42015-05-13
|
* manpage: remove stray newlineGravatar wm42015-05-13
|
* vda: add support for nv12 image formatsGravatar Stefano Pigozzi2015-05-13
| | | | | | | | | The hardware always decodes to nv12 so using this image format causes less cpu usage than uyvy (which we are currently using, since Apple examples and other free software use that). The reduction in cpu usage can add up to quite a bit, especially for 4k or high fps video. This needs an accompaning commit in libavcodec.
* build: check for lua52Gravatar Christian Hesse2015-05-13
| | | | | | | Arch linux is about to update to lua 5.3.x, but lua 5.2.x will be provided by package lua52, which contains pkg-config file lua52.pc. Signed-off-by: wm4 <wm4@nowhere>
* vo: avoid burning CPU when pausedGravatar wm42015-05-13
| | | | | | Some code always calls vo_event(), even with event==0, which leads to immediate wakeup, which in turn causes the function to be called again. This would burn CPU, which was especially noticeable when paused.
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-16 19:22:31 +0000