[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d4f53de2dabce333e9f24fe0036d91b8d60af628.camel@collabora.com>
Date: Tue, 12 Aug 2025 17:11:12 -0400
From: Nicolas Dufresne <nicolas.dufresne@...labora.com>
To: Detlev Casanova <detlev.casanova@...labora.com>, Jonas Karlman
<jonas@...boo.se>, Ezequiel Garcia <ezequiel@...guardiasur.com.ar>, Mauro
Carvalho Chehab <mchehab@...nel.org>
Cc: Alex Bee <knaerzche@...il.com>, Sebastian Fricke
<sebastian.fricke@...labora.com>, linux-media@...r.kernel.org,
linux-rockchip@...ts.infradead.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/7] media: rkvdec: Add HEVC backend
Hi,
Le mardi 12 août 2025 à 15:57 -0400, Detlev Casanova a écrit :
> > Detlev reports 146/147 on newer hardware using GStreamer, failing
> > TSUNEQBD_A_MAIN10_Technicolor_2 (9bit chroma) only. On Detlev side, it will
> > we important to check why 8K videos (PICSIZE*) passes with a single core,
> > perhaps we accidently use both cores ?
>
> 1 core can do 8K. In theory, it can do up to close to 65535x65535... It is
> only a speed issue, so you can do 8K but you won't be able to get to 8K@60
> with only one core on rk3588.
now that makes me wonder if that means we can reach speed such as 240Hz 4K by
slaving the cores, of if that only works for 8K. If this is the case, perhaps
the decoder will need to be target performance aware to make the best
scheduling.
Nicolas
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists