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 CA75F4A1E8 for ; Tue, 23 Apr 2024 20:27:44 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 2BFD768D3A3; Tue, 23 Apr 2024 23:27:43 +0300 (EEST) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id BCBA368D1A6 for ; Tue, 23 Apr 2024 23:27:36 +0300 (EEST) Received: by mail-lj1-f170.google.com with SMTP id 38308e7fff4ca-2dd615b6c44so35751521fa.0 for ; Tue, 23 Apr 2024 13:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713904055; x=1714508855; darn=ffmpeg.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=djRK7OvIgxl2j3R0UmEtYqfhUFHMOEwO8XVEfRUrDEE=; b=C3xN4yDG7F8VNppR+tnxslpSYrkYh8J2Cgk3ZwJzr0pn5nMhl6vqAFCrnEsD3RtFdx CE0nIeE4V+eDKnlLd9xKLhkav1BEBeJ5yUvLuqRx1ba9HOcSLxuek38zpBnte1smW1DQ Dmpsxu2fs/pXxVmuGg0+H4rwVtLHDnR79FpmtjgLCnAcT0+Op1r9z9DHbFUP0uszN3J6 zUwqa5N4TTntiTldaK1y4BL6TZrFtUxWS/+GCfutcmhWTvqjwwZWz9PYRZS3WrjbPs5e ySF8z6ZK4DuRooSDdVf5dnrqzVZo7MzC9oJG7qkz10BI0sxJKlB/k2ah4SGA5Stv5v5X ASbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713904055; x=1714508855; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=djRK7OvIgxl2j3R0UmEtYqfhUFHMOEwO8XVEfRUrDEE=; b=IYbuUWnG9WYtVUADaysa3Io1WZGzU+RMVhcRz0idu20WRRWgcXbLdZD5LJHVe3tLzb Z3zneSUoEYotS7ud6MPWopQaJBWLh0t15xcBmFLU4qJAzQWu9puCFc7jLoVezQwoepR6 GhoLNIFya6lRFAXG7q8EOlnIlKXUUlkE6qry3M1v9M8ffTB74aBIoIxgOCafYg3rPSQH f6uOA3qsQnKX8+LkNMvRAvgEdLuTUj/xDu1Pr9RCpF0xSF8Gc583lKVMCq7rYX5FR0C2 RFLIbdb/xqx3dtMbDBbeaHQOcgvSTSKfXXN6cMU1gURXnd7N2CsuHS8iMEJjSTu3fu0t WFjg== X-Gm-Message-State: AOJu0YxSdaTFvOTwodvO7+EOwT0hsxzxqnkaxujr85dnUcmFl5HszcRo 7qfm1K/bMuJ2tm6FxOUFEcADn1uMkS2mcsteBvMUWzYlsWkFZZoccSG1Auc7uXnflMELsCwgvrT 4xcDhmpqhmLEIU56iIz3KzdDUYEQSIA== X-Google-Smtp-Source: AGHT+IEHchZmJpROJzIumt7Va95SlUh5lxKocltMecCRcazKuRvqcv5qChB8PDgoOcWMr+KHoL9+5SMSODXxQ4kkncg= X-Received: by 2002:a2e:b1cb:0:b0:2dd:985d:9915 with SMTP id e11-20020a2eb1cb000000b002dd985d9915mr176208lja.53.1713904055267; Tue, 23 Apr 2024 13:27:35 -0700 (PDT) MIME-Version: 1.0 References: <20240422120925.380253-1-ffmpeg-devel@pileofstuff.org> <171386408794.22242.4320691091356910947@lain.khirnov.net> <171386667402.5069.14623062002271611181@lain.khirnov.net> <20240423111552.GI6420@pb2> <20240423111828.GJ6420@pb2> In-Reply-To: <20240423111828.GJ6420@pb2> From: Stefano Sabatini Date: Tue, 23 Apr 2024 22:27:22 +0200 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH v2] lavu/opt: Clarify that AVOptions is not indended for general use 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: Il mar 23 apr 2024, 13:18 Michael Niedermayer ha scritto: > On Tue, Apr 23, 2024 at 01:15:52PM +0200, Michael Niedermayer wrote: > > On Tue, Apr 23, 2024 at 11:10:43AM +0100, Andrew Sayers wrote: > > > On Tue, Apr 23, 2024 at 12:04:34PM +0200, Anton Khirnov wrote: > > > > Quoting Andrew Sayers (2024-04-23 11:51:00) > > > > > On Tue, Apr 23, 2024 at 11:21:27AM +0200, Anton Khirnov wrote: > > > > > > > lavu/opt: Clarify that AVOptions is not indended for general > use > > > > > > > > > > > > They _are_ intended for general use though. > > > > > > > > > > In that case I'm confused... > > > > > > [...] > > still you certainly can handle binary data (like a bitmap picture) > through > > AVOption > > And if you disagree, which you probably do :) > send a patch to improve AVOption to cover more general use > I think the real point is not that AVOptions/AVClass cannot be used in a generic application, but that using them is not the point of employing libav* libraries. In fact, if only part of your application is about multimedia, probably you will be using the encoding or muxing or filtering API but it's unlikely you will use AVOptions for generic non-multimedia code, and you will be already using some other generic toolkit for handling struct properties. This entails that practically AVOptions/AVClass is mostly used to develop FFmpeg internals. So even if the AVOptions API is generic, its use is not really the selling point of the FFmpeg libraries, and therefore the user is not really *expected* to use directly them to extend his generic structs, even if that might be possible. > _______________________________________________ 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".