Quoting James Almer (2022-01-13 02:50:21)
> From: Vittorio Giovara
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: James Almer
> ---
> libavformat/flic.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/flic.c b/libavformat/flic.c
> index
On Mon, 2022-01-24 at 16:24 +0800, Xiang, Haihao wrote:
> From: Haihao Xiang
>
> Signed-off-by: Haihao Xiang
> ---
> v2: rebased the patchset against the latest FFmpeg and added code to
> make sure the corresponding extra parameter buffer is added for AV1
> only.
>
> libavcodec/qsv.c
On Tue, 2022-01-11 at 14:55 +0800, Wenbin Chen wrote:
> From: nyanmisaka
>
> mfxHDLPair was added to qsv, so modify qsv->opencl map function as well.
> Now the following commandline works:
>
> ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \
> -init_hw_device qsv=qs@va
From: Limin Wang
Fix #ticket9449
Signed-off-by: Limin Wang
---
Make it as real patch so that you can test it easily as I don't have BSD system
for testing.
libavformat/udp.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
> On Jan 27, 2022, at 12:22 AM, Zhao Zhili wrote:
>
> ---
> libavformat/udp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/udp.c b/libavformat/udp.c
> index 83c042d079..b441d2ea0d 100644
> --- a/libavformat/udp.c
> +++ b/libavformat/udp.c
> @@ -134,7
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 493493b4c5..5b19a35f59 100755
--- a/configure
+++ b/configure
@@ -255,6 +255,7 @@ External library support:
--enable-libopenvino enable OpenVINO as a DNN module backend
On 2022-01-27 09:58 am, Zhao Zhili wrote:
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 493493b4c5..23c5837e9b 100755
--- a/configure
+++ b/configure
@@ -255,6 +255,7 @@ External library support:
--enable-libopenvino enable OpenVINO
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 493493b4c5..23c5837e9b 100755
--- a/configure
+++ b/configure
@@ -255,6 +255,7 @@ External library support:
--enable-libopenvino enable OpenVINO as a DNN module backend
VkPhysicalDeviceVulkan12Features isn't implemented on MoltenVK yet.
VkPhysicalDeviceTimelineSemaphoreFeatures is less versatile but
simple. None of device_features_1_1 nor device_features_1_2 has real
usage yet, keep the code for future.
---
libavutil/hwcontext_vulkan.c | 10 +-
1 file
On Thu, Jan 27, 2022 at 10:30:10AM +0800, "zhilizhao(赵志立)" wrote:
>
>
> > On Jan 27, 2022, at 9:59 AM, lance.lmw...@gmail.com wrote:
> >
> > On Wed, Jan 26, 2022 at 09:50:47PM +0100, Marton Balint wrote:
> >>
> >>
> >> On Wed, 26 Jan 2022, Brad Smith wrote:
> >>
> >>> On Wed, Jan 12, 2022 at
> On Jan 27, 2022, at 9:59 AM, lance.lmw...@gmail.com wrote:
>
> On Wed, Jan 26, 2022 at 09:50:47PM +0100, Marton Balint wrote:
>>
>>
>> On Wed, 26 Jan 2022, Brad Smith wrote:
>>
>>> On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
Fix setsockopt() usage on OpenBSD with
> On Jan 27, 2022, at 9:59 AM, lance.lmw...@gmail.com wrote:
>
> On Wed, Jan 26, 2022 at 09:50:47PM +0100, Marton Balint wrote:
>>
>>
>> On Wed, 26 Jan 2022, Brad Smith wrote:
>>
>>> On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
Fix setsockopt() usage on OpenBSD with
Modified the function av_find_best_stream() such that, when a list of
allowed codecs is supplied in the format context, and when the caller is
requesting a decoder be returned, the function will select the best
stream that has a decoder in the allowed decoders list.
Signed-off-by: Eric Juteau
On Wed, Jan 26, 2022 at 09:50:47PM +0100, Marton Balint wrote:
>
>
> On Wed, 26 Jan 2022, Brad Smith wrote:
>
> > On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
> > > Fix setsockopt() usage on OpenBSD with IP_MULTICAST_TTL. The field
> > > type should be an unsigned char on
On 1/26/2022 12:50 PM, Marton Balint wrote:
>
>
> On Wed, 26 Jan 2022, Brad Smith wrote:
>
>> On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
>>> Fix setsockopt() usage on OpenBSD with IP_MULTICAST_TTL. The field
>>> type should be an unsigned char on anything but Linux.
>>
>>
Unnecessary since 2325bdad7b67b1c8539ef6beebb99d3247f08669
(and crazy even before then).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/libxvid.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/libxvid.c b/libavcodec/libxvid.c
index 7cf9d7661c..94746d0bda 100644
---
On 1/26/2022 7:44 PM, Lynne wrote:
This broke builds with --disable-mmx, which also disabled assembly
entirely, but ARCH_X86 was still true, so the init file tried to find
assembly that didn't exist.
Instead of checking for architecture, check if x86 assembly is enabled.
Patch attached.
This broke builds with --disable-mmx, which also disabled assembly
entirely, but ARCH_X86 was still true, so the init file tried to find
assembly that didn't exist.
Instead of checking for architecture, check if x86 assembly is enabled.
Patch attached.
>From
Am Mi., 26. Jan. 2022 um 09:33 Uhr schrieb Xiang, Haihao
:
> > Did you already explain why you cannot use P016 or in which situation
> > it would create a different output?
>
> $ ffmpeg -hwaccel vaapi -f rawvideo -pix_fmt p016 -s 1920x1080 -i input.yuv
> -vf "hwupload,format=vaapi" -c:v
use_intra_dc_vlc is currently kept in sync between frame threads
in mpeg4_update_thread_context(), yet it is set when decoding
blocks, i.e. after ff_thread_finish_setup(). This is a data race
and therefore undefined behaviour.
This race can be fixed easily by moving the variable from the context
An offset has the advantage of not needing to be updated
when the buffer is reallocated. Furthermore, the way the pointer
is currently updated is undefined behaviour in case the pointer
is not already set (i.e. when not encoding MPEG-1/2), because
it calculates the nonsense NULL - s->pb.buf.
Fixes checkheaders.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264data.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/h264data.h b/libavcodec/h264data.h
index 988352aa9a..4efe76a34d 100644
--- a/libavcodec/h264data.h
+++ b/libavcodec/h264data.h
@@ -21,6 +21,7 @@
Also use said function in mpegvideo.c and mpegvideo_enc.c;
and make ff_free_picture_tables() static as it isn't needed anymore
outside of mpegpicture.c.
Signed-off-by: Andreas Rheinhardt
---
The new_picture is actually only used by encoders;
if it were not for svq1enc (which relies on
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegpicture.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/mpegpicture.c b/libavcodec/mpegpicture.c
index 0652b7c879..f78a3c23e3 100644
--- a/libavcodec/mpegpicture.c
+++ b/libavcodec/mpegpicture.c
@@ -290,7
This is possible now that dealing with the Simple Studio Profile
has been moved to mpeg4videodec.c. It also allows to avoid
allocations, because one can simply put the required buffers
on the context (if one made these buffers part of MpegEncContext,
the memory would be wasted for every codec
This is its only user.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpeg4video.h| 4 +++
libavcodec/mpeg4videodec.c | 62 +++
libavcodec/mpegvideo.c | 66 +++---
3 files changed, 71 insertions(+), 61 deletions(-)
diff
The sample mpeg4/mpeg4_sstp_dpcm.m4v existed in the FATE-suite,
but it was surprisingly unused.
Signed-off-by: Andreas Rheinhardt
---
Will hopefully work on all arches.
tests/fate/mpeg4.mak | 5 +
tests/ref/fate/mpeg4-simple-studio-profile | 6 ++
2 files changed,
In this case the macroblocks written to are smaller, yet
the MPEG-4 Simple Studio Profile code for 10bit DPCM ignored this;
e.g. in case of lowres = 2 or = 3, the sample mpeg4_sstp_dpcm.m4v
from the FATE-suite reads beyond the end of the buffer.
This commit fixes this by taking lowres into
Fixes visual corruptions on two macroblocks from two frames from
https://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4447/A003C003_SR_422_23.98p.mxf
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Check for the encoder's AV_CODEC_CAP_DELAY instead.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 920cb337a1..9a5634c505 100644
---
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mpegvideo_enc.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index 044c675014..920cb337a1 100644
--- a/libavcodec/mpegvideo_enc.c
+++
On Wed, 26 Jan 2022, Brad Smith wrote:
On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
Fix setsockopt() usage on OpenBSD with IP_MULTICAST_TTL. The field
type should be an unsigned char on anything but Linux.
Based on feedback so far. Here is a much simpler approach to this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2022-01-26 03:00, Gyan Doshi wrote:
> Might there be a stale header in an cflags path with earlier precedence?
Argh, why haven't I thought of that. It was way too late for me yesterday
and apparently I couldn't think straight anymore.
Sorry
---
libavformat/rtpproto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rtpproto.c b/libavformat/rtpproto.c
index c92cda63bb..561d10c9f2 100644
--- a/libavformat/rtpproto.c
+++ b/libavformat/rtpproto.c
@@ -68,7 +68,7 @@ typedef struct RTPContext {
#define D
---
libavformat/udp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index 83c042d079..b441d2ea0d 100644
--- a/libavformat/udp.c
+++ b/libavformat/udp.c
@@ -134,7 +134,7 @@ static const AVOption options[] = {
{ "reuse",
On Wed, Jan 12, 2022 at 12:13:14AM -0500, Brad Smith wrote:
> Fix setsockopt() usage on OpenBSD with IP_MULTICAST_TTL. The field
> type should be an unsigned char on anything but Linux.
Based on feedback so far. Here is a much simpler approach to this issue..
diff --git a/libavformat/udp.c
Signed-off-by: Leonid V.Panoff
---
libavformat/mpegts.c | 48
1 file changed, 44 insertions(+), 4 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 2479cb6f7d..0774b53b18 100644
--- a/libavformat/mpegts.c
+++
Anton Khirnov:
> Quoting Andreas Rheinhardt (2022-01-24 21:09:27)
>> From: Anton Khirnov
>>
>> The only thing that is actually used directly from there is the
>> PART_NOT_AVAILABLE constant, which can be trivially copied to svq3
>> decoder itself.
>>
>> Otherwise it only depends on other
Hi,
On Sat, 22 Jan 2022, Kacper Michajłow wrote:
LLVM tools print installation path upon execution. If one uses LLVM
tools bundled with Microsoft Visual Studio installation, they would be
incorrectly detected as Microsoft's ones.
Signed-off-by: Kacper Michajłow
---
configure | 6 +++---
1
Quoting James Almer (2022-01-13 02:50:07)
> From: Vittorio Giovara
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: James Almer
> ---
> libavformat/dashenc.c | 2 +-
> libavformat/dauddec.c | 3 +--
> libavformat/daudenc.c | 2 +-
The latter two don't have anything to do with dash
--
Quoting James Almer (2022-01-13 02:50:05)
> From: Vittorio Giovara
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: James Almer
> ---
> libavformat/cdxl.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/cdxl.c b/libavformat/cdxl.c
> index
Quoting James Almer (2022-01-13 02:49:49)
> From: Vittorio Giovara
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: James Almer
> ---
> libavformat/apc.c | 12
> 1 file changed, 4 insertions(+), 8 deletions(-)
>
> diff --git a/libavformat/apc.c b/libavformat/apc.c
> index
Quoting Brad Smith (2022-01-23 20:40:30)
>
> Testing this commit out it does as I had suspected and even with --as-needed
> causes a false positive on OpenBSD / FreeBSD.
Why?
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Ping :-)
Alex
On Tue, 18 Jan 2022 at 23:06, Alexander Kanavin
wrote:
> From: Alexander Kanavin
>
> Otherwise nasm writes the full host-specific paths into .o
> output, which breaks binary reproducibility.
>
> Signed-off-by: Alexander Kanavin
> ---
> libavutil/x86/cpuid.asm | 2 +-
>
Hi Gyan
The reference is bs2b's header file available here:
https://sourceforge.net/p/bs2b/code/HEAD/tree/trunk/libbs2b/src/bs2b.h
Between line 102-112, particularly these two APIs:
/* Sets a new coefficients by new cut frecuency value (Hz). */
void bs2b_set_level_fcut( t_bs2bdp bs2bdp, int
Patchset LGMT, except for the trivial comments I sent.
--
Anton Khirnov
___
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
Quoting Andreas Rheinhardt (2022-01-24 21:09:27)
> From: Anton Khirnov
>
> The only thing that is actually used directly from there is the
> PART_NOT_AVAILABLE constant, which can be trivially copied to svq3
> decoder itself.
>
> Otherwise it only depends on other indirectly included headers.
>
Quoting Andreas Rheinhardt (2022-01-24 21:09:17)
> From: Anton Khirnov
>
> Both parser and decoder use these, so h264_parse is the proper place for
^
it
--
Anton Khirnov
___
ffmpeg-devel
Let’s merge it.
___
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".
On Sun, 2022-01-23 at 01:06 +0100, Carl Eugen Hoyos wrote:
> Am Fr., 21. Jan. 2022 um 06:56 Uhr schrieb Xiang, Haihao
> :
> >
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of Xiang,
> > > Haihao
> > > Sent: Tuesday, June 30, 2020 15:34
> > > To: ffmpeg-devel@ffmpeg.org
> >
On 2022-01-26 01:27 pm, Helmut K. C. Tessarek wrote:
On 2022-01-26 02:36, Gyan Doshi wrote:
> Confirm that /Users/Shared/ffmpeg/sw/include/libvmaf has current header
> which declares vmaf_init()
Yes, the header file exists in the directory and the function
vmaf_init() is
declared.
The
51 matches
Mail list logo