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

[burek]

[01:14:15 CEST] <Compn> durandal_1707, are you bcak from vacation? you apply phtosensitive filter yet? 
[08:58:50 CEST] <cone-150> ffmpeg 03Andreas Rheinhardt 07master:8fcc5d963ebc: avfilter/vf_convolution: Fix build failures
[15:04:00 CEST] <Lynne> wow, that srt patch is something, and its from collabora
[16:54:30 CEST] <durandal_1707> Compn: i will apply filter after vacation finish not before
[19:04:08 CEST] <durandal_1707> are ther specs for aac celp?
[19:05:09 CEST] <BtbN> Is trac down?
[19:08:06 CEST] <durandal_1707> works for me
[19:08:40 CEST] <durandal_1707> perhaps yours traffic is rerouted through china
[19:12:51 CEST] <Lynne> durandal_1707: https://www.itscj.ipsj.or.jp/sc29/open/29view/29n2603t3clp.pdf
[19:14:14 CEST] <Lynne> like opus, its essentially a second codec that can be switched per-frame
[19:16:47 CEST] <durandal_1707> nice
[19:18:52 CEST] <durandal_1707> is trasformation friendly or it needs special hacks?
[19:19:18 CEST] <durandal_1707> and why this havent be done already?
[19:21:46 CEST] <Lynne> nope, not transform friendly, uses nptwo window sizes, and no work has been done because it needs a whole new decoder to be hacked into aac
[19:23:13 CEST] <durandal_1707> does tx supports its transform sizes?
[19:24:05 CEST] <Lynne> it doesn't use an fft, its lpc+synthesis based
[19:24:38 CEST] <durandal_1707> so why is thaz hard?
[19:26:27 CEST] <Lynne> the hard part is implementing it as per the spec, lol, coefficients aren't plainly coded in the bitstream
[19:27:26 CEST] <durandal_1707> no code dump in spec?
[19:31:25 CEST] <Lynne> nope, its a spec with sentences, pseudocode and some tables at the end
[19:32:31 CEST] <durandal_1707> anybody tried successfuly to follow spec and write decoder?
[19:36:27 CEST] <durandal_1707> fdk does not have it?
[19:36:35 CEST] <Lynne> nope
[19:37:33 CEST] <Lynne> not even the official winamp plugin supported it as of 2002
[19:47:06 CEST] <durandal_1707> i want to write it if leader michaelni sponsor me
[19:47:40 CEST] <durandal_1707> j-b: care for aac celp?
[19:50:33 CEST] <kierank> durandal_1707: no you should work on important fuzzinf
[19:51:25 CEST] <durandal_1707> cant, michaelni doesnt want help
[19:58:01 CEST] <kierank> ask one of michaelni fanbois for help
[20:09:33 CEST] <jamrial> i don't know what possessed you two, but you've been insufferable for a long while now
[20:09:45 CEST] <jamrial> how do you expect things to get better if all you do is adding fuel to the fire?
[20:09:59 CEST] <jamrial> is all this trolling and passive aggressiveness needed?
[20:10:07 CEST] <kierank> sorry
[20:10:14 CEST] <kierank> taking a joke too far
[20:10:39 CEST] <kierank> It is our way of trying to feel better about a bad situation
[20:14:45 CEST] <durandal_1707> its very bad situation,  do not know why other contributors are so passive and inactive about it
[20:16:05 CEST] <BtbN> I'd move the fuzzing noise to a deidcated and less restricted ML, but I fail to see it's a bad situation. The only bad situation I see is the constant harassment.
[20:17:39 CEST] <durandal_1707> i harass by calling michaelni leader?
[20:18:53 CEST] <Lynne> comments on fuzzing are frequently ignored
[20:19:31 CEST] <Lynne> nothing has been done but adjust a few constants to shut people up, and carry on with this task paramount to security
[20:21:17 CEST] <Lynne> who would care if a few files get broken, no one uses those obscure codecs anyway, security is more important
[20:21:29 CEST] <Lynne> and yet the bintext decoder is still there
[20:21:59 CEST] <durandal_1707> and concat protocol
[20:24:06 CEST] <durandal_1707> in case of dupe decoded frames they ruin decoder compatibility for some dos attacks
[20:24:26 CEST] <durandal_1707> which is nonsense
[20:25:13 CEST] <durandal_1707> now he must add ugly hacks to every and all decoder that dupes frames
[20:25:28 CEST] <durandal_1707> but oh no
[20:25:45 CEST] <durandal_1707> only qtrle got actual patch
[20:28:29 CEST] <durandal_1707> why are some trivial codecs still fuzzed, perhaps they forgot they use bytestream2 API and actually check where and how much they write
[20:30:24 CEST] <Lynne> this was for a codec and a patch someone actually reviewed, think about whether its possible a casual merged timeout patch broke all non-fate files
[20:32:07 CEST] <durandal_1707> now if you call someone patch hack it is considered a hack
[20:32:21 CEST] <durandal_1707> and harassment
[20:32:32 CEST] <durandal_1707> :)
[20:33:20 CEST] <durandal_1707> here, see what those fuzz patches do to my brain...
[20:35:07 CEST] <durandal_1707> the most offending kind of patches are those that try to guess smallest posible packet size
[20:44:13 CEST] <durandal_1707> Lynne: are there reference samples for aac celt that covers all stuff?
[20:46:32 CEST] <juandl> Hello, if anyone has anything else to say about my patch I'm willing to listen to your feedback here. Patch is libavutil: AVEncodeInfo data structures. Or reply to the email thread
[21:37:32 CEST] <Lynne> durandal_1707: nope, just samples, but from the bitstream I'm fairly certain they're mostly using all of it
[21:39:42 CEST] <durandal_1707> we have single sample
[22:05:44 CEST] <cone-191> ffmpeg 03Marton Balint 07master:a1c70148471c: ffplay: properly detect all window size changes
[22:23:01 CEST] <cone-191> ffmpeg 03Marton Balint 07release/4.2:c8dcda22f170: ffplay: properly detect all window size changes
[22:32:19 CEST] <Lynne> okay, wtf
[22:32:35 CEST] <Lynne> how am I being agressive by stating "You are ignoring 2 developers, and this isn't the first time you're doing this, nor even the second."
[22:33:58 CEST] <Lynne> the entire email contains a fact, 2 opinions and another fact
[22:34:11 CEST] <durandal_1707> you are too agressive and direct
[22:34:28 CEST] <durandal_1707> you nead to be sneaky like them
[22:36:06 CEST] <Lynne> "I am under the slight amount of impression that you might have completely on accident unintentionally forgot to discuss at some occasions the opinions of some people who too are as involved in the project as everyone."
[22:36:45 CEST] <Lynne> nope, sounds nothing like them
[22:38:08 CEST] <Lynne> but I bet even if I had said that it would still be considered a passive aggressive response
[22:38:09 CEST] <durandal_1707> also you must always be politically correct at all costs
[22:41:38 CEST] <durandal_1707> also before you talk check number of commits you have in codebase
[22:44:46 CEST] <Lynne> encoders and decoders are one commit each, timeouts, undefined behaviour and comments are as many as you want
[22:45:21 CEST] <durandal_1707> life sucks
[22:47:30 CEST] <durandal_1707> at least ffmpeg virtual one :)
[22:49:52 CEST] <durandal_1707> why we still have crap sonic codecs?
[22:50:15 CEST] <durandal_1707> that code is abandobed since forever
[22:54:15 CEST] <durandal_1707> http://git.videolan.org/?p=ffmpeg.git;a=history;f=libavcodec/sonic.c;h=34d2952e69ce5304a7eb13964f72e9563f632a6e;hb=a1c70148471c528104d64dffbc7af70e5d1ce33e
[22:57:49 CEST] <jamrial> Lynne: i mean, how else would you commit a new decoder? each commit needs to compile and work
[22:58:21 CEST] <jamrial> if it's a decoder with more than one module (aac comes to mind) then one per feature would be fine
[22:58:54 CEST] <jamrial> aside from that, you could pad it by adding the codec id and bumping version on different commits, but that's kinda pointless
[22:59:43 CEST] <durandal_1707> that adds 3 commits per decoder
[23:00:19 CEST] <durandal_1707> another one for changelog and you are at 4
[23:28:07 CEST] <cone-191> ffmpeg 03Marton Balint 07master:d770e0f401e7: avformat/mpegtsenc: fix incorrect PCR selection with multiple programs
[23:28:08 CEST] <cone-191> ffmpeg 03Marton Balint 07master:47ea654bd8d1: avformat/mpegtsenc: factorize setting up services
[23:28:09 CEST] <cone-191> ffmpeg 03Marton Balint 07master:9de40bf624a4: avformat/mpegtsenc: remove section_write_packet forward declaration
[23:28:10 CEST] <cone-191> ffmpeg 03Marton Balint 07master:a4d984ad3319: avformat/mpegtsenc: use increasing numbers in default service names
[23:28:11 CEST] <cone-191> ffmpeg 03Marton Balint 07master:88ac76be7960: avformat/mpegtsenc: fix PCR generation intervals
[23:28:12 CEST] <cone-191> ffmpeg 03Marton Balint 07master:59744637673d: avformat/mpegtsenc: remove deprecated resend_headers option
[00:00:00 CEST] --- Thu Aug 15 2019