[FFmpeg-trac] #9377(undetermined:new): QSV MPEG2 => H264 transcode PSNR dropped by 32%

FFmpeg trac at avcodec.org
Fri Oct 29 11:43:56 EEST 2021


#9377: QSV MPEG2 => H264 transcode PSNR dropped by 32%
-------------------------------------+-------------------------------------
             Reporter:  eero-t       |                    Owner:  (none)
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by eero-t):

 According FFmpeg documentation, default for "-vsync" is "auto" which
 selects either "cfr" or "vfr".     Because I specified bitrate, not FPS, I
 assume FFmpeg to have selected VFR, which seems to drop timestamp only if
 consecutive frames would have duplicate timestamp.

 Are you saying that this is MediaSDK timestamp handling bug exposed by the
 FFmpeg change (to actually tell MediaSDK that there was no timestamp on
 some frame), one that can be only fixed on MediaSDK side? (will you file
 bug?)

 As PSNR / SSIM calculations do frame-by-frame comparison, any change in
 frame timestamps during transcoding would make things go wrong as it
 affect frame content => should I '''always''' use "-vsync passtrough" (and
 "-an") on transcode operation intended for PSNR / SSIM calculations? And
 for performance comparisons?

 PS. Is the cause for my other (more recent) PSNR bug similar:
 https://trac.ffmpeg.org/ticket/9481 ?
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9377#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list