On Tue, Jun 18, 2019 at 9:52 AM Linjie Fu wrote:
> Mediasdk calls CMRT to copy from video to system memory and requires
> memory to be continuously allocated across Y and UV.
>
> Add a new path to allocate continuous memory when using system out.
> Use get_continuous_buffer to arrange data accord
On Wed, Mar 11, 2020 at 11:44 AM Linjie Fu wrote:
> Add qmax/qmin support for HEVC software bitrate control(SWBRC).
>
> Limitations:
> - RateControlMethod != MFX_RATECONTROL_CQP
> - with EXTBRC ON
>
> Signed-off-by: Dmitry Rogozhkin
> Signed-off-by: Linjie Fu
> ---
>
> Relative code in
On Tue, Mar 10, 2020 at 10:36 PM Soft Works wrote:
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Artem Galin
> > Sent: Tuesday, March 10, 2020 5:10 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v2] lav
On Wed, Mar 11, 2020 at 10:58 PM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Max Dmitrichenko
> > Sent: Wednesday, March 11, 2020 12:49 PM
> > To: FFmpeg development discussions and patches > de...@ffm
On Sun, Apr 26, 2020 at 8:31 PM Mark Thompson wrote:
> On 24/04/2020 15:52, artem.ga...@gmail.com wrote:
> > From: Artem Galin
> >
> > Adding DX11 relevant device type checks and adjusting callbacks with
> > proper MediaSDK pair type support.
> >
> > Extending structure for proper MediaSDK pair
On Sun, Apr 26, 2020 at 10:00 PM Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Mark Thompson
> > Sent: Sunday, April 26, 2020 8:54 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH v3 4/4] libavutil/qsv: enabling
> d3d11va
> > su
On Sat, May 9, 2020 at 9:18 AM Hendrik Leppkes wrote:
> On Sat, May 9, 2020 at 9:07 AM Hendrik Leppkes
> wrote:
> >
> > On Sat, May 9, 2020 at 2:12 AM Soft Works wrote:
> > >
> > > > From: ffmpeg-devel On Behalf Of
> > > > Hendrik Leppkes
> > > > Sent: Friday, May 8, 2020 10:27 PM
> > > > To:
On Sat, May 9, 2020 at 3:18 PM Hendrik Leppkes wrote:
> On Sat, May 9, 2020 at 2:11 PM Max Dmitrichenko
> wrote:
> >
> > Question about array-textures: are there any confirmation that with any
> > BindFlags combination it is should be possible to create such textu
On Sat, May 9, 2020 at 7:48 PM Hendrik Leppkes wrote:
> On Sat, May 9, 2020 at 7:18 PM Max Dmitrichenko
> wrote:
> >
> > On Sat, May 9, 2020 at 3:18 PM Hendrik Leppkes
> wrote:
> >
> > > On Sat, May 9, 2020 at 2:11 PM Max Dmitrichenko
> > > wrote:
On Sat, May 9, 2020 at 8:31 PM Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Hendrik Leppkes
> > Sent: Saturday, May 9, 2020 7:54 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v4 03/11]
On Sat, May 9, 2020 at 8:13 PM Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Hendrik Leppkes
> > > >
> > >
> > > Of course there is a choice. Only support the new stuff. Afterall we
> > > havent supported it at all for years now, so only supporting it o
On Sat, May 9, 2020 at 10:26 PM Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Max Dmitrichenko
> > Sent: Saturday, May 9, 2020 10:13 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> >
On Sat, May 9, 2020 at 10:32 PM Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Max Dmitrichenko
> > Sent: Saturday, May 9, 2020 10:16 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> >
On Sat, May 9, 2020 at 5:09 PM Mark Thompson wrote:
> On 08/05/2020 21:26, Hendrik Leppkes wrote:
> > On Fri, May 8, 2020 at 5:51 PM wrote:
> >>
> >> From: Artem Galin
> >>
> >> Added AVD3D11FrameDescriptors array to store array of single textures
> in case if there is no way
> >> to allocate a
On Fri, May 15, 2020 at 9:06 AM Fu, Linjie wrote:
> > From: ffmpeg-devel On Behalf Of
> > Artem Galin
> > Sent: Tuesday, April 28, 2020 00:26
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Cc: Zhong Li
> > Subject: Re: [FFmpeg-devel] [PATCH, v2 1/2] lavc/qsvdec: add
On Sun, May 24, 2020 at 2:13 PM Soft Works wrote:
> These conditions are:
> - Dimensions are aligned to 16/32 byte (e.g. 1920x800)
> - No scaling is done
> - Color format conversion (e.g. 10bit to 8bit)
>
> Example command:
> ffmpeg -c:v hevc_qsv -hwaccel qsv -i hevc_10bit_1920_800.mkv
> -filter_
On Tue, May 19, 2020 at 10:11 AM Zhong Li wrote:
> 于2020年5月19日周二 上午4:31写道：
> >
> > From: Artem Galin
> >
> > Adding DX11 relevant device type checks and adjusting callbacks with
> > proper MediaSDK pair type support.
> >
> > Extending structure for proper MediaSDK pair type support.
> >
> > Sig
On Mon, May 25, 2020 at 12:40 AM Soft Works wrote:
> These are:
> - Dimensions are already aligned (e.g. 1920x800)
> - No scaling is done
> - Color format conversion (e.g. 10bit to 8bit)
>
> Example command:
> ffmpeg -c:v hevc_qsv -hwaccel qsv -i hevc_10bit_1920_800.mkv
> -filter_complex "scale_q
On Sat, Jun 6, 2020 at 7:29 AM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Max Dmitrichenko
> > Sent: Friday, June 5, 2020 3:09 PM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
Hi,
Just have a look at any usage as: ffmpeg -hwaccel qsv ...
any 3rd_party implementation can use it by requesting AV_PIX_FMT_QSV
regards
Max
On Thu, Oct 24, 2019 at 12:47 AM Rogozhkin, Dmitry V <
dmitry.v.rogozh...@intel.com> wrote:
> Hi,
>
> I was looking into the ffmpeg qsv (mediasdk h
mpeg.org
> > > Subject: Re: [FFmpeg-devel] ffmpeg-qsv: Is opaque memory allocation
> > > path
> > > used in ffmpeg-qsv?
> > >
> > > On Thu, 2019-10-24 at 17:12 +0200, Max Dmitrichenko wrote:
> > > > Hi,
> > > >
> > > >
On Fri, Nov 1, 2019 at 11:20 AM Zhong Li wrote:
> > A large initial_pool_size leads to redundant GPU memory allocations
> > compared with MSDK.
> >
> > For some special cases which needs larger GPU memory like look_ahead,
> > add -extra_hw_frames to allocate more.
> >
> > CMD:
> > ffmpeg -hwaccel
On Fri, Sep 20, 2019 at 5:12 AM Fu, Linjie wrote:
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of Fu, Linjie
> > Sent: Wednesday, September 11, 2019 00:02
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH, v2 2/2
On Sun, Sep 29, 2019 at 3:19 AM Fu, Linjie wrote:
> > -Original Message-
> > From: Li, Zhong
> > Sent: Friday, September 13, 2019 00:05
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Cc: Fu, Linjie
> > Subject: RE: [FFmpeg-devel] [PATCH, v2] lavc/vaapi_encod
On Mon, Dec 23, 2019 at 8:24 PM Hendrik Leppkes wrote:
> On Mon, Dec 23, 2019 at 7:40 PM Artem Galin wrote:
> >
> > This enables DX11 support for QSV with higher priority than DX9.
> > In case of multiple GPUs configuration, DX9 API does not allow to get
> > access to QSV device in some cases -
On Thu, Jan 9, 2020 at 1:04 AM Hendrik Leppkes wrote:
> On Thu, Jan 9, 2020 at 12:32 AM Max Dmitrichenko
> wrote:
> > > Historically, QSV failed at accepting the array-textures that are used
> > > by a D3D11 decoder, which is why this was not included.
> > >
&g
t; >> Sent: Thursday, 15 July 2021 04:35
> > >> To: ffmpeg-devel@ffmpeg.org
> > >> Subject: Re: [FFmpeg-devel] [PATCH v7 1/8] libavcodec/qsv: enabling
> > >> d3d11va support, added mfxhdlpair
> > >>
> > >> On Tue, 2021-07-13 a
it would be good to describe the change a bit more clearly,
something like: Allows MediaSDK *runtime *to choose LowPower/non-LowPower
modes, if not explicitly set.
regards
Max
On Mon, Sep 28, 2020 at 9:32 AM Haihao Xiang wrote:
> The SDK may support LowPower and non-LowPower modes, some feature
On Tue, Nov 3, 2020 at 7:47 PM Artem Galin wrote:
> Adding DX11 relevant device type checks and adjusting callbacks with
> proper MediaSDK pair type support.
>
> Extending structure for proper MediaSDK pair type support.
>
> Signed-off-by: Artem Galin
> .
Patchset obviously closes the gap
On Sun, Jul 5, 2020 at 5:56 PM Zhong Li wrote:
> > > I can't see the benefit to use MSDK framerate conversion function. Is
> > > it a good idea to drop it and use ffmpeg native fps filter instead?
> >
> > Reconsidering this, leaving the filter buggy doesn't seem to be
> comfortable to me,
> > hen
make sense.
regards
Max
On Thu, Aug 13, 2020 at 4:15 AM Alex Pokotilo wrote:
>
> ___
> ffmpeg-devel mailing list
> ffmpeg-devel@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel
On Fri, Aug 21, 2020 at 9:29 AM Xiang, Haihao
wrote:
> On Fri, 2020-08-21 at 05:48 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Haihao Xiang
> > > Sent: Friday, August 21, 2020 7:23 AM
> > > To: ffmpeg-devel@ffmpeg.org
> > > Cc: Haihao Xia
32 matches
Mail list logo
