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

[burek]

[01:24:00 CET] <sfan5> michaelni: was it an oversight that you didn't apply the actual skip_frame implemention (patch 2/2)?
[01:32:35 CET] <jamrial> sfan5: if he didn't reply to it then he didn't yet look at it
[01:35:04 CET] <sfan5> alright
[05:55:08 CET] <Compn> ugh
[05:55:23 CET] <Compn> the comments on hacker news are not fun to read
[05:55:44 CET] <Compn> i need a site where its mandatory people read the article before posting :D
[05:57:44 CET] <wm4> is it about ffmpeg
[07:26:30 CET] <Dis> Hi, I am trying to encrypt the dash segments hence passing encryption key and kid to mp4 muxer. With ffmpeg command generating dash single file for playback. But when I play using ffplay I see failed to read the IV from auxiliary info.
[07:27:50 CET] <Dis> ffmpeg -y -f mp4 -i SampleVideo_1280x720_20mb.mp4 -map 0:v:0 -c copy -f dash -encryption_scheme cenc-aes-ctr -encryption_key <key> -encryption_kid <kid> -min_seg_duration 4000000 -use_timeline 1 -use_template 1 -single_file 1 ./ffenc_new1.mpd
[07:28:19 CET] <Dis> ffplay ffenc_new1-stream0.m4s -decryption_key <key>
[07:28:56 CET] <Dis> I get the error "[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fa3040008c0] failed to read iv from the auxiliary info"
[07:30:05 CET] <Dis> I am unable to locate the issue. Please provide inputs. On side note: with mp4 muxer alone... I do not see any error while playback.
[14:48:53 CET] <cone-893> ffmpeg 03Martin Vignali 07master:869efbf97120: avfilter/x86/vf_threshold : add threshold16 SIMD (SSE4 and AVX2)
[14:48:54 CET] <cone-893> ffmpeg 03Martin Vignali 07master:179a2f04eb2b: checkasm/vf_threshold : add test for threshold16
[15:12:03 CET] <cone-893> ffmpeg 03Martin Vignali 07master:9e1c9633cc7b: avcodec/utvideodec : use dsp add_median_pred for second line
[15:13:38 CET] <JEEB> :)
[15:14:32 CET] <cone-893> ffmpeg 03Martin Vignali 07master:57877f2b449f: avcodec/huffyuvenc : increase scalar loop count
[15:14:33 CET] <cone-893> ffmpeg 03Martin Vignali 07master:001173b8ff8e: avcodec/huffyuvenc : remove code duplication in sub_left_prediction
[15:14:34 CET] <cone-893> ffmpeg 03Martin Vignali 07master:dc9a187c3d1b: avcodec/huffyuvenc : sub_left_prediction_bgr32, call dsp after 32 first byte of the line in order to try to call the align version (diff bytes have avx2 version)
[15:17:50 CET] <cone-893> ffmpeg 03Martin Vignali 07master:5bda11e70ef1: checkasm/llviddsp : test return of add_left_pred(16)
[15:17:51 CET] <cone-893> ffmpeg 03Martin Vignali 07master:cfbcea1cca7f: avcodec/x86/lossless_videodsp.asm : make macro for add_left_pred_unaligned in order to add avx2 version
[15:17:52 CET] <cone-893> ffmpeg 03Martin Vignali 07master:4353c3506742: avcodec/x86/lossless_videodsp : add avx2 version for add_left_pred
[15:20:22 CET] <cone-893> ffmpeg 03Martin Vignali 07master:630967ef63d0: avcodec/utvideodec : add SIMD (SSSE3 and AVX2) for gradient_pred
[15:20:23 CET] <cone-893> ffmpeg 03Martin Vignali 07master:e1121f9723b1: checkasm/llviddsp : add test for add_gradient_pred
[16:38:41 CET] <durandal_1707> spam incoming
[16:47:55 CET] <durandal_1707> it appears some messages didnt make in?
[16:52:59 CET] <jamrial> i got all 27
[20:39:28 CET] <JEEB> last call if anyone has any issues with https://patchwork.ffmpeg.org/patch/6618/ ?
[20:39:39 CET] <JEEB> it fixes compilation and the change itself seems OK
[20:39:54 CET] <JEEB> (just resets the literal pool before that function)
[20:49:56 CET] <cone-765> ffmpeg 03James Almer 07master:36de24d5b7d6: arm/hevc_idct: fix compilation on Android
[20:50:08 CET] <JEEB> jamrial: thanks for posting it :)
[20:50:31 CET] <sfan5> nitpick: it worked on Android+gcc, just not on Android+clang
[20:50:59 CET] <ubitux> they're pretty much killing gcc lately
[20:51:17 CET] <ubitux> not sure it will last long; is it even part of the toolchain in recent ndk?
[20:51:30 CET] <wbs> it is still present in the latest vrsions, but very deprecated
[20:51:33 CET] <wbs> and not updated since 4.9
[20:51:46 CET] <wbs> and all the release notes are saying that it will be removed soon
[20:51:53 CET] <JEEB> yea
[20:52:08 CET] <sfan5> pretty sure it has been saying "soon" since the last 6 months
[20:52:24 CET] <JEEB> yea they had some issues with c++ until now
[20:52:31 CET] <JEEB> but I think the C++ stdlib issues they had are fixed now
[21:23:54 CET] <jamrial> JEEB: no prob
[21:34:51 CET] <cone-765> ffmpeg 03James Cowgill 07master:02ba4b91b561: avcodec/decode: reset codec on receiving packet after EOF in compat_decode
[21:35:25 CET] <durandal_1707> why is this crap in master?
[21:44:16 CET] <cone-765> ffmpeg 03James Cowgill 07release/3.4:d8d1689f929c: avcodec/decode: reset codec on receiving packet after EOF in compat_decode
[22:02:25 CET] <jamrial> because nobody vetoed it or stated it wasn't acceptable, whereas at least two people said it was good and approved it
[22:05:23 CET] <BtbN> From how I understand it, it turns an error code being returned in an coded implementation defined "either it works or crashes"?
[22:05:30 CET] <BtbN> *codec
[22:06:19 CET] <Chloe> turing codec still only supports a very specific target
[22:08:45 CET] <Chloe> its API (and actually the whole codec) is also of very questionable design
[23:16:15 CET] <cone-765> ffmpeg 03Jacob Trimble 07master:b38f222165f9: avcodec/Makefile: Fix opus parser dependency.
[23:16:16 CET] <cone-765> ffmpeg 03tiejun.peng 07master:ab651587a715: lavf/mov: add some useful warning log of eof
[23:16:17 CET] <cone-765> ffmpeg 03tiejun.peng 07master:6bf5d69b2ffa: lavf/mov: modify code indentation
[23:16:18 CET] <cone-765> ffmpeg 03Mironov, Mikhail 07master:f20c8f6ec9ec: amf: fix wrong profile level after auto-correction in H264 and HEVC
[00:00:00 CET] --- Sun Dec 10 2017