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 AF794453E0 for ; Sat, 29 Apr 2023 15:12:02 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C469668BFF2; Sat, 29 Apr 2023 18:11:58 +0300 (EEST) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 391B268BF99 for ; Sat, 29 Apr 2023 18:11:52 +0300 (EEST) Received: by mail-wm1-f41.google.com with SMTP id 5b1f17b1804b1-3f315735514so90592915e9.1 for ; Sat, 29 Apr 2023 08:11:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682781111; x=1685373111; h=content-transfer-encoding:in-reply-to:from:references:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=ChbzM59KmSLd7dA+OfHMtUr6IcmXSY3AMkSglsrE4nw=; b=YEVg1gkYOJ4KClGTby4eLME+DlILPe7DmWL+O6BP5RNEfpVajfehJb1cqNRpZoaZxp p70Yu5bNCTIHYMX+PqRONf8Nh/gzu+1zU21dIHOyR6ruO+JxRJp/0BJ5Bw5giJ4dWLgm wzIrmVcUPgd3SVzjoqx7pJYz1oOU/+sV8KvOjK25oRbZVE27s9j+PVZcyd5bsvP2ZzLe GZMC//j4zeGuvFFyIbceg1pXqhpe2tnvmJylPaJ4AVNnuu3O1vLq4IIBC/JJoKbU4Kwo ZFSuYHGEHFT642OtZtFlQklJ3Mh6r69pR94aGfcX3+GufeLJZQ10kkZozh9MMnNZatPe F6MQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682781111; x=1685373111; h=content-transfer-encoding:in-reply-to:from:references:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=ChbzM59KmSLd7dA+OfHMtUr6IcmXSY3AMkSglsrE4nw=; b=ZYvS99kULXG9y4+LN84Ffc0oPQb7X9i+HMKGQXrvROdJDtNwBBxT+2skRGpIu2Q3Ww drulxSztSgESpljrWCzYQHf1PKoX6ZSqXje1YOPWmyOjAGBdPuj8DBuCsxzWVI70uS41 2NwMkXAH7crSGUdTYYj1r77j/lYPA/jcctcXRHht8AHecqG51diZxOJhxFtFnHhhJL00 +1Owe78P9Wevf6pbEkpMH9X8roLvy7AwNjPTY0kbLQJDgbGylXZOkJkeB2SQJrOuK4Bx N0qiSKwWgnNVJ1iGsth31hMSdVjyRKEd0J6B0wG+XuhHCbnyi5+BKj7eyo6EdOF7WZnz tiog== X-Gm-Message-State: AC+VfDzpRvRaoHK2IuPS2lFFlPy74dfEeYYusYOEvlveACwhAi342H5m 4PUHdDpAZ1HGOWUE9mA3A0wUAaS6RZg= X-Google-Smtp-Source: ACHHUZ6CRtaQCwDycm3TCmDJvsjftdWOTIcSNqJFuUReITjo89Uzn01swAtbZaVo0JPyl46yUxDtKA== X-Received: by 2002:a05:600c:2046:b0:3ed:3268:5f35 with SMTP id p6-20020a05600c204600b003ed32685f35mr6485301wmg.18.1682781111171; Sat, 29 Apr 2023 08:11:51 -0700 (PDT) Received: from [192.168.1.106] (33bf137a.skybroadband.com. [51.191.19.122]) by smtp.googlemail.com with ESMTPSA id k36-20020a05600c1ca400b003f1733feb3dsm31458755wms.0.2023.04.29.08.11.50 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 29 Apr 2023 08:11:50 -0700 (PDT) Message-ID: Date: Sat, 29 Apr 2023 16:11:49 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 To: ffmpeg-devel@ffmpeg.org References: <20230428095508.221826-1-george@nsup.org> <168275624614.3843.12270537994070934718@lain.khirnov.net> From: Derek Buitenhuis In-Reply-To: <168275624614.3843.12270537994070934718@lain.khirnov.net> Subject: Re: [FFmpeg-devel] [PATCH 1/8] lavu: add macros to help making future-proof structures 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 4/29/2023 9:17 AM, Anton Khirnov wrote: > What important problem within the scope of the project is being solved > by this? Why do we need over a 1000 lines of just new header files for > it? Why do we need a generic JSON writer? We are not a JSON library. > Neither are we a string processing library. I agree, I don't think it has a place in a set of multimedia libraries. If I wanted this functionality there are many other good libaries I could use that also don't pull in a multimeia framework. > IMO this should not go in until and unless significant practical > benefits of this code are shown on a non-toy use case within the scope > of our project. Having watched this from afar for a while it seems like a classic FOSS problem: One person may have infinite energy to argue ther point / idea until nobody can be bothered to reply anymore since it is so draining. Happy Coronation, - Derek _______________________________________________ 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".