{"push_id":816734241,"size":91,"distinct_size":3,"ref":"refs/heads/master","head":"8f33c65fe0dfaf993868df42f3468b60f3dc06bb","before":"126367bb098d0a5a44b8bfa8f1699a2a1ccb0f41","commits":[{"sha":"bad743aed5a8fd22742317c344f126f04a0392ca","author":{"email":"a6fb4f99c1f3abe0a4b25d755730fe911be10a93@gmail.com","name":"Philip Sequeira"},"message":"TOOLS/zsh.pl: only check the actual exit code when calling mpv\n\nIgnore the other bits of $?. Apparently they can be set even if the\ncommand succeeded.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/bad743aed5a8fd22742317c344f126f04a0392ca"},{"sha":"21e5e4da4baa92fab9e830ec5a62bbccdea85cf0","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"audio/filter: remove reentrancy flag\n\nThis flag was used by some filters and made sure none of these filters\nwere inserted twice. This triggers only if the user explicitly tries to\nadd multiple filters (and not e.g. due to auto-insertion), so at best\nthis warned the user from doing something potentially pointless. At\nworst, it blocked some (mildly) legitimate use-cases. Get rid of it.\n\nAlso see #2322.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/21e5e4da4baa92fab9e830ec5a62bbccdea85cf0"},{"sha":"3586e6ceeb35da315883449cec3929a9d56261fe","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vf_yadif: add hack for Libav compatibility\n\nLibav accepts slightly different options compared to FFmpeg. Sigh...\n\nThis was \"broken\" in 25755f5f. Fixes #2335.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/3586e6ceeb35da315883449cec3929a9d56261fe"},{"sha":"9d2bc9a4ac6d7e547a95d18204cd74efa40977c7","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: make force-window=immediate work in auto-profiles\n\nThis is a bad hack; the correct way to handle this would be implementing\nprofiles differently, and then listen to option changes and act on them\ndynamically.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/9d2bc9a4ac6d7e547a95d18204cd74efa40977c7"},{"sha":"2f4e01e772e894c42021cf15d7d6961ff145ff7e","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: make force-window in auto-profiles actually work\n\nThe previous commit was incomplete (and I didn't notice due to a broken\ntest procedure).\n\nThe annoying part is that actually creating the VO was separate; redo\nthis and merge the code for this into handle_force_window() as well.\nThis will also make implementing proper reaction to runtime option\nchanges easier. (Only the part for actually listening to option changes\nis missing.)","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/2f4e01e772e894c42021cf15d7d6961ff145ff7e"},{"sha":"f287ccf017c405df7f140c05ba3b1fc4540cc29e","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: add opus to list of external audio file extensions\n\nFixes #2336.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/f287ccf017c405df7f140c05ba3b1fc4540cc29e"},{"sha":"8782354e6d275e2e92fc129d4358864312032e76","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: rename and move find_subfiles.c\n\nThis was in sub/, because the code used to be specific to subtitles. It\nwas extended to automatically load external audio files too, and moving\nthe file and renaming it was long overdue.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/8782354e6d275e2e92fc129d4358864312032e76"},{"sha":"7a19eb490e3e2b525acd54e774217c64f6df41d9","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: do not destroy VO prematurely when initializing playback\n\nIf --force-window wasn't used, this would destroy the VO while a file\nis still being loaded, resulting in flicker and other interruptions\nwhen switching from one playlist entry to another. Recent regression.\n\nThe condition used here is pretty tricky, but it boils down to that it\nshould trigger either in idle mode, or when loading has been fully done\n(at these points we definitely know whether the VO will be needed).","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/7a19eb490e3e2b525acd54e774217c64f6df41d9"},{"sha":"ab7ac46bcc3bb68cfa3d4dfc920f8bd7143eebe0","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: some more --force-window fixes\n\nSigh... After the recent changes, another regression appeared. This\ntime, the VO window wasn't cleared when changing from video to a non-\nvideo file (such as audio-only with no cover art). Fix this by properly\ntaking the handle_force_window() bool parameter into account.\n\nAlso, the info message could be printed twice, which is harmless but\nugly. So just remove the message.\n\nAlso, do some more minor cleanups (like fixing the comment, which was\ncompletely outdated).","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/ab7ac46bcc3bb68cfa3d4dfc920f8bd7143eebe0"},{"sha":"a75e933dac4c6ebfd15c7c7cc0442fb21318df2a","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: fix excessive CPU usage in audio-only mode\n\nCaused by one of the --force-window commits. The unconditional\nuninit_video_out() call (which normally should be idempotent) raised\nsporadic MPV_EVENT_VIDEO_RECONFIG events. This is ok, except for the\nfact that clients (like a Lua script or libmpv users) would cause the\nevent loop to run again after receiving it, triggering a feedback loop.\nFix it by sending the events really only on a change.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/a75e933dac4c6ebfd15c7c7cc0442fb21318df2a"},{"sha":"8838c4a5b18f7079fabdd6dc1b37f3aacc7f20c2","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"build: allow disabling vapoursynth completely\n\nIt's possible to build vf_vapoursynth with either the Python or Lua\nbackend (or both or none). The check for the vapoursynth core itself was\nhidden away and couldn't be disabled, which would link mpv with\nvapoursynth even if all backends were disabled.\n\nRearrange the checks so that the core will be disabled if no backend is\nfound (or both are disabled). This duplicates the check for\nvapoursynth.pc, but since it's trivial, this is not that bad.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/8838c4a5b18f7079fabdd6dc1b37f3aacc7f20c2"},{"sha":"4d747400bbc9d4b4b3da18a175be3d602a92f320","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"win32: allow multiple windows at the same time\n\nWindow classes are process-wide (or at least DLL-wide), so you can't\nhave 2 classes with the same name. Our code attempted to do this when\nfor example 2 libmpv instances were created within the same process.\nThis failed, because RegisterWindowEx() fails if the class already\nexists.\n\nFix this by ignoring RegisterWindowEx() errors. If the class can really\nnot be registered, we will fail on CreateWindowEx() instead. Of course\nwe also can't unregister the class, as another thread might be using it.\nWindows will free the class automatically if the DLL is unloaded or the\nprocess terminates.\n\nFixes #2319 (hopefully).","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/4d747400bbc9d4b4b3da18a175be3d602a92f320"},{"sha":"e3e6c1939ff25a1664615351d1ef81cf3764ce67","author":{"email":"a0c24ef30951a5854d66b35aaef9ecbfb6c83c79@srsfckn.biz","name":"Martin Herkt"},"message":"DOCS: update release policy","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/e3e6c1939ff25a1664615351d1ef81cf3764ce67"},{"sha":"79f8ee2808ebdf100d1a3aba9a853f801698a2ad","author":{"email":"a0c24ef30951a5854d66b35aaef9ecbfb6c83c79@srsfckn.biz","name":"Martin Herkt"},"message":"DOCS: update client API changes for release","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/79f8ee2808ebdf100d1a3aba9a853f801698a2ad"},{"sha":"4d6c1be7b69e99534cb6ac37daf8a22e7b2b153d","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vd_lavc: minor cleanup to hwdec fallback code\n\nThe comment was largely outdated, and described the old situation when\nwe used a \"violent\" fallback by making get_buffer2 fail completely.\n\nAlso, for the case when the hw decoder initialization succeeded (in\nget_format), but get_buffer2 for some reason requests something\nunexpected, we also can fallback more gracefully and in the same way.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/4d6c1be7b69e99534cb6ac37daf8a22e7b2b153d"},{"sha":"e0c005cb75d259a237b80046cecb903228b981ab","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"va_vavpp: set input/output processing region\n\nIf not set, VPP will use the whole surface. This is a problem if the\nsurfaces are padded, and especially if the surfaces are padded by\ndifferent amounts.\n\nThis is an attempt to fix #2320, but it appears to do nothing at all.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/e0c005cb75d259a237b80046cecb903228b981ab"},{"sha":"2ed9370bd69806685ae18897831dac6ab90f5ea5","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vf_vavpp: allocate output surfaces with the same size as input\n\nThis can happen if the hw decoder allocates padded surfaces (e.g.\nmod16), but the VPP output surface was allocated with the exact size.\nApparently VPP requires matching input and output sizes, or it will add\nartifacts. In this case, it added mirrored pixels to the bottom few\npixels.\n\nNote that the previous commit should have fixed this. But it didn't\nwork, while this commit does.\n\nFixes #2320.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/2ed9370bd69806685ae18897831dac6ab90f5ea5"},{"sha":"009dfbe3b667b408094acd63b6e052ab8ba5870d","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vd_lavc: do not abort hardware decoding on errors\n\nUsually, libavcodec ignores errors reported by the hardware decoding\nAPI, so it's not like we can actually escape if the hardware is somehow\nacting up.\n\nFor normal fallback purposes, or if parts of the hw decoding API which\nwe actually check fails, we do this by setting and checking the\nhwdec_failed flag anyway.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/009dfbe3b667b408094acd63b6e052ab8ba5870d"},{"sha":"d8d4e188352160a2eac0e004d341ab5c3f997e6e","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: fix another --force-window bug\n\nWill this shit ever actually work?\n\nFixes #2339.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/d8d4e188352160a2eac0e004d341ab5c3f997e6e"},{"sha":"17cd6798a69ca2fea1d7e7df692c71172183731f","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vo_opengl: move shader file caching to video.c\n\nIt's just about loading and cachign small files, not does not\nnecessarily have anything to do with shaders. Move it to video.c where\nit's used.","distinct":false,"url":"https://api.github.com/repos/kevmitch/mpv/commits/17cd6798a69ca2fea1d7e7df692c71172183731f"}]}