From: Matt Oliver
Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS"
Setting X264_API_IMPORTS only affects msvc builds and it breaks
linking to static builds (although is required for shared builds).
This flag is set by x264 in its pkgconfig as required since build
158 (a615f027ed172e
Missing SEI information has always been a major drawback when using the QSV
decoders. I used to think that there's no chance to get at the data without
explicit implementation from the MSDK side (or doing something weird like
parsing in parallel). It turned out that there's a hardly known api metho
From: softworkz
Signed-off-by: softworkz
Signed-off-by: Anton Khirnov
---
doc/APIchanges | 4 +++
libavutil/frame.c | 67 +++--
libavutil/frame.h | 32 ++
libavutil/version.h | 2 +-
4 files changed, 78 insertions(+), 27 de
From: softworkz
Signed-off-by: softworkz
---
libavfilter/qsvvpp.c | 6 ++
libavfilter/vf_overlay_qsv.c | 19 +++
2 files changed, 21 insertions(+), 4 deletions(-)
diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c
index 954f882637..f4bf628073 100644
--- a/lib
From: softworkz
Signed-off-by: softworkz
---
libavcodec/mpeg12.h| 28
libavcodec/mpeg12dec.c | 40 +---
2 files changed, 33 insertions(+), 35 deletions(-)
diff --git a/libavcodec/mpeg12.h b/libavcodec/mpeg12.h
index e0406b32d
From: softworkz
Signed-off-by: softworkz
---
libavcodec/hevcdec.c | 117 +--
libavcodec/hevcdec.h | 2 +
2 files changed, 60 insertions(+), 59 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index f782ea6394..ff22081b46 100644
---
From: softworkz
Signed-off-by: softworkz
---
libavcodec/h264_slice.c | 98 +
libavcodec/h264dec.h| 2 +
2 files changed, 52 insertions(+), 48 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index d56722a5c2..f2a4c1c657 10
From: softworkz
Signed-off-by: softworkz
---
libavcodec/qsvdec.c | 233
1 file changed, 233 insertions(+)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index 5fc5bed4c8..7d6a491aa0 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
On Fri, May 20, 2022 at 09:17:50AM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > The code is only called if size is > 0 so buf should not be NULL
> >
> > Helps: CID610554
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/matroskadec.c | 2 ++
> > 1 file changed, 2
On Mon, May 23, 2022 at 10:23:45PM +0200, Mark Gaiser wrote:
> On Thu, May 19, 2022 at 5:01 PM Michael Niedermayer
> wrote:
>
> > Noticed-and-suggested-by: Mark Gaiser
> > Signed-off-by: Michael Niedermayer
> > ---
> > Changelog | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/Ch
On Mon, May 16, 2022 at 03:16:04AM +0200, Michael Niedermayer wrote:
> Fixes: missing error check
> Fixes: CID717495
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/act.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fingerprint:
On Mon, May 16, 2022 at 03:16:03AM +0200, Michael Niedermayer wrote:
> Fixes: missing error check
> Fixes: CID1504270
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/jpegxl_probe.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
will apply
[...]
--
Michael GnuPG fin
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same function is also used for other purposes,
From: softworkz
Signed-off-by: softworkz
---
libavutil/file_open.c | 2 +-
libavutil/wchar_filename.h | 180 +
2 files changed, 181 insertions(+), 1 deletion(-)
diff --git a/libavutil/file_open.c b/libavutil/file_open.c
index fb64c2e4ee..58a6073353 10
From: softworkz
Signed-off-by: softworkz
---
libavformat/os_support.h | 116 ++-
1 file changed, 91 insertions(+), 25 deletions(-)
diff --git a/libavformat/os_support.h b/libavformat/os_support.h
index 5e6b32d2dc..958976cc6f 100644
--- a/libavformat/os_suppo
From: softworkz
stat is now re-mapped with long path support
in os_support.h
Signed-off-by: softworkz
---
libavformat/file.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavformat/file.c b/libavformat/file.c
index 063d7c5aa2..98c9e81bcb 100644
--- a/libavformat/file.c
+++ b/libavfo
On Thu, May 26, 2022 at 07:28:10AM +, Matt Oliver wrote:
> From: Matt Oliver
>
> Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS"
>
> Setting X264_API_IMPORTS only affects msvc builds and it breaks
> linking to static builds (although is required for shared builds).
> This flag
I was working on an improvement for this function but seems you finished before
me. To avoid duplicating further work, do you have plans to implement hscale
9-16 to 15, and hscale 8-16 to 19? Or may I base those further functions on
this patch (given your version is faster than mine currently)?
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Thursday, May 26, 2022 12:51 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v5] libx264: Set min build version to
> 158
>
> On Thu, May 26, 2022 at 07:28:10AM
On Thu, May 19, 2022 at 9:27 AM Jan Ekström wrote:
>
> On Thu, May 19, 2022, 07:21 Gyan Doshi wrote:
>>
>>
>>
>> On 2022-05-18 11:34 pm, Jan Ekström wrote:
>> > This enables overriding the rotation as well as horizontal/vertical
>> > flip state of a specific video stream on either the input or ou
From: Matt Oliver
Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS"
Setting X264_API_IMPORTS only affects msvc builds and it breaks
linking to static builds (although is required for shared builds).
This flag is set by x264 in its pkgconfig as required since build
158 (a615f027ed172e
Hi,
Any updates or new ideas on the issue?
Yours truly,
S Srihari
On Mon, 23 May 2022 at 18:00, Srihari Sridhar wrote:
> Hi,
>
> I tried on AMD ThreadRipper 3990x machine. It has 64 cores and 128 logical
> processors. The windows make starts failing with 64 threads.It worked
> successfully unt
Friendly ping for feedback on this patch.
Thank you in advance.
-Original Message-
From: ffmpeg-devel On Behalf Of Eric Juteau
Sent: Tuesday, May 17, 2022 3:09 PM
To: ffmpeg-devel@ffmpeg.org
Subject: [FFmpeg-devel] [PATCH] libavformat/avformat: Check codec whitelist
Modified the functio
On Thu, 26 May 2022, J. Dekker wrote:
+
+// gather random access data from src into contiguous memory
+ldr w8, [x3, w8, UXTW] // src[filterPos[idx +
0]][0..3]
Current asm code has lowercase uxtw, would prefer to keep it consistent.
+ldr
On Thu, 26 May 2022, Swinney, Jonathan wrote:
I have fixed the test to work correctly on x86 and addressed the other small
issues. Thanks for reviewing!
Thanks - this iteration seems fine to me! (I can touch up minor details
like changing "add #-32" into "sub #32" before pushing.) I'll push
On Thu, 26 May 2022, ffmpegagent wrote:
This patchset adds support for long file and directory paths on Windows. The
implementation follows the same logic that .NET is using internally, with
the only exception that it doesn't expand short path components in 8.3
format. .NET does this as the same
On Thu, 2022-05-26 at 10:32 +0800, Haihao Xiang wrote:
> This fixed the regression caused by commit 478e1a98a
>
> Reported-by: Timo Rothenpieler
> Signed-off-by: Haihao Xiang
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> inde
27 matches
Mail list logo