MSS Video Frames Allocator questions


I'm working on integration of MediaSDK (CentOS 7, 2015R3 release) into my project right now and I have several questions related to frame allocators:

- Allocator's methods "lock", "unlock" and "gethdl" - when exactly is it called by the decoder and the encoder (or VPP)? What is the exact logical purpose of each of those methods? I didn't find any exact descriptions in the documentation, only examples.

[SOLVED] Getting permanently MFX_WRN_DEVICE_BUSY while encoding H.264

Hi, i'm working on a encoding software using ffmpeg with Media SDK R3 on CentOS 7. encoding H.264 with ffmpeg using qsv is working quite well,

but sometimes i got MFX_WRN_DEVICE_BUSY permanently and it doesn't work until process is restarted.

Here's the detail information.


Hardware : Intel(R) Xeon(R) CPU E3-1245 v3

OS : CentOS 7 3.10.0-123.el7.x86_64

Installed software : SDK2015ProductionEvaluation16.4

                 - : installed

Decode Error



     I have a H264 file.

     When i use "simple_decode" to decode on frame data, "DecodeFrameAsync" always return "MFX_ERR_MORE_DATA"

     "DecodeHeader" succeed, and return the right image width and height(2448* 2048).


    the file is the H264 bits.

     And I can decode it with FFmpeg.

clarification regarding MFXVideoCORE_SyncOperation API

Can someone please tell how MFXVideoCORE_SyncOperation() API works. The waitTime parameter specifies the maximum time to wait or is it a compulsory wait.

For instance if waitTime is 60000ms then it will start the operations queued and wait till:

1. 60000ms compulsorily even if the operation finished at a time<60000ms

2. or whichever occurs first (operation completion or 60000ms)?

some questions about media_sdk


The decode sample is

    msdk_printf(MSDK_STRING("Decoding Sample Version %s\n\n"), MSDK_SAMPLE_VERSION);
    msdk_printf(MSDK_STRING("\nInput video\t%s\n"), CodecIdToStr(m_mfxVideoParams.mfx.CodecId).c_str());
    msdk_printf(MSDK_STRING("Output format\t%s\n"), MSDK_STRING("YUV420"));

That means any H264 bits will be decoded to YUV420?


Grafik abonnieren