[FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for HW_DEVICE_CTX method

Xiang, Haihao haihao.xiang at intel.com
Fri Aug 6 11:00:45 EEST 2021


> On Wed, 2021-08-04 at 10:10 +0000, Soft Works wrote:
> > Haihao,
> > 
> > I've just been looking into the source patch from February:
> > 
> > > > > (We may apply http://ffmpeg.org/pipermail/ffmpeg-devel/2021-
> > > > > February/276695.html
> > > > >  to create a connection between two devices too, but this change
> > > > > breaks 'make fate-hwdevice V=2').
> > 
> > I've re-read the discussion about why it fails Fate and I actually _think_
> > that it might not fail anymore with your (this) patch applied.
> > 
> > To test, it would probably be required to submit a combined patch,
> > unless you'd have your own Fate server to test..
> > 
> 
> I also thought the issue should disappear after applying my patch and 
> http://ffmpeg.org/pipermail/ffmpeg-devel/2021-February/276695.html, however my
> testing shows 'make fate-hwdevice V=2' still fails. I ran the fate test on my
> local machine.

Hi Softworks,

I think Mark's comment is not about fixing issue after applying #276695, instead
it is about fixing/workarounding the original issue in other ways. 

After applying #276695, user may derive a QSV device to a VAAPI device however
user can't derive this VAAPI device back to the original QSV device, so fate-
hwdevice fails. My patch is not related to hw device creation/derivation, fate-
hwdevice still fails even if applying my patch. 

If we can't apply #276695, do you agree to use double device initialization
instead of single-shot initialization to handle -qsv_device option ? 

Thanks
Haihao


More information about the ffmpeg-devel mailing list