> >> 2018-01-10 9:10 GMT+01:00 Zhong Li <zhong...@intel.com>: > >> > Currently a hacky way is used for some specific codecs such as > >> > H264/VP6F/DXV. > >> > >> > Replace with a more generic way(an evolution based on a history > >> > commit > >> > 9de9b828ef005dec37052548c195a6b4f18fc701 but reverted somehow) > >> > >> This commit was never part of FFmpeg. > > > > IIUC, This commit was merged from Libav > > But not the part you referenced in your original mail here. > > Would you like to also comment on Hendrik's question?
I'm not sure you are interested to an issue on a forked repo (https://github.com/Intel-FFmpeg-Plugin/Intel_FFmpeg_plugins/issues/12 ). This issue is caused by w/h are overwritten by coded_w/coded_h (Just like https://trac.ffmpeg.org/ticket/1386 ). It can't be reproduced on latest FFmpeg since codec->coded_w/coded_h haven't been passed in avcodec_parameters_from_context(). It means ticket #1386 also can't be reproduced now even remove the original fixing patch (commit 33b0549) But latest FFmpeg introduces a new issue (https://trac.ffmpeg.org/ticket/6958 ) _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
