[00:14:53 CEST] <cone-346> ffmpeg 03Paul B Mahol 07master:0190c372ef79: avfilter/framesync: allocate FFFrameSyncIn internally [00:14:53 CEST] <cone-346> ffmpeg 03Paul B Mahol 07master:319440e54f47: avfilter: add hstack & vstack filter [01:48:10 CEST] <michaelni> kierank, did you see "Marina Zhurakhi (1.6K) [Outreachy Announce] [COORDINATION] internships completion feedback from mentors due Friday, August 28" [03:01:21 CEST] <cone-346> ffmpeg 03Carl Eugen Hoyos 07master:7f9656f10df5: lavc/dnxhdenc: Fix ibias default. [03:31:50 CEST] <cone-346> ffmpeg 03Carl Eugen Hoyos 07master:33908f08377d: lavf/mov: Support unusual alac files without frma and alac atoms. [03:47:12 CEST] <cone-346> ffmpeg 03Timothy Gu 07master:da0e76955a08: ffmpeg_opt: Add -hwaccels option that lists all supported hwaccels [04:39:52 CEST] <cone-346> ffmpeg 03Michael Niedermayer 07master:81a8701eb52d: avformat/oggenc: Check segments_count for headers too [09:20:29 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:fdd021884d5c: dnxhddata: Keep a single CID in the table names [09:20:29 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:d3ae4c65942d: dnxhddata: List the reused tables in a comment [09:20:29 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:bd074bde02aa: Merge commit 'fdd021884d5c06fb9ad65cb0040bb5717a7b084b' [09:20:29 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:3f491224fe7f: Merge commit 'd3ae4c65942d67a294fd56eabbbdcce6756fab5f' [09:29:42 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:5e129ed655bf: dnxhddata: Group together DC-related tables [09:29:43 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:403ea4ac7289: dnxhddata: Merge a few duplicated DC tables [09:29:44 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:3b0af76c1b43: Merge commit '5e129ed655bff5b6d90355c0b713d7aaba3898ec' [09:29:45 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:305f46175429: Merge commit '403ea4ac7289ac39229452b6b5e2f8ebcc00f2a1' [09:34:39 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:efbfb1ad1112: dnxhddata: Group together RUN-related tables [09:34:40 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:a4615572b576: dnxhddata: Merge a few duplicated RUN tables [09:34:41 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:f19a2838678e: Merge commit 'efbfb1ad1112cea79bef51fd9f30c0c94735abfc' [09:34:42 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:f30132f9c406: Merge commit 'a4615572b576d3ef7ee2f11529d935e61bf4ebb8' [09:40:21 CEST] <cone-386> ffmpeg 03Vittorio Giovara 07master:d68705c9756e: dnxhddata: Add tables for missing DNx100 profiles [09:40:22 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:427598a2f423: Merge commit 'd68705c9756e6558c8e28d90b4c364f25ba72083' [09:49:55 CEST] <cone-386> ffmpeg 03Luca Barbato 07master:2157df425bd9: hlsenc: Support outputting specific versions [09:49:56 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:540f2800980e: Merge commit '2157df425bd909854fd4afcec4aa3311d8a3b31b' [09:51:29 CEST] <cone-386> ffmpeg 03Luca Barbato 07master:413d4e54a9bf: nvenc: Properly free the fifos [09:51:30 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:ebff705c2c55: Merge commit '413d4e54a9bffe2d0afdc6d8a80f516e5df6a421' [09:53:24 CEST] <cone-386> ffmpeg 03Luca Barbato 07master:e176639bcbf4: webm: Explicitly select libvpx, libopus and libvorbis encoders [09:53:25 CEST] <cone-386> ffmpeg 03Hendrik Leppkes 07master:f5258a7d16d0: Merge commit 'e176639bcbf4b580edb462a6b0650e53cd5e3c04' [10:44:14 CEST] <wm4> j-b: looks like I could make it to VDD on Saturday [10:44:28 CEST] <wm4> I still need to get a flight though [10:57:43 CEST] <wm4> j-b: let me know if I can be confirmed as participating, and I need a room as well [11:42:50 CEST] <anshul_> While decoding Closed caption from mov, Closed Caption gets some atom header from mov demuxer [11:44:19 CEST] <anshul_> where are all atom registered and opinion where could be the problem [11:44:34 CEST] <j-b> wm4: of course, you are confirmed. [11:44:39 CEST] <j-b> wm4: please mail me all the info. [11:54:14 CEST] <wm4> j-b: what info do you need? anyway, I still need to find a flight [11:55:20 CEST] <j-b> You need to register online. And then mail me the nights where you must have a hotel. [11:58:04 CEST] <wm4> I should be there on saturday and sunday, right? [11:58:11 CEST] <j-b> that'd be better, yes [12:12:45 CEST] <cone-386> ffmpeg 03Ganesh Ajjanagadde 07master:f174bfea86b3: configure: remove unused apply() function [12:33:10 CEST] <wm4> j-b: and when on saturday does it start / when does it end on sunday? [13:10:16 CEST] <cone-386> ffmpeg 03Michael Niedermayer 07master:6701c92fa426: avcodec/libopusenc: Fix infinite loop on flushing after 0 input [13:44:42 CEST] <j-b> wm4: 9h30 - around 16h00 [13:44:51 CEST] <j-b> wm4: but Sunday is more relaxed for schedule. [13:49:24 CEST] <wm4> ok, saturday 9.30 AM to sunday 4 PM [13:54:37 CEST] <j-b> more or less [15:14:46 CEST] <BBB> wm4: youre coming? [15:14:47 CEST] <BBB> \o/ [15:30:34 CEST] <wm4> maybe [16:04:48 CEST] <BtbN> philipl, nevcairiel, as gb is aparently gone for now, i'm not expecting a review of the hevc patch anytime soon. Any objections against just pushing it? [16:05:10 CEST] <BtbN> Or should i wait for gb, as he's listed as vaapi maintainer? [16:31:24 CEST] <philipl> i would push it. its useful enough for the real world [16:32:31 CEST] <philipl> and he considers the gst plugin shippable with the same conformance failures. [16:36:01 CEST] <BtbN> I'm at a point now where i don't know what else to change or improve. It works for all samples i tested except for the SLIST ones, which are also broken in gst. [16:36:34 CEST] <wm4> with some luck it's a hardware bug? [16:36:45 CEST] <BtbN> Or just a bug in libva [16:36:50 CEST] <BtbN> That's not too uncommon [16:38:09 CEST] <BtbN> The ScalingLists ffmpeg generates are very diffrent from the ones gst produces though [16:38:16 CEST] <BtbN> but they produce the same artifacts [16:40:16 CEST] <nevcairiel> wm4: not hardware, it works through other APIs, but libva maybe [16:40:53 CEST] <BtbN> You mean it works through QSV? [16:40:56 CEST] <BtbN> Or what other API? [16:41:38 CEST] <nevcairiel> dxva [16:41:39 CEST] <BtbN> Oh, just noticed. Does it need a Changelog entry? [16:41:49 CEST] <BtbN> Ah, on windows. Sure. Didn't think of that. [16:42:02 CEST] <nevcairiel> dont we have a qsv decoder too? [16:42:06 CEST] <nevcairiel> i suppose you could try that [16:42:23 CEST] <BtbN> I still would have to register at Intel to download the SDK. [16:42:44 CEST] <BtbN> Did you test in on a Cherryview GPU, or on one where it's decoded via shaders? [16:43:32 CEST] <nevcairiel> on skylake [16:43:47 CEST] <nevcairiel> so hardware decoding [16:43:52 CEST] <cone-386> ffmpeg 03Carl Eugen Hoyos 07master:0382c546cc93: lavc: Describe eia_608 as text subtitles. [16:43:54 CEST] <nevcairiel> of course it could be a different hardware than in those atoms [16:44:01 CEST] <nevcairiel> dont have one of those handy [16:44:05 CEST] <BtbN> No, same GPU iirc [16:44:29 CEST] <nevcairiel> last i heard, those atoms used the broadwell gpu, but with an improved media processor [16:44:37 CEST] <nevcairiel> so something in between broadwell and skylake [16:44:48 CEST] <nevcairiel> In any case, I would also just push it [16:45:00 CEST] <nevcairiel> my dxva patch had totally broken scaling lists initially =p [16:45:18 CEST] <BtbN> It does the exact same thing dxva and vdpau do for them [16:45:28 CEST] <BtbN> I can't imagine it's that wrong. [16:45:38 CEST] <nevcairiel> unless it wants something else [16:45:45 CEST] <nevcairiel> but that would be weird [16:45:57 CEST] <BtbN> It just refers to the HEVC spec in that struct [16:46:02 CEST] <BtbN> As does DXVA [16:46:08 CEST] <BtbN> so i'd guess they expect the same stuff [16:46:42 CEST] <BtbN> What about the Changelog entry? Does it need one? Can't see one for other hwaccel related changes. [16:46:54 CEST] <nevcairiel> just add one, makes everyone happy [16:47:05 CEST] <nevcairiel> maybe a minor bump too [16:54:15 CEST] <BtbN> god damn it kodi. "I was inactive for an hour, shutdown the system" [16:55:59 CEST] <philipl> nevcairiel: can you run vainfo on uour skylake box? [16:56:11 CEST] <philipl> i want to know if it claims vp9 support [16:56:14 CEST] <nevcairiel> its not mine really, i just had access to one for a bit [16:56:25 CEST] <nevcairiel> (and it runs windows :D) [16:56:47 CEST] <wm4> my desktop is a skylake box, but no idea how to make it use intel graphics (using nvidia, better drivers) [16:56:53 CEST] <BtbN> https://bpaste.net/show/e9143aaa83f8 that's on my NUC [16:56:59 CEST] <BtbN> wm4, you don't have to make it use intel drivers [16:57:09 CEST] <philipl> wm4, just run vainfo [16:57:12 CEST] <wm4> BtbN: vainfo for one dumps only the nvidia info [16:57:20 CEST] <philipl> ah wrll [16:57:31 CEST] <BtbN> Does the intel card show up in /dev/dri? [16:57:41 CEST] <nevcairiel> but they do offer vp9 decoding through qsv .. and presumably they have a dxva2 device id for vp9, but microsoft didnt specify a standard for vp9, so intel uses some proprietary format, and of course they dont disclose that [16:57:44 CEST] <wm4> there's a card0, nothing else [16:57:56 CEST] <philipl> you need x connected to the driver for vainfo to work [16:58:02 CEST] <wm4> philipl: yep [16:58:02 CEST] <BtbN> you don't [16:58:10 CEST] <BtbN> It works without X [16:58:15 CEST] <wm4> using DRM? [16:58:16 CEST] <philipl> didnt work headless for me [16:58:17 CEST] <BtbN> yes [16:58:26 CEST] <BtbN> works on my server, which has no X installed [16:58:30 CEST] <wm4> then I probably need to force vainfo to load the correct driver [16:58:41 CEST] <nevcairiel> you may need to turn the GPU on in the BIOS [16:58:59 CEST] <nevcairiel> something like multi-monitor support with dedicated GPU or something [16:59:07 CEST] <nevcairiel> otherwise it just turns it off when a dedicated GPU is installed [16:59:16 CEST] <nevcairiel> (may depend on motherboard) [16:59:20 CEST] <wm4> running vainfo on the terminal complains it can't connect to X [16:59:32 CEST] <wm4> (I mean, on a console where DISPLAY is not set) [16:59:42 CEST] <BtbN> It does so for me, too [16:59:45 CEST] <BtbN> but then lists the info anyway [16:59:49 CEST] <BtbN> because of drm fallback [16:59:49 CEST] <nevcairiel> heh [16:59:58 CEST] <cone-386> ffmpeg 03Ganesh Ajjanagadde 07master:bfe525e6328e: configure: warn if GCC 4.2 is being used [17:00:16 CEST] <wm4> I've actually run vainfo on intel drivers once [17:00:20 CEST] <wm4> maybe I can find it again [17:00:40 CEST] <BtbN> It's some environment var to force the intel driver [17:00:58 CEST] <nevcairiel> I wish i knew someone related to windows intel driver/media thingys, then I could pester them to release the vp9 dxva2 structures they are using [17:01:33 CEST] <wm4> found it: http://sprunge.us/ZTLG [17:01:38 CEST] <wm4> it can do VP8 trollol [17:02:10 CEST] <philipl> oh yeah, no one addwd vp9 to vainfo [17:02:11 CEST] <nevcairiel> someone also asked me about (M)JPEG decoding through DXVA [17:02:23 CEST] <nevcairiel> but again, only intel proprietary format, no official docs :( [17:02:23 CEST] <philipl> so that proves nithing [17:02:25 CEST] <philipl> gah [17:02:34 CEST] <wm4> apparently web browsers can make good use of jpeg hw decoding [17:02:34 CEST] <BtbN> Does ffmpeg support that through libva? [17:02:44 CEST] <philipl> no. [17:02:52 CEST] <BtbN> That shouldn't be too hard to add [17:02:53 CEST] <philipl> btbn: add mjpeg! [17:03:05 CEST] <BtbN> jpeg is fairly simple, compared to hevc [17:03:12 CEST] <philipl> just a bit [17:03:56 CEST] <philipl> my cunning plan is to get support for all vaapi codecs to make nvidia add them to vdpau to keep up [17:04:11 CEST] <nevcairiel> does nvidias hardware do those [17:04:16 CEST] <nevcairiel> otherwise they seem unlikely to be interested [17:04:40 CEST] <philipl> they do [17:05:32 CEST] <nevcairiel> its a shame that Microsoft is unlikely to specify them officially through dxva [17:05:51 CEST] <wm4> btw. many vdpau cards can do many of those DIVX profiles... [17:06:44 CEST] <cone-386> ffmpeg 03Timo Rothenpieler 07master:1dd854e10fe1: vaapi: Add hevc hwaccel support [17:06:50 CEST] <nevcairiel> \o/ [17:07:10 CEST] <nevcairiel> show them kodi devs that are apparently working on this too! [17:07:28 CEST] <philipl> heh. i mentioned kodi tl thwm. [17:07:28 CEST] <wm4> those kodi devs should show up on this channel more often [17:07:33 CEST] <wm4> instead of doing private changes [17:07:53 CEST] <BtbN> nevcairiel, i was working on this because team kodi gave me that NUC, asking me to add vaapi hevc hwaccel to ffmpeg. [17:08:00 CEST] <philipl> they were pleasant enough working with me. [17:08:04 CEST] <nevcairiel> maybe that guy was just confused then [17:08:11 CEST] <philipl> im pretty sure they arw not doing anuthing. [17:08:30 CEST] <philipl> that guy thinks btbn is a kodi guu [17:08:33 CEST] <philipl> guy [17:08:39 CEST] <BtbN> hm? [17:08:45 CEST] <philipl> fucking ipad [17:08:49 CEST] <BtbN> which guy? [17:08:55 CEST] <nevcairiel> one guy used that as an excuse why his tickets arent being answered, apparently the kodi devs are busy with vaapi hevc and cant [17:09:07 CEST] <philipl> right [17:09:09 CEST] <BtbN> the hell [17:09:26 CEST] <wm4> he mentioned someone named FernetMenta? [17:09:31 CEST] <wm4> or something [17:09:44 CEST] <BtbN> Fernet and fritsch are the primary people pushing vaapi in kodi. [17:09:45 CEST] <philipl> thats their main linux guy [17:10:06 CEST] <BtbN> They did some amazing work. kodi plays 4K60 on my NUC. [17:10:13 CEST] <BtbN> hevc [17:10:30 CEST] <nevcairiel> direct rendering can do magix [17:10:36 CEST] <philipl> with the egl insanity [17:10:38 CEST] <nevcairiel> only took linux a couple years [17:10:50 CEST] <BtbN> well, only took intel open source devs a couple years. [17:10:52 CEST] <philipl> only took intel [17:10:55 CEST] <philipl> yeah [17:10:56 CEST] <BtbN> Their GLX implementation was butchered [17:11:15 CEST] <BtbN> It was faster to copy to system ram and re-opload to an OpenGL texture than to use their GLX interop [17:12:16 CEST] <wm4> nevcairiel: vdpau GL interop always worked [17:12:32 CEST] <BtbN> yes, they have actual GL extensions handling it [17:13:02 CEST] <wm4> I'm curious about the new EGL interop... I'll try it as soon as my drivers are probably new enough [17:13:11 CEST] <BtbN> you need mesa-11 for it [17:13:32 CEST] <wm4> I'm using debian, so maybe in a few years [17:13:40 CEST] <BtbN> you can propably just add the kodi repository [17:13:51 CEST] <BtbN> They have all the stuff needed there, for various deb based distros [17:13:57 CEST] <nevcairiel> thats really my main gripe with linux, i need to support like 3 different API combinations to get video things going :D [17:14:09 CEST] <philipl> BtbN: so you want to add vp8? I've got an 'in theory' patch locally to add hwaccel hooks for that and vp9. [17:14:29 CEST] <BtbN> Yeah, mjpeg and vp8 would definitely be nice to have. [17:14:30 CEST] <philipl> otherwise I'll do it when I finally get a skylake machine [17:15:01 CEST] <BtbN> Can't do vp9 though, my nuc doesn't seem to support it. [17:15:17 CEST] <nevcairiel> might be a driver or libva thing [17:15:30 CEST] <nevcairiel> or its really only skylake [17:15:34 CEST] <philipl> only skylake [17:15:43 CEST] <philipl> That's what intel have said publicly. [17:15:45 CEST] <nevcairiel> the atom nucs are somewhere in between on compat [17:15:50 CEST] <nevcairiel> broadwell doesnt do hevc [17:15:56 CEST] <nevcairiel> but the atom uses the broadwell gpu [17:15:58 CEST] <nevcairiel> yet does hevc [17:16:02 CEST] <philipl> braswell [17:16:02 CEST] <wm4> wait, skylake has vp9? [17:16:17 CEST] <philipl> skylake has hybrid vp9. uses shaders for part of it [17:16:48 CEST] <nevcairiel> codec support: http://abload.de/img/5a4q2x.png [17:16:51 CEST] <BtbN> If you have the 3000$ Intel Media SDK, it comes with a libva driver that does hevc on ivy bridge or better. [17:17:21 CEST] <philipl> wm4. You need to patch vainfo to try and detect vp9, then we'll know for sure. [17:17:50 CEST] <BtbN> Wait, it doesn't check for that? [17:17:54 CEST] <wm4> just tell me what I should try, and I'll do it [17:18:43 CEST] <BtbN> vainfo already seems to check for VAProfileVP9Profile0 [17:18:57 CEST] <philipl> Hmm. In a released version? [17:19:06 CEST] <BtbN> just looked at git master [17:19:54 CEST] <philipl> 14 daysAdd VP9 profile to vainfoHEADmaster [17:19:59 CEST] <philipl> Yeah, it's the last change made in git. [17:20:06 CEST] <BtbN> It seems to be rather generic. If the driver reports a profile vainfo doesn't know, it would print <unknown profile> [17:20:07 CEST] <philipl> wm4: so check it out and build it, then try again [17:20:19 CEST] <philipl> I WILL KEEP HOPING [17:28:02 CEST] <cone-386> ffmpeg 03lummax 07master:0c800b27611c: avcodec: Assert on codec->encode2 in encode_audio2 [17:28:37 CEST] <wm4> debian must be doing something stupid [17:28:56 CEST] <wm4> e.g. the vdpau driver is in /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so [17:29:05 CEST] <wm4> while vainfo expects /usr/lib/dri/... [17:30:05 CEST] <iive> that's their multiarch setup [17:30:15 CEST] <wm4> and it's retarded [17:30:39 CEST] <wm4> no purpose and actually causes tons of problems [17:31:13 CEST] <iive> imho, it is better that lib64 and lib32a [17:31:20 CEST] <wm4> ok, LIBVA_DRIVERS_PATH [17:31:57 CEST] <j-b> BBB: ping [17:32:04 CEST] <BBB> j-b: pong [17:38:21 CEST] <wm4> meh, the va tools helper code has code for selecting a display type per command line, but vainfo doesn't use it [17:39:00 CEST] <wm4> ok, via DRM it apparently just doesn't work [17:39:19 CEST] <wm4> libva info: va_getDriverName() returns -1 [17:39:19 CEST] <wm4> libva error: va_getDriverName() failed with unknown libva error,driver_name=(null) [17:39:19 CEST] <wm4> vaInitialize failed with error code -1 (unknown libva error),exit [17:55:33 CEST] <philipl> wm4: intel don't want us to know. [18:03:09 CEST] <wm4> either I really have to enable it in the BIOS, or I have to load/instal some obscure driver? [18:05:24 CEST] <philipl> it has to be enabled in the bios for sure. [18:06:04 CEST] <wm4> shouldn't Linux be able to use the hw anyway? [18:06:25 CEST] <wm4> I don't think the BIOS allows enabling both [18:06:44 CEST] <wm4> so I'd have to reboot Linux, which I don't want to [18:06:50 CEST] <wm4> (lots of open windows etc.) [18:08:01 CEST] <philipl> you can enable both but it'll be messy. [18:08:16 CEST] <wm4> messy? [18:08:18 CEST] <philipl> don't worry, ill continue to live in ignorance. [18:08:44 CEST] <wm4> well I can do it the next time I want to reboot, and maybe there are some other skylake users around [18:08:46 CEST] <philipl> will x come up right etc [18:08:51 CEST] <wm4> or maybe I could boot a live CD [18:09:16 CEST] <philipl> live cd would be best but need to move monitor [18:09:47 CEST] <wm4> the main problem with the live cd is that I'd need to compile vainfo [18:10:07 CEST] <philipl> true [18:10:29 CEST] <philipl> might also need to build up to date va driver too [18:27:45 CEST] <cone-386> ffmpeg 03Stefano Sabatini 07master:57cd2f7777a3: lavf/mpegenc: provide better feedback in case of invalid media type [20:01:53 CEST] <philipl> BtbN: __gb__ didn't take the bait on the TODO items. Guess he wants someone else to work it out :-) [20:02:58 CEST] <philipl> http://www.phoronix.com/scan.php?page=news_item&px=Nouveau-VAAPI-Samsung-Patches [20:03:01 CEST] <philipl> THe circle is complete! [20:31:36 CEST] <wm4> philipl: the fuck [20:33:13 CEST] <wm4> why would they be interested in this? makes no sense to me [20:40:03 CEST] <wm4> ubitux: there's no way yet to distinguish subs with 0 and unknown length yet, correct? [21:48:41 CEST] <philipl> wm4: boggles my mind. Why vaapi when vdpau works. Why Samsung. So many questions. [21:50:10 CEST] <Compn> samsung sponsored some stuff for ffmpeg , maybe opw? [21:50:17 CEST] <Compn> so they are our friends [21:50:18 CEST] <Compn> :P [21:54:32 CEST] <michaelni> philipl, if you have questions related to samsung, then ask reynaldo [21:56:21 CEST] <Daemon404> IME people working for bigcorps rarely know why another division has done something [22:00:51 CEST] <cone-386> ffmpeg 03Paul B Mahol 07master:15f4b3db58a6: avfilter: add framerate video filter [22:03:10 CEST] <michaelni> true but they should know who to contact or ask at least if there is interrest [22:05:24 CEST] <llogan> durandal_1707: looks like an interesting one [22:06:53 CEST] <durandal_1707> its buggy... [22:33:23 CEST] <philipl> Just seems highly masochistic. nouveau has working vdpau - so why would anyone want to fight with vaapi. [22:33:38 CEST] <Daemon404> philipl, because a manager told you to [22:33:46 CEST] <Daemon404> looks good at trade shows [22:33:47 CEST] <Daemon404> who knows. [22:33:56 CEST] <philipl> I guess if your applications are all based on gstreamer you might, as there's no vdpau worth a damn in gstreamer. [22:34:16 CEST] <philipl> but I'd rather write a vdpau plugin for gstreamer than add vaapi to a driver. [22:35:39 CEST] <nevcairiel> Does media capability and OpenGL rendering even work good enough in nouveau to care? [22:36:22 CEST] <nevcairiel> I haven't used it for a year or so now, but it used to be quite lacking [22:36:56 CEST] <Daemon404> well also [22:37:01 CEST] <philipl> My perceptions are mostly historical, when it was unusable. I believe it can be used in more situations now, but why is the eternal question. [22:37:07 CEST] <Daemon404> i know 0 people using nouveau, not including MUH FREEDUMS types [22:37:19 CEST] <philipl> quite. [22:37:40 CEST] <nevcairiel> Presumably nvidia is even working on KMS now for the binary blob [22:38:07 CEST] <philipl> Possibly KMS. They were trying to push that EGL Streams thing as an alternative for wayland. [22:38:18 CEST] <philipl> Last I heard they'd given up and were working on KMS [22:38:34 CEST] <wm4> nevcairiel: nouveau can destroy your hardware physically [22:38:46 CEST] <wm4> (power management is hard) [22:38:47 CEST] <philipl> but it was free before it died. [22:39:01 CEST] <nevcairiel> If you listen to the internet, so can the windows driver on certain laptops [22:39:30 CEST] <nevcairiel> Technically it destroys the screen there, same diff [23:04:52 CEST] <cone-386> ffmpeg 03Ganesh Ajjanagadde 07master:9ba511d5d3d7: avfilter/af_amerge: use the name 's' for the pointer to the private context [00:00:00 CEST] --- Fri Aug 28 2015