{"push_id":839352253,"size":49,"distinct_size":49,"ref":"refs/heads/master","head":"c88e0d781d2a8437fababecb45540c566b497394","before":"db737901daa90451bd2506851da9bdd0ef49e46c","commits":[{"sha":"da496ae2fe5575b94eda64f03f23a03075d83477","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"msg: remove the useless trailing comment from stats dumping\n\nThe origin of the stats line was added as a comment (starting with '#').\nIt was useless and just blowing up file sizes.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/da496ae2fe5575b94eda64f03f23a03075d83477"},{"sha":"e0f8d797720ed00a731d8fb8d41995501609c34b","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"af_lavrresample: fix unintended audio drift when setting playback speed\n\nSmall adjustments to the playback speed use swr_set_compensation()\nto stretch the audio as it is required. But since large adjustments\nare now handled by actually reinitializing libswresample, the small\nadjustments get rounded off completely with typical frame sizes.\n\nCompensate for this by accounting for the rounding error and keeping\ntrack of fractional samples that should have been output to achieve\nthe correct ratio.\n\nThis fixes display sync mode behavior, which requires these adjustments\nto be relatively accurate.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/e0f8d797720ed00a731d8fb8d41995501609c34b"},{"sha":"3274fabeb34b39c230cbf5d20006de87a97d97f3","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: fix an adjustment in display sync mode\n\nThis adjustment is supposed to improve the audio speed calculation in\ncase of unexpected desync. The flipped sign made it actually worse,\nalthough the total impact of this bug was very minor.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/3274fabeb34b39c230cbf5d20006de87a97d97f3"},{"sha":"3a7a2385df1244a242591633497510f4a3c32836","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vo_opengl_cb: fix pausing and seeking if interpolation is enabled\n\nWhen seeking, the current frame will have the wrong timestamp, until the\nseek is done and a new frame from the seek target is shown. We still use\nthe \"old\" frame for redrawing during seeks. This frame has to be\nexplicitly marked with still=true in order not to confuse the\ninterpolation queue. If this is not done, it will ignore frames until a\nframe with approximately the same timestamp as the \"old\" frame is\nreached. (Does this mean interpolation handles timestamp resets\nincorrectly? I have no idea.)\n\nOf course we also have to clear possibly queued frames on seeks.\n\nAlso, in pausing, explicitly let the frame redraw.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/3a7a2385df1244a242591633497510f4a3c32836"},{"sha":"2483dab54d77288db218030910f6b1b4b08292e5","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"TOOLS/stats-conv: rewrite for pygtgraph\n\nmatplotlib is pathetically slow, which makes using stats-conv.py to view\ndumps longer than a few seconds a huge pain.\n\npyqtgraph is slightly faster than matplotlib. Other than that, it seems\nto be worse in every aspect (at least for plotting), but such is life.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/2483dab54d77288db218030910f6b1b4b08292e5"},{"sha":"8d414e2fe7f79f1bbf9158e8aa034e9ac9cf2222","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"command: make time properties unavailable if timestamp is unknown\n\nLet's hope this doesn't confuse client API users too much. It's still\nthe best solution to get rid of corner cases where it actually return\nthe wrong timestamp on start, and then suddenly jump.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/8d414e2fe7f79f1bbf9158e8aa034e9ac9cf2222"},{"sha":"76bfd5b4a237dda8f4ec5c05315bf566421f7908","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"demux_mkv: probe start time\n\nMKV files can very well start with timestamps other than 0. While mpv\nhas support for such files in general, and demux_lavf enables this\nfeature, demux_mkv didn't export a start time.\n\nImplement this by simply reading the first cluster timestamp. This in\nturn is done by reading 1 block. While we don't need the block for this\nprupose at all, it's the easiest way to get the cluster timestamp read\ncorrectly without code duplication. In theory this could be wrong, and\na packet could start at a much later time, but in practice this won't\nhappen.\n\nThis commit also adds an option to disable this feature. It's not\ndocumented because nobody should use it. (But I happen to have a need\nfor this.)","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/76bfd5b4a237dda8f4ec5c05315bf566421f7908"},{"sha":"7e7ef2f01d56cc1a89b41ee45419075e01bf1ebd","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"build: bump required libva version\n\n0.34 and 0.35 don't have the buffer API, such as vaAcquireBufferHandle.\nThis is only needed for the EGL interop, but why bother staying\ncompatible for such old things (0.36 was released over a year ago).\n\nWe also can drop some minor compatibility ifdeffery.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/7e7ef2f01d56cc1a89b41ee45419075e01bf1ebd"},{"sha":"0eb45343ca004aeb5e79f174f1d4df49f7725570","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vaapi: drop non-existing FourCC\n\nThis VA_FOURCC isn't even defined by latest drivers, so I'm just\nassuming it doesn't exist and never existed. For planar 4:2:0,\nVA_FOURCC_YV12 is normally preferred, and there's even a VA_FOURCC_IYUV\nfor 4:2:0 with unswapped planes.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/0eb45343ca004aeb5e79f174f1d4df49f7725570"},{"sha":"d27d91715f4f5b032d7ba551af7c346fb756a0db","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"build: remove explicit checks for VPP\n\nThis was once done when old versions of libva without VPP had to be\nsupported. Some parts of it were removed earlier already.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/d27d91715f4f5b032d7ba551af7c346fb756a0db"},{"sha":"9ca312b4b1d8ccd2c3e28527b5a02dd27d911186","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"demux: remove demux_add_packet() return value","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/9ca312b4b1d8ccd2c3e28527b5a02dd27d911186"},{"sha":"e3de309804d27d3ed41a45f37ca6a37ba3d4a267","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vo_opengl: support all kinds of GBRP formats\n\nAdds support for AV_PIX_FMT_GBRP9, AV_PIX_FMT_GBRP10, AV_PIX_FMT_GBRP12,\nAV_PIX_FMT_GBRP14, AV_PIX_FMT_GBRP16, AV_PIX_FMT_GBRAP, and\nAV_PIX_FMT_GBRAP16.\n\n(Not that it matters, because nobody uses these anyway.)","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/e3de309804d27d3ed41a45f37ca6a37ba3d4a267"},{"sha":"e1128c8b28a467c131eba6ce8f48f150f8ef5fd7","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"video: pass through libavformat has_b_frames field\n\nThis fixes initial decoding of some samples. See #1341.\n\nAccording to Libav devs, this should be considered a libavcodec bug, but\nas it's hard to fix, here we go.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/e1128c8b28a467c131eba6ce8f48f150f8ef5fd7"},{"sha":"667b968939fc3dea63e010c3b64e465225a2321a","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"demux_lavf: always copy codec headers\n\nIf this is not done, libavformat could change the headers while\ndemuxing, all while the decoder thread reads these fields during\ninitialization.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/667b968939fc3dea63e010c3b64e465225a2321a"},{"sha":"0ab6031d76df43a8204e2bbc7eae2a93eb1cc383","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vd_lavc: continue decoding properly after decoding failure\n\nCommit 12cd48a8 started setting the hwdec_failed field even if hwdec was\nnot active, and because it also checked this field even if hwdec was not\nactive, broke decoding forever.\n\nFix this, and also avoid a memory leak or API misuse by releasing the\ndecoded picture. Passing an unreleased frame to the decoder has as far\nas I know no defined effects.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/0ab6031d76df43a8204e2bbc7eae2a93eb1cc383"},{"sha":"50f8548b2f11a20cac2b55f6408b3cc4fe5df239","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"vd_lavc: attempt to fallback from hwdec before anything is decoded\n\nThe previous commit moved the av_frame_unref() after the got_picture\ncheck. This accidentally also deferred the software fallback\nreinitialization to until a software picture was decoded (instead of the\nexact time of the fallback), which is not ideal.\n\nJust rely on the fact that calling av_frame_unref() on a frame is ok\neven if nothing was decoded.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/50f8548b2f11a20cac2b55f6408b3cc4fe5df239"},{"sha":"b0b67cdf5d0979aaadda737d648826426f32e603","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: do not use copysign()\n\nApparently this function caused weird problems to me. I have no idea\nwhy. The usage of the function looks perfectly fine to me, and even\nrounding issues can be excluded. In any case, getting rid of this solved\nmy problem, and makes the code actually more readable.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/b0b67cdf5d0979aaadda737d648826426f32e603"},{"sha":"750c29766f9f2ef3df62613fa8eccb6fca0e2de2","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"player: be slightly less prone to framedrop in display sync mode\n\n1 to 2 frames desync is still tolerable, and will be quickly compensated\n(if everything works).","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/750c29766f9f2ef3df62613fa8eccb6fca0e2de2"},{"sha":"251107076b26e87f49385f7e82293d17ba27a9cf","author":{"email":"a13e8c6f3be826445a1805f4ba8998e427a7ffb9@tecnico.ulisboa.pt","name":"Ricardo Vieira"},"message":"Revert \"vo_wayland: define opaque region\"\n\nThis reverts commit c10fb4ce9fcd3dbbf69741eb8499c4cfabbf5412.\n\nThis is already done in vo_wayland.c:resize,324 doing it here makes the window bigger before the video resizes showing a black area while dragging the border.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/251107076b26e87f49385f7e82293d17ba27a9cf"},{"sha":"e157d005ba9817f36c68df95f9e4a2f050eb5c60","author":{"email":"af2b84f09c8719e0f2b649c9464c0e4e09337b2e@nowhere","name":"wm4"},"message":"ao_coreaudio: raise timeout for change-physical-format\n\nReportedly fixes operation with \"USB connected Parasound ZDAC v.2\". (OSX\nand USB audio sure is not nice at all.)\n\nThis might be perceived as hang by some users, so it's quite possible\nthat this will have to be adjusted again somehow.\n\nFixes #2409.","distinct":true,"url":"https://api.github.com/repos/haasn/mpvhq/commits/e157d005ba9817f36c68df95f9e4a2f050eb5c60"}]}