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 E51BD45DD2 for ; Wed, 11 Oct 2023 15:09:02 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 6F74068CBAA; Wed, 11 Oct 2023 18:09:00 +0300 (EEST) Received: from haasn.dev (haasn.dev [78.46.187.166]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C8CE168CA83 for ; Wed, 11 Oct 2023 18:08:53 +0300 (EEST) Received: from haasn.dev (unknown [10.30.0.2]) by haasn.dev (Postfix) with ESMTP id 42AE94B800 for ; Wed, 11 Oct 2023 17:08:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=haasn.xyz; s=mail; t=1697036933; bh=kTj5a0z7Bt8hfD6+Wn3AbhK6h1/CsPGeTQeJZqBRir8=; h=From:To:Subject:Date:From; b=BY4Of63+8rErXFKHYkWSsb1R3wUjhq4jbwPH3s9HqcGJGpWZp3FD6KrUhCRmOqc4H 9MVa7Jslg4tKwhMSwz6IFL66YvF4KYtg6CZ85VhOeGfMmgHjL966mL21B6y6xuQVOv k3j5e5J8NvEPX2+3Nsce5EC72Jn27T0nyWUL6lEc= From: Niklas Haas To: ffmpeg-devel@ffmpeg.org Date: Wed, 11 Oct 2023 16:55:34 +0200 Message-ID: <20231011150848.117897-1-ffmpeg@haasn.xyz> X-Mailer: git-send-email 2.42.0 MIME-Version: 1.0 Subject: [FFmpeg-devel] [RFC] [PATCH 0/7] Towards YUVJ removal, v2 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: A follow-up to my previous post (almost a year ago) about YUVJ removal. This patchset does not add full filter colorspace negotiation - rather, we add metadata only to AVCodec, with a warning being printed if incorrect frames are sent. fftools/ffmpeg_filter.c gained an explicit auto-conversion case, which is enough to pass FATE, and not regress current use cases where automatic YUVJ<->YUVJ conversion is happening. The major caveats here are: 1. Handling in fftools is great, but not ideal for API users who want the filter graph API to handle all auto-conversions. This would require also adding support for color ranges etc. to the filter format negotiation API, which would be a major undertaking, much larger than this series in scope. It would also build on top of the basis established out by this series, since the capabilities advertise by the AVCodec would naturally plug in to the downstream end of the filter graph. 2. For symmetry, I added *all* of the colorspace metadata fields, rather than just color range. I don't expand their use in this series, but it's quite low-hanging fruit at this point to add a list of supported primaries etc. to whatever codecs need it (for example, VP8 can only do BT.601 primaries, HEVC can only do certain chroma locations, etc.). While this is more future-proof, libswscale can't handle these conversions at the moment. So we insert zscale instead, if available. (And otherwise, we would just continue to generate an error) Probably not in the final form that will be merged, but I wanted to gather feedback on this approach. _______________________________________________ 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".