[FFmpeg-trac] #7399(undetermined:new): [ffmpeg-qsv][h264_ffmpeg]decode drop frames on iHD driver.

[FFmpeg]

#7399: [ffmpeg-qsv][h264_ffmpeg]decode drop frames  on iHD driver.
-------------------------------------+-------------------------------------
             Reporter:               |                    Owner:
  zhuqingliang                       |                   Status:  new
                 Type:  defect       |                Component:
             Priority:  normal       |  undetermined
              Version:  unspecified  |               Resolution:
             Keywords:  qsv          |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by jkqxz):

 libmfx doesn't seem to be producing exact output here, though it does look
 visually correct?  Using VAAPI with iHD does get the expected result, so
 it's only a problem with libmfx and not the iHD driver.

 I get:

 {{{
 $ LIBVA_DRIVER_NAME=iHD ./ffmpeg -y -hwaccel qsv -c:v h264_qsv -i reinit-
 large_420_8-to-small_420_8.h264 -vf
 'hwdownload,format=nv12,format=yuv420p' out_mfx.yuv
 ...
 $ LIBVA_DRIVER_NAME=iHD ./ffmpeg -y -hwaccel vaapi -hwaccel_output_format
 vaapi -i reinit-large_420_8-to-small_420_8.h264 -vf
 'hwdownload,format=nv12,format=yuv420p' out_va.yuv
 ...
 $ ./ffmpeg -y -i reinit-large_420_8-to-small_420_8.h264 out_ref.yuv
 ...
 $ md5sum out_*.yuv
 eee1a8af32fc9ae651356f88da040e7a  out_mfx.yuv
 151bf4fac480ad53d8f62ed6cd43b55c  out_ref.yuv
 151bf4fac480ad53d8f62ed6cd43b55c  out_va.yuv
 }}}

--
Ticket URL: <https://trac.ffmpeg.org/ticket/7399#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker