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

LA-HRD performance prodigious fall after static scenes

New Contributor III

We encountered recently the next bug inside Intel Media SDK.

h264 encoding, HRD-compliant Look Ahead mode.
Encoding speed falls down impermissibly when static scene (of input video content) switches to dynamic one.
Even GT3e (!) graphics encodes ONE SD (720x576, 50i) signal SLOWER THAN REALTIME.

Problem was first detected at live signal encoding (hdd throughput isn't a culprit).

We have checked MFX_RATECONTROL_VBR with the same encoding settings/content. VBR works fine.

Problem observed on:
i7-6700 (HD Graphics 530), win7 x64, graphics driver;
i7-6700 (HD Graphics 530), win10 x64, graphics driver;
e3-1225v5 (HD Graphics P530), win10 x64, and graphics drivers;
i7-5775c (Iris Pro Graphics 6200), win10 x64, and graphics drivers.

I have modified a slight your sample_encode (from MediaSamples_MSS_2017_6.0.0.193.msi) to demonstrate the issue:
- several encoding settings were added;
- duration of each MFXVideoCORE_SyncOperation call is measured and statictics is printed at every 25-th frame.

Reproducer application (source, bin and input mediafiles) is here:

Gladiator.nv12 input file begins with static scene.
Gladiator_cut.nv12 has identical content, but without static scene at begin.

Correspondingly, _LAHRD.bat shows performance fall, while _LAHRD_cut.bat, _VBR.bat, and _VBR_cut.bat are fast as usual.

0 Kudos
1 Reply
New Contributor III

I have cheched the issue on a latest driver:, i7-6700 (HD Graphics 530), win7 x64.

Problem still exists...

0 Kudos