> -----Original Message----- > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of > Soft Works > Sent: Wednesday, September 2, 2020 6:13 AM > To: FFmpeg development discussions and patches <ffmpeg- > de...@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvdec: allow qsv decoders to use > initialized device > > > > > > -----Original Message----- > > > From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of > > > Dmitry Rogozhkin > > > Sent: Wednesday, September 2, 2020 4:44 AM > > > To: ffmpeg-devel@ffmpeg.org > > > Cc: Dmitry Rogozhkin <dmitry.v.rogozh...@intel.com> > > > Subject: [FFmpeg-devel] [PATCH] lavc/qsvdec: allow qsv decoders to > > > use initialized device > > > > > > qsv decoders did not allow to use devices explicitly initialized on > > > the command line and actually were using default device. This starts > > > to cause confusion with intel discrete GPUs since in this case > > > decoder might run on default integrated GPU device > > > (/dev/dri/renderD128) and encoder on the device specified on the > > > command line > > (/dev/dri/renderD129). > > > > > > Example: > > > ffmpeg -init_hw_device vaapi=va:/dev/dri/renderD129 -init_hw_device > > > qsv=hw@va \ > > > -c:v h264_qsv -i input.h264 -c:v hevc_qsv -y output.h264
> I apologize, I picked the wrong thing. The qsv_device parameter is what > allows setting the device for a QSV decoder: > > fmpeg -qsv_device /dev/dri/renderD128 -c:v:0 h264_qsv -hwaccel:v:0 qsv -i > INPUT .... > > Kind regards, > softworkz Here's the commit where the parameter had been added: https://github.com/FFmpeg/FFmpeg/commit/1a79b8f8d2b5d26c60c237d6e585873238e46914 _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
