On Mon, May 30, 2016 at 02:11:12AM +0200, Michael Niedermayer wrote: > On Sun, May 29, 2016 at 09:11:38PM +0200, Marton Balint wrote: > > > > > > On Sat, 28 May 2016, Stefano Sabatini wrote: > > > > >On date Saturday 2016-05-28 18:57:00 +0200, Paul B Mahol encoded: > > >>On 5/28/16, Clement Boesch <u...@pkh.me> wrote: > > >>> On Wed, May 18, 2016 at 10:33:23PM +0200, Paul B Mahol wrote: > > >>>> Hi, > > >>>> > > >>>> I want to propose to have an FFmpeg IRC meeting on > > >>>> the Saturday of the next week, Saturday May 28, > > >>>> UTC 17. > > >>>> > > >>> > > >>> So I suppose this happens in about half an hour. Can you remind us the > > >>> IRC channel? > > >> > > > > > >>It could be #ffmpeg-devel or any other channel. > > > > > >The FFmpeg IRC meeting will start soon (17:15 UTC) on the > > >#ffmpeg-meeting2016 channel. > > > > Will somebody submit the log to the trac wiki? > > https://trac.ffmpeg.org/wiki/FFmeeting/2016-05
also posting it here as saste asked in the meeting for it to be posted to teh ML **** BEGIN LOGGING AT Sat May 28 18:51:04 2016 May 28 18:51:04 * Now talking on #ffmpeg-meeting2016 May 28 18:51:21 * durandal_1707 (~duran...@m83-184-22-75.cust.tele2.hr) has joined #ffmpeg-meeting2016 May 28 18:51:34 * jamrial (~jamrial@181.22.62.26) has joined #ffmpeg-meeting2016 May 28 18:51:49 * durandal_170 gives channel operator status to durandal_1707 May 28 18:52:22 * BBB (~rbultje@65.206.95.146) has joined #ffmpeg-meeting2016 May 28 18:52:48 * mateo` (~ma...@static-5-51-29-67.ftth.abo.bbox.fr) has joined #ffmpeg-meeting2016 May 28 18:53:35 * cehoyos (~ceho...@80-110-89-243.cgn.dynamic.surfer.at) has joined #ffmpeg-meeting2016 May 28 18:53:36 * ubitux (~ubi...@bre75-1-78-192-242-8.fbxo.proxad.net) has joined #ffmpeg-meeting2016 May 28 18:54:55 * c_14 (~c_14@unaffiliated/c-14/x-8913907) has joined #ffmpeg-meeting2016 May 28 18:55:10 * saste (~saste___@151.56.85.76) has joined #ffmpeg-meeting2016 May 28 18:57:41 * kurosu_ (020d4d7f@gateway/web/freenode/ip.2.13.77.127) has joined #ffmpeg-meeting2016 May 28 18:58:06 * iive (~iive@unaffiliated/iive) has joined #ffmpeg-meeting2016 May 28 18:59:53 * nevcairiel (nev@WoWUIDev/WoWAce/Ace3/nevcairiel) has joined #ffmpeg-meeting2016 May 28 19:00:24 <durandal_170> we will start at at 17:15 UTC May 28 19:03:11 * Timothy_Gu (~timothy_g@wikipedia/timothy-gu) has joined #ffmpeg-meeting2016 May 28 19:03:45 * kurosu (020d4d7f@gateway/web/freenode/ip.2.13.77.127) has joined #ffmpeg-meeting2016 May 28 19:03:48 * j-b (~jb@videolan/developer/j-b) has joined #ffmpeg-meeting2016 May 28 19:04:09 * kurosu_ has quit () May 28 19:04:43 <durandal_170> so lets start May 28 19:04:46 <durandal_170> first topic: Code of Conduct and policy around it May 28 19:04:52 <BBB> yes May 28 19:05:29 <jamrial> the "first version" was voted and commited, so that's done May 28 19:06:01 <durandal_170> michaelni commited first version, should it be extended and other stuff added to it? May 28 19:06:09 <Timothy_Gu> I still maintain that some solid repercussions should be specified in the CoC. The ML root idea is good, but it should be written as a reference for future. May 28 19:06:27 <BBB> the VLC one is useful for reference May 28 19:06:56 <Timothy_Gu> We don't have to go as solid as "this --> 1 day ban; that --> 2-day ban" but it should be clear what could happen May 28 19:06:56 <jamrial> atomnuker was against adding that, afaik May 28 19:07:19 <jamrial> i also think it should be added May 28 19:07:32 <jamrial> BBB where's vlc's? May 28 19:07:54 <BBB> https://wiki.videolan.org/Code_of_Conduct/ May 28 19:09:30 <Timothy_Gu> This clause doesn't go against the assumption of good faith, as atomnuker seems to suggest. It's more for the clarity of the entire community, to show that our community is a mature one governed by a set of clear rules. May 28 19:09:51 <kurosu> I'm also for adding some - in spite of the issues that were raised May 28 19:10:29 <durandal_170> like one VLC have or more rigid? May 28 19:11:27 <atomnuker> I dislike the notion that very well defined rules and (especially ZERO TOLERANCE POLICIES) are needed to maintain order or say a community is "mature" May 28 19:11:41 * DSM_ (~textual@150.129.198.154) has joined #ffmpeg-meeting2016 May 28 19:12:10 <nevcairiel> we would all be happy if its never invoked, but alas we're here because precedence exists that we need it May 28 19:12:15 <atomnuker> I think that defining some rules is okay, as long as they're not set in stone and are debateable May 28 19:12:25 <iive> nevcairiel: and what is that precedence? May 28 19:12:29 <BBB> atomnuker: “NB: Before applying any of those following disciplinary policies, the VideoLAN team will try to discuss the problem with the offender in order to solve it in a more peaceful way.” May 28 19:12:39 <BBB> atomnuker: from the VLC CoC “disciplinary actions" May 28 19:12:49 <atomnuker> yeah, that's okay May 28 19:12:50 <kurosu> VLC's, in my interpretation, is for issues caused by situations going out of control, so it looks fine May 28 19:13:23 <BBB> has anyone here read the book “animal farm”? it’s so appropriate in this situation :-p </side-note> May 28 19:14:47 <durandal_170> so should we vote for adding basic clear rules? May 28 19:14:55 <jamrial> vlc's seems a tad explicit, so lets not copy paste it May 28 19:15:02 <BBB> jamrial: agreed May 28 19:15:08 <saste> what's the process to approve the rules? we need to go through vote on MLs or here on IRC? May 28 19:15:29 <jamrial> i'd say ML since some people in the voting comitee are not here, i think May 28 19:15:40 <BBB> who will write the changes? May 28 19:15:42 <kurosu> I'd suggest ML as IRC could be considered not to reach a quorum (whatever the spelling) May 28 19:16:03 <atomnuker> yep, better to define them now and just put them on the ML May 28 19:16:14 <iive> I still would like explanation, why do we need that May 28 19:17:06 <durandal_170> without it there are no consequences to bad habits May 28 19:17:57 <iive> like? May 28 19:17:59 <jamrial> iive: we now have a CoC, so there needs to be a list of what happens if you don't follow it May 28 19:18:48 <BBB> so action points: who will write the changes to the CoC for disciplinary actions on CoC violations? May 28 19:20:07 <durandal_170> I can May 28 19:20:25 <durandal_170> ok, so lets add something like: first warning then temporal ban then perma ban? May 28 19:20:27 <iive> I think that most of you do not understand what CoC is for. atomnuker had explained it quite well. May 28 19:20:37 <iive> but i do suspect that you do not care. May 28 19:20:45 * kurosu_ (020d4d7f@gateway/web/freenode/ip.2.13.77.127) has joined #ffmpeg-meeting2016 May 28 19:20:55 <iive> You do not want CoC, you just want laws and enforcement. May 28 19:21:22 <BBB> iive: “NB: Before applying any of those following disciplinary policies, the VideoLAN team will try to discuss the problem with the offender in order to solve it in a more peaceful way.” May 28 19:21:28 <BBB> iive: from the videolan CoC page May 28 19:22:49 <iive> BBB: 1. You are proposing to literally replace the current CoC with VideoLans. 2. Why don't we do that now, instead of complicating our lifes with none-sense? May 28 19:23:00 <Timothy_Gu> 1. No. May 28 19:23:07 * Compn (nota...@97-71-16-25.res.bhn.net) has joined #ffmpeg-meeting2016 May 28 19:23:16 <Timothy_Gu> 2. In case you didn't notice, atomnuker approved this clause. May 28 19:24:08 <saste> about the consequences can you (durandal?) be more specific? I think it was about banning from the ML for some time May 28 19:24:31 <saste> having some simple rules should be better than nothing (as it happens now) May 28 19:24:44 <durandal_170> first warning, then 7 days ban than permanent ban May 28 19:25:14 <saste> and it will be operated by the ML admins? May 28 19:25:44 <atomnuker> what about time(x) = 4^(times_warned)? May 28 19:25:59 <jamrial> mind, seven day ban should not be for silly stuff like top posting unless the requests are constantly ignored May 28 19:26:14 * iive facepalms May 28 19:26:16 <durandal_170> it is hard to enforce it on internet for real, but yes it would be ban on IRC and ML May 28 19:26:26 <Timothy_Gu> Git push access? May 28 19:26:32 <durandal_170> and no its not about top-posting or bottom-posting May 28 19:26:53 <durandal_170> Timothy_Gu: yes May 28 19:27:02 <kurosu_> Yes 3 strikes for a permanent ban seems heavy handed depending on the topic May 28 19:27:14 <atomnuker> yeah, I think the time should be a function of time, not pernament May 28 19:27:24 <jamrial> three strikes sounds extreme May 28 19:27:40 <atomnuker> 64 days for 3 offences seems fine with 4^times_warned May 28 19:27:46 <Timothy_Gu> I'd be happy with "If the Contributor repeatedly, intentionally, and severly violates this Code of Conduct, possible repercussions include ..." May 28 19:28:04 <durandal_170> agree May 28 19:28:06 <Timothy_Gu> I don't want to get too formulaic about such things. May 28 19:28:14 <atomnuker> yeah, that too May 28 19:29:06 <durandal_170> so lets add that to current CoC and put it for vote on ML? May 28 19:29:12 <atomnuker> "possible reprocussions include temporary or pernament ban on ML/IRC" May 28 19:29:40 <jamrial> durandal_1707: send a draft first and get comments to improve it May 28 19:30:09 <durandal_170> will do, if noone beats me May 28 19:30:26 <kurosu_> Yeah this would be more appropriate else time will run short for this meeting May 28 19:31:08 <durandal_170> ok, next topic? May 28 19:31:32 <Timothy_Gu> "technical development issues" May 28 19:31:51 <Timothy_Gu> so AVClass et al. May 28 19:32:27 <durandal_170> isn't this topic about recent git server outage? May 28 19:32:58 <jamrial> since cehoyos is here, we could maybe talk about his behavior and why the CoC and repercussions for violating it was introduced to begin with May 28 19:33:39 <durandal_170> i have nothing new to add, everything have already been said on ML May 28 19:34:05 <jamrial> where? May 28 19:34:28 <iive> nothing's been said on ML May 28 19:34:35 <iive> nobody wants to start flamewar May 28 19:35:11 <durandal_170> i can talk about that later, now should we vote for AVClass thing or? May 28 19:35:26 <atomnuker> on that topic, there's a good reason why we have stable releases and a git master - git master can be broken at any point and then be fixed so that we don't break the stable version May 28 19:35:41 <BBB> is this about michaelni’s idea of adding an AVClass to AVCodecParameters? May 28 19:35:47 <jamrial> durandal_1707: some context about the avclass issue first would be good May 28 19:36:35 <durandal_170> i'm not really into it, michaelni could better describe it why (if) it's needed May 28 19:37:10 <durandal_170> iirc its about exporting codec info from lavf, right? May 28 19:38:00 <michaelni> AVClass & AVOption should be added to all public "Context" structs for API consistency and to make it easier for apps to support multiple ffmpeg versios and distros May 28 19:38:08 <michaelni> that is IMHO May 28 19:38:17 <durandal_170> basically few devs are against it iirc May 28 19:38:47 <michaelni> nevcairiel, seemed to be unhappy about adding it to AVCodecParameters May 28 19:39:38 <durandal_170> I would prefer it there is better solution May 28 19:41:21 <kurosu_> Side note: the name is confusing because I would have assumed from the name it was ok May 28 19:41:39 <nevcairiel> I see it as a necessity for contexts that have private options in internal data somewhere, not as a really good API for generic access, which loses strict typing that structs give you, you can't typo a struct member name because the compiler yells at you .. you can in avoption, etc. May 28 19:41:42 <kurosu_> (to put such an information there) May 28 19:42:04 <michaelni> maybe the problems AVOptions have can be fixed May 28 19:43:06 <Timothy_Gu> Are members of AVCodecParameters supposed to be changeable by a consumer? May 28 19:43:13 <Timothy_Gu> consumer = user app May 28 19:43:32 <michaelni> a user app using only libavcodec or only libavformat has to change them May 28 19:43:42 <nevcairiel> if you just use lavf and lavc, there is no reason to change them really, but you could fill it manually if you use another demuxer May 28 19:44:01 <nevcairiel> or another mxuer for May 28 19:44:33 <nevcairiel> but you dont need AVOptions to fill the struct May 28 19:44:45 <nevcairiel> for me, the downsides outweigh the potential benefits, thats all May 28 19:45:56 <Timothy_Gu> Do we care about ABI with Libav? No, right? May 28 19:46:03 <BBB> no May 28 19:46:06 * kurosu has quit (Ping timeout: 250 seconds) May 28 19:46:06 <nevcairiel> we got rid of that last meeting May 28 19:46:55 <michaelni> what downsides does having support for AVClass/AVOption have ? its completely optional, a user app can just directly access the struct, it just will have to update more often and if it wants tp support stable distros it would need alot of #if which with AVOptions should be alot cleaner May 28 19:48:25 <michaelni> for example if we change sample_rate to a AVRational. With AVOptions an app can use the same code to set sample rate from an AVRational for new and old code May 28 19:48:42 <michaelni> without AVOption a #if VERSION.. is needed May 28 19:48:58 <iive> so, basically avclass would allow to use options, instead of get/set_ functions? May 28 19:49:14 <nevcairiel> I would absolutely favor the explicit #if myself, that way I know wtf is going on :) May 28 19:49:45 <michaelni> me too until there are 20 such #ifs then i dont know anything anymore May 28 19:50:21 <michaelni> AVOption gives an app this choice it doesnt need to be used May 28 19:50:31 * kurosu (020d4d7f@gateway/web/freenode/ip.2.13.77.127) has joined #ffmpeg-meeting2016 May 28 19:51:27 <michaelni> about type checking named constants could be added like #define SAMPLE_RATE_KEY "sample_rate" May 28 19:51:34 <BBB> so … we’re currently just rehashing the ML discussion May 28 19:51:37 <BBB> this isn’t reall helping May 28 19:51:50 <BBB> there’s disagreement, that much is clear May 28 19:52:01 <jamrial> iive: afaik get/set were added because of libav's abi compatability, since new fields added by us would not have a known offset May 28 19:52:52 <iive> jamrial: yes, but same thing applies if we want to add or remove a member. May 28 19:53:37 <Timothy_Gu> So is this debate between AVClass/AVOptions vs. explicit getters and setters? May 28 19:53:45 <BBB> no May 28 19:53:47 <nevcairiel> no, dont let iive derail it May 28 19:53:49 <saste> also, with AVOption there's the possibility to some (very limited) introspection, like listing options and exporting them to a GUI/UI May 28 19:54:13 <michaelni> saste, yes, also theres max/min and defaults May 28 19:54:36 <BBB> my issue with avoption is that the introspection isn’t very useful, because you just list all options even though only a very small subset are useful or even set per use case May 28 19:54:53 <Timothy_Gu> Plus, AVCodecParameters isn't really intended to be such a end user-accessible structure though. May 28 19:54:57 <BBB> imagine AVCodecContext’s introspection - priv options made it a little better, but it’s still criminal May 28 19:55:18 <kurosu_> Agreed with BBB: if a technical agreement can't be reached here or the ml, a way forward must be found May 28 19:55:24 <michaelni> BBB this is a implementation problem, we could do codec specific AVOption lists May 28 19:55:46 <kurosu_> No point in an infinite loop only broke by who gets fed up first May 28 19:55:51 <nevcairiel> introspection and options m ight be useful on the actual AVCodecContext, especially with private codec options, but that argument falls off quickly as you get to the other structs May 28 19:55:58 <BBB> kurosu_: so true :) May 28 19:56:29 <michaelni> kurosu_, yes we need to know AVOption/AVClass in AVCodecParameters yes or no for the release May 28 19:56:29 <BBB> so, I don’t think we have consensus that AVClass should be added to AVCodecParameters at this point. so how are we going to continue this discussion? May 28 19:56:50 * DSM_ has quit (Read error: Connection reset by peer) May 28 19:58:12 <durandal_170> hmm, I'm out of ideas. May 28 19:58:26 * baptiste (~bapti...@fate.ffmpeg.org) has joined #ffmpeg-meeting2016 May 28 19:58:38 <baptiste> heya May 28 19:59:06 <durandal_170> hi May 28 19:59:08 <kurosu_> I'm ok of if there's a vote, possibly restricted to people with commits in affected parts of the code in the last x units of time May 28 19:59:13 <nevcairiel> if everyone else is in favor of adding it there, then just do so, its not like it actively hurts me or my interests, but I just don't like the concept May 28 19:59:32 <ubitux> well the question asking if there is a downside to adding it hasn't been answered (unless i missed it); if we add it, does it promote bad usage? does it cause a maintainance burden? May 28 19:59:44 <atomnuker> is there even anyone who agrees with michaelni to add AVClass? May 28 19:59:50 * jamrial_ (~jamrial@181.22.62.26) has joined #ffmpeg-meeting2016 May 28 20:00:01 <atomnuker> most of the people on the ML disagreed May 28 20:00:03 <nevcairiel> if you want it to be complete, you need to maintain the struct twice, once in the header, and once in its AVOption declaration May 28 20:00:16 <nevcairiel> so there is a bit of maintenance May 28 20:00:28 <michaelni> iam happy to maintain the extra code May 28 20:00:35 <jamrial_> offtopic, but fuck win10 wireless May 28 20:00:39 <durandal_170> we could drop header support ;) May 28 20:00:58 <iive> i thought that's the end goal. May 28 20:01:27 <nevcairiel> if it is, i'm outta here =p May 28 20:02:03 * jamrial has quit (Ping timeout: 260 seconds) May 28 20:02:10 <durandal_170> ok, we can put this on vote for ML if michaelni really wants this May 28 20:02:15 <nevcairiel> making AVOptions the only way to access things was never the goal, and if anyone should ever want to bring that up, we would have quite the discussion =p May 28 20:02:16 * jamrial_ is now known as jamrial May 28 20:02:45 <ubitux> what about serializations of parameters and such? May 28 20:03:05 <michaelni> nevcairiel, iam a C and asm guy really, i wont come up with such idea ... May 28 20:03:28 <michaelni> ubitux, yes, that too is a potential usecase May 28 20:03:30 <nevcairiel> didnt think you would May 28 20:03:34 <ubitux> i guess this enters again in the scope of api users not supposed to though (i feel like it could help wrt ffserver but i'm going to get killed) May 28 20:03:44 <nevcairiel> the danger is real May 28 20:04:21 <ubitux> but otoh adding the AVClass (without avoptions yet) before the release sounds like a safe bet May 28 20:04:31 <jamrial> let ffserver die after avstream->avctx is gone May 28 20:04:32 <ubitux> like, we could postpone such discussion May 28 20:04:36 <Timothy_Gu> We should rewrite FFmpeg in JavaScript. Built-in introspection. May 28 20:04:51 <nevcairiel> if the AVClass exists you might as well add the options, otherwise its just useless May 28 20:05:20 <ubitux> i'm with michaelni on the risky aspect of not having that pointer before the release, but i don't know yet if it will be helpful in the future May 28 20:05:34 <ubitux> nevcairiel: it's useless but it prevents the abi break later May 28 20:05:56 <nevcairiel> well we should just decide now then instead of going with a schrödingers avclass :) May 28 20:06:01 <jamrial> wm4 was trying to get libav to first implement the updated parser stuff before making a release. do we care? May 28 20:06:03 <ubitux> (of adding it if we decide to use avoption or any related "technology") May 28 20:06:30 <nevcairiel> jamrial: they decided not to though, so not sure what there is to care May 28 20:06:39 <kurosu_> I think only 2 persons called for a vote to settle this, so besides disagreeing with the concept of vote on this, does this mean I ot enough info is available to make an educated vote?te May 28 20:06:40 <jamrial> ah, i see May 28 20:07:07 <kurosu_> (sorry on phone :( ) May 28 20:07:11 <nevcairiel> well apparently noone else really has any opinions on the matter May 28 20:07:35 <kurosu_> I consider I don't get to vote on that topic May 28 20:07:35 <BBB> I’m not convinced we need AVOptions at this point May 28 20:07:44 <BBB> if we don’t need AVOptions, I don’t think we need AVClass May 28 20:07:52 <BBB> (in AVCodecParameters) May 28 20:08:15 <durandal_170> yea, it opens cans of worms May 28 20:08:17 <jamrial> we also don't need log context in AVCodecParameters May 28 20:08:18 <nevcairiel> fwiw, i don't think its one of the structs that will change dramatically and all the time May 28 20:08:28 <BBB> avcodecParameters logging is useless May 28 20:08:39 <BBB> since the class is not codec-specific May 28 20:08:45 <BBB> so it would just log [parameters] bla bla May 28 20:08:49 <BBB> instead of [h264] bla bla May 28 20:08:51 <BBB> or [mov] bla bla May 28 20:08:54 <nevcairiel> and yes, everytime AVCodecParameters is handled you generally have some parent context it belongs to May 28 20:08:58 <nevcairiel> be it a muxer or demuxer May 28 20:09:00 <nevcairiel> or something May 28 20:09:06 <BBB> so we should actively discourage using AVCodecParameters being used as the class for logging May 28 20:09:16 <nevcairiel> if you would try, it would likely crash May 28 20:09:18 <ubitux> BBB: i think logging has a mechanism to print the tree? May 28 20:09:31 <ubitux> sth like [h264 @ ...] [parameters @ ...] bla May 28 20:09:37 <nevcairiel> never seen that May 28 20:09:49 <BBB> I’ve never seen that either :-p certainly news to me May 28 20:09:53 <ubitux> i remember sth like that with swr but maybe i'm confused May 28 20:09:53 <michaelni> ubitux, yes it can print the parent too May 28 20:09:54 <BBB> (that’s not to say you’re not right) May 28 20:11:02 <durandal_170> ok, can we get back to this later? May 28 20:11:16 <nevcairiel> in any case, i don't really care that much if it gets in or not, my opinion is that its not really useful or needed May 28 20:12:09 <jamrial> on the ml if possible. a thread stating the potential benefits, drawbacks, concerns about misuse/confusion, etc, for discussion. then a vote in that same thread May 28 20:14:09 <durandal_170> sounds good to me May 28 20:14:46 * DSM_ (~textual@203.134.198.46) has joined #ffmpeg-meeting2016 May 28 20:14:46 <kurosu> btw, is a vote a codified way to move forward in the face of such a polarizing issue (or more)? May 28 20:14:46 <michaelni> if a vote is done it should be started by someone else than me & nevcairiel probabl, not sure if a vote makes sense for technical issue it would give a yes vs no result though May 28 20:15:15 <michaelni> and either yes or no is better than no result May 28 20:16:04 <BBB> anyone remotely interested in managing the vote probably has some stake in it either way May 28 20:16:11 <BBB> I think it’s fine for you to set up the vote May 28 20:16:21 <BBB> (since you want it so you have incentive to do effort for it) May 28 20:17:32 <michaelni> I dont understand the drawbacks and concerns about misuse/confusion so iam not able to write a neutral mail May 28 20:18:26 <durandal_170> then setup wiki and write drawbacks/etc there? May 28 20:18:44 <jamrial> lets not make things complicated May 28 20:20:31 <jamrial> may i suggest another technical topic? May 28 20:20:39 <durandal_170> yes May 28 20:21:19 <jamrial> liabvutil is currently the only non modular library. literally everything is compiled and installed no matter your configure options May 28 20:21:33 <BBB> I’ve complained about that 10000x May 28 20:21:42 <jamrial> yes, that's why i bring it up :p May 28 20:21:42 <BBB> but I think it lacks somebody actually fixing it :) May 28 20:21:53 <nevcairiel> i dont think thats necessarily a bad thing May 28 20:22:09 <nevcairiel> the modules in avcodec etc dont directly impact public api, they just disable some encoder or something May 28 20:22:18 <jamrial> i could give it a try if i have the time, but i want to know how to handle it May 28 20:22:18 <nevcairiel> but in avutil the modules practically map to public API functions May 28 20:22:22 <jamrial> nevcairiel: that's the thing May 28 20:22:24 <nevcairiel> which should still exist even if disabled May 28 20:22:37 <jamrial> what would be best? instlal all headers and return NULL/ENOSYS, or not install them? May 28 20:22:43 <jamrial> for the disabled modules, that is May 28 20:22:53 <BBB> I would just not install them May 28 20:23:00 <BBB> the use I have for it is in static libs May 28 20:23:01 <nevcairiel> well even if not installed, the ABI should be the same, imho May 28 20:23:04 <BBB> so I don’t care for placeholders May 28 20:24:21 <jamrial> well, opencl and lzo are headers that only get installed if those components are enabled May 28 20:24:39 <jamrial> so there's a precedent of sorts May 28 20:25:39 <BBB> I think it’s new territory May 28 20:25:53 <BBB> so there’s a reasonable defense for either strategy May 28 20:26:06 <iive> what would you like to disable from libavutil? May 28 20:26:17 <nevcairiel> shouldnt a decent linker get rid of your unused stuff in static libs anyway? May 28 20:26:21 <ubitux> if we end up moving various dsp utils inside lavu (because it needs to be shared between codecs and filters), it makes perfect sense to make lavu modular May 28 20:26:27 <jamrial> but at the same time, ubitux's pixelutils gets installed and just returns NULL if it's not enabled May 28 20:26:42 <ubitux> yeah, this was a first attempt at it May 28 20:26:52 <jamrial> iive: all the crypto stuff and such, for example May 28 20:26:53 <ubitux> but pretty annoying to do tbh May 28 20:27:19 <jamrial> you may only need md5, crc and aes, but not sha or camelia May 28 20:28:06 <ubitux> does anyone mind moving to infrastructure issues after that? May 28 20:28:27 <ubitux> i'm not sure i can stay for very long and i'm slightly concerned about that issue May 28 20:28:35 <jamrial> as a topic? sure May 28 20:28:41 <ubitux> yes May 28 20:28:44 * Illya (sid133335@gateway/web/irccloud.com/x-rfijfsjjprqfpkvu) has joined #ffmpeg-meeting2016 May 28 20:29:06 <Illya> Is this only for contributors or can I sit in and listen? May 28 20:29:46 <jamrial> you're welcome to listen and participate May 28 20:29:55 <durandal_170> ubitux: so what you want to ask? May 28 20:30:01 <BBB> infrastructure, let’s go May 28 20:30:19 <ubitux> alright well May 28 20:30:24 <ubitux> first there is the dedicated server May 28 20:30:32 <ubitux> which i ordered a while ago as a "quick solution" May 28 20:31:03 * rcombs (rco...@irc.rcombs.me) has joined #ffmpeg-meeting2016 May 28 20:31:06 <ubitux> it's not like i do really mind the money aspect, but there was many offers May 28 20:31:19 <kurosu_> Err what's the result on the previous topic? Send patches and it'll get reviewed but the end goal is ok? (I don't mind) May 28 20:31:23 <ubitux> and i'm still handling the server May 28 20:31:45 <durandal_170> ubitux: i thought that server is no longer used... May 28 20:31:47 <BBB> kurosu_: sounds like it yes May 28 20:31:52 <ubitux> durandal_170: ah? May 28 20:31:57 <iive> kurosu_: i think nobody objected. Try to make some example patches and we might find issues then :) May 28 20:32:10 <ubitux> so we don't use ffbox0 anymore? May 28 20:32:15 <kurosu_> Ok just wanted to make the result of the meeting on that topic clear May 28 20:32:37 <durandal_170> ubitux: i dunno, I never touched those stuff May 28 20:32:54 <ubitux> that's the other issue; we don't really have someone to handle the sysadmin stuff May 28 20:33:01 <jamrial> i think michaelni handled the server migration last time May 28 20:33:14 <ubitux> does anyone have a sysadmin in his relationships that would be interested in that? May 28 20:33:15 <michaelni> "<ubitux> it's not like i do really mind the money aspect, but there was many offers" <-- everyone disappeared except the one from bulgaria May 28 20:33:28 <jamrial> ubitux: wasn't it llogan? May 28 20:34:09 <michaelni> we have a virtual box in bulgaria that ffbox0 could be moved to if teres a volunteer May 28 20:34:14 <ubitux> well, i saw michael handling mailing issue recently, and we have regularly unsolved issue wrt the infrastructure May 28 20:34:42 <michaelni> trac is currently on a virtual box there too May 28 20:35:00 <jamrial> kierank offered a server as well i remember May 28 20:35:02 <ubitux> like, i still receive many unwanted dvdnav moderation mails, and no one seems to know how to stop them May 28 20:35:22 <iive> jamrial: trac was on kierank's server, until it died. May 28 20:35:30 <ubitux> i feel like michael has to handle all the dirty stuff everytime there is a problem May 28 20:35:32 <iive> the server May 28 20:35:35 * Shiz (~s...@hydrogenium.shiz.me) has joined #ffmpeg-meeting2016 May 28 20:35:36 <ubitux> or even when we have to upload a sample etc May 28 20:35:58 <ubitux> i feel like we really need someone to officially handle the sysadmin stuff May 28 20:36:07 <michaelni> jamrial, kieranks server is now limited to 5mbit/sec May 28 20:36:15 <ubitux> so if anyone knows someone to help with that i think that would be a good idea May 28 20:36:15 * kierank (sid5955@gateway/web/irccloud.com/x-chhjwqpzyyehmyvm) has joined #ffmpeg-meeting2016 May 28 20:36:50 <BBB> speaking of the devil :D May 28 20:37:41 <michaelni> it would be nice to have some help with sysadmin stuff May 28 20:37:48 <durandal_170> i'm really not into such stuff, so I can't do that May 28 20:38:15 <BBB> maybe lou is interested in that kind of stuff? May 28 20:38:43 <durandal_170> the only experience I have is some GUI web setup of mail server and http server and database ... May 28 20:39:05 <BBB> you shouldn’t feel obliged to do stuff you don’t want to do ;) May 28 20:39:17 <michaelni> about uploading samples anyone who needs/wants access to that its easy to give May 28 20:39:22 * DSM_ has quit (Max SendQ exceeded) May 28 20:39:43 <jamrial> michaelni: at least regarding samples write access could be given to people that often makes new tests May 28 20:40:21 <jamrial> or maybe to anyone that can git push May 28 20:40:38 <iive> can we hear what services are running on what server atm? May 28 20:40:41 <durandal_170> michaelni: iirc you gave me access but I don't remember what password was May 28 20:40:43 <michaelni> i need to setup account on the box so "anyone that can git push" is a bit hard May 28 20:40:50 <jamrial> ah ok May 28 20:41:49 <ubitux> pretty sure no one in the community is available for sysadmin stuff, we probably need someone who isn't a developer but more a sysadmin May 28 20:42:00 <ubitux> and i think they're not that rare May 28 20:42:01 <michaelni> having someone with mail / postfix experience and more free time than tim would be usefull May 28 20:42:21 <ubitux> we can probably ask around our close relationships May 28 20:42:35 <michaelni> that would be a good idea i think May 28 20:42:36 <ubitux> i mean, we need someone to trust May 28 20:42:41 <michaelni> yes May 28 20:43:26 <ubitux> so if you're working in a company and knows well a bored sysadmin who like opensource May 28 20:43:31 <ubitux> maybe hint him? May 28 20:43:35 <BBB> don’t we have various people in the project that don’t code? May 28 20:43:47 <ubitux> ppl that don't code seems as busy as us May 28 20:43:56 <BBB> iive doesn’t seem busy May 28 20:43:58 <ubitux> and don't seem to particularly have sysadmin stuff May 28 20:44:04 <ubitux> skills* May 28 20:44:23 <ubitux> we called many times for sysadmin support May 28 20:44:31 <BBB> iive: can you sysadmin? May 28 20:44:32 <ubitux> i think we need to look a bit outside this community May 28 20:45:11 <iive> BBB: no. May 28 20:45:56 <iive> just to be clear. we are talking about moving the maillist to the bulgarian box? May 28 20:46:15 <michaelni> iive, i think we dont talk about anything specific May 28 20:46:41 <michaelni> also raz has already copied ffbox to bulgaria but its a few month old May 28 20:46:47 <BBB> I’m gonna run out for lunch, I’ll be back in a bit May 28 20:47:38 <kurosu_> I think we're discussing about asking people worthy of trust to do it. Why can't we do the same as for asking infrastructure ? May 28 20:47:55 <ubitux> just an overview about what kind of stuff we need: security updates, managing various accesses, improvements in various setups such as mail or bug trackers, help with synchronizing samples, ... May 28 20:48:12 <ubitux> and i'm probably forgetting many things as i'm not even helping a bit May 28 20:48:20 <ubitux> (except by paying the server) May 28 20:48:28 <jamrial> i also need to leave, but wont be back for a few hours so i'll miss the rest of the meeting May 28 20:48:47 <ubitux> i'm going afk pretty soon but i haven't much more to say May 28 20:49:01 <ubitux> that was just a desperate call so everyone is aware of the issue May 28 20:49:10 * jamrial has quit () May 28 20:49:47 <iive> ubitux: what's the issue again? May 28 20:50:25 <michaelni> iive theres no real issue i think, it just would be nice to have some help with sysadmin May 28 20:51:00 <durandal_170> michaelni: is ubitux paid server used for web page? May 28 20:51:10 <michaelni> yes May 28 20:51:33 <durandal_170> hmm, why it was never transfered? May 28 20:52:40 <kierank> VLC have offered to sysadmin for years May 28 20:53:03 <Compn> we have to vote on vlc May 28 20:53:09 <Compn> before we were worried about takeover on vlc side May 28 20:53:34 <Compn> but now i think its ok for vlc to host.. May 28 20:54:27 <michaelni> we have a dedicated server from ubitux and one in bulgaria and one from kieran May 28 20:54:50 <Compn> ok, just need admins ? May 28 20:54:55 <Compn> i think i offered to admin before May 28 20:55:01 <Compn> i put it on the table, my offer to admin again May 28 20:55:14 <ubitux> we need someone to refer to for every sysadmin stuff May 28 20:55:28 <michaelni> Compn, you know postfix and stuff ? May 28 20:55:40 <michaelni> ubitux, r...@ffmpeg.org probably May 28 20:55:40 <ubitux> like if there is an issue, we're always looking for someone for the skills and motivation May 28 20:56:17 <michaelni> theres also a dedicated server from baptiste, i almost forgot May 28 20:56:30 <michaelni> fate is on that one May 28 20:56:56 <michaelni> or i think its a dedicated server at least May 28 20:57:02 <Compn> michaelni : no, but i'm fast learner :P May 28 20:57:32 <ubitux> mails are not a simple thing May 28 20:57:38 <ubitux> and it's kind of sensitive May 28 20:57:48 <michaelni> ubitux, yes :/ May 28 20:58:44 <michaelni> we probably should config postfix or spamassasin to check DMARK/DKIM/SPF or part of that on incoming mai (not really important but i thn it doest curretly) May 28 20:59:48 <michaelni> also gmail will soon switch DMARK to reject like yahoo, we have 2 methods basically in place to deal with that a custom solution from tim ad malman itself May 28 21:00:31 <michaelni> tims solution would then traslate all gmail like yahoo to gmailem...@ffmpeg.org May 28 21:00:56 <michaelni> mailman would put the original gmail into CC and put ffmpeg-devel@ffmpeg.org in from May 28 21:01:16 <michaelni> mailman is fully automatic, tims solution needs manual listig of affected servers May 28 21:01:27 <michaelni> or we hack mailman to do something else May 28 21:01:50 <kurosu_> That's a new item of work, but maybe not the biggest for the volunteer(s)? May 28 21:02:13 <kurosu_> Just to make sure people what the request is May 28 21:02:21 <michaelni> kurosu_, absolutely no big issue May 28 21:02:35 <kurosu_> *people understand what May 28 21:04:03 <michaelni> Compn, what server admin stuff yu know ? May 28 21:05:03 <michaelni> i mean any expereicene with apache config stuff, git? svn ? ftpd ? May 28 21:05:19 <michaelni> (that was a random list) May 28 21:05:58 <kurosu_> Just list what you and the others mainly do? May 28 21:06:00 <Compn> just running home papache May 28 21:06:09 <Compn> stuff like that May 28 21:06:16 <Compn> er apache on my own home box, temporarily May 28 21:06:17 <Compn> nothing major May 28 21:06:41 <Compn> and on some other site May 28 21:07:22 <Compn> i just figured it would be easier to ask me to restart some service May 28 21:07:23 <Compn> than michael May 28 21:07:28 <Compn> but if not, nevermind May 28 21:08:00 <durandal_170> i would like to propose next topic: FFmpeg funding/donations May 28 21:08:15 <michaelni> kurosu_, apt-get update ;) occasionally creating an account, looking at why someones mail isnt where it shoud be, then seting up stuff that is needed like new mailman May 28 21:09:25 <michaelni> kurosu_, rarely updating dns zone, uploading samples, rarely fixing permissions on samples, once every few month building new doxygen for a major release May 28 21:10:09 * durandal1170 (~compu...@141-136-213-160.dsl.iskon.hr) has joined #ffmpeg-meeting2016 May 28 21:10:18 <michaelni> its not that much work when everythig works May 28 21:10:40 <Shiz> considering the quality of this sysadmin conversation it seems delegating it to VLC would be a wise decision May 28 21:10:45 <Compn> i'd rather ask michael what he wants May 28 21:11:07 <kurosu_> Michaelni, I meant when asking volunteers :-) I'm personally not May 28 21:12:27 * durandal_170 has quit (Ping timeout: 240 seconds) May 28 21:12:27 <michaelni> yes, i know, but i dont know who to ask, so be listing it a but others could ask people May 28 21:13:07 <saste> michaelni, what's the implications of asking vlc to do sysadmin stuff? or in other words, why you never considered that option? May 28 21:13:28 <kierank> Paranoia of course May 28 21:13:33 <saste> i'm fine with either, but i'm not the one helping so my opinion doesn't matter, was just trying to understand May 28 21:13:42 * durandal_1707 gives channel operator status to durandal1170 May 28 21:15:24 <iive> or we could move the whole project to github :P May 28 21:16:26 <michaelni> saste, we use dedicated servers and multiple virtual machines on the new bulgarian box, vlcs offer was to integrate some of our services into the existing vlc server IIRC May 28 21:17:42 <michaelni> its much more restrictive IIUC May 28 21:18:02 <Illya> So the different components are: ffmpeg.org website, mailing list, email, git, fate samples ftpd/rsync (have I missed any?). Which services would be integrated into vlc? May 28 21:18:17 <michaelni> theres also trac May 28 21:19:34 <Compn> [15:25] <kierank> Paranoia of course May 28 21:19:36 <Compn> sounds like insult May 28 21:19:49 <cehoyos> That's not correct. May 28 21:21:03 <Compn> code of conduct May 28 21:21:04 <Compn> :P May 28 21:21:35 * Shiz (~s...@hydrogenium.shiz.me) has left #ffmpeg-meeting2016 ("-") May 28 21:21:52 * kurosu has quit (Ping timeout: 250 seconds) May 28 21:22:30 <Illya> iive: makes a good suggestion, GitHub would release at least two services (git and trac). For trac to GitHub you could look at something like: https://github.com/trustmaster/trac2github It also might make the project more accessible to new contributors May 28 21:22:43 <michaelni> Compn, btw you should have the power to upload fate-samples and also normal samples May 28 21:23:06 <michaelni> you are in samples group May 28 21:23:06 <Illya> And GitHub is fairly reputable, if you're paranoid about that May 28 21:23:08 <kierank> michaelni: you are mistaken May 28 21:23:45 <kierank> But don't let that get in the way of VLC paranoia May 28 21:24:32 <kurosu_> Please. May 28 21:24:47 <durandal1170> well if nobody comes then VLC will be used May 28 21:26:28 <durandal1170> ok, can we get to next topic? May 28 21:26:38 <michaelni> durandal1170, ok with me May 28 21:26:48 <durandal1170> hopefully the last topic :) May 28 21:27:04 <michaelni> "<durandal1170> ok, can we get to next topic?" May 28 21:27:33 <durandal1170> its about FFmpeg funding/donations May 28 21:28:07 <michaelni> i want more funding/donations for FFmpeg, sadly thats probably all i can do here May 28 21:28:21 <michaelni> that is "wanting" May 28 21:28:47 <durandal1170> i want possibility to fund devs to work on specific part of FFmpeg May 28 21:28:53 <michaelni> +1 May 28 21:28:59 <iive> what happened with FFmtech? May 28 21:29:15 <saste> this was discussed again and again, and we decided that there is nothing preventing us to do that May 28 21:29:38 <saste> at the moment we have a total of ~15K USD in the SPI and ffis.de funds May 28 21:30:19 <saste> OTOH we never asked to use money for that, since it was always only about refunding people for stuff and travel May 28 21:30:35 <saste> also I'm not sure what was the outcome of the last outreachy May 28 21:30:58 <michaelni> saste, can we fund someone maybe to make kierans fuzzing GSoC project a reality ? i mean if people agree to that May 28 21:31:02 <kierank> There were no good students May 28 21:31:59 <durandal1170> so just need to pick some part of codebase that need refactoring/cleaning up/improving? May 28 21:32:08 <durandal1170> like rm demuxer May 28 21:32:45 <durandal1170> or swscale May 28 21:33:47 <michaelni> iam happy to help cleanup swscale but iam missing some motivation (not money, maybe rather other people joining in and working, i dont know) May 28 21:35:28 * saste has quit (Ping timeout: 252 seconds) May 28 21:36:25 <durandal1170> guess only left is to propose such thing like, sponsoring dev to for X May 28 21:36:28 <kierank> I would be able to fund a non crazy avfilter api May 28 21:37:52 <durandal1170> hmm, nicolas is working on some lavfi stuf, unrelated to that, and he is very busy May 28 21:38:48 <durandal1170> the main problem I see is what will Libav do if we develop such new API May 28 21:39:27 <durandal1170> i'm really interested in better lavfi API for various reasons May 28 21:40:18 <durandal1170> kierank: i guess end goal is to feed filters AVFrames directly? May 28 21:40:29 <nevcairiel> doesnt that happen today? May 28 21:40:45 <durandal1170> you have filtergraph... May 28 21:40:52 <kierank> Main goal is to not have weird buffering May 28 21:41:02 <nevcairiel> an API that links filters together for a filtering chain is quite useful May 28 21:41:04 <kierank> i.e an API suitable for live as well as file May 28 21:41:42 <nevcairiel> things just get oddly complicated if you handle multiple un-synced inputs and shit like that May 28 21:45:51 <durandal1170> kierank: do you still have candidate for new lavfi API? May 28 21:47:32 <BBB> are there any other subjects that come after this one? May 28 21:48:05 * saste (~saste___@151.56.107.16) has joined #ffmpeg-meeting2016 May 28 21:48:37 <durandal1170> BBB: any stuff you want to chat about... May 28 21:49:17 <saste> i was offline for a few minutes, did I miss any reply? May 28 21:49:20 <BBB> no I’m just surprised it’s still ongoing after 3 hrs May 28 21:50:17 <kurosu_> Yeah not efficient but that's not like people were not doing anything else May 28 21:51:01 <BBB> I agre with the several people above that we should re-consider VLC as sysadmin for our stuff May 28 21:51:11 <BBB> doing stuff oruselves really doesn’t make sense if we’re strained in manpower May 28 21:51:31 <BBB> is there anything concrete we’re going to do w.r.t. derek and carl? May 28 21:51:57 <iive> i think that last time when this was discussed, it was mentioned that they cannot admin all our services May 28 21:52:53 <saste> <saste> michaelni, before proposing that I'd check with SPI if that would be an issue May 28 21:52:54 <saste> <saste> what would be possible (indeed we already did it in the past) would be to sponsor an outreachy slot as we did in a past edition May 28 21:52:54 <saste> <saste> IIRC FFmpeg is not involved with the last round of outreachy, right? May 28 21:52:54 <saste> <saste> also, related to this, at the moment it is me and michaelni who approve the funding requests May 28 21:52:54 <saste> <saste> also I should report about the donations status (every six months) and I think I missed that in the last year May 28 21:52:57 <saste> <saste> when we decided the funding procedure it was agreed that it was going to be a temporary solution, but then we ended up with that setup since then (it was 2012) May 28 21:53:00 <saste> <saste> do you have any specific proposal / comment about funding and donations? May 28 21:53:02 <saste> <saste> then I think we should move on May 28 21:53:04 <saste> <saste> I can re-ask the SPI guys again to know if it is acceptable to use the fund for sponsoring development May 28 21:53:07 <saste> <saste> in the past years people also suggested fancier stuff like crowdfunding but nothing came out of that May 28 21:53:14 <saste> ^^ this is what I wrote before realizing i was offline, sorry for the spam May 28 21:54:30 * durandal_170 (~compu...@141-136-243-145.dsl.iskon.hr) has joined #ffmpeg-meeting2016 May 28 21:54:54 <kurosu_> Yeah the funding topic didn't seem to reach a conclusion/decision of what to do May 28 21:55:25 <saste> what we have now is bad, but better than nothing May 28 21:55:53 <kurosu_> Well you've proposed something to do, seems fine May 28 21:55:56 <saste> at least it helps with collecting money for sponsoring a bit of travelling May 28 21:56:21 * durandal1170 has quit (Ping timeout: 264 seconds) May 28 21:57:15 <kurosu_> So, topic closed and "action points" noted? May 28 21:57:48 <saste> I think so May 28 21:58:05 <durandal_170> saste: I want to make it possible to fund work on FFmpeg part May 28 21:58:24 <durandal_170> notably rm demuxer improvements May 28 21:59:08 <kurosu_> Kierank mentioned btw he was willing to fund some work on libavfilter API that would suit his needs, the details of which he'll give to whomever is integrated May 28 21:59:15 <kurosu_> *interested May 28 21:59:25 <saste> before asking that on the ML, let me check again with SPI, then we can use the usual procedure with the fund request on the ML May 28 21:59:48 <saste> ping me in a few days if you don't hear nothing from me May 28 21:59:52 <kierank> So Derek and carl? May 28 22:00:25 <durandal_170> I guess can't be done much, Derek left and carl is still here May 28 22:00:49 <michaelni> saste, if you get no reply from SPI then put them in a position in which they must reply May 28 22:01:01 <saste> michaelni, sure May 28 22:02:07 <durandal_170> for sure I'm ignoring carl diffs May 28 22:02:24 <kurosu_> Although the CoC and the repercussions are neither final nor voted, I'm for this to be acted upon May 28 22:02:34 <durandal_170> he already posted at least 1 proper patch so he is able to follow that.... May 28 22:02:43 <iive> durandal_170: it's ok if you ignore them all together. May 28 22:02:50 <kurosu_> It shouldn't even been allowed to reach this point without intervention May 28 22:02:52 <iive> durandal_170: what is not OK is to reject them May 28 22:03:20 <durandal_170> iive: be assured if they are important that they will not be rejected May 28 22:03:34 <iive> with stuff like "Sorry, life sucks. This patch is unacceptable." May 28 22:03:50 <kurosu_> But I'd personally be only for the equivalent of a warning if it would come to that May 28 22:04:31 <durandal_170> iive: i replied how bug should be correctly handled after that.. May 28 22:04:54 <iive> durandal_170: that's not the issue. You went on war May 28 22:05:21 <iive> "I will comment only this time and if I don't get positive result I will simply block every your patch." May 28 22:05:29 <BBB> ... May 28 22:05:41 <kurosu_> Everyone is to blame with this mess May 28 22:05:52 <kurosu_> People should have been told to cool off May 28 22:05:59 <iive> absolutely correct. May 28 22:06:04 <BBB> I think that’s the point of the VLC tempbans on the ML May 28 22:06:17 <BBB> a 1-day ban is essentially just to cool down May 28 22:06:23 <durandal_170> iive: i wrote that, but I looked at later diffs... May 28 22:06:50 <iive> durandal_170: but the "life sucks" is action on our promise. May 28 22:06:55 <kurosu_> Exactly, although an informal warning would have been a prelude May 28 22:07:26 <iive> durandal_170: you know that a polite request could be a lot more effective than threats? May 28 22:07:31 <kurosu_> And we are precisely starting such a discussion here May 28 22:07:33 <BBB> so conclusion is that the proposed disciplinary actions on the CoC will be written such that they would have prevented this but otherwise no further action? May 28 22:08:15 <durandal_170> BBB: further action on what? May 28 22:08:56 <durandal_170> iive: i asked politely multiple times May 28 22:10:30 <BBB> further action on derek vs carl May 28 22:11:51 <durandal_170> anyone could propose what to do May 28 22:12:08 <iive> durandal_170: you can give me links to the emails where you do that later. But in future, don't go on war. Ask other developers for help. May 28 22:12:08 <kurosu_> The CoC doesn't contain repercussions yet May 28 22:12:12 <durandal_170> thing is CoC come after this incident May 28 22:12:44 <BBB> I don’t even think the CoC strictly existed when the incident arose May 28 22:12:54 <nevcairiel> the CoC is just a formality, if someone wants to argue the behavior was OK because there was no CoC in place yet, i dont want to work with them in the first place May 28 22:13:37 <BBB> right May 28 22:13:40 <durandal_170> it certainly was not OK... but how can we proceed? May 28 22:13:54 <kurosu_> I'm not - I just want CoC to contain it then it to be used for the decision to be made May 28 22:14:36 <BBB> going by the VLC CoC (https://wiki.videolan.org/Code_of_Conduct/) May 28 22:14:47 <BBB> mailing list violations May 28 22:15:06 <BBB> first bulletpoint for non-netiquette violations: “24-hour ban from the mailing list in question.” May 28 22:15:19 <BBB> and also “As one cannot develop without the mailing lists, a ban from a *-devel mailing list will result in a ban from commit access for one day on the related project.” May 28 22:15:23 <nevcairiel> i dont think its as simple as a "mailing list violation" May 28 22:15:33 <BBB> no it clearly wasn't May 28 22:16:07 <BBB> oh, there’s an escalation section before that May 28 22:16:09 <BBB> “The first violation will always result in a simple warning, except if it is a grave or deliberate violation.” May 28 22:16:20 <BBB> (I’m assuming this one is considered grave) May 28 22:16:23 <BBB> and then: “The following violations will result in some of the disciplinary actions listed in the paragraphs below.” May 28 22:16:43 <BBB> so, I think we should formally ban carl from the ML for 24 hrs and ban his commit access for the same period May 28 22:16:47 <iive> what exactly is grave situation? May 28 22:17:04 <BBB> iive: this is how lawyers get rich May 28 22:17:18 <iive> <BBB> (I’m assuming this one is considered grave) May 28 22:17:25 <kurosu_> Something that is seen worthy of repercussions by several people May 28 22:17:32 <iive> i'd like to know why what you consider grave May 28 22:17:55 <BBB> iive: that’s not necessary for this decision May 28 22:18:06 <BBB> iive: we merely need to know whether this particular instance was grave or not May 28 22:18:21 <iive> and do YOU think it was? May 28 22:18:23 <BBB> we don’t need to put a line in the sand on what is grave and what is not, we can do that as situations arise May 28 22:18:51 <kurosu_> Well Carl hasn't been treated kindly but the situation has actually been rotting for years now May 28 22:19:04 <durandal_170> we can put vote on ML... May 28 22:19:54 <kurosu_> CoC would avoid abuse in one way or another, so that this situation doesn't actually rot May 28 22:23:46 <BBB> durandal_170: vote on … CoC? or my proposal? May 28 22:24:02 <kurosu_> Durandal_170: I'm ok for a vote on Carl, after the CoC contains repercussions (is it a warning? A 1 day ban? Etc) May 28 22:24:39 <iive> it's warning May 28 22:24:56 <durandal_170> on ML? irc meeting don't have enough members May 28 22:25:15 <kurosu_> Durandal_170: ML May 28 22:25:45 <iive> you see, this is perfect example why CoC should not punishment clauses May 28 22:26:03 <iive> we are not discussing things on principle, we are looking for a way to punish Carl. May 28 22:26:18 <iive> and we should be looking for a way to avoid getting there. May 28 22:26:54 <nevcairiel> its too late now, and we need to handle the situation at hand May 28 22:27:03 <kurosu_> I have the polar opinion, I consider that harassment towards Carl should be equally punished if found a harassment May 28 22:27:34 <iive> kurosu_: It should stop. May 28 22:28:24 <kurosu_> nevcairiel, do you want a vote here and now, to what effect? May 28 22:29:00 <nevcairiel> yes everyone should be happy and get along, but in real-life people don't, and we need to be prepared to handle that if needed, instead of burying our heads in the sand and losing people over that May 28 22:30:43 <BBB> *clap*clap*clap* ++ May 28 22:31:09 <BBB> I agree that a vote on the ML would be better to give people that fell asleep here the chance to participate also May 28 22:34:59 <kurosu_> It's late here. I'm ok for a vote also, just not sure what kind of offense it would be May 28 22:35:09 <kurosu_> That could be part of the vote May 28 22:35:23 <kurosu_> BTW public vote? May 28 22:36:08 <kurosu_> It seems it has always been so May 28 22:36:37 <iive> it's hard to fight slender campaign May 28 22:37:05 <iive> as it might not involve strong offensive words. May 28 22:38:08 <kurosu_> Well people can make an opinion for themselves May 28 22:39:05 <iive> ffmpeg was broken apart once from such campaign. May 28 22:39:38 <saste> I have to leave now, please send the chat log to the ML when the meeting closes May 28 22:39:53 <saste> goodbye! ;-) May 28 22:39:59 <iive> have fun :) May 28 22:40:12 <michaelni> saste, have fun ! May 28 22:42:27 <kurosu_> Same here. Debate is done for me, I'll then act upon whatever is decided for vote afterwards May 28 22:42:41 <kurosu_> Good night May 28 22:42:52 * kurosu_ has quit () May 28 22:43:29 * saste (~saste___@151.56.107.16) has left #ffmpeg-meeting2016 ("Leaving") May 28 22:50:10 <atomnuker> you know, I think we should define a multimedia-based drinking game and put it up on our website May 28 22:50:35 <nevcairiel> identify the codec by its artifacts May 28 22:50:44 <atomnuker> take a shot for every AVI extension/hack your file has (double for B-frames) May 28 22:50:59 <atomnuker> take a shot if your VFR file doesn't play right May 28 22:51:06 <iive> atomnuker: drinking 10l cola? May 28 22:51:15 <nevcairiel> poor anime people atomnuker May 28 22:51:26 <atomnuker> never understood that 10l cola thing May 28 22:52:01 <atomnuker> oh oh take a shot if your file has an incorrect colorspace (e.g. 601 flagged 709) May 28 22:52:23 <iive> it's from mplayer, a figurative punishment for breaking the build. May 28 22:52:45 <atomnuker> ah, that's before my time May 28 22:52:58 <iive> oh, and it is the cola brand you don't like :D otherwise it won't be punishment. May 28 22:53:13 <atomnuker> doctor pepper is poison May 28 22:53:37 <atomnuker> anamorphic video -> take a shot May 28 22:54:00 <atomnuker> weird crop/whatever flag in your mkv -> take a shot May 28 22:54:30 <mateo`> atomnuker: anamorphic video not flagged as such May 28 22:54:38 <atomnuker> I wonder what would be horrible enough to make you want to finish your bottle May 28 22:55:01 <nevcairiel> anamorphic isnt that bad, its just terrible if no AR is indicated =p May 28 22:58:03 <atomnuker> a shot if you see a jpeg2000 image/video anywhere outside professional stuff May 28 22:59:21 <nevcairiel> i have a few DCP trailers of movies, not sure if that counts May 28 22:59:45 <atomnuker> a shot for direct (e.g. sped up) 24(/1.001) to 25fps conversion May 28 23:00:06 <nevcairiel> thats unfair for people living in PAL land =p May 28 23:00:13 <nevcairiel> thats like, all our content! May 28 23:00:13 <nevcairiel> :D May 28 23:00:39 <iive> do you want to make all developers a chronic alcoholics? :P May 28 23:01:00 <atomnuker> those are all small shots, they don't add up May 28 23:01:23 <atomnuker> and I can't think of anything horrific to make me drink an entire bottle May 28 23:01:53 <iive> you drink it, one shot at a time :) May 28 23:02:16 <atomnuker> you can't get drunk like that, gotta drink a whole bottle at a time May 28 23:02:58 <atomnuker> well, depends on the alcohol too I guess May 28 23:05:02 <atomnuker> take a shot for some fuzzed wav file being recognized as aac/h264/mp3 May 28 23:05:27 <atomnuker> drink the entire bottle if it gets recognized as... theora May 28 23:05:35 <atomnuker> that's sufficiently rare May 28 23:05:38 <atomnuker> or VC1 May 28 23:05:41 <nevcairiel> not sure that can even happen May 28 23:06:14 <atomnuker> cosmic rays is the sole cause of all miracles that *may* happen May 28 23:06:29 <atomnuker> I believe in them May 28 23:07:08 <atomnuker> at this moment billions of neutrinos occupy my laptop in a 1x1x1m cube May 28 23:07:45 <atomnuker> all it would take is a couple of thousand to react and flip some bits May 28 23:08:35 <iive> i thought neutrinos don't react... that's why they are so hard to detect. May 28 23:11:48 <atomnuker> if they don't react how could you even detect them? May 28 23:12:55 <atomnuker> they do, but because they're so low energy it takes quite a lot of matter for them to make a difference and generate a photon May 28 23:20:55 <iive> well, I wasn't precise... May 28 23:23:12 <Timothy_Gu> So is the meeting done? May 28 23:23:52 <iive> i guess May 28 23:26:06 * Compn waves at cehoyos May 28 23:26:07 <Compn> ehe May 28 23:26:17 <Compn> how goes it carl? :) May 28 23:39:29 <baptiste> what's with carl ? May 28 23:48:46 * BBB has quit (Quit: BBB) May 28 23:52:10 * durandal_1707 has quit (Read error: Connection reset by peer) May 28 23:55:37 * durandal_1707 (~duran...@m83-180-58-222.cust.tele2.hr) has joined #ffmpeg-meeting2016 May 28 23:55:57 * durandal_170 has quit (Quit: leaving) May 28 23:57:10 * durandal_1707 (~duran...@m83-180-58-222.cust.tele2.hr) has left #ffmpeg-meeting2016 May 28 23:58:51 * BBB (~rbul...@pool-173-56-121-167.nycmny.fios.verizon.net) has joined #ffmpeg-meeting2016 May 29 00:24:48 * kierank (sid5955@gateway/web/irccloud.com/x-chhjwqpzyyehmyvm) has left #ffmpeg-meeting2016 May 29 01:39:00 * iive has quit (Quit: They came for me...) May 29 04:35:49 * Timothy_Gu (~timothy_g@wikipedia/timothy-gu) has left #ffmpeg-meeting2016 May 29 04:41:13 * BBB has quit (Quit: BBB) May 29 06:21:12 * arthcp (75c6c0e7@gateway/web/cgi-irc/kiwiirc.com/ip.117.198.192.231) has joined #ffmpeg-meeting2016 May 29 06:21:40 * arthcp (75c6c0e7@gateway/web/cgi-irc/kiwiirc.com/ip.117.198.192.231) has left #ffmpeg-meeting2016 May 29 09:21:40 * nevcairiel (nev@WoWUIDev/WoWAce/Ace3/nevcairiel) has left #ffmpeg-meeting2016 ("http://quassel-irc.org - Chat comfortably. Anywhere.") May 29 10:22:39 * Illya (sid133335@gateway/web/irccloud.com/x-rfijfsjjprqfpkvu) has left #ffmpeg-meeting2016 May 29 12:38:34 * BBB (~rbul...@pool-173-56-121-167.nycmny.fios.verizon.net) has joined #ffmpeg-meeting2016 May 29 13:43:45 * c_14 (~c_14@unaffiliated/c-14/x-8913907) has left #ffmpeg-meeting2016 ("WeeChat 1.4") May 29 14:19:35 * BBB (~rbul...@pool-173-56-121-167.nycmny.fios.verizon.net) has left #ffmpeg-meeting2016 May 29 17:00:46 * omerjerk (2d791d07@gateway/web/freenode/ip.45.121.29.7) has joined #ffmpeg-meeting2016 May 29 17:22:36 * omerjerk has quit (Ping timeout: 250 seconds) May 29 22:43:06 * cehoyos has quit (Quit: Konversation terminated!) May 30 05:36:20 * Disconnected (Input/output error). **** ENDING LOGGING AT Mon May 30 05:36:20 2016 [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB I have often repented speaking, but never of holding my tongue. -- Xenocrates
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
