[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