aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
...
* player: refuse to write resume file with unseekable filesGravatar wm42015-03-18
| | | | | | | In fact this should happen on resume, not on saving, but it's simpler this way. Fixes #1701.
* osd: simplify an aspect of change detection handlingGravatar wm42015-03-18
| | | | | | | | | | | | | | | | | | There was a somewhat obscure optimization in the OSD and subtitle rendering path: if only the position of the sub-images changed, and not the actual image data, uploading of the image data could be skipped. In theory, this could speed up things like scrolling subtitles. But it turns out that even in the rare cases subtitles have such scrolls or axis-aligned movement, modern libass rarely signals this kind of change. Possibly this is because of sub-pixel handling and such, which break this. As such, it's a worthless optimization and just introduces additional complexity and subtle bugs (especially in cases libass does the opposite: incorrectly signaling a position change only, which happened before). Remove this optimization, and rename bitmap_pos_id to change_id.
* manpage: add a link to mpv.conf documentationGravatar wm42015-03-17
| | | | Like we do it for input.conf and osc.conf.
* vd_lavc: change message about using hardware decodingGravatar wm42015-03-17
| | | | This was requested. Apparently some find the old mesage confusing.
* af_lavfi: handle seekingGravatar wm42015-03-17
| | | | | | | | To handle seeking correctly, we need to flush the filter. libavfilter does not support flushing, so we destroy and recreate it. We also need to handle resume-after-EOF, because the mpv audio code sends an EOF before and after seeking (the latter happens because the player drains the filter chain in a generic way, which "causes" EOF).
* DOCS: fix compilation instructions for MXE crosscompilationGravatar gunmantheh2015-03-17
| | | | | | Add bootstrap step for Linux->Windows MXE crosscompilation. Signed-off-by: wm4 <wm4@nowhere>
* build: fix missing windows librariesGravatar Kevin Mitchell2015-03-16
|
* video: don't drop anamorphic scaling if it's too minorGravatar wm42015-03-16
| | | | | | | | | This played e.g. a 1264x722 file as 1264x720. There was some code which dropped the aspect ratio if the video (in original resolution) wasn't scaled by more than 4 pixels. Commit 5f3c3f8c introduced this (although I'm not really sure what the code replaced by it did). Just remove this "feature".
* ao: slightly extend debug messagesGravatar wm42015-03-16
| | | | | This function already got uglified with debug printing; might as well go all the way.
* vo_opengl: reduce number of uniforms in dithering passGravatar wm42015-03-16
| | | | | | | We now update uniforms every time, so we should try to reduce the number of uniforms to avoid performance penalties. (Originally, some caching was planned, but it looks like it would be too complicated to implement compared to the expected gains.)
* vo_opengl: move glViewport call closer to draw callGravatar wm42015-03-16
|
* command: don't drop audio buffers when switching filtersGravatar wm42015-03-16
| | | | | | | This partially reverts commit ae7228c6. I guess the old behavior was slightly more popular. Fixes #1693 (probably).
* vo_opengl: fix srgb replacement optionsGravatar James Ross-Gowan2015-03-16
| | | | | | OPT_REPLACED can't specify option values or multiple options. Change to OPT_REMOVED. Also, target-prim doesn't have an srgb option. BT.709 uses sRGB primaries, so use it instead.
* vo_opengl: fix incorrectly drawn OSD in idle modeGravatar wm42015-03-16
| | | | | | Trade one bug for another, I don't even care anymore. Fixes #1691.
* vo_opengl: apply OSD color managementGravatar Niklas Haas2015-03-16
|
* vo_opengl: improve queue size heuristicGravatar Niklas Haas2015-03-16
| | | | | | | | The default scaling was a slight bit too low, which could cause buffer underruns in some cases. This should improve the result when using tscale filters other than oversample. The oversample case should be unaffected.
* vo_opengl: improve interpolation diagnosticsGravatar Niklas Haas2015-03-16
| | | | | | This adds extra debugging output for buffer underruns, to help track down possible queueing issues. It also inverts the numberic output for tscale=oversample to make more sense, without changing the logic.
* vo_opengl: color manage after interpolationGravatar Niklas Haas2015-03-16
| | | | | | | | | | | | This moves the color management code out of pass_render_main (which is now dedicated solely to up/downscaling and hence renamed pass_scale_main) and into a new function, which gets called from pass_draw_to_screen instead. This makes more sense from a logical standpoint, and also means that we interpolate in linear RGB, before color management - rather than after it, which is significantly better for color accuracy and probably also interpolation quality.
* man/vo: fix typoGravatar Martin Herkt2015-03-15
|
* bootstrap: add waf mirrorGravatar Martin Herkt2015-03-15
|
* filter_kernels: add comment to prevent confusionGravatar Niklas Haas2015-03-15
| | | | There are conflicting definitons of Ginseng.
* vo_opengl: add oversample support for tscaleGravatar Niklas Haas2015-03-15
| | | | | This is interesting mainly because it's essentially equivalent to the old smoothmotion algorithm. As such, it is now the default for tscale.
* vo_opengl: add oversample scalerGravatar Niklas Haas2015-03-15
| | | | | | This is like nearest neighbour, but the edges between pixels are linearly interpolating if needed, as if they had been (naively) oversampled.
* vo_opengl: refactor smoothmotion -> interpolationGravatar Niklas Haas2015-03-15
| | | | | | | | | | | | | This replaces the old smoothmotion code by a more flexible tscale option, which essentially allows any scaler to be used for interpolating frames. (The actual "smoothmotion" scaler which behaves identical to the old code does not currently exist, but it will be re-added in a later commit) The only odd thing is that larger filters require a larger queue size offset, which is currently set dynamically as it introduces some issues when pausing or framestepping. Filters with a lower radius are not affected as much, so this is identical to the old smoothmotion if the smoothmotion interpolator is used.
* vo_opengl: increase the number of video buffersGravatar Niklas Haas2015-03-15
| | | | | | Also the size is now a simple #define that can easily be changed later. This is done for smoothmotion, which might want to blend more than 4 frames at once, depending on the setting.
* audio: fix off by one error in channel map selection codeGravatar wm42015-03-15
| | | | | | | The consequence was that some AOs (like ao_jack) could not output 8 channels. Fixes #1688.
* command: make "media-title" observableGravatar wm42015-03-15
| | | | If metadata changes, its value could change.
* man: fix PDF buildGravatar Martin Herkt2015-03-15
|
* vo_opengl: remove hwdec unmap_image callbackGravatar wm42015-03-14
| | | | Not needed anymore; see previous commit.
* vo_opengl: silence vdpau hwdec warnings with smoothmotionGravatar wm42015-03-14
| | | | | | | | | | | | | | | | Since the gl_rework merge, this started to print some OpenGL errors when using vdpau hardware decoding with vo_opengl smoothmotion. This happens because some hwdec unmap_image call were not paired with a map_image call. Unlike the old vo_opengl, the new code does not do this out of convenience (it would be a pain to track this exactly). It was triggered by smoothmotion, because not every rendered frame has actually a new input video frame (i.e. no map_image call, but it called unmap_image anyway). Solve this by handling unmapping differently in the vdpau code. The next commit will remove the unmap_image callback completely. Fixes #1687.
* vo_opengl: only clamp when necessaryGravatar Niklas Haas2015-03-14
| | | | | This essentially makes it so that every gamma function that crops up somewhere has a corresponding clamp in front of it.
* cocoa: signal VO_EVENT_WIN_STATE on fps changeGravatar Stefano Pigozzi2015-03-14
| | | | Fixes #1686
* vo_opengl: fix incorrect wording in commentGravatar Niklas Haas2015-03-14
| | | | | "compand" was used where the actual operation was "compress". Change to avoid confusion.
* vo_opengl: fix uninitialization logicGravatar Niklas Haas2015-03-14
| | | | | The FBOs we use never actually got cleaned up anywhere, and the vimg planes were hard-coded to only clean up 3.
* vo_opengl: apply alpha after conversion to rgbGravatar Niklas Haas2015-03-13
| | | | | Currently this was done before conversion, which could fuck up a hypothetical YUVA stream.
* vo_opengl: replace float array with a structGravatar wm42015-03-13
| | | | Slightly less painful, because C arrays suck.
* vo_opengl: remove unused declarationGravatar wm42015-03-13
| | | | Stupid compiler.
* ao: align audio buffer sizeGravatar wm42015-03-13
| | | | Might or might not matter.
* TOOLS: remove youtube-dl_mpv.shGravatar wm42015-03-13
| | | | It lost all reason to exist, since mpv includes ytdl_hook.lua by default.
* vo: make sure display-fps is up-to-dateGravatar wm42015-03-13
| | | | Sigh.
* win32: support get display fpsGravatar Avi Halachmi (:avih)2015-03-13
|
* command: fix display-fps property (again)Gravatar wm42015-03-13
| | | | | | | This caused complaints because the fps was basically rounded on microsecond boundaries in the vsync interval (it seemed convenient to store only the vsync interval). So store the fps as float too, and let the "display-fps" property return it directly.
* vo_opengl: restore GL(ES) 2 compatibilityGravatar wm42015-03-13
|
* vo_opengl: don't test for arraysGravatar wm42015-03-13
| | | | | | Even the lowest supported GL versions have arrays. This test was for returning arrays from functions, which didn't work in lower GL versions, but we don't need it anymore.
* vo_opengl: minor fix to a commentGravatar wm42015-03-13
|
* w32_common: don't hide cursor when the menu is openGravatar James Ross-Gowan2015-03-13
| | | | | | | | | | | | Previously, mpv would hide the cursor when the autohide timer expired, even if the window menu was open. This made it difficult to use the menu with the mouse. When handling VOCTRL_SET_CURSOR_VISIBILITY, instead of determining whether to call SetCursor by checking if the cursor is in the client area, call it based on the parameters to the last WM_SETCURSOR message. When the window enters "menu mode," it gets a WM_SETCURSOR message with HIWORD(lParam) set to 0 to indicate that the cursor shouldn't be set.
* manpage: update cscaleGravatar Niklas Haas2015-03-13
| | | | Had some outdated information.
* vo_opengl: sample from the right tex for separated scalersGravatar Niklas Haas2015-03-13
| | | | | These were still hard-coded to texture0, rather than respecting src_tex like they should. A simple oversight.
* options: introduce --cache=yes choiceGravatar wm42015-03-12
| | | | | | I think this is what I alwass missed ever since I found the MPlayer cache options: a way to enable the cache on local files with the default settings, whatever they are.
* cache: bump default size to 150MBGravatar wm42015-03-12
| | | | (Well, almost 150MB.)
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-01 02:53:45 +0000