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 540FC45330 for ; Sat, 21 Jan 2023 22:02:08 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C625B68BC2A; Sun, 22 Jan 2023 00:02:07 +0200 (EET) Received: from mail-ej1-f54.google.com (mail-ej1-f54.google.com [209.85.218.54]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 5421A6802C8 for ; Sun, 22 Jan 2023 00:02:01 +0200 (EET) Received: by mail-ej1-f54.google.com with SMTP id qx13so22011525ejb.13 for ; Sat, 21 Jan 2023 14:02:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:message-id:date:subject:to:from :from:to:cc:subject:date:message-id:reply-to; bh=VMcLkqg10U7wgokLkSZjKgI+5qcRU2/C1POm/wlx+cU=; b=HFZVoO7d2fWNTdLWM3Fa9e1Nmle/+ldoie0LVHiITir5ervEMOTxBC/lAhQrU+s1kw prbiOMW2Uc3yppUVHqOmnjaijvTGDwqAYUaKoZ5WCbSVNN7kQWPwi6Qs7DRj5++DY48x +couTHLVfwyoeNAaRc0h2RZe7yCwyxPCE0UExuUJmOE1e9asG60VZq2xN57Cv8aqQY/r 1n3iiCPQvxgCHGRR21J4iebCgRckH9i1bGB6825919UOcxTYXZeJ0AgryJYKsbrmUAyj teatG37AaBL3KnH98Gj8fKLFc2H3+1lLT/caJ1Tn5D9wBuIAoR9oScOgtc0zBBnitbeF jEEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:references:in-reply-to:message-id:date:subject:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VMcLkqg10U7wgokLkSZjKgI+5qcRU2/C1POm/wlx+cU=; b=7ASSr4sxhqVmkA7eu5cSQ6w6+WcsqWbn3kgd8oEw6bjV0YOaj0zQ/nda+E7Mm1hdeo /ksrIQQnCpcWgl9U+a+479qwocTzX1huZqn8rwDz4sqxKkW3aZ18/871aYSfLtIRsY2C PrHNLJ2sqm83atE25SjyyerwI9bPmbQioy6/gqGnNJMpSam2KYxi160KzqcpZsqv0uHQ kC9I3SFLXgLWpJJ6Zd5+zV2vn6TYju5zbTZgxdJjSCFDoaxoxvP0F3P57VPyEPCTF/3u xlfzY1e22eZreTDW9oFReeOYoJZ28ai1VLunzybIAUDPrPN9sFd3KoraXkuPZgUnMeFj 5GSg== X-Gm-Message-State: AFqh2kq7sbXciTnZFoUZpP+3mv8wCoqdUumd1n7lJN59nvU8wWR4JPRK O2ELIQejpLhNyi1E5p746QjJFfu7Kg8= X-Google-Smtp-Source: AMrXdXspbXy7+c40MNcTNkc4Rpv5bbc9E6vfiC8peu+qrCcjvaYjCo2EUP+h0VCF2jwgxiM77j3pjQ== X-Received: by 2002:a17:906:1e42:b0:7c1:458b:a946 with SMTP id i2-20020a1709061e4200b007c1458ba946mr18499047ejj.0.1674338520796; Sat, 21 Jan 2023 14:02:00 -0800 (PST) Received: from [192.168.1.104] (84-112-104-25.cable.dynamic.surfer.at. [84.112.104.25]) by smtp.gmail.com with ESMTPSA id e15-20020a170906314f00b007bd1ef2cccasm19683813eje.48.2023.01.21.14.02.00 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 21 Jan 2023 14:02:00 -0800 (PST) From: Marvin Scholz To: FFmpeg development discussions and patches Date: Sat, 21 Jan 2023 23:01:59 +0100 X-Mailer: MailMate (1.14r5898) Message-ID: In-Reply-To: <20230121213629.GZ1949656@pb2> References: <20230116133840.512-1-jamrial@gmail.com> <167407008302.4503.12911207010634660934@lain.khirnov.net> <20230120020509.GX1949656@pb2> <167431989409.26119.3043585718968218@lain.khirnov.net> <20230121213629.GZ1949656@pb2> MIME-Version: 1.0 Subject: Re: [FFmpeg-devel] [PATCH 00/26] Major library version bump 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On 21 Jan 2023, at 22:36, Michael Niedermayer wrote: > On Sat, Jan 21, 2023 at 05:51:34PM +0100, Anton Khirnov wrote: >> Quoting Michael Niedermayer (2023-01-20 03:05:09) >>> PS: iam not sure i fully understood the reason behind why versions should be >>> set to "wrong" values during some period, so as always i might be missing >>> something >> >> The reason is that after the major bump, the API and ABI are declared to >> be unstable for some period, so people can freely >> - break ABI, e.g. by reordering struct members >> - modify API added during the instability period in an arbitrary way >> without a new major bump for every such change, that would be normally >> required. >> >> My concern is that the instability period is quite long and there is >> very little indication for our users that they cannot depend on the >> ABI/API being stable. So I'm proposing to introduce some mechanism to >> make this more visible for our callers. >> >> Alternatively, we could just not have an instability period at all. > > Does anyone plan to use the next bumps instability period for anything ? > If so, i assume theres a good reason why it cannot be done without such > period easily? > > If theres noone -> easy solution, we need no instability period ATM. > If theres someone, i would ask that someone how long it needs to be > and write that down in APIchanges. Maybe as in "API is unstable becuase > of X until 2033-11-11 > I would like to make av_dict_get return a const AVDictionaryEntry, just like av_dict_iterate already does. > a new #define LIBAVCODEC_UNSTABLE could be added but izt feels a bit > overengeneered. This whole thing is more a exception, isnt it? > > thx > > [...] > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB > > While the State exists there can be no freedom; when there is freedom there > will be no State. -- Vladimir Lenin > _______________________________________________ > 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".