[00:04:07 CEST] <jkqxz> Is fate-lavf-mxf_dvcpro50 meant to be failing? [00:11:55 CEST] <jamrial> jkqxz: not really [00:13:48 CEST] <jkqxz> It does for me, but no idea why at all. [00:13:52 CEST] <jkqxz> I've replied to the push on the ML to ask. [00:14:22 CEST] <jamrial> jkqxz: doesn't fail for me on mingw-w64 [00:14:32 CEST] <jamrial> it's a new test using the internal encoder and muxer [00:16:26 CEST] <cone-214> ffmpeg 03Mark Thompson 07master:375cf55fe9f5: vaapi: Disable deprecation warnings around use of old struct vaapi_context [00:16:27 CEST] <cone-214> ffmpeg 03Mark Thompson 07master:22afa87a8e90: kmsgrab: Fix DRM format definitions [00:16:28 CEST] <cone-214> ffmpeg 03Mark Thompson 07master:9f9625ea80ac: kmsgrab: Remove multiple-plane formats [00:16:29 CEST] <cone-214> ffmpeg 03Mark Thompson 07master:b0ece2b31fdf: hwcontext_vaapi: Fix DRM format mapping [00:16:30 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:f952edaa73ee: kmsgrab: Add more DRM plane formats [00:16:48 CEST] <jkqxz> Submitted fate results show it working everywhere else, too. [00:17:39 CEST] <jkqxz> Let me do a clean build and try again. Cosmic rays seem unlikely, but I guess they're possible. [00:18:36 CEST] <jamrial> jkqxz: https://0x0.st/7F_.mxf that's the "good" mxf output from the test [00:18:56 CEST] <jamrial> in case you want to compare it with what it generates in your case [00:19:53 CEST] <jamrial> i bet it's a byte or two somewhere in the header [00:21:14 CEST] <jamrial> jkqxz: also, want to check my hwcontext_dxva2 patch? [00:23:10 CEST] <jkqxz> Yep, looks like it <http://sprunge.us/hONZ>. [00:25:37 CEST] <jamrial> are you trying in some local branch or in a clean master? [00:25:55 CEST] <jamrial> it's really weird no fate client fails [00:26:19 CEST] <jkqxz> That's clean master now. [00:27:15 CEST] <jkqxz> Replied to the DXVA2 patch. [00:28:34 CEST] <jamrial> look at the file's metadata. your mxf file seems to have a modification_date tag the "good" output doesn't [00:30:14 CEST] <jkqxz> It passes on my laptop. Wtf. [00:31:32 CEST] <cone-214> ffmpeg 03James Almer 07master:18516d3e6959: avutil/hwcontext_dxva2: return an error when buffer allocation fails [00:56:48 CEST] <jkqxz> Right, shared libraries with the same version got me. [00:57:57 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:5cb70381d995: lavd/kmsgrab: Remove the mapping for AV_PIX_FMT_RGB8. [00:57:58 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:2f3a3a7e3270: lavf/utils: Do not force chapter end time before chapter start. [00:57:59 CEST] <iive> can we use DRI instead of DRM ? [00:58:03 CEST] <jamrial> a reminder to always test with static libraries :p [00:59:14 CEST] <jkqxz> Yeah. Normally you get a big "oh noes you fucked up!" message when you do that, but if they are exactly the same version then it doesn't notice. [01:00:50 CEST] <jamrial> debian stable is 3.2 it seems. I'd say a lot more tests should fail with a git master fate suite [01:00:51 CEST] <jkqxz> iive: What do you want to do with DRI? [01:01:22 CEST] <iive> just use that name [01:01:48 CEST] <jkqxz> Yeah. It was a copy I installed a day or two ago, so it was pretty much right except for that one test. [01:02:10 CEST] <iive> drm have a more popular meaning, that is still relevant in multimedia context. [01:02:28 CEST] <jkqxz> A meaning which should be subverted as much as possible. [01:02:44 CEST] <iive> that's not going to happen [01:02:56 CEST] <iive> you are just going to spread confusion. [01:03:24 CEST] <jkqxz> This is definitely DRM though, using libdrm and whatnot. You could kindof talk about DRI around it, but I would generally only use that to refer to the X11 protocols. [01:04:38 CEST] <jkqxz> I did write that frame-grabber originally on DRI2 rather than KMS, but it was much less useful in that form. [01:06:11 CEST] <iive> they did that mistake long ago... they are stuck with it. we can avoid it. [01:06:30 CEST] <iive> if you want you can use KMS instead... [01:11:07 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:b4b02477bd80: lavfi/stereo3d: Set SAR for every output frame. [01:13:28 CEST] <jkqxz> KMS is only one part of the DRM API. [02:14:40 CEST] <iive> jkqxz: yes, it is. it stands for kernel model setting and does little more than that. Yet it also signifies major API change. [02:15:52 CEST] <iive> the X does have modesetting DDX (2D driver), that can actually do a lot more than software framebufer. it does use glamor in order to provide 2D acceleration though opengl-like api. [02:16:59 CEST] <iive> so.. there will be no confusion if you use KMS. [02:19:43 CEST] <jkqxz> But I can only use KMS to refer to things which actually use KMS, such as kmsgrab. And that still returns DRM objects. [02:21:30 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:ca72cd137d3b: lavf/mpegts: Consider stream_type 0x0f just a hint towards AAC. [02:46:31 CEST] <wm4> I guess I acked a patch that was already merged [02:49:07 CEST] <iive> well, there used to be a custom, to send reply saying something has been committed, in order to avoid such confusion. [02:49:32 CEST] <iive> and no harm done. it would have been a problem if you rejected it ;) [03:01:11 CEST] <cone-214> ffmpeg 03Michael Niedermayer 07master:5480e82d7777: avcodec/pngdec: Clean up on av_frame_ref() failure [03:01:12 CEST] <cone-214> ffmpeg 03Thomas Mundt 07master:9777836670ae: MAINTAINERS: add myself for bwdif and (t)interlace [03:01:13 CEST] <cone-214> ffmpeg 03Kaustubh Raste 07master:f4ba85dc82f5: avcodec/mips: Fixed rnd_val variable to 6 in hevc uni mc msa functions [03:01:14 CEST] <cone-214> ffmpeg 03Kaustubh Raste 07master:e428e5ded626: avcodec/mips: preload data in hevc sao edge 0 degree filter msa functions [03:34:32 CEST] <cone-214> ffmpeg 03Carl Eugen Hoyos 07master:b4093e60c51a: lavf/caf: Support demuxing Opus. [04:08:23 CEST] <cone-214> ffmpeg 03Anton Khirnov 07master:5a3b602acda6: avformat/cafdec: reject multichannel Opus streams [14:10:41 CEST] <bove> where in the source can I find the bitstream filters? [14:12:54 CEST] <JEEB> bove: find . -iname '*bsf*.c' [14:13:03 CEST] <JEEB> they're all in libavcodec as far as I see [14:13:17 CEST] <bove> thanks [16:34:59 CEST] <kierank> atomnuker: meet at RO at 7? [16:40:05 CEST] <bjorn__> Hey all! Im working on this: https://trac.ffmpeg.org/ticket/4443 [16:40:15 CEST] <bjorn__> Ive got it working so that I can generate a transparent gif just fine  but only a single frame. [16:40:28 CEST] <bjorn__> Multiple frames cause problems with the gif encodings oprtimizations, so I cant successfully create an animated gif with transparencies. [16:44:17 CEST] <bjorn__> I am pretty familiar with teh Gif format, but Im confused about how FFMPeg handles incoming transparencies. [16:48:37 CEST] <bjorn__> Is libavcodec/gif.c even designed to handle this situation? [18:18:31 CEST] <atomnuker> kierank: yeah, I'll be there [18:51:45 CEST] <atomnuker> kierank: sorry, can't go, got a meeting at 19:00 and I need to sleep right after it (messed up sleeping cycle for a month now) [18:52:54 CEST] <atomnuker> also got to finish my slides, send a patch for the opus psy thing and if I find the time eat [18:53:03 CEST] <atomnuker> we'll drink in paris on friday [18:53:13 CEST] <kierank> No Louie though [18:53:36 CEST] <kierank> It was meant to be louie's leaving party [19:11:59 CEST] <kierank> atomnuker: are you going to Disneyland [19:16:39 CEST] <atomnuker> no [21:46:08 CEST] <durandal_170> comming to disneyland with guns [21:50:02 CEST] <JEEB> no, you just have fun there [21:52:28 CEST] <Compn> nerf needs to do a nerf gun theme park [22:37:14 CEST] <gnafu> Compn: Wow, why haven't they already? [22:37:28 CEST] <gnafu> As soon as I read that... [22:37:32 CEST] <gnafu> Never thought of it before. [23:51:40 CEST] <Compn> gnafu : i am an expert consultant, you can have my idea for $500k [23:53:01 CEST] <j-b> you are cheap [23:53:27 CEST] <Compn> i was going to say $1m but i know gnafu does not have this on hand. [23:53:47 CEST] <wm4> regarding VDD, will there be a meeting between ffmpeg and libav [23:54:08 CEST] <JEEB> I don't think many from FFmpeg will be going [23:54:13 CEST] <Compn> there have been meetings at previous VDD for this [23:54:53 CEST] <iive> haven't there been meeting almost every year? [23:55:05 CEST] <iive> s [23:55:12 CEST] <JEEB> I think after that one co-meeting there was mostly just project-specific meetings [23:55:27 CEST] <Compn> iive : yes [23:55:42 CEST] <Compn> there are also project specific meetings. [23:56:20 CEST] <Compn> is this the year j-b will lay down the new plan? :P [23:56:25 CEST] <JEEB> lol [23:56:42 CEST] <JEEB> "everyone sucks, I'm going home" I guess ;) [23:56:44 CEST] <j-b> nope [23:56:46 CEST] <iive> wan't the new plan like 2 years ago? [23:57:02 CEST] <j-b> yeah, I offered some ideas and help [23:57:06 CEST] <j-b> my life has moved on [23:57:17 CEST] <JEEB> makes sense [23:57:17 CEST] <Compn> j-b : good , no reason to stress over this nonsense :) [23:57:42 CEST] <j-b> I'll make more money and have less pain than fight for other people to get rich [23:57:47 CEST] <Compn> i also offered help and ideas. but i also gave up :) [23:59:00 CEST] <Compn> https://www.youtube.com/watch?v=91edAkvQCxI [23:59:09 CEST] <Compn> australia solved the piracy problem! [23:59:39 CEST] <wm4> huh so all reunification ideas are dead [23:59:48 CEST] <wm4> and just merging libav commits is also dead [00:00:00 CEST] --- Thu Sep 21 2017