FFmpeg with Intel Quick Sync

[Ankush_W_]

Hi,i am working on a application where i need to use QuickSync for decoding and i came across this sample application that makes us of ffmpeg to demux the media and pass it to QuickSync. Now the problem i am facing is that the sample_decode(with ffmpeg integration) decodes the frames of a .mp4 file fine but the same for an .mts(cam recorded) files it gives green frames and pixelated green output. What possibly could be wrong with the decoding process?

Thank you.

[Surbhi_M_Intel]

Hi Ankush,

Thank you for the question.Can you please attach the cam recording you have so that I can try reproducing this and see what can be the possible problem.

-Surbhi

[Ankush_W_]

Hear is a file with which I am facing the same problem.

Thank you.

[Ankush_W_]

Hi SURBHI.

The above file I added was a HD file and hence had to keep it short, but hears another file am facing the same problem with and its a SD file. Hope it will help.

Thank you.

[Surbhi_M_Intel]

Hi Ankush,

Thank you for the files. I checked with the team and came to know that this tutorial sample_decode-ffmpeg is only for mp4 and mpeg2 videos and has been tested only with that.  This sample is only used as a reference point, because of which it has never been updated for the latest Visual studio and ffmpeg version. 
However I have checked with your input by using ffmpeg and passing through the sample_decode tutorial present on the media solution portal page and didn't see any corruption. I would recommend you to demux with ffmpeg and then use Media SDK to decode. Also please check the resolution of the decoded output, sometimes YUV player (which assumes a different resolution) results into corrupted output.

Thanks,
-Surbhi
 

[Ankush_W_ · Accepted solution]

hi Surbhi.

Thank you so much man. I tried it myself long ago, but didn't thot of it that way again.

And yes the problem in the sample is fixed, just some minor changes and its working beautifully.

The solution I figured out is that ReadNextFrame() returns a buffer close to the MaxLength rather then a single packet data.

Thanks a lot.

-Ankush

[Surbhi_M_Intel]

Hi Ankush,

That's great that you have it working. With your solution I'm sure others can be benefitted!

-Surbhi