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 740C74888B for ; Mon, 19 Feb 2024 17:07:21 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C18A668D3E7; Mon, 19 Feb 2024 19:07:19 +0200 (EET) Received: from mail-pl1-f174.google.com (mail-pl1-f174.google.com [209.85.214.174]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 048A268D1EE for ; Mon, 19 Feb 2024 19:07:13 +0200 (EET) Received: by mail-pl1-f174.google.com with SMTP id d9443c01a7336-1d94b222a3aso42939735ad.2 for ; Mon, 19 Feb 2024 09:07:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708362431; x=1708967231; darn=ffmpeg.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=JtrRZBkk9PP173Qh82tfffa4GyyMTW0uDS0anvG5nFY=; b=JFUKFTmHdDnLedsI3LufYhJWspwJ5t3PUUlVzDMWattS2aVCBcdOdCWVpjKn31GKF5 119vTAdzLVx3VK51w19z8lXz5othEAKYu53rcVye29YHK0hO6d1Uu+aYZonGU4UX86C5 ErrXOQ3l6NjcHnkjAErwga6UI7KE0NdezWwdzavM3ZeKXYw0NiInxDFvGTgi8c55YyCC D/FAS32hjCs3Dak+XKTYQKVlaHRt/5xjvxjMkz6oUMRquXN8xiGM88e1m5HgFnZoU1B7 DcX2ilti458VXTyBeu5rfgVH6nb4UuTU6mOzZ6AC0TsCoidN6QFiPluA5J/4KRlZMFBT m3bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708362431; x=1708967231; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JtrRZBkk9PP173Qh82tfffa4GyyMTW0uDS0anvG5nFY=; b=XOGcVblMv1wsVdtMsmra6Y/aLk/c1bNB20oypR8YKuOjNzWuCnqPzP7fu349W/6npp eEkJ1DZMRucKugxTaXdN8z06mhDbg5UieOpDCubEb/1CZoImdmYuwIxjBrYKzeAv0YEn 1I/5Dd5p/8bkCNPQm87KJg3h4apbifyYQGcInUJhQHR5+f2Id7W12sOrldV+hjqnWdaU AdNueVqnGuJS76ij0Rg8HlvYiZUoPjoq5PoIIHJgVugyQLXajfFtcgxZ6/J5eigRWR+3 vg+T3Y2w0rv9S9nGtRUa9IUppMVAZn4whBdrc9pZ5v3fW35VeP52+hBkLcaXcspJMck9 Y7mw== X-Gm-Message-State: AOJu0YxMMEW6G8yhCMmPKQKL9cwFdqJ/zsdQDqm9Z7TS2jTbmitO1akg pQtcmr3VHk2XOet9cYfd5IHKEy2LMhVNNPFaEiMj51OjizF9qrDPpkYSNpBC X-Google-Smtp-Source: AGHT+IE4NzOLQgLldl8kOlVtHqTkv0OOKZfJQZjphzuZgu1R2cqn8TxkEAtnpx++O3HRdtc80HOzVg== X-Received: by 2002:a17:903:8c3:b0:1db:a52a:ccb7 with SMTP id lk3-20020a17090308c300b001dba52accb7mr14957903plb.1.1708362430503; Mon, 19 Feb 2024 09:07:10 -0800 (PST) Received: from [192.168.0.16] (host197.190-225-105.telecom.net.ar. [190.225.105.197]) by smtp.gmail.com with ESMTPSA id lk15-20020a17090308cf00b001db40c0ed23sm4614395plb.62.2024.02.19.09.07.09 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 19 Feb 2024 09:07:10 -0800 (PST) Message-ID: Date: Mon, 19 Feb 2024 14:07:13 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: ffmpeg-devel@ffmpeg.org References: <20240205194142.37049-1-thilo.borgmann@mail.de> <20240205194142.37049-3-thilo.borgmann@mail.de> From: James Almer In-Reply-To: Subject: Re: [FFmpeg-devel] [PATCH v10 2/5] libavcodec/webp: add support for animated WebP 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/19/2024 1:50 PM, Andreas Rheinhardt wrote: > a) Use the receive frame callback for this decoder. This will > necessitate changes to pthread_frame.c (which currently can't handle > receive_frame decoders) There's a patch for this that i think Anton wrote and then Timo improved. It was posted sometime ago. > Notice that the BSF I have in mind would not be a public BSF, but a > private one (given that the output of the BSF would be spec-incompliant > due to the wrong ordering it should not be public), i.e. one not > accessible via av_bsf_get_by_name() or av_bsf_iterate(). How do you propose to do this? And would you be willing to write the framework for it? It certainly sounds useful, as existing bsfs like vp9_superframe_split already generate spec non-compliant packets, and they ideally should not be publicly available. _______________________________________________ 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".