[Ffmpeg-devel-irc] ffmpeg-devel.log.20180526

[burek]

[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