From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id A58CC44E1A for ; Sun, 24 Sep 2023 09:21:51 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 20DA868C983; Sun, 24 Sep 2023 12:21:49 +0300 (EEST) Received: from mx.deadcode.eu (mx.deadcode.eu [5.9.108.247]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id B699C68C823 for ; Sun, 24 Sep 2023 12:21:42 +0300 (EEST) Received: from [2a01:4f8:162:44e4:7767::4] by mx.deadcode.eu with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qkLJ7-001nit-Uf for ffmpeg-devel@ffmpeg.org; Sun, 24 Sep 2023 11:21:42 +0200 Message-ID: <3cc3c8da-b8b1-4e92-8560-f25e78351f7d@deadcode.eu> Date: Sun, 24 Sep 2023 10:21:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: ffmpeg-devel@ffmpeg.org References: From: Matthias Dressel In-Reply-To: Subject: Re: [FFmpeg-devel] VDD 2023, FFmpeg meeting notes, (23-11-2023, 4pm, Dublin) X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: Hi, the date in subject is wrong. 23-09-2023 or in ISO format 2023-09-23 Matthias On 24.09.23 10:37, Kyle Swanson wrote: > Hi, > > Here are my notes from the VDD meeting. If I missed anything, please feel > free to send corrections. > > Thanks, > Kyle > > > Voting > ------ > > General Assembly: > - Original 2020 general assembly: > - Proposal: General Assembly is determined twice a year on January 1st, > and July 1st. > - The criteria for General Assembly inclusion is 20 commits with > authorship in the last 18 months. > - Current General Assembly will vote on vote.ffmpeg.org to enact the > above proposal, J-B will setup. > - Admission of the extra members to the GA will be voted on separately > well. > > General Assembly, Candidates (J-B will mail a vote): > - BBB > - Derek > > Technical Committee, Candidates (J-B will mail a vote): > - JEEB > - Anton > - Lynne > - wbs > - haasn > - MN > - Mark > > Community Committee, Candidates (J-B will mail a vote): > - Dave Rice > - James > - J-B > - Thilo > - Steven > - BBB > > Gitlab (or something like Gitlab) > --------------------------------- > > - Ronald is proposing that we move to Gitlab, or something similar > (gitea). > - Michael says "i don't like Gitlab"; Ronald says the exact tool is not > important and we can work together to make sure that the new tool suits > other styles of work, such as command line tools. > - No strong dissent in the room, acceptable to most. > - This change will need to be voted on by today's General Assembly (J-B > will mail a vote). > - We need to make sure that "drive by contributions" do not have a high > barrier of entry (i.e. must create a new Gitlab user to submit patches, > issues). > - We could find a way to accept "off Gitlab" patches, the workflow needs > to be well documented. > - We need to ensure we have people to do the work, doesn't seem like a > huge issue. > - J-B recommends against gitea, suggesting that we piggyback on the > videolan Gitlab experience infra. > > DNS > --- > > - Currently the DNS of ffmpeg.org is managed by Fabrice > - Michael was asked if he has control over the ffmpeg.org DNS register. > - Michael says he thinks he has some. > - Ronald would be curious to know what "some" means. > - Ronald proposes current project owners should have control over DNS and > trademark. > - Ronald: Fabrice is not active, DNS and trademark should be in the > control of project members. > - Michael: "i think fabrice should stay in ultimate control", "he has > always acted in the best interests of the people". > - Ronald took a poll in the room, most agreed current project developers > should have control of this. > - This will need a vote, Fabrice will need to be contacted. > - We would prefer to bring voting results to Fabrice, hopeful that > Fabrice would be amicable to handover. > > SDR (software defined radio) > ---------------------------- > > - Michael says, "just merge it" > - J-B, "the problem is no one wants it in FFmpeg except you" > - Ronald, "this should be an external library, like libdav1d", would be > fine if external library. > - Michael: "it can become a separate library within ffmpeg but it should > be merged first" > - Paul "burden to maintain it is huge, adding it will fragment > contributions even more" > - Michael, rational to merge: "there's no API/ABI it needs users first" > - Ronald asks if Michael wants to bring this to a TC vote? > - Michael will try to write a mail to ffmpeg-devel on this topic, and > probably ask for a vote. > - Kieran asks Michael to confirm that SDR will not be merged into 6.1 > - Michael says he will make an alternative 6.1 release > - On where the fork is published, Michael says "this depends on the > community" > - Ronald, Kieran, others want to confirm this is not published in a way > that it makes it seem like ffmpeg endorses SDR > > Stream Groups > ------------- > > - Anton introduces the topic of stream groups, a concept for bundling > many streams with metadata. > - Many probable use cases: separate alpha, enhancement layers, HEIF, > IAMF, etc. > - Derek asks about API, Anton suggests an array of structs in avformat. > - J-B: We need to start this, and see how this goes. > - decoder/filters would not be aware of stream groups, there may be some > cases where this may be limiting. Derek mentions something about > DolbyVision. > - Not limited to video, could be used for audio, etc. > - AVFormat should export stream groups, "everyone agrees" > > AVFrame Subtitles > ----------------- > > - Lynne cares about this, and hasn't done work on this yet. > - Lynee suggests she could make time to collaborate with others on this. > - Anton, others, say it makes sense to do this to avoid special handling > of subtitles, filtering, etc. > - We should do it, someone needs to take this on. > > Sidedata > -------- > > - JEEB asks if there is any reason that we use two overlapping > functionality, metadata can reside in either AVPacket and AVFrame. > - Agreed that it is nice to have, the benefit is small but the work is > large. > > MMX, self modifying code > ------------------------ > > - We should remove it > > MPEG-2 Fast > ----------- > > - We should remove it > > 7.0 > --- > > - If there is to be a new major release (7.0) in January we need to get > started on the work. > - We need to define/agree on a depreciation and removal timeline. This > needs to be documented. > - If you want to deprecate things in time, get started on this work ASAP. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".