Thanks for reporting this. We have been able to reproduce that Media SDK sample_decode is having issues decoding H.264 streams encoded with qp=0 (lossless).
We are exploring if this use case is something our decoder should be able support or not.I'll provide some feedback shortly.
However, I have one note regarding what you report. It looks like the file you input to the decoder is an AVI container file? Media SDK does not support demuxing of containers into elementary video streams (ES). Either your AVI file is actully an ES or you are getting lucky with regards to parsing the binary file.
The tested videos were recorded by camera without audio codec using h264 loss less video codec. Anyway, I extracted video stream before it processed by sample_decode. I have another question regarding to performance using SW acceleration mode: the sample_decode is significantly slow than sample_decode (sample_decode, probably is working in frame rate of video file, that may be seen when selected -r option, i.e. make decoding in different window). In both cases, the CPU was not fully utilized. In contradiction, x264 and ffmpeg utilizes 80-100% of CPU. I didn't measure actual performance, i.e. frames per second, but may be is there any way to accelerate encoding/decoding with Intel MSDK (so CPU usage will grow up from 10-60% to 80-100%) ?
My project is intended to provide HD video data (as RGB frames) to image processing unit for real time tracking. As result I will deal with very large uncompressed frames, that situation may be very similar to encode/decode implementation of Media SDK samples mentioned by you. Anyway if H264 lossless format will not be supported by Media SDK, it will be useless for the project. Please let me know, if the support for H264 lossless format will be added.
Some other question, Intel Media SDK in SW mode is using DirectShow memory buffers, if means that SW option utilizes Microsoft DXVA optimization or used other kind of optimization ?
May I ask why H.264 lossless is important to you? Considering the very low compression, you will have to deal with huge amounts of data.
I will get back to you on Media SDK H.264 decode lossless support as soon as we have analyzed the issue completely.
Regarding your last question. I'm sorry, but I don not exactly understand what you ask for. For optimal performance the sample DirectShow codec filters will use D3D surface memory in case of HW acceleration and system memory surfaces in case of SW processing.
The lossless format is required for image processing. My question was if SW version of H264 decoding provided by Media SDK is using DirectShow. Accordimg to my tests, DXVA has issues with lossless format too ... at least Media Player (http://en.wikipedia.org/wiki/Media_Player_Classic) is stopping to use DXVA for video encoded in lossless format.
I can confirm that we do not support H.264 loss-less decode in Media SDK, and we do not plan to add this feature anytime soon. The primary reason for this is that DXVA does not support loss-less H.264 decode profile.
I hope you still will find Intel Media SDK useful for your needs.