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

[burek]

[01:39:21 CEST] <cone-191> ffmpeg 03Michael Niedermayer 07master:c4a88fb546b6: avcodec/ffwavesynth: Fix integer overflow for some corner case values
[01:39:22 CEST] <cone-191> ffmpeg 03Michael Niedermayer 07master:cdea0206efec: avcodec/ffwavesynth: Fixes invalid shift with pink noise seeking
[01:39:23 CEST] <cone-191> ffmpeg 03Andreas Rheinhardt 07master:f2d522f2a888: fftools: Use right function signature and pointers
[01:39:24 CEST] <cone-191> ffmpeg 03Michael Niedermayer 07master:df7e79a5c31e: tools/target_dec_fuzzer: adjust pixel threshold for MSRLE, as it allows coding gigantic images on tiny input
[01:39:25 CEST] <cone-191> ffmpeg 03Michael Niedermayer 07master:c812db814ebd: avcodec/loco: Check left column value
[01:39:26 CEST] <cone-191> ffmpeg 03Michael Niedermayer 07master:e301736862f1: avcodec/flicvideo: Optimize and Simplify FLI_COPY in flic_decode_frame_24BPP() by using bytestream2_get_buffer()
[01:39:27 CEST] <cone-191> ffmpeg 03Andreas Rheinhardt 07master:114775955241: avformat/mux: Use const AVPacket * in compare functions
[01:39:28 CEST] <cone-191> ffmpeg 03Andreas Rheinhardt 07master:789dcfaf58db: avformat/mux: Use av_packet_rescale_ts
[01:39:29 CEST] <cone-191> ffmpeg 03Shiyou Yin 07master:e1039b09c470: avutil/mips: remove redundant code in TRANSPOSE16x8_UB_UB.
[03:03:27 CEST] <cone-191> ffmpeg 03James Almer 07master:03ba38683301: avcodec/libdav1d: allow setting frame size limit in pixels
[04:03:31 CEST] <Lynne> is there any way for a checkasm test function to always return a value 0.12 smaller than it should be?
[04:04:24 CEST] <Lynne> I can add the offset/negative offset in both the c and asm functions but it makes no difference, its always 0.12 smaller
[04:06:42 CEST] <Lynne> wtf, I recompiled the init file and now its fine?
[04:43:57 CEST] <cone-191> ffmpeg 03tomajsjiang 07master:3d1506c630eb: lavf/avio: add a ffio_realloc_buf API for AVIO buffer realloc
[04:43:58 CEST] <cone-191> ffmpeg 03tomajsjiang 07master:9c3adb7ce235: lavf/utils: fix error like "offset 0x1f85: partial file"
[04:43:59 CEST] <cone-191> ffmpeg 03Jun Zhao 07master:3aeb681f074a: libavdevice: Update the class name as uniform style
[11:43:41 CEST] <durandal_1707> Lynne: sampling index for our file is 0,  which must not be
[11:44:10 CEST] <durandal_1707> it must be either 8 or 11
[12:17:07 CEST] <j-b> durandal_1707: I do.
[12:17:39 CEST] <durandal_1707> wait, it might not be aac file at all
[12:18:08 CEST] <durandal_1707> cehoyos is probably terribly mistaken as usual
[12:20:42 CEST] <j-b> Errare humanum est.
[12:41:05 CEST] <Lynne> aac celp inside adts
[12:52:06 CEST] <durandal_1707> whats difference?
[12:52:22 CEST] <durandal_1707> this one uses avi demuxer
[13:01:50 CEST] <durandal_1707> this is extradata: 0x401F0000
[13:05:55 CEST] <Lynne> it'll be funny if it turns out its a weird mux and its actually standard aac-lc
[13:07:24 CEST] <durandal_1707> their program claims its MPEG2-AAC
[13:07:35 CEST] <durandal_1707> 4 channels
[13:10:52 CEST] <Lynne> AAC CELP is mpeg4, so maybe it actually is a weird mux
[13:38:04 CEST] <nevcairiel> aac celp is the  same concept opus uses, seperate coding for voice?
[13:40:41 CEST] <Lynne> yes, but its much more limited, for example you can't use celp for certain bands, only for the entire frame
[13:41:52 CEST] <Lynne> the spec also seems underspecified as it doesn't say anything about how to handle transitions (celp -> long window/short window and vice versa)
[13:52:48 CEST] <Lynne> kinda weird it ended up being a part of mpeg4, same as aac-ltp, since they both fill the same role
[14:30:39 CEST] <cone-634> ffmpeg 03Lynne 07master:aac382e9e5f1: aarch64/opusdsp: do not clobber register v8
[14:54:18 CEST] <thardin> is there a test source with cuts?
[14:54:30 CEST] <thardin> or sample I guess
[15:02:01 CEST] <thardin> found something that works
[15:27:37 CEST] <thardin> wait a sec.. one has to clear AV_PKT_FLAG_KEY explicitly?
[15:34:16 CEST] <thardin> nm, just something to do with probing growing .avi files
[16:57:19 CEST] <J_Darnley> The workstation and the monitor both seem to work just fine.
[17:06:27 CEST] <kierank> J_Darnley: wrong channel
[17:06:39 CEST] <J_Darnley> my bad
[19:12:10 CEST] <durandal_1707> Lynne: the spec you linked just seems outdated compared to what reference code does
[19:40:41 CEST] <durandal_1707> yes, with latest spec the file is indeed celp. the only issue is that channels are coded as independent packets with same pts
[19:41:26 CEST] <durandal_1707> so 4ch file have 4  packets of same pts one after another
[19:41:40 CEST] <durandal_1707> this is insane
[19:43:51 CEST] <juandl> Hello, just pinged my patch again, I'm here if anyone wants to talk about it.
[19:56:33 CEST] <thardin> guess I should ask here as well: why is gop_size < keyint_min by default?
[19:56:39 CEST] <Illya> anyone has a setup for HDR on linux? trying to fix some video but I can't see it :|
[19:59:48 CEST] <cone-008> ffmpeg 03Guo, Yejun 07master:2c01434d60db: convert_from_tensorflow.py: add option to dump graph for visualization in tensorboard
[19:59:48 CEST] <cone-008> ffmpeg 03Guo, Yejun 07master:ddd92ba2c6c6: convert_from_tensorflow.py: support conv2d with dilation
[20:13:03 CEST] <thardin> ooh it's possible to put in defaults on a per-codec basis now? neato
[20:20:46 CEST] <jamrial> thardin: yeah, that's what i meant when i said the libx264 wrapper changed them
[20:27:15 CEST] <thardin> hum, but in this case keyint_min makes no sense
[20:27:30 CEST] <thardin> maybe it makes for smaller index tables?
[20:29:00 CEST] <thardin> on the other hand, if the user really wants that who am I to argue?
[20:33:47 CEST] <thardin> there we go, successfully prevented a keyframe (even though it codes as one)
[20:34:21 CEST] <doughy1> why does doing this? ffmpeg -i input1.mp4 -c copy -bsf:v h264_mp4toannexb -f mpegts output.ts   create 4gig file to 6 gig
[20:38:54 CEST] <mkver> I see three possibilities: 1. Transport streams generally have a higher overhead. 2. h264_mp4toannexb adds in-band extradata. 3. Your mp4 uses edit lists which specify that some part of the video get looped. In this case it will be several times in the output, but only once in the  input.
[20:40:38 CEST] <doughy1> i ran that command in the first place because it's 2 hour input.mp4 video and but video show duration as 3 hours  and  this command has fixed this problem  but with 2 more gigs
[20:41:03 CEST] <doughy1> now output.ts shows correction video duration
[20:41:46 CEST] <doughy1> now output.ts shows correct video duration
[20:44:29 CEST] <doughy1> mkver that also means if convert  output.ts to output.mp4 again, then it should shrink to 4 gigs but it does not
[21:08:11 CEST] <mkver> A size increase by 2. and 3. will not be reverted when remuxing back to mp4.
[21:08:30 CEST] <mkver> And anyway, you are on the wrong channel.
[21:30:33 CEST] <Lynne> durandal_1707: well, I don't think they're coupled channels like stereo but rather mono streams, one for each mic
[21:30:53 CEST] <Lynne> so a demuxer could just say they're streams
[21:32:55 CEST] <durandal_1707> yea, will see
[22:05:33 CEST] <jamrial> ffplay doesn't seem to like truehd streams
[22:08:22 CEST] <mkver> What error messages do you get?
[22:08:45 CEST] <mkver> Is it TrueHD in Matroska and you get the "keyframes not correctly marked" error?
[22:46:18 CEST] <Lynne> irc logs off? irc logs off.
[22:46:25 CEST] <Lynne> carl not here? carl not here.
[22:47:31 CEST] <Lynne> nicolas is an awful person who disagrees with everything and does no work like ever, yet hangs around the ml to be obnoxious
[22:52:10 CEST] <Lynne> his opinions on asserts should disqualify him from working on any library ever
[22:52:32 CEST] <durandal_1707> add reimar to that list
[22:55:14 CEST] <Lynne> I'll remove that assert if I push that patch, just because maybe he'll fuck off then
[22:56:19 CEST] <durandal_1707> they only work toward covering michael
[22:57:29 CEST] <Lynne> reimar does, nickolas is just there to misunderstand and be annoying and demanding
[23:07:14 CEST] <durandal_1707> mkver:  there is bug in mkv?
[23:54:46 CEST] <Compnn> Lynne, who are you ?
[23:57:59 CEST] <jamrial> mkver: no, no error. audio playback is wrong, regardless of container
[00:00:00 CEST] --- Fri Aug 16 2019