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 E03FF44FC6 for ; Sun, 15 Jan 2023 09:09:05 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 0D2FB68BB98; Sun, 15 Jan 2023 11:09:02 +0200 (EET) Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 6041068A33E for ; Sun, 15 Jan 2023 11:08:56 +0200 (EET) Received: by mail-lj1-f173.google.com with SMTP id x37so26955992ljq.1 for ; Sun, 15 Jan 2023 01:08:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=IECrcbUdJmpVXF5F+/LkUYMPx1mpYHW+iKMP3s1xnHM=; b=QEMvcLDX9nMEaG/0ibyIk2YZDNivtKz25aIOVP3Ss2/oe2cHHobiurVzcuvSkIUDYy 3fIaHsQCMeajuTW7yMEJr7dR9ih3HLPVkVwR2qxIwWq9LLPWeG0fjvFwr15vi1jJ3Vx/ uijE5rKKolEhTQlP3Uj2BjHbiP86ndVPWH5K702QKhGthM1lTb7LG231bMtfCxXuQLc7 R/BtM+fspv6uCTzaP3MseMalnfm7gCpsShoejrW2NhziisrqYIFyGfV7RGgYBbS0XzTA DHgy72LXsirbjJG26wwuGizDiYt0Sb05RLs0ub01aKkiGq5uGms9qWZl4ocXQYrDaPEf r23g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=IECrcbUdJmpVXF5F+/LkUYMPx1mpYHW+iKMP3s1xnHM=; b=Cf6oWZGlTMXKpDghzEn3wck0gAl/ntMppOi4sxTszjCqONo8ll2k2w+EGeHK7uEdzS FTfIreNUvW+g8dQlhaNdDmMDvE9WorgQ1pqPE00n6Ygj/37IDzvClWSnLqFhih7mXj0P afE9wgCPSKcqII8/+xawLUiuCHVRk6Gz2zhlFIkIGhxQzyGpImVjDTAZ5FlVetHGb7bB +CjxQ3yUMJm8NZtQ7XtLcw6Q0uUaQUPYVB5puZeGp9z5kiFH3Nh6YynAiS1OY+W4qf6L Q7kQZ5f8BaFmfTKte48u5Xsn8NlOL5YX10IX+yAYgV33xduuN73rWoyEAFJ3Y2xJZTi6 OR3g== X-Gm-Message-State: AFqh2krrs4Xq64sT6WkQg6pFEORKPLOjoKGsLh1cM0sL+h1pB4HjaeY0 g5KR1MoTkTTKxQv5gAuechUITy4vDZIGjFXkq+7m4R1RVJA= X-Google-Smtp-Source: AMrXdXvKkxP8CEIwnfkg4pDtdcNbRn9H3T58D2664Yg6IvYqItGj0+OyYzYFk8D8EBM/syMtVCD20Xy4plQfXnxfHD0= X-Received: by 2002:a05:651c:484:b0:27f:c178:fb09 with SMTP id s4-20020a05651c048400b0027fc178fb09mr4128091ljc.258.1673773734889; Sun, 15 Jan 2023 01:08:54 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Nuo Mi Date: Sun, 15 Jan 2023 17:08:43 +0800 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] Let us review and collebrate on vvc native decoder. 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 Sat, Jan 14, 2023 at 11:52 PM Ronald S. Bultje wrote: > Hi, > > On Sat, Jan 14, 2023 at 10:16 AM Nuo Mi wrote: > > > On Sat, Jan 14, 2023 at 10:28 PM Ronald S. Bultje > > > How come vvcdsp has only 8/10 bits/component code but vvcpred has > > 8/9/10/12 > > > bits/component code? > > > > I will remove it. > > > > Not sure how applicable this is, but for AV1 (dav1d), most high-bitdepth > (non-8 bits/component) code has the same container type requirements (e.g. > "fits in int16_t"), so we add a "limit" (analogous "bitdepth") argument to > relevant functions and then only have to implement it once for all non-8 > bits/component implementations. This is different from *_template.c > versions, because the binary size is actually significantly reduced. A > further advantage is that implementing hand-written arch-specific > implementations (asm) for one higher bitdepth automatically works for all. > Best of all: there's no runtime penalty. Maybe you want to consider that > for vvc also. (It's probably too late to fix ffh264/hevc/vp9.) > > I can elaborate further if you're interested (maybe IRC?). The more complex > the codec gets (vvc > hevc > h264 > mpeg, and av1 > vp9 > vp8), the higher > the (binary) codesize gains from such an implementation choice. FFmpeg is > already huge so it's worth trying to trim its fat a bit. > > Ronald > _______________________________________________ > 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". > Hi Ronald, It's hard to find a main 12 or main 16 clips now. But it's a very good suggestion. Will ping you on IRC after I read the da1vd code and do some feasibility analysis. Record it as https://github.com/ffvvc/FFmpeg/issues/14 in case I missed it. _______________________________________________ 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".