Media (Intel® oneAPI Video Processing Library, Intel Media SDK)
Access community support with transcoding, decoding, and encoding in applications using media tools like Intel® oneAPI Video Processing Library and Intel® Media SDK
3027 Discussions

[BRX/APL] Very Slow frame fetch from the GPU to CPU #1191

Kevin_T_Tang
Employee
651 Views

J4125(Gen9) has low performance for sample_decode:

sample_decode h264 -i 1080p.264 -o /dev/null -rgb4

On the Windows side, with 2021R1, it is 30fps

On the Linux side, only 15fps, any ideas to improve the performance?

 

Related links:

https://github.com/intel/media-driver/issues/1191 

https://github.com/intel/media-driver/pull/646  

 

0 Kudos
4 Replies
AlekhyaV_Intel
Moderator
615 Views

Hi,

 

Thank you for posting in Intel Communities. We are working on this internally. Could you please let us know your OS details?

 

Regards,

Alekhya

 

0 Kudos
AlekhyaV_Intel
Moderator
553 Views

Hi Kevin,

 

We tried reproducing your issue on a Coffee Lake machine but couldn't reproduce your issue. IoT processors, e.g., Gemini Lake Processor, have relatively simple/slow CPU cache hierarchies, so I/O will be slow. That's why the problem isn’t apparent on Coffee Lake Processor.

To see the true performance of the HW, please use the following command line:

sample_decode h264 -i 1080p.264

(Remove the pixel format conversion options and output options)

You may need to add flags to keep the frames in video memory like '-vaapi' for Linux.

Performance should increase with multiple simultaneous decodes. 

 

If this resolves your issue, please accept this as a solution. This might help others with similar issue. Thanks.

 

Regards,

Alekhya

 

0 Kudos
AlekhyaV_Intel
Moderator
452 Views

Hi,


Is your issue resolved? Could you please give us an update regarding this issue?


Regards,

Alekhya


0 Kudos
AlekhyaV_Intel
Moderator
324 Views

Hi,


We assume that your issue is resolved. If you need any further assistance, please post a new question as this query will no longer be monitored by Intel.


Regards,

Alekhya


0 Kudos
Reply