From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 4090A4E53C for ; Tue, 10 Jun 2025 14:41:59 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 2607F68D384; Tue, 10 Jun 2025 17:41:55 +0300 (EEST) Received: from haasn.dev (haasn.dev [78.46.187.166]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 3910B68D0D5 for ; Tue, 10 Jun 2025 17:41:49 +0300 (EEST) Received: from haasn.dev (unknown [10.30.1.1]) by haasn.dev (Postfix) with UTF8SMTP id 07593405F4 for ; Tue, 10 Jun 2025 16:41:49 +0200 (CEST) Date: Tue, 10 Jun 2025 16:41:48 +0200 Message-ID: <20250610164148.GB258792@haasn.xyz> From: Niklas Haas To: ffmpeg-devel@ffmpeg.org In-Reply-To: References: <20250610131042.200918-1-ffmpeg@haasn.xyz> <20250610131042.200918-7-ffmpeg@haasn.xyz> <20250610151945.GB241877@haasn.xyz> MIME-Version: 1.0 Content-Disposition: inline Subject: Re: [FFmpeg-devel] [PATCH v5 06/19] avutil/mem: add av_dynarray2_dup 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 Tue, 10 Jun 2025 15:55:35 +0200 Andreas Rheinhardt wrote: > Niklas Haas: > > On Tue, 10 Jun 2025 15:04:57 +0200 Niklas Haas wrote: > >> From: Niklas Haas > >> > >> Like av_memdup() but correctly rounds up to the nearest power of two so that > >> av_dynarray2_add() will continue to work on the duplicated list. > > > > Just realized this is public, will add a Changelog entry and bump the API > > version before merging. > Is this version supposed to be merged? > Anyway, this function seems way too specialised to me. What would you prefer? Simply having this logic inside swscale? I'm not very happy making cross-library assumptions about the exact resizing schedule. Alternatively, we could ditch the use of av_dynarray2 entirely. > > - Andreas > > _______________________________________________ > 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".