Changes between Initial Version and Version 1 of Ticket #7030, comment 21


Ignore:
Timestamp:
Jul 5, 2018, 12:56:25 PM (16 months ago)
Author:
lizhong1008
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #7030, comment 21

    initial v1  
    1 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).
     1Not sure why it works well on Mark's side as https://trac.ffmpeg.org/ticket/7030#comment:10 (Maybe it just broken on Linux but works well on Wondows?  I can understand "-init_hw_device" maybe not needed on Windows since the commit 1f26a231bb065276cd80ce02957c759f3197edfa removing ff_qsv_set_display_handle() has no impact on Windows).
    22But 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.
    33On FFmpeg 4.0, looks like we must use "hwupload" or "hwdownload" for these cases.