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

[burek]

[04:39:10 CEST] <cone-580> ffmpeg 03Zhong Li 07master:6f0dd6b4ab65: lavc/qsv: fix a memory leak in ff_qsv_set_display_handle()
[04:39:10 CEST] <cone-580> ffmpeg 03Zhong Li 07master:8df91de9aa26: lavfi/normalize: remove the unused pointer
[07:37:29 CEST] <cone-580> ffmpeg 03elliottk 07master:14941d386acd: Change libvpxenc default to crf=32.
[07:48:39 CEST] <cone-580> ffmpeg 03Steven Liu 07master:db99b32a1bfc: avformat/hlsenc: add logging context to log
[07:48:40 CEST] <cone-580> ffmpeg 03Steven Liu 07master:5db50dbf060f: avformat/udp: add logging context to log
[07:48:41 CEST] <cone-580> ffmpeg 03Steven Liu 07master:35236fd729a3: avformat/rtmpptoto: add logging context to log
[07:48:42 CEST] <cone-580> ffmpeg 03Steven Liu 07master:17236a2c402b: avformat/avidec: add logging context to log
[07:48:43 CEST] <cone-580> ffmpeg 03Steven Liu 07master:4ff97342ceef: avformat/network: add logging context to log
[07:48:44 CEST] <cone-580> ffmpeg 03Steven Liu 07master:cdf8253a061c: avformat/mmst: add logging context to log
[07:48:45 CEST] <cone-580> ffmpeg 03Steven Liu 07master:8c16c133d035: avformat/mms: add logging context to log
[07:48:46 CEST] <cone-580> ffmpeg 03Steven Liu 07master:76ab5ebbeea6: avcodec/mpegvideo_enc: add logging context to log
[07:48:47 CEST] <cone-580> ffmpeg 03Steven Liu 07master:4aa391388a67: avcodec/videotoolbox: add logging context to log
[07:48:48 CEST] <cone-580> ffmpeg 03Steven Liu 07master:aea36b63571e: avcodec/pngdec: add logging context to log
[07:48:49 CEST] <cone-580> ffmpeg 03Steven Liu 07master:acc1256654fc: avfilter/vf_crop: add logging context to log
[07:48:50 CEST] <cone-580> ffmpeg 03Steven Liu 07master:3dead10fa305: avfilter/vf_scale_qsv: add logging context to log
[07:48:51 CEST] <cone-580> ffmpeg 03Steven Liu 07master:9b2155ad3f54: avfilter/boxblur: add logging context to log
[07:48:52 CEST] <cone-580> ffmpeg 03Steven Liu 07master:985ed65117c7: avfilter/vf_pad: add logging context to log
[08:24:27 CEST] <cone-580> ffmpeg 03Limin Wang 07master:a77fb510c268: avutil/avstring: support input path as a null pointer or empty string
[08:24:28 CEST] <cone-580> ffmpeg 03Limin Wang 07master:61aa77272a25: avformat/hlsenc: remove the unnecessary null pointer check
[08:24:29 CEST] <cone-580> ffmpeg 03Limin Wang 07master:28bb73cee77e: avformat/hlsenc: replace with av_dirname to get the directory
[08:24:30 CEST] <cone-580> ffmpeg 03Limin Wang 07master:afab93ccd097: avformat/hlsenc: replace with av_freep for all av_free
[09:00:05 CEST] <cone-580> ffmpeg 03vectronic 07master:e81c686a95b1: avformat/http: add ff_http_do_new_request2 for options
[09:00:05 CEST] <cone-580> ffmpeg 03vectronic 07master:b21c5ef501d1: avformat/hls: pass http offset options to http request
[09:00:06 CEST] <cone-580> ffmpeg 03vectronic 07master:e149be38a86f: avformat/hls: fix missing segment offset reset on last segment when http_multiple is enabled.
[10:43:31 CEST] <cone-580> ffmpeg 03Andreas Rheinhardt 07master:ffb32d35eee6: avformat/mpeg: Remove set-but-unused variable
[10:50:21 CEST] <durandal_1707> Lynne: your patches are not rejected
[11:56:17 CEST] <cone-580> ffmpeg 03Paul B Mahol 07master:6023b9fbfef0: avfilter/af_anlms: add support for commands
[13:12:00 CEST] <mkver>  michaelni: Sorry, I didn't look for whether there are other flac patches on the ML.
[13:42:16 CEST] <michaelni> mkver, no problem
[14:12:03 CEST] <Lynne> durandal_1707: not rejected isn't "are welcome"
[14:13:18 CEST] <durandal_1707> Lynne: please cite where michaelni said that
[14:51:25 CEST] <Lynne> durandal_1707: nowhere, its what I feel like
[14:52:13 CEST] <Lynne> I'm still waiting for an apology or even *something*, so far its as usual - ignoring
[14:53:20 CEST] <durandal_1707> i cant help you with changing unacceptable michaelni behaviour, he is in position to dictate lot of things
[15:53:53 CEST] <kierank> Lynne: sorry about that
[15:53:58 CEST] <kierank> durandal_1707 is basically correct here
[15:57:13 CEST] <Lynne> I don't even deserve a few words of apology?
[15:57:46 CEST] <Lynne> how is that even acceptable michaelni?
[16:00:50 CEST] <kierank> Lynne: I think he is incapable of understanding
[16:02:26 CEST] <michaelni> Lynne, iam a human being, and since yesterday you are fingerpointing at me for things i do not even know what it is about now. I just want a peacefull relation with everyone. and i like to work on the code and technical things. I do not want to be pulled into all this drama, this is not ignoring anyone
[16:06:36 CEST] <durandal11707> michaelni: you do not like to work on code and tehnical things
[16:06:51 CEST] <durandal11707> you work on what you are being paid for
[16:08:47 CEST] <durandal11707> if you workded on tehnical things, you would contribute new decoder/filter or finnaly improve swscale
[16:09:14 CEST] <j-b> Can you avoid this kind of tone?
[16:09:21 CEST] <j-b> This is not helpful
[16:09:46 CEST] <j-b> improving security is as useful as new filters.
[16:09:54 CEST] <j-b> swscale is hard for everyone.
[16:10:30 CEST] <durandal11707> not really
[16:11:09 CEST] <durandal11707> for both last two aspects
[16:12:15 CEST] <j-b> Your opinion, it is.
[16:12:28 CEST] <j-b> A lot of people care more about security than about new filters.
[16:13:07 CEST] <durandal11707> security takes few lines of code and at most 5 minuts of thinking
[16:13:14 CEST] <j-b> and there are tons of libraries doing audio/video filters
[16:13:21 CEST] <j-b> not many doing codecs
[16:13:30 CEST] <j-b> security can take a LOT more than 5minutes
[16:13:38 CEST] <j-b> because you need a correct fix, not breaking the rest
[16:13:39 CEST] <durandal11707> even more doing being "security" researches
[16:13:44 CEST] <j-b> not just a quick fix
[16:14:05 CEST] <durandal11707> i only see quick and rushed fixes
[16:14:07 CEST] <durandal11707> on ml
[16:14:22 CEST] <kierank> I think that has gotten a lot better now
[16:14:28 CEST] <j-b> security research is a huge market, with thousands of people working on that full time
[16:14:29 CEST] <kierank> very few if any horrible hacks
[16:14:36 CEST] <BBB> while timeout: adjust some random threshold slightly
[16:14:39 CEST] <BBB> done
[16:14:39 CEST] <durandal11707> be honest, and admit how long you work on "security"
[16:14:43 CEST] <kierank> BBB: lol
[16:14:55 CEST] <BBB> can I patent bash quasi scripts?
[16:14:56 CEST] <j-b> BBB: :D if only
[16:15:13 CEST] <BBB> maybe if I write it carefully, it'll qualify for some ML/AI award
[16:16:05 CEST] <j-b> Cleaning and maintenance is less fun, but is very useful for all the users.
[16:16:08 CEST] <BBB> I think you guys are under-valuing what durandal11707 is saying here. ffmpeg certainly isn't the easiest codebase to work with, but I think we could learn a lot from the approach dav1d took when it comes to integer overflows
[16:16:45 CEST] <BBB> remember the idct overflows? there is *none*, and I didn't cast anything to unsigned or crappy shit like that
[16:16:53 CEST] <thilo> durandal_1707: yeah, and it seems like the next iteration of why we actually should have such a meeting is just going on...... nothing to be done if no dev has interest in it. popcorn and watching seems to be too good
[16:17:20 CEST] <BBB> ffmpeg is not perfect and durandal11707 is simply pointing out that some of our approaches to security are not ideal
[16:17:34 CEST] <BBB> I think it's a fair discussion point
[16:17:38 CEST] <j-b> The issue is the tone.
[16:17:39 CEST] <kierank> BBB: the timeout hacks are worse than the integer underflow
[16:17:47 CEST] <BBB> :) there, thank you
[16:17:48 CEST] <j-b> 16:06 < durandal11707> michaelni: you do not like to work on code and tehnical things
[16:17:55 CEST] <BBB> it's ok to be a bit critical
[16:17:55 CEST] <j-b> this is totally unacceptable tone.
[16:18:03 CEST] <BBB> we have no code of conduct, sadly
[16:18:26 CEST] <BBB> except for the melania one "be best"
[16:18:31 CEST] <BBB> which is just hilarious
[16:18:39 CEST] <BBB> :-/
[16:26:57 CEST] <jamrial> kierank: the timeout hacks are mostly gone ever since i made the fuzzer reference counted
[16:27:18 CEST] <kierank> jamrial: yes s/are/were/
[16:27:19 CEST] <kierank> sorry
[16:28:15 CEST] <jamrial> before that, yeah, i agree there were lots of crazy unecessary checks when the real issue was that the fuzzer was doing a lot of copies
[16:28:34 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:c552c3ef70dc: avcodec/flac_parser: Make expected_frame_num, expected_sample_num 64bit
[16:28:35 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:fe7fbf3a2273: avcodec/jpeglsdec: Return error codes from ls_decode_line()
[16:28:36 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:675c6d1e1710: avcodec/jpeglsdec: Apply transform only to initialized lines
[16:28:37 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:711ad71aea78: avcodec/sunrast: Check for availability of maplength before allocating image
[16:28:38 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:bf0ba75c4a92: avcodec/sunrast: Check that the input is large enough for the maximally compressed image
[16:28:39 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:9a0d36e562d5: avformat/mpsubdec: Clear queue on error
[16:28:40 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:4a660fac9899: avcodec/truemotion1: Check that the input has enough space for a minimal index_stream
[16:28:41 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:7f0498ed4619: avcodec/ituh263dec: Check input for minimal frame size
[16:28:42 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:c371e50b4f12: libavcodec/dxv: Remove redundant seek
[16:28:43 CEST] <cone-741> ffmpeg 03Michael Niedermayer 07master:dd9e6d077ea3: avcodec/dxv: Subtract 12 earlier in dxv_decompress_cocg()
[16:29:03 CEST] <jamrial> i think BBB or someone else suggested some of those could be revised, if anything to clean things up a bit
[16:33:20 CEST] <j-b> everything can be improved, but tone is unacceptable. dav1d shows that we can work together without insulting, and calmly, and with PR
[16:35:54 CEST] <kierank> not sure PR would work in ffmpeg tbh
[16:35:55 CEST] <kierank> too many patches
[16:36:25 CEST] <durandal11707> j-b: i state facts, i now know that stating facts is in violation of your rules
[16:39:03 CEST] <j-b> durandal11707: stop putting words in my mouth that I have not said.
[16:39:19 CEST] <j-b> I say you can say the same things without being attacking someone
[16:39:39 CEST] <j-b> like "I think we should focus less on security, and more on features"
[16:39:47 CEST] <j-b> instead of "you are not working well"
[16:39:55 CEST] <j-b> difference is ad hominem
[16:40:10 CEST] <kierank> j-b: do you not agree that the behaviour for security issues was very antagonising in the past?
[16:40:15 CEST] <kierank> from michaelni 
[16:40:27 CEST] <kierank> just saying essentially "your opinion doesn't matter, it is security"
[16:40:29 CEST] <j-b> kierank: I am mixed.
[16:40:33 CEST] <nevcairiel> Two wrongs don't make a right, etc
[16:40:39 CEST] <j-b> fixing security issues is very hard
[16:40:40 CEST] <kierank> nevcairiel: true
[16:40:52 CEST] <j-b> and security fixes were not all amazing
[16:40:57 CEST] <j-b> but as you just said:
[16:41:16 CEST] <j-b> 16:14 <@kierank> I think that has gotten a lot better now
[16:41:18 CEST] <j-b> 16:14 <@kierank> very few if any horrible hacks
[16:41:22 CEST] <kierank> sure
[16:41:28 CEST] <kierank> but you can understand why people are still upset
[16:41:33 CEST] <j-b> No.
[16:41:38 CEST] <j-b> annoyed, yes.
[16:41:41 CEST] <j-b> upset, no.
[16:41:46 CEST] <j-b> insulting, never.
[16:42:00 CEST] <j-b> 16:35 <@kierank> not sure PR would work in ffmpeg tbh
[16:42:04 CEST] <j-b> 16:35 <@kierank> too many patches
[16:42:07 CEST] <j-b> I disagree
[16:42:15 CEST] <durandal11707> i'm always feeling insulted
[16:42:15 CEST] <j-b> we now lose half of the patches
[16:42:17 CEST] <kierank> wouldn't be too different https://patchwork.ffmpeg.org/project/ffmpeg/list/
[16:42:23 CEST] <kierank> just pages and pages of patches
[16:42:27 CEST] <kierank> impossible to navigate
[16:42:27 CEST] <j-b> kierank: no, because it would be the main page
[16:42:33 CEST] <j-b> and you can close
[16:42:35 CEST] <j-b> and have groups
[16:42:59 CEST] <j-b> for example, if you have 10 versions of a 30 patches PR, it makes 300 entries on patchwork, and just one PR on gitlab
[16:43:08 CEST] <j-b> that you can close, merge and tag
[16:43:14 CEST] <jamrial> kierank: patchwork is a mess because more often than not i can't detect applied patches, and redone patches show up as separate entries
[16:43:23 CEST] <j-b> Exactly that ^^
[16:44:03 CEST] <jamrial> at first i started manually tagging the stuff i pushed that it did not detect, but eventually gave up
[16:44:06 CEST] <jdarnley> Non-linear history is the worst.  I kow ffmpeg already has with merges from Libav but that is no reason to make it worse.
[16:44:37 CEST] <j-b> jdarnley: how is that relevant?
[16:44:57 CEST] <jdarnley> because PRs enocourage that nonsense
[16:45:02 CEST] <j-b> https://code.videolan.org/videolan/dav1d/commits/master
[16:45:11 CEST] <j-b> not one non-linear commit
[16:45:14 CEST] <j-b> not a single one
[16:45:25 CEST] <jamrial> jdarnley: everything gets rebased before the pr is merged
[16:45:33 CEST] <j-b> just configure correctly gitlab
[16:45:41 CEST] <jdarnley> well I am impressed it lets you do that
[16:45:47 CEST] <jdarnley> and good job
[16:45:49 CEST] <j-b> not only it lets you do that
[16:45:52 CEST] <j-b> it can ENFORCE that
[16:46:03 CEST] <j-b> no merge if no-rebase
[16:46:08 CEST] <j-b> no merge if no-CI passing
[16:46:17 CEST] <j-b> no merge if a discussion is still open
[16:46:18 CEST] <j-b> etc...
[16:46:44 CEST] <j-b> I absolutely hate non-linear history, jdarnley
[16:48:30 CEST] <j-b> And if a PR is not-good, or too old, you can automatically close it, tagging it like "good-idea" and then you can search the tag to get ideas
[16:58:53 CEST] <BBB> or you can have an unsorted wiki with good-and-bad ideas
[17:00:46 CEST] <j-b> which gets outdated, when someone implement the MR
[17:03:01 CEST] <durandal11707> what skills michaelni have that he was not able to fix simple timeouts that started popping all the time from google fuzzing reports, he should retire already
[17:03:49 CEST] <kierank> durandal11707: outrageous comment
[17:04:08 CEST] <BBB> yeah let's not go there
[17:05:20 CEST] <thardin> I don't super-enjoy all these "important" fuzzing patches, but I can kind of see the point that michael made about them holding up more useful fuzzing of the related codecs and formats
[17:05:34 CEST] <j-b> durandal11707: so, you think you can that better?
[17:06:03 CEST] <thardin> I think we could open up the development of timeout patches a bit more, since they're non-critical
[17:06:44 CEST] <thardin> them just appearing on the ML from on high is not the best way to do things
[17:06:50 CEST] <kierank> well the security list is secret
[17:06:53 CEST] <kierank> they "don't need any help"
[17:07:02 CEST] <kierank> ffmpeg security should not be run by a secret cabal
[17:07:06 CEST] <thardin> yeah but timeouts are not a security issue
[17:07:09 CEST] <thardin> like
[17:07:13 CEST] <thardin> come on
[17:07:19 CEST] <kierank> I would largely agree
[17:07:46 CEST] <thardin> maybe infinite loops, but "this runs slowly for this input" is ridiculous to put on the same level as "this is a potential RCE"
[17:08:14 CEST] <thardin> the latter I totally accept may need to be kept kind of cabal-ish
[17:08:14 CEST] <j-b> careful, timeouts can be security issues
[17:08:34 CEST] <j-b> oss-fuzz gives a lot of things the "timeout" tag
[17:08:40 CEST] <j-b> when it can be busy loops
[17:08:43 CEST] <j-b> or other things
[17:09:38 CEST] <thardin> I struggle to imagine a use case where using CPU is a problem where there is not already CPU limits in place
[17:09:47 CEST] <kierank> vlc
[17:09:53 CEST] <kierank> pc locks up with a file
[17:09:56 CEST] <kierank> uses all cpus 100%
[17:10:14 CEST] <thardin> so just kill vlc
[17:10:20 CEST] <thardin> such serious
[17:10:21 CEST] <kierank> may not be that easy
[17:10:23 CEST] <kierank> on windows
[17:10:28 CEST] <kierank> if it's using all the resources
[17:10:37 CEST] <thardin> lol
[17:11:01 CEST] <thardin> in that case send it upsteam to microsoft
[17:11:55 CEST] <j-b> same for transcoding servers
[17:12:06 CEST] <thardin> time limits on jobs
[17:12:07 CEST] <j-b> you can DDOS someone by sending a lot of video
[17:12:08 CEST] <kierank> transcoding servers are different imo, should be limits in container
[17:12:10 CEST] <kierank> or something
[17:12:13 CEST] <thardin> if you don't use them, you deserve to be punished
[17:12:14 CEST] <kierank> it's end users running vlc
[17:12:20 CEST] <kierank> where they have no knowledge of this
[17:12:21 CEST] <j-b> sure, but if you get 10000 jobs
[17:12:30 CEST] <kierank> rate limit
[17:12:33 CEST] <kierank> not ffmpeg related
[17:12:38 CEST] <kierank> same as getting 100gbit of traffic
[17:13:17 CEST] <thardin> I can accept "this is holding up fuzzing". I cannot accept "this costs money for people with shitty business models who can't admin their servers"
[17:14:48 CEST] <thardin> it's not hard to create videos that compress really well, and is even more effective when services accept .zip files
[17:15:17 CEST] <j-b> Sure, but you cannot deny that DDOS can be an issue, and so busy-loops are.
[17:15:36 CEST] <j-b> Not as important than OOB r/w, but still problematci
[17:15:42 CEST] <thardin> I think you mean DoS
[17:15:46 CEST] <thardin> DDoS is way out of scope
[17:15:47 CEST] <j-b> yes
[17:15:49 CEST] <j-b> sorry
[17:15:58 CEST] <thardin> but again, time limits
[17:16:30 CEST] <thardin> I did think of one case though: if there's a fork bomb-ish kind of bug lurking in there somewhere
[17:16:33 CEST] <j-b> again, vlc on the desktop
[17:16:48 CEST] <j-b> dismissing timeouts from oss-fuzz is too easy.
[17:16:56 CEST] <thardin> but a single process bringing the system to a halt is an OS bug
[17:17:23 CEST] <BBB> is vdd registration open?
[17:18:09 CEST] <durandal11707> closed, no more place left
[17:19:17 CEST] <j-b> thardin: you cannot blame always the user.
[17:19:47 CEST] <j-b> CVE have an entry mode for busy-loop.
[17:19:55 CEST] <j-b> You may not care about those, but they exist.
[17:21:38 CEST] <durandal11707> yet, not such thing is ever fixed, because of timeouts fuzzing is restarted all the time
[17:21:47 CEST] <thardin> my point is more that we could open the timeout fix development a bit
[17:22:57 CEST] <durandal11707> and what about all side cases when allocation fails and memory leak happens?
[17:23:08 CEST] <thardin> vlc using a lot of cpu would be annoying, but not catastrophic
[17:23:46 CEST] <j-b> if someone wants to help fixing those bugs, it's easy to get access to those bugs.
[17:25:48 CEST] <durandal11707> how many now bugs are on queue?
[17:29:37 CEST] <j-b> I say around 90
[17:30:09 CEST] <j-b> and one for dav1d
[17:31:01 CEST] <michaelni> for ffmpeg ossfuzz issues Not counting anything that might have been missed, I have 13 issues in my inbox that do not have fixes in some form posted to the ML. 
[17:32:05 CEST] <durandal11707> so lot of dupes that get fixed with single patch?
[17:32:50 CEST] <j-b> Very likely
[17:32:57 CEST] <j-b> or patches around
[17:33:25 CEST] <michaelni> there are also about 2 weeks worth of patches on ffmpeg-devel which are not applied yet and a few that have comments and require changes
[17:48:50 CEST] <jdarnley> BBB: dang, I forgot to check back on it
[17:49:08 CEST] <jdarnley> or rather durandal11707 ^
[17:50:59 CEST] <jdarnley> oh well, no holiday for me
[17:52:54 CEST] <jdarnley> on an unrelated note, I need to finish cleaning off my KB because this one from my brother is driving me nuts
[17:53:02 CEST] <j-b> jdarnley: but seriously, you should look at gitlab and what we do with dav1d. It's very sane (and saner than github)
[17:54:27 CEST] <cone-741> ffmpeg 03Zhao Zhili 07master:971c890c056d: avfilter/formats: remove unnecessary unreference
[17:56:05 CEST] <durandal11707> jdarnley: what you forgot to check?
[17:56:10 CEST] <jdarnley> vdd
[17:57:09 CEST] <j-b> mail incoming tonight
[18:05:13 CEST] <durandal_1707> no more ac4 samples appeared in wild?
[18:05:51 CEST] <kierank> thankfully no
[18:06:00 CEST] <kierank> I think you can ask french people with dvb-t2 card to capture some
[18:06:16 CEST] <durandal_1707> alrady done, not much useful
[18:06:41 CEST] <durandal_1707> i need full reference suite
[18:06:51 CEST] <durandal_1707> otherwise decoder will not be complete
[18:07:08 CEST] <kierank> I was at dolby office this morning
[18:07:08 CEST] <durandal_1707> and its ten times more complicated than ac3
[18:07:11 CEST] <kierank> should have asked
[18:08:37 CEST] <j-b> durandal_1707: I will have some very soon.
[18:08:43 CEST] <j-b> (matter of weeks)
[18:08:55 CEST] <j-b> and might have a dolby decoder.
[18:25:15 CEST] <Lynne> michaelni: you pulled me into this drama
[18:26:01 CEST] <Lynne> you made everyone hate me because you either intentionally or unintentionally kept talking about non-technical things like my tone
[18:26:28 CEST] <Lynne> and you ignored me, along with all my opinions, questions, and requests
[18:26:35 CEST] <Lynne> the drama is all your fault
[18:26:53 CEST] <Lynne> and you're doing nothing to fix it by once again saying "can't we all get along?"
[18:27:04 CEST] <Lynne> we can't get along until I get an apology!
[19:04:51 CEST] <BtbN> Shouldn't this also be operating in c, not priv_data? https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/encode_video.c#L124
[19:05:51 CEST] <BtbN> It should also find private options if you call it on the main ctx?
[20:06:13 CEST] <durandal_1707> michaelni: please apologize to Lynne 
[20:30:21 CEST] <Compn> Lynne, michaelni is doing smart thing by ignoring non-technical matters
[20:30:35 CEST] <Compn> Lynne, it would be smart if you did the same
[20:33:36 CEST] <Compn> Lynne, also I suggest for you to seek some mental health evaluation. you seem obsessed with michael and it is not healthy.
[20:37:50 CEST] <Lynne> Compn: I'm also human and I'd like to be treated as such
[20:38:24 CEST] <Lynne> wouldn't you apologize if you accidently caused someone to fall on the street?
[20:40:54 CEST] <Lynne> honestly, I find it offensive that you're suggesting I'm somewhat mentally fixated on what you think is some frivolous apology I'm asking for
[20:41:44 CEST] <Lynne> ignoring is how this all got started
[20:48:32 CEST] <Compn> there is no "this" and no one owes you anything.
[20:49:09 CEST] <durandal_1707> i will just ban Compn
[20:49:35 CEST] <durandal_1707> Lynne: do you know which algortihm speex use for its noise suppression?
[22:10:28 CEST] <Lynne> durandal_1707: LPC to detect the period, some heuristics to make sure its lowere freq than speech, then a filter at that period to remove the noise
[22:10:41 CEST] <Lynne> I can't imagine it using anything else
[22:33:41 CEST] <durandal_1707> i reviewed bunch of patches! and nobody reviews my patches! nicely done! keep going folks!
[00:00:00 CEST] --- Wed Oct  9 2019