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

[burek]

[00:26:08 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:42eb78059d14: avcodec/takdec: Fix overflow with large sample rates
[00:26:09 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:f4ecf6c39de9: avcodec/ralf: Skip initializing unused filter variables
[00:26:10 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:000494fed932: tools/target_dec_fuzzer: Adjust ffwavesynth threshold
[00:26:11 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:8caa7166676e: tools/target_dec_fuzzer: Adjust threshold for CFHD
[00:26:12 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:b63fbc19c09d: avcodec/qdrw: Check input for header/skiped space before get_buffer()
[00:26:13 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:4834ec926aa5: avcodec/hcom: Check the root entry and the right entries
[00:26:14 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:3948d80842f5: avcodec/interplayacm: Fix integer overflows in juggle()
[00:26:15 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:66589d9bd990: avcodec/truespeech: Fix integer overflow in truespeech_synth()
[00:26:16 CEST] <cone-304> ffmpeg 03Michael Niedermayer 07master:698e042c77ec: avcodec/vp5: Check render_x/y
[00:26:17 CEST] <cone-304> ffmpeg 03Andreas Rheinhardt 07master:6f2a3958cfac: fftools/ffmpeg: Free swresample dictionary during cleanup
[06:26:06 CEST] <cone-218> ffmpeg 03Jun Li 07master:155508c6e925: avformat/tee.c: steal bsf option before passing to fifo muxer
[10:14:26 CEST] <durandal_1707> ubitux: the max level for 3d lut is 256, so I will split patch into two, awaiting review
[10:15:43 CEST] <ubitux> durandal_1707: can you try if there is a benefit in aligning to the next ^2 each dimension?
[10:15:54 CEST] <ubitux> like, if you get a 17x17x17, you would alloc 32x32x32
[10:20:49 CEST] <durandal_1707> ubitux: that would allocate 256 for 144?
[10:25:05 CEST] <ubitux> durandal_1707: yeah
[10:26:40 CEST] <ubitux> maybe a 16 align instead would be enough though
[10:26:45 CEST] <ubitux> instead of a pow of 2
[10:27:00 CEST] <ubitux> (144 would stay 144, but 17 would become 32)
[11:25:16 CEST] <durandal_1707> ubitux: doesn't make any difference here
[11:39:30 CEST] <durandal_1707> michaelni: looked at that interplay mve bug?
[12:25:17 CEST] <michaelni> durandal_1707, nope, i have enough bugs to work ok
[12:25:24 CEST] <michaelni> oN
[12:25:46 CEST] <durandal_1707> michaelni: but this is regression
[12:28:24 CEST] <cone-218> ffmpeg 03Paul B Mahol 07master:9d711a90fdf3: avformat/bintext: avoid division by zero
[12:35:32 CEST] <michaelni> iam not sure it is, linesize could be anything before too. But if this bug interrests you so much, you should look into it. I dont see the connection between me and this bug. Its not code i wrote nor maintain nor did i write the commit triggering this and iam working on other bugs ATM
[12:38:27 CEST] <durandal_1707> michaelni: i failed to fix it, it is very hard to fix
[12:43:45 CEST] <michaelni> well, i can try to look at it later but there are quite a few things i wanted to do "yesterday" so iam not sure when
[16:23:26 CEST] <durandal_1707> i have much better metric than vmaf, psnr and ssim all together
[16:32:07 CEST] <Lynne> you use your eyes?
[16:32:55 CEST] <durandal_1707> no
[17:04:18 CEST] <durandal_1707> michaelni: i found source of bug, 0x06 variant can have negative x when copying data from other frames, if worked with old linesize by pure luck
[17:04:53 CEST] <durandal_1707> ie. x + delta_x is negative
[17:32:53 CEST] <michaelni> durandal_1707, great, i didnt yet had time to look ...
[17:43:53 CEST] <cehoyos> Was there already a discussion if a "Japan Rail Pass" is useful?
[17:46:35 CEST] <durandal_1707> ?
[17:47:39 CEST] <cehoyos> VDD
[17:57:40 CEST] <Chagall> probably depends on how much you are planning on taking the train
[17:58:57 CEST] <cehoyos> From Tokyo to Kyoto and back but I wonder if I will use it to get from Haneda airport to the hotel
[18:30:19 CEST] <cone-218> ffmpeg 03Paul B Mahol 07master:0481a1f6e5b8: avcodec/interplayvideo: properly decode motion vectors
[19:08:31 CEST] <BBB> jamrial: ping
[19:08:40 CEST] <jamrial> BBB: pong
[19:08:44 CEST] <BBB> hey
[19:09:06 CEST] <BBB> is there some way that ffprobe or so allows me to print the "frame_type" field from an av1 frame?
[19:09:23 CEST] <jamrial> -show_frames should do that
[19:09:31 CEST] <BBB> does it just show key/notkey?
[19:09:37 CEST] <BBB> or does it also mark other frame types?
[19:09:50 CEST] <BBB> like s-frame or intra_only etc.
[19:09:55 CEST] <jamrial> i think it shows both frame type (I, P, etc) and also key or not key
[19:10:35 CEST] <BBB> AV_PICTURE_TYPE_SP?
[19:11:16 CEST] <jamrial> key_frame={0,1}
[19:11:22 CEST] <jamrial> pict_type={I,B,P}
[19:11:57 CEST] <BBB> ffprobe ~/Downloads/test_sframe_2_1_lag0_new.ivf -c:v libdav1d ?
[19:12:07 CEST] <BBB> djeez, my ffprobe knowledge is low
[19:12:25 CEST] <Lynne> use the trace_headers bsf if you need something more detailed, but its extremely verbose and printed on stderr
[19:12:26 CEST] <jamrial> ffprobe -show_frames ~/Downloads/test_sframe_2_1_lag0_new.ivf
[19:12:48 CEST] <jamrial> it will use the available decoder to parse the stream and output information for each frame
[19:13:16 CEST] <BBB> pict_type=? using libaom
[19:13:30 CEST] <BBB> how do I force libdav1d?
[19:13:36 CEST] <BBB> (older ffmpeg version here)
[19:13:39 CEST] <jamrial> yeah, our libaom wrapper isn't tagging frames right
[19:14:01 CEST] <BBB> -vcodec or -c:v doesn't appear to work
[19:14:11 CEST] <jamrial> neither -codec:v
[19:14:22 CEST] <jamrial> not sure if you can force it
[19:15:20 CEST] <jamrial> can't you use a more recent ffmpeg build with libdav1d as default?
[19:15:34 CEST] <jamrial> and as Lynne said, you could always instead use the trace_headers bsf
[19:15:39 CEST] <BBB> probably, but it's not for me, I'm trying to help someone else
[19:15:42 CEST] <BBB> let me try trace_headers
[19:15:43 CEST] <jamrial> ah
[19:16:05 CEST] <jamrial> trace_headers will show you the av1 bitstream fields as named in the spec
[19:16:08 CEST] <BBB> telling an external person to use current git/master isn't exactly helpful, might just as  well write them a bash script to parse the field directly then :-p
[19:16:20 CEST] <BBB> how do I do that? -trace_headers?
[19:16:43 CEST] <jamrial> yeah, in that case i guess trace_headers isn't ideal because all the show_existing_frame stuff will make it hard to know which frame is which :p
[19:16:54 CEST] <jamrial> ffmpeg -i INPUT -c:v copy -bsf:v trace_headers -f null -
[19:18:39 CEST] <BBB> tnx!
[19:22:19 CEST] <durandal_1707> Lynne: its gmsd, gradient magnitude similarity deviation, and its better than vmaf
[19:34:13 CEST] <durandal_1707> ubitux: nobody gonna review lut3d patches except you
[19:35:40 CEST] <ubitux> will do tonight
[19:35:49 CEST] <ubitux> ping me tomorrow if i forgot
[19:38:48 CEST] <durandal_1707> okay
[22:08:42 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:9e283aa24eca: avfilter/vf_psnr,vf_ssim: add warning if different timebases are encountered
[22:36:55 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:487a1f28e283: doc/filters: add one more example for ssim/psnr
[23:02:04 CEST] <cone-487> ffmpeg 03Paul B Mahol 07master:296296a4d519: doc/filters: add one more example for libvmaf
[23:32:09 CEST] <cone-487> ffmpeg 03Andreas Rheinhardt 07master:2e37237ff107: avformat/aiffenc: Add deinit function
[23:32:09 CEST] <cone-487> ffmpeg 03Andreas Rheinhardt 07master:09e938b3a129: avformat/asfenc: Remove unnecessary header
[23:32:11 CEST] <cone-487> ffmpeg 03Andreas Rheinhardt 07master:982539a07af7: avformat/avidec: Remove superfluous header
[23:32:11 CEST] <cone-487> ffmpeg 03Andreas Rheinhardt 07master:b78227e1684a: avformat/avienc: Remove superfluous header
[00:00:00 CEST] --- Sat Oct 26 2019