[Cin] Fwd: Re: [Libav-user] NV12->RGB24 vs YUV420P->RGB24
randrianasulu at gmail.com
Thu May 21 12:11:00 CEST 2020
Is there anything relevant for Cin's internal working (in case when hw decoder is used)?
---------- Пересланное сообщение ----------
Тема: Re: [Libav-user] NV12->RGB24 vs YUV420P->RGB24
Дата: Четверг 21 мая 2020
Отправитель: Alex Agranovsky <alex at sighthound.com>
Получатель: libav-user at ffmpeg.org
Going NV12->YUV420P->RGB24 instead of NV12->RGB24 made a material
On 5/20/20 3:10 PM, Carl Eugen Hoyos wrote:
> Am Mi., 20. Mai 2020 um 20:36 Uhr schrieb Alex <alex at sighthound.com>:
>> I've been working on implementing hardware decoder integration. While
>> things generally are working, there's not much gain: the color
>> conversion from NV12 seems to be dramatically more expensive than from
>> the YUV420P in case of software decoder.
>> When profiling, I'm seeing YUV420P->RGB24 using yuv420_rgb24_mmxext
>> (which barely registers in profiler), while NV12->RGB24 using
>> yuv2rgb24_X_c, which takes a fairly dramatic amount of time.
>> Is that something that is expected? A known problem? Or perhaps
>> something is wrong on my side of things?
> Very, very generally, hardware decoding is very useful if you want to
> display on the same gpu where the decoding takes place and if you
> want to encode on the same gpu where decoding happens.
> If you have to download the decoded frame from graphics memory
> to cpu memory, some of the possible gains are always lost.
> If you - in addition - need a colour space conversion (in your case, a
> conversion that rarely happens when using a software decoder which
> is therefore not so well accelerated), even more time is lost.
> That being said: Did you try to first convert nv12->yuv420p
> using ff_nv12ToUV_avx, then using above yuv420_rgb24_mmxext ?
> I would have expected nv12ToUV to be much faster than any yuv2rgb
> Carl Eugen
> Libav-user mailing list
> Libav-user at ffmpeg.org
> To unsubscribe, visit link above, or email
> libav-user-request at ffmpeg.org with subject "unsubscribe".
Libav-user mailing list
Libav-user at ffmpeg.org
To unsubscribe, visit link above, or email
libav-user-request at ffmpeg.org with subject "unsubscribe".
More information about the Cin