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 A6D0C41022 for ; Sat, 12 Feb 2022 12:16:50 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id D660F68B27E; Sat, 12 Feb 2022 14:16:47 +0200 (EET) Received: from mail-oo1-f45.google.com (mail-oo1-f45.google.com [209.85.161.45]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id BEB5168B110 for ; Sat, 12 Feb 2022 14:16:40 +0200 (EET) Received: by mail-oo1-f45.google.com with SMTP id c7-20020a4ad207000000b002e7ab4185d2so13502957oos.6 for ; Sat, 12 Feb 2022 04:16:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :references:from:in-reply-to:content-transfer-encoding; bh=mT1ANFNfsK7RoTHAUyHtQBSqux1+MuZWI2pDM1YR9qA=; b=HFsEsPzxov/ntB1SPelu47dzQcWRot0tRfCMi3g0/ZWJpLE12QVtx6Hn6P9/C4Ec+D 5c01zxt7jmI131eFK+8ABwtEx1r3AU3c/eDNzSKbI+Vm8JsIPNBxdAOgI++/h0ghfq7R a0ys8rCi5h9GmvVDqi+qiQUHEm/esVznqdCjQkPxoIwCCR0xtFWmRUL4oTgoENxFW/dD DIv+rccBgbXOFAB1Ik0F2Zyb1SAi6vYpO6+8zMLC/+Y3q2YTG/dPsba0OgxyYlIdGeaX 5vVir+FeI0x/ko2nW3WioIgEqv9CTaY9pXT7ukgDXbOV3X7KT3fdkJSLUsSeQe6T16N5 1OtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=mT1ANFNfsK7RoTHAUyHtQBSqux1+MuZWI2pDM1YR9qA=; b=g7WTkdUZsiFZ8bjWWmXFLUgpQjO0fYEGXPcDyTbfcptFsN/FJPTpgvYWMJphfHZZ6c nyHR2uE6KFNeQn2KTmNFxTW1sJDbr1z8BWVrn3Fc0um37PxeCZjC/gs3FcO7n+SArDvk U9rTfztmwQdQs/IwYtqayM+lKxhjm60Guu4TW+X8/NNllR5Ye6s/Hu6xollKjE8ZmzKZ HNIxMyZNJ1c1gOU5uJKod0EI6t4ZNQJwqihYL2ltTTAHQqEHnYOuAPrZmWljJc7zVOtY bI2v4xOkAPEkvkSC4LFNV/JRGJMWUyhr1QpD6ADZd8vzvF4J4EqNEkGqwUsWeQ/pzWAI yyhw== X-Gm-Message-State: AOAM532OC7/JOX6zApLRnQZBV5+fHiGHh0nZ7WKmRRWiMOzLSJ6lqS18 AlP+uuG3OLhd69d5hbbI63KcG+Ea/Jg= X-Google-Smtp-Source: ABdhPJyMXXc3SPZj4R4yYyx2Nsbyl3xErgOw/FwNPfjHwKxN6BQ5r7qX41tGUQoyAN06dCef/Y4YFQ== X-Received: by 2002:a05:6870:9596:: with SMTP id k22mr381859oao.299.1644668198779; Sat, 12 Feb 2022 04:16:38 -0800 (PST) Received: from [192.168.1.55] ([191.83.214.101]) by smtp.gmail.com with ESMTPSA id cy34sm1583083oab.3.2022.02.12.04.16.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 12 Feb 2022 04:16:38 -0800 (PST) Message-ID: <42e8b38e-60da-cbbb-85ea-94f3ce73b49a@gmail.com> Date: Sat, 12 Feb 2022 09:16:36 -0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.6.0 Content-Language: en-US To: ffmpeg-devel@ffmpeg.org References: <20220212001301.4090-1-jamrial@gmail.com> <20220212120802.GB2829255@pb2> From: James Almer In-Reply-To: <20220212120802.GB2829255@pb2> Subject: Re: [FFmpeg-devel] [RFC][PATCH 1/4] avutil/frame: add an internal field to store the size of AVFrame 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: On 2/12/2022 9:08 AM, Michael Niedermayer wrote: > On Fri, Feb 11, 2022 at 09:12:58PM -0300, James Almer wrote: >> This is unfortunately needed to remove (or reduce the awfulness) of certain >> modules violating the AVFrame API and using sizeof(AVFrame). >> With this, the sizeof(AVFrame) value of the libavutil loaded at runtime can be >> used instead of the compile time value of whatever library included frame.h >> >> Signed-off-by: James Almer >> --- >> This is sucks, but at least less so than the current situation. >> >> I don't see wrapped_avframe going away anytime soon, so something must be done, >> and last time i tried to change how the packets are generated my approach was >> shut down, so here's another attempt. > > iam probably missing something but if the goal is to wrap AVFrame in some > other structure as a array or buffer > without the sizeof(AVFrame) cant the wraping/unwraping code be put in > libavutil ? How would that fix the situation of setting AVPacket.size to sizeof(AVFrame) and AVPacket.data to an structure that big + padding bytes in packets returned to the caller? > > thx > > [...] > > > _______________________________________________ > 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".