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

[burek]

[00:28:28 CEST] <philipl> Lynne: jkqxz: BtbN: https://github.com/philipl/FFmpeg/pull/1
[00:28:35 CEST] <philipl> Just used a PR on myself for convenience.
[00:29:07 CEST] <philipl> That implements explicit HW transfer hooks and support in vf_hwupload and then bi-directional transfer support in hwcontext_vulkan
[00:29:29 CEST] <philipl> The main thing that's still missing is proper handling for a hwcontext to declare support for hw pix fmts vs sw pix fmts.
[00:29:45 CEST] <philipl> But it works well.
[00:40:24 CEST] <BtbN> I still need to look at the whole Vulkan hwcontext stuff in itself.
[01:04:43 CEST] <philipl> BtbN: that's in the tree history too.
[01:40:11 CEST] <cone-789> ffmpeg 03Lou Logan 07master:04858650b178: ffmpeg_opt: remove errant space
[02:03:50 CEST] <nevcairiel> this guy sure doesnt seem to get the hint :D
[02:11:32 CEST] <BBB> is it maybe a feature request ?
[02:11:46 CEST] <BBB> I mean, I don't think that means the bug should stay open
[02:11:54 CEST] <BBB> but maybe he doesn't know trac is not for feature requests?
[02:12:03 CEST] <BBB> and statign that explicitly might stop him from opening more such bugs
[02:12:36 CEST] <nevcairiel> well feature request are sort of ok, but his post doesnt even make much sense
[02:13:05 CEST] <nevcairiel> its like "I want this 3-letter thing that I think is important"
[02:14:01 CEST] <cehoyos> BBB: He has opened a large number of tickets in the past, a high percentage invalid
[02:15:42 CEST] <cehoyos> The issue here is (like in tickets before) that he - as nevcairiel correctly wrote - simply copies different buzzwords
[02:16:42 CEST] <cehoyos> In this case, he combines HD-DVD, Bluray, HDV and XD-CAM with an old question from the user mailing list
[02:17:39 CEST] <cehoyos> These are all missing features, but they are both well known and have little relationship (I doubt that HDV and Bluray would share much code although they both imply changes to the mpegts muxer)
[02:39:32 CEST] <Chagall> MPEG-2 blu-ray format is not supported?
[02:40:07 CEST] <Chagall> or just not encoding to it?
[02:41:05 CEST] <Chagall> only found https://trac.ffmpeg.org/ticket/1766
[02:47:25 CEST] <Chagall> that's a questionable entry now that I read the description...
[03:08:52 CEST] <kierank> I doubt anyone wants to make mpeg-2 blurays
[03:08:56 CEST] <kierank> they are some historical quirk
[03:09:08 CEST] <kierank> every blu-ray player can play h264
[03:11:29 CEST] <cehoyos> I always wanted this feature;-(
[03:11:38 CEST] <cehoyos> I'd still love it.
[03:20:35 CEST] <kierank> michaelni: in chunked decode mode with slice threads, in the case where thread A is on frame 0 and thread B has crossed to frame 1, how do you suggest thread B gets a new h264codeccontext?
[03:20:51 CEST] <kierank> I guess this is what dav1d does
[03:20:58 CEST] <kierank> and why it was easier to implement it outside of ffmpeg
[03:22:52 CEST] <cone-789> ffmpeg 03James Almer 07release/4.1:3ecbb180ef3b: aformat/movenc: add missing padding to output track extradata
[03:27:59 CEST] <cone-789> ffmpeg 03Jun Zhao 07release/4.1:4fbeaaa2208e: lavc/mpeg4audio: add chan_config check to avoid indeterminate channels
[03:28:06 CEST] <kierank> ff_h264_queue_decode_slice
[03:28:13 CEST] <kierank> https://github.com/FFmpeg/FFmpeg/blob/95e5396919b13a00264466b5d766f80f1a4f7fdc/libavcodec/h264_slice.c#L2105
[03:28:18 CEST] <kierank> apparently already a case 
[03:28:20 CEST] <kierank> so this is doable
[03:29:00 CEST] <cone-789> ffmpeg 03Jun Zhao 07release/4.2:61853f750353: lavc/mpeg4audio: add chan_config check to avoid indeterminate channels
[03:42:41 CEST] <BBB> kierank: it can be done inside ffmpeg also, but we typically don't have a good separation between slice contexts, frame contexts and global contexts
[03:42:51 CEST] <BBB> in dav1d, we made everything correct fromt he start, no hacks
[03:42:59 CEST] <BBB> so everytime something didn't fit, we had to make it fit anyway
[03:42:59 CEST] <kierank> yep, my exact problem right now
[03:43:05 CEST] <BBB> slice always accesses a const frame
[03:43:10 CEST] <BBB> frame always accesses a global const
[03:43:18 CEST] <BBB> that means no races, no unexpected behaviour, etc.
[03:43:24 CEST] <BBB> it's beautiful
[03:45:44 CEST] <BBB> if i could redesign ffmpeg's threading, i would add that, yes
[03:46:48 CEST] <kierank> I think I can fix the current problem I have though but it's messy as hell
[03:46:54 CEST] <kierank> and probably going to create a fuzzing mess
[06:23:39 CEST] <taliho> """""""""""""""""AZ<
[13:26:17 CEST] <durandal_1707> Lynne: i got more boost with using SIMD in compute_gru() also did your thing with fmac_scalar
[13:29:32 CEST] <durandal_1707> https://pastebin.com/pGm4NrpA
[17:12:23 CEST] <durandal_1707> listening idea for some nice A->A or V->V filter
[17:38:42 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:736c7c20e781: swscale/x86/swscale: Fix undefined left shifts of negative numbers
[17:38:42 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:f7bc0386d935: avcodec/ffv1enc: Fix out-of-bounds-array access
[17:38:42 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:e2646e23be69: swscale/utils: Fix invalid left shifts of negative numbers
[17:38:42 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:b7f156e8cbdf: avcodec/dnxhdenc: Fix undefined left shifts of negative numbers
[17:38:42 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:324487b596fb: avcodec/ituh263dec: Fix undefined left shift of negative number
[17:38:43 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:5cf593adcd79: avcodec/jpeg2000dwt: Fix undefined shifts of negative numbers
[17:38:43 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:fa211943265c: avfilter/vf_hqx: Fix undefined left shifts of negative numbers
[17:38:44 CEST] <cone-144> ffmpeg 03Andreas Rheinhardt 07master:4294dc3589a3: avfilter/vf_xbr: Fix left shift of negative number
[18:17:35 CEST] <jamrial> durandal_1707: waifu2x
[18:17:56 CEST] <durandal_1707> please no
[18:18:44 CEST] <jamrial> oh well :p
[18:21:17 CEST] <JEEB> we already have nnedi3
[18:31:22 CEST] <durandal_1707> ban this guy
[19:24:46 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:f63cd1963e36: avcodec/hevc_cabac: Tighten the limit on k in ff_hevc_cu_qp_delta_abs()
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:1e95a3e8a725: avcodec/apedec: Fix several integer overflows in predictor_update_filter() and do_apply_filter()
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:cf41da2ad2ec: avcodec/apedec: Allocate decoded_buffer after successful ff_get_buffer()
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:7f7af9e294f8: avcodec/vc1: check REFDIST
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:181e138da720: avcodec/vc1: Check for excessive resolution
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:c722a69253a2: avcodec/vc1_block: Fix invalid shift with rangeredfrm
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:ced9a1cd0ab7: avcodec/vc1_pred: Fix invalid shifts in scaleforopp()
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:e75e7fe1601b: vcodec/vc1: compute rangex/y only for P/B frames
[19:24:47 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:fbb314b6f2c2: avcodec/ralf: Fix integer overflow in decode_channel()
[19:24:48 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:8335ba8ae999: avcodec/ituh263dec: Make the condition for the studio slice start code match between ff_h263_resync() and ff_mpeg4_decode_studio_slice_header()
[19:24:49 CEST] <cone-144> ffmpeg 03Michael Niedermayer 07master:017884bdc397: avcodec/motionpixels: Mark 2 functions as always_inline
[19:25:23 CEST] <durandal_1707> ban this guy
[20:44:50 CEST] <durandal_1707> Lynne: https://github.com/kfrlib/kfr
[21:03:38 CEST] <jdarnley> Dammit!  That's twice you've blue screened playign this file.
[21:04:24 CEST] <durandal_1707> ?!?
[21:04:49 CEST] <jdarnley> Yeah.
[21:05:00 CEST] <JEEB> is hardware decoding related?
[21:05:06 CEST] <JEEB> or is this pure software causing bluescreens?
[21:05:11 CEST] <jdarnley> Maybe/probably
[21:05:13 CEST] <JEEB> *pure user space
[21:05:19 CEST] <jdarnley> I doubt it
[21:05:26 CEST] <JEEB> :)
[21:05:31 CEST] <jdarnley> could be HW overlay if that was pure software
[21:06:09 CEST] <jdarnley> I'll use vlc instead, see if that does it too
[21:10:34 CEST] <Fox_M> re
[21:14:01 CEST] <Lynne> 149302 decicycles in fftwf_execute (FFTW_ESTIMATE),   16373 runs,     11 skips
[21:14:03 CEST] <Lynne>   33486 decicycles in fftwf_execute (FFTW_MEASURE),   16348 runs,     36 skips
[21:14:24 CEST] <Lynne> durandal_1707: even our fft is faster than fftw when FFTW_ESTIMATE is used ^^
[21:16:09 CEST] <Lynne> the 4.46 times speedup to not using bad fftw config puts both kfr and ippsp to shame or matches them
[21:20:09 CEST] <Lynne> FFTW_MEASURE is barely 20% slower to run on startup tham FFTW_ESTIMATE, and its the default
[21:27:51 CEST] <durandal_1707> Lynne: i think they have AVX for their FFT
[21:31:28 CEST] <Lynne> so do we?
[21:55:11 CEST] <cone-144> ffmpeg 03Limin Wang 07master:b4e7d3a0db94: avfilter/vf_framerate: limit the scene level max range
[21:55:12 CEST] <cone-144> ffmpeg 03Limin Wang 07master:fd5fdca95337: avfilter/vf_framerate: refine the filter_slice code for better readiablity
[21:55:13 CEST] <cone-144> ffmpeg 03Limin Wang 07master:86f0411a5270: avfilter/vf_framerate: remove duplicate code with macro-based function
[22:11:11 CEST] <cone-144> ffmpeg 03Paul B Mahol 07master:216830aca4ff: avfilter/fifo: cosmetics
[22:11:12 CEST] <cone-144> ffmpeg 03Paul B Mahol 07master:947e8ab329af: avfilter/fifo: use the name 's' for the pointer to the private context
[22:32:26 CEST] <jdarnley> vlc to the rescue
[22:32:47 CEST] <jdarnley> I should look at updating my video drivers and other software
[22:41:30 CEST] <durandal_1707> users do not deserve ffmpeg
[23:07:23 CEST] <cone-144> ffmpeg 03Paul B Mahol 07master:551e8dc14593: doc/filters: add more advanced silenceremove example
[00:00:00 CEST] --- Sun Sep 29 2019