Fix 1: Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a check
for value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than UINT16_MAX could no
longer be read.
Fix 2: The value_len is an uint32 not an int32 per spec. That value must not be
truncated,
Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a check for
value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than UINT16_MAX could no
longer be read.
Signed-off-by: softworkz
---
libavformat/asfdec_f.c | 2 +-
1 file changed, 1 insertion(+), 1
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Sunday, 8 August 2021 03:19
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavformat/asfdec: Fix regression
> bug when reading image attachments
>
> On 8/
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Sunday, 8 August 2021 03:19
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavformat/asfdec: Fix regression
> bug when reading image attachments
>
> On 8/
; bug when reading image attachments
>
> Am So., 8. Aug. 2021 um 03:00 Uhr schrieb Soft Works
> :
> >
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > James Almer
> > > Sent: Sunday, 8 August 2021 02:47
> > > To: ffm
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Sunday, 8 August 2021 02:47
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] libavformat/asfdec: Fix regression
> bug when reading image attachments
>
> On 8
; bug when reading image attachments
>
> Am So., 8. Aug. 2021 um 01:53 Uhr schrieb Soft Works
> :
> >
> > Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a
> check for value_len > UINT16_MAX.
> > As a consequence, attached images of sizes larger than
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Sunday, 8 August 2021 01:53
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v2] libavformat/asfdec: Fix regression bug
> when reading image at
Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a check for
value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than UINT16_MAX could no
longer be read.
Signed-off-by: softworkz
---
v2: Fix without changing variable type
libavformat/asfdec_f.c | 2 +-
1
eading image attachments
>
> Am So., 8. Aug. 2021 um 01:26 Uhr schrieb Soft Works
> :
> >
> > Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a
> check for value_len > UINT16_MAX.
> > As a consequence, attached images of sizes larger than UINT16_MAX co
Commit c8140fe7324f264faacf7395b27e12531d1f13f7 had introduced a check for
value_len > UINT16_MAX.
As a consequence, attached images of sizes larger than UINT16_MAX could no
longer be read.
Signed-off-by: softworkz
---
libavformat/asfdec_f.c | 7 ---
1 file changed, 4 insertions(+), 3
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Saturday, 7 August 2021 13:51
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] doc/developer: Add description
> about safely sending patches via E-Mail cl
Signed-off-by: softworkz
---
v3: fixed typo
doc/developer.texi | 16
1 file changed, 16 insertions(+)
diff --git a/doc/developer.texi b/doc/developer.texi
index b33cab0fc7..86f63c49b3 100644
--- a/doc/developer.texi
+++ b/doc/developer.texi
@@ -494,6 +494,22 @@ patch is inline
ice, search for existing device in both directions
>
> On Sat, Aug 7, 2021 at 3:46 AM Soft Works wrote:
> >
> > The test /libavutil/tests/hwdevice checks that when deriving a device
> > from a source device and then deriving back to the type of the source
> > device,
(v2: fix doc build)
Signed-off-by: softworkz
---
doc/developer.texi | 16
1 file changed, 16 insertions(+)
diff --git a/doc/developer.texi b/doc/developer.texi
index b33cab0fc7..ce5500b85d 100644
--- a/doc/developer.texi
+++ b/doc/developer.texi
@@ -494,6 +494,22 @@ patch is
Required for uploading frames with alpha for qsv_overlay
(v2: remove tab indent)
Signed-off-by: softworkz
---
libavutil/hwcontext_dxva2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 63b037da4a..9987cdc578 100644
---
Signed-off-by: softworkz
---
doc/developer.texi | 17 +
1 file changed, 17 insertions(+)
diff --git a/doc/developer.texi b/doc/developer.texi
index b33cab0fc7..d909fa6ea5 100644
--- a/doc/developer.texi
+++ b/doc/developer.texi
@@ -494,6 +494,23 @@ patch is inline or attached
Signed-off-by: softworkz
---
libavcodec/qsvenc.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/qsvenc.h b/libavcodec/qsvenc.h
index fc8a14143e..7f729ce2ba 100644
--- a/libavcodec/qsvenc.h
+++ b/libavcodec/qsvenc.h
@@ -76,8 +76,8 @@
#define QSV_COMMON_OPTS
Required for uploading frames with alpha for qsv_overlay
Signed-off-by: softworkz
---
libavutil/hwcontext_dxva2.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/hwcontext_dxva2.c b/libavutil/hwcontext_dxva2.c
index 63b037da4a..a652ebf0bb 100644
--- a/libavutil/hwcontext_dxva2.c
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Friday, 6 August 2021 10:26
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
&
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Friday, 6 August 2021 07:15
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter: add QSV variants of the
> stack filters
>
> On Thu, 2021-08-05 at 15
The test /libavutil/tests/hwdevice checks that when deriving a device
from a source device and then deriving back to the type of the source
device, the result is matching the original source device, i.e. the
derivation mechanism doesn't create a new device in this case.
Previously, this test was
It's creating too much noise, even for debug
Signed-off-by: softworkz
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index e95d3d2a90..46bc7b5aa3 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3611,7
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Saturday, 7 August 2021 00:17
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] fftools/cmdutils: don't print build
> configuration by default
>
> On 8/6/202
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Friday, 6 August 2021 23:49
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] fftools/cmdutils: don't print build
> configuration by default
>
> On 8/6/202
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Friday, 6 August 2021 23:17
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v2] fftools/cmdutils: don't print build
> configuration by default
>
> Suggested-by: ffm...@fb.com
> Signed-off-by:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Friday, 6 August 2021 23:30
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2] fftools/cmdutils: don't print build
> configuration by default
>
> 6 Aug
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Friday, 6 August 2021 20:27
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] fftools/cmdutils: don't print build
> configuration by default
>
> On 8/6/2021 3:08 PM, Andreas Rheinhardt
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Friday, 6 August 2021 10:01
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
> HW_DEVICE_CTX method
>
>
> > On Wed, 2021
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Thursday, 5 August 2021 10:19
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH v5 00/20] clean-up QSV filters
>
> This patchset clean up scale_qsv and deinterlace_qsv
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Thursday, 5 August 2021 07:24
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavfi/qsvvpp: do not mix up FFmpeg
> and SDK error code
>
> On Wed, 2021-08-04
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Thursday, 5 August 2021 04:33
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter: add QSV variants of the
> stack filters
>
> On Wed, 2021-08-04 at 09
es > > de...@ffmpeg.org>
> > > Subject: Re: [FFmpeg-devel] Mailing List Delay
> > >
> > > On Wed, Aug 04, 2021 at 10:58:26PM +0200, Michael Niedermayer wrote:
> > > > On Wed, Aug 04, 2021 at 01:10:00AM +, Soft Works wrote:
> > > > [...]
> > >
t 10:58:26PM +0200, Michael Niedermayer wrote:
> > On Wed, Aug 04, 2021 at 01:10:00AM +, Soft Works wrote:
> > [...]
> >
> yes it looks like it is dnsbl & greylisting why am i not surprised it is
> sorbs ...
> anyway i removed sorbs from grossd i hope this
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
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Wednesday, 4 August 2021 10:33
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH v2] avfilter: add QSV variants of the stack
> filters
>
> Include hstack_qsv, vstack_qsv and
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Wednesday, 28 July 2021 10:16
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH 1/2] lavc/qsvdec: update color properties in
> codec context
>
> User may get color properties
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Friday, 30 July 2021 04:39
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH] lavfi/qsvvpp: do not mix up FFmpeg and
> SDK error code
>
> The function ff_qsvvpp_filter_frame
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Tuesday, 3 August 2021 07:22
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
> HW_DEVICE_CTX method
>
> On Mon, 2021-08-02 at 10
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Tuesday, 29 June 2021 03:46
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH] ffmpeg_hw: make hardware selection for
> filters more user friendly
>
> When a device is
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Monday, 2 August 2021 10:25
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
> HW_DEVICE_CTX method
>
> On Mon, 2021-08-02 at 07
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Monday, 2 August 2021 07:53
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
> HW_DEVICE_CTX method
>
> On Fri, 2021-07-30 at 08
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Gyan Doshi
> Sent: Sunday, 1 August 2021 20:40
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add (a)separate filters
>
>
>
> On 2021-08-01 23:59, Soft Works wrote:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Sunday, 1 August 2021 19:02
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add (a)separate filters
>
> Paul B Mahol (12021-08-01):
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Thursday, 29 July 2021 09:04
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
> HW_DEVICE_CTX method
>
> This allows user set hw_device_ctx
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Thursday, 22 July 2021 12:57
> To: ffmpeg-devel@ffmpeg.org; ffmpeg-de...@ffmpeg.org
> Cc: Artem Galin
> Subject: [FFmpeg-devel] [PATCH 3/8] libavutil/hwcontext_qsv: enabling
> d3d11va usage by default, add
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Thursday, 22 July 2021 12:57
> To: ffmpeg-devel@ffmpeg.org; ffmpeg-de...@ffmpeg.org
> Cc: Artem Galin
> Subject: [FFmpeg-devel] [PATCH 3/8] libavutil/hwcontext_qsv: enabling
> d3d11va usage by default, add
upport, added mfxhdlpair
>
> On Thu, Jul 15, 2021 at 5:49 AM Soft Works wrote:
>
> >
> >
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > James Almer
> > > Sent: Thursday, 15 July 2021 05:21
> > > T
, 2021-07-15 at 06:43 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Xiang, Haihao
> > > Sent: Thursday, 15 July 2021 07:43
> > > To: ffmpeg-devel@ffmpeg.org
> > > Subject: Re: [FFmpeg-devel
, 2021-07-15 at 03:49 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > James Almer
> > > Sent: Thursday, 15 July 2021 05:21
> > > To: ffmpeg-devel@ffmpeg.org
> > > Subject: Re: [FFmpeg-devel
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> James Almer
> Sent: Thursday, 15 July 2021 05:21
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v7 1/8] libavcodec/qsv: enabling
> d3d11va support, added mfxhdlpair
>
> On 7/15/2021
pport and already
> > > checked with several apps that use FFMPEG.
> > >
> > > Any particular review comments should be yet expected?
> > >
> > > Changes seem to be straight forward
> > > and incorporate prev. comments.
> > >
> > &g
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Wednesday, 14 July 2021 21:05
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Mailing List Delay
>
> Derek Buitenhuis (12021-07-14):
> > Yeah, I know, but
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Samstag, 26. Juni 2021 08:25
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Hardware purchase request
>
> Jun 26, 2021, 02:19 by softwo...@hotmail.com:
>
> >
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Samstag, 26. Juni 2021 01:29
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Hardware purchase request
>
> Jun 25, 2021, 13:25 by t...@rothenpieler.org:
>
> > On
-Original Message-
From: ffmpeg-devel On Behalf Of Haihao Xiang
Sent: Mittwoch, 23. Juni 2021 05:04
To: ffmpeg-devel@ffmpeg.org
Cc: Haihao Xiang
Subject: [FFmpeg-devel] [PATCH 1/2] qsvdec: add support for HW_DEVICE_CTX method
This allows user set hw_device_ctx instead of
> -Original Message-
> From: ffmpeg-devel On Behalf Of Jan
> Ekström
> If you just go without any rhetoric and just look at what "nonfree"
> (which IMHO is an awful name for the configuration option, it's just
> "non-distributable")
>
> We can start with the history of the option -
optimized video scaling filter
>
> Soft Works (12021-06-05):
> > And I agree to that disagreement. Also we shouldn't start acting as if
> > the nonfree category wouldn't exist at all and everything that would
> > fall into that category would suddenly no longer be acceptable.
&
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Gyan Doshi
> Sent: Wednesday, May 26, 2021 6:06 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH]avfilter: add Intel IPP library based x86
> optimized video scaling filter
>
>
>
> On 2021-05-25 20:17,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> RADSL
> Sent: Saturday, April 3, 2021 4:23 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] 4.4 Release Name
>
>
> On 4/3/2021 6:02 AM, Lynne wrote:
> > Apr 3, 2021, 12:19 by j...@videolan.org:
> >
> >> On Sat, 3
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Thursday, February 25, 2021 8:50 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Artem Galin
> Subject: Re: [FFmpeg-devel] [PATCH v7 3/8] libavutil/hwcontext
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Tuesday, November 3, 2020 7:46 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Artem Galin
> Subject: [FFmpeg-devel] [PATCH v7 3/8] libavutil/hwcontext_qsv: enabling
> d3d11va usage by default, add usage
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Thursday, February 25, 2021 12:31 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Proposal of two projects for GSoC
>
> On Wed,
enabling d3d11va support, added mfxhdlpair
>
> On Wed, 24 Feb 2021 at 17:50, Soft Works wrote:
>
> >
> >
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Artem Galin
> > > Sent: Tuesday, November 3, 2020 7:46 P
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Tuesday, November 3, 2020 7:46 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Artem Galin
> Subject: [FFmpeg-devel] [PATCH v7 8/8] libavfilter/vf_deinterlace_qsv:
> enabling d3d11va support, added mfxhdlpair
>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Tuesday, November 3, 2020 7:46 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Artem Galin
> Subject: [FFmpeg-devel] [PATCH v7 2/8] libavutil/hwcontext_qsv: supporting
> d3d11va device type
>
> This enables usage of
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Artem Galin
> Sent: Wednesday, February 24, 2021 4:40 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: [FFmpeg-devel] Proposal of two projects for GSoC
>
>
> Please find the proposal for the
> -Original Message-
> From: ffmpeg-devel On Behalf Of Xu
> Guangxin
> Sent: Monday, February 22, 2021 9:45 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Xu Guangxin
> Subject: [FFmpeg-devel] [PATCH] avutils/hwcontext_qsv: set the source
> device in qsv_device_create
>
> opencl_device_derive
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Thursday, January 14, 2021 9:16 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [vf_tonemap_cuda] VERY alpha ground work-
> implemented only reinhard
>
> Could we
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Tuesday, January 12, 2021 9:47 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Add support for "omp simd" pragma.
>
> Jan 12, 2021, 19:28 by
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> reimar.doeffin...@gmx.de
> Sent: Sunday, January 10, 2021 5:44 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Reimar Döffinger
> Subject: [FFmpeg-devel] [PATCH] Add support for "omp simd" pragma.
>
> From: Reimar Döffinger
>
> This
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mark Thompson
> Sent: Thursday, October 29, 2020 12:52 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] lavu/hwcontext_amf: Engine
> selection support for AMF context
>
> On 15/10/2020 01:16,
, 2020-09-16 at 08:12 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Haihao Xiang
> > > Sent: Wednesday, September 16, 2020 8:45 AM
> > > To: ffmpeg-devel@ffmpeg.org
> > > Cc: Haih
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Wednesday, September 16, 2020 8:45 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH 0/6] qsv: Fix compiler errors when using
> libmfx 2.0 (oneVPL)
>
> The oneAPI Video
20 15:36, Rogozhkin, Dmitry V wrote:
> > On Wed, 2020-09-02 at 14:21 +, Rogozhkin, Dmitry V wrote:
> >> On Wed, 2020-09-02 at 08:41 +, Soft Works wrote:
> >>> ...
> >
> > Small suggestion: let's move discussion around -qsv_device and
> > -hwa
t;
> On Wed, 2020-09-02 at 07:31 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Rogozhkin, Dmitry V
> > > Sent: Wednesday, September 2, 2020 9:00 AM
> > > To: ffmpeg-devel@ffmpeg.org
&
On Wed, 2020-09-02 at 04:32 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Soft Works
> > > Sent: Wednesday, September 2, 2020 6:13 AM
> > > To: FFmpeg development discussions and patches > > de..
t;
> On Wed, 2020-09-02 at 04:28 +, Xiang, Haihao wrote:
> > On Wed, 2020-09-02 at 04:20 +, Soft Works wrote:
> > > > -Original Message-
> > > > From: ffmpeg-devel On Behalf
> Of
> > > > Haihao Xiang
> > > > Sent: Wednesd
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Wednesday, September 2, 2020 6:13 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvdec: allow qsv decoders to use
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Haihao Xiang
> Sent: Wednesday, September 2, 2020 6:01 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Haihao Xiang
> Subject: [FFmpeg-devel] [PATCH] ffmpeg_qsv: use -hwaccel_device to
> specify a device for VAAPI backend
>
> According
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Wednesday, September 2, 2020 5:33 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/qsvdec: allow qsv decoders to use
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Dmitry Rogozhkin
> Sent: Wednesday, September 2, 2020 4:44 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Dmitry Rogozhkin
> Subject: [FFmpeg-devel] [PATCH] lavc/qsvdec: allow qsv decoders to use
> initialized device
>
> qsv decoders
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Monday, August 24, 2020 8:15 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsv: needn't load user plugin
> since libmfx 1.28
>
> On Fri, 2020-08-21
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Saturday, August 22, 2020 2:12 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Documentation: proposed changes in the
> structure
>
> Clement Boesch
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Friday, August 21, 2020 9:45 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsv: needn't load user plugi
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Friday, August 21, 2020 9:29 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] qsv: needn't load user plugin
> since libmfx 1.28
>
> On Fri, 2020-08-21
> -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 Xiang
> Subject: [FFmpeg-devel] [PATCH v2 1/2] qsv: needn't load user plugin since
> libmfx 1.28
>
> MFXVideoUSER_Load call is
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Wednesday, August 12, 2020 2:05 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
>
> On 2020-08-11 12:43,
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Tuesday, August 11, 2020 12:44 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
> Even though the
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Tuesday, August 11, 2020 10:06 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
>
&g
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Tuesday, August 11, 2020 6:35 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
[...]
> > But
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Monday, August 10, 2020 2:15 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
>
> > @Steven
>
> My name is
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Monday, August 10, 2020 8:19 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
>
&g
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Saturday, August 8, 2020 7:10 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
[...]
> >
> > Hi Steven,
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Soft Works
> Sent: Friday, August 7, 2020 11:59 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies ar
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Steve Lhomme
> Sent: Friday, August 7, 2020 3:05 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] dxva: wait until D3D11 buffer
> copies are done before submitting them
>
> I experimented a bit more
ures support
>
> On Wed, Jul 15, 2020 at 9:12 AM Soft Works
> wrote:
> >
> > Hi Roman,
> >
> >
>
> Please don't top post, or hijack ML threads.
>
> - Hendrik
There's no hijacking:
1: I replied to a message that was addressed to me
2: It
Kind regards,
softworkz
PS: In case you're interested, I have a attached the full outputs of our
detection before and after the driver update.
From: Roman Arzumanyan
Sent: Tuesday, June 30, 2020 10:23 PM
To: Soft Works ; FFmpeg development discussions and
patches
Cc: Yogender Gupta
Sub
library: It required a extremely
> > permissive license for the sake of fast and widespread adoption that
> > ffmpeg could not provide with LGPL.
> > It's the first time a very important codec is not present internally in
> > our codebase, and that itself is proof things are def
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andriy Gelman
> Sent: Monday, July 6, 2020 2:31 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Project orientation
>
> On Sun, 05.
1301 - 1400 of 1521 matches
Mail list logo