[FFmpeg-trac] #7030(avcodec:open): qsv in ffmpeg

FFmpeg trac at avcodec.org
Thu Jul 5 12:51:42 EEST 2018


#7030: qsv in ffmpeg
-------------------------------------+-------------------------------------
             Reporter:  palich2000   |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  important    |                Component:  avcodec
              Version:  git-master   |               Resolution:
             Keywords:  qsv          |               Blocked By:
  regression                         |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by lizhong1008):

 Not sure why it works well on Mark's side as comments #10 (Maybe it just
 broken on Linux but works well on Linux?  I can understand
 "-init_hw_device" is not needed on Windows since the commit
 1f26a231bb065276cd80ce02957c759f3197edfa removing
 ff_qsv_set_display_handle() has no impact on Windows).
 But on Linux, passing a decoded frame by software decoder to qsv encoder
 directly is broken on FFmpeg 4.0 (this is the problem of this ticket).
 Passing a qsv decoded frame to a software encoder is also
 broken.(Reproduce: ffmpeg -c:v h264_qsv -i
 bbb_sunflower_1080p_30fps_normal.h264 -vframes 100 -c:v libx264
 test.h264). These paths are supported on ffmpeg-3.4.
 On FFmpeg 4.0, looks like we must use "hwupload" or "hwdownload" for these
 cases.
 An example of this issue, an alternative way without palich's patch is
 using hwupload:
 ./ffmpeg -init_hw_device qsv=hw -filter_hw_device hw -i input.mp4 -vframes
 100 -vf "hwupload=extra_hw_frames=64, format=qsv" -c:v h264_qsv out.mp4

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


More information about the FFmpeg-trac mailing list