[01:15:09 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:f77eee67e25b: avcodec/ac3dec: Use frame_size if superframe_size is 0 [01:15:09 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:10c8521265da: indeo4: Decode all or nothing of a band header. [01:15:09 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:63c4a4b0d692: avcodec/mlpdec: Only change noise_type if the related fields are valid [08:24:01 CEST] <hanna> atomnuker: I could test it on RADV if you need me to [08:24:08 CEST] <hanna> As long as you explain to me what test suite to run [08:26:35 CEST] <atomnuker> thanks, if you have the time just see if say the chromaticaberration filter works for some simple case like upload, filter, download on an rgb source [08:26:58 CEST] <atomnuker> -vf format=rgba,hwupload,chromaticaberration_vulkan,hwdownload,format=rgba [08:28:32 CEST] <atomnuker> if it does you can also test if mapping drm frames works, or vaapi (they both use the same path) [08:29:19 CEST] <hanna> What remote do I add? [08:32:06 CEST] <hanna> atomnuker: ^ [08:32:23 CEST] <atomnuker> pull from https://github.com/atomnuker/FFmpeg/tree/exp_vulkan [08:32:41 CEST] <hanna> thanks [08:33:01 CEST] <atomnuker> compile with --enable-libdrm --enable-vulkan --enable-libshaderc [08:33:29 CEST] <atomnuker> vaapi support should get autoenabled if you've still got it [08:35:13 CEST] <hanna> Do they not get auto-probed? [08:35:41 CEST] <hanna> libavfilter/vulkan.c:496:11: error: unknown type name shaderc_env_version [08:35:44 CEST] <hanna> I guess my version of shaderc is too old [08:35:51 CEST] <hanna> might want to adjust the pkg_config check for that [08:39:21 CEST] <hanna> anyway that means it might be difficult for me to test, since I can't really update shaderc [08:39:23 CEST] <hanna> it stilled compiling months ago [08:40:36 CEST] <atomnuker> that is kinda old, just comment shaderc_compile_options_set_target_env and the opt_ver variable [08:41:05 CEST] <atomnuker> I'd check for package version but it still lacks a pkgconfig file sadly [08:41:17 CEST] <hanna> oh right [11:32:35 CEST] <gagandeep> kierank: i remember you said to me to disable something related to threading, i am running into some trouble with tag reading in ip files [11:32:44 CEST] <gagandeep> do you think it is because of that [11:33:04 CEST] <kierank> probablhy [11:33:09 CEST] <gagandeep> even avlog is only showing output for 4 - 5 tag/value pair [11:33:10 CEST] <kierank> disable frame threads at the bottom [11:33:15 CEST] <gagandeep> how [11:33:25 CEST] <kierank> just remove the FRAME_THREADING [11:33:26 CEST] <kierank> thing [11:35:34 CEST] <gagandeep> .capabilities [11:36:13 CEST] <kierank> yes [11:58:11 CEST] <gagandeep> umm, i also had to disable the break loop for transform type tag [11:58:27 CEST] <gagandeep> now avlog has the info [12:22:55 CEST] <gagandeep> kierank: i think that mountain file is problematic [12:23:05 CEST] <gagandeep> the new ip sample is working much better [12:23:19 CEST] <gagandeep> i will first try to run the new sample [12:24:14 CEST] <kierank> You should see if it works with cineformsdk in FFmpeg [12:24:38 CEST] <kierank> Ok [14:06:45 CEST] <durandal_1707> YYYYYYYYEEESSSSS!!!!!!!! [14:23:00 CEST] <kierank> durandal_1707: ? [14:28:19 CEST] <durandal_1707> kierank: finally got noise reduction filter act better than simple moving average filter [16:19:00 CEST] <kierank> atomnuker: damn, there was an iter open day [16:19:00 CEST] <kierank> https://twitter.com/iterorg [16:19:05 CEST] <kierank> that would have been worth seying [16:19:07 CEST] <kierank> e* [16:21:19 CEST] <kierank> gonna push cfhd patches later [16:30:19 CEST] <atomnuker> yeah, they have those once every 2 or so weeks [16:30:54 CEST] <atomnuker> but when I checked in january it was all booked until may [16:42:44 CEST] <kierank> atomnuker: ping me if there is one [16:42:45 CEST] <kierank> i'd like to go [17:31:28 CEST] <BtbN> "Chromeium to get video hwaccel on linux" [17:31:32 CEST] <BtbN> "v4l2vda" [17:31:34 CEST] <BtbN> great [17:31:40 CEST] <BtbN> Where is that stuff even used?! [17:33:24 CEST] <philipl> https://blog.csdn.net/ustcxiangchun/article/details/31800733 [17:33:26 CEST] <philipl> china? [17:36:17 CEST] <nevcairiel> ARM basically [17:46:36 CEST] <jamrial> is that avs2 codec basically hevc without the bloat? [17:47:36 CEST] <jkqxz> Pretty much, yeah. [17:48:28 CEST] <jkqxz> (Also it's Definitely Not Infringing on any patents which might apply to H.265.) [17:48:57 CEST] <JEEB> glorious chinese technology with only chinese patents! [17:52:11 CEST] <jkqxz> So, why would anyone ever want to use an almost-certainly-terrible intra-only H.264 encoder on a shitty ARM SoC? [17:52:34 CEST] <jkqxz> That really doesn't seem like it has much in the way of use-cases. [19:40:39 CEST] <atomnuker> its not all intra only on all arm boards, isn't it? [19:42:20 CEST] <atomnuker> lol, 1700 lines, you can probably write an equivalent h264 encoder with less than that [19:47:10 CEST] <durandal_1707> 17000 lines [23:32:00 CEST] <atomnuker> hanna: had a chance to run the vulkan filtering stuff? [00:00:00 CEST] --- Sun May 27 2018