Earlier, x265 made an API change to support alpha and
other multiple layer pictures. We added guards to accommodate
that in 1f801dfdb5
They have now reverted that API change in
https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1
Updated our wrapper guards to unbreak build again.
---
> On Oct 5, 2024, at 05:01, Martin Storsjö wrote:
>
> On Sat, 5 Oct 2024, Zhao Zhili wrote:
>
>> From: Zhao Zhili
>>
>> MediaCodec can generate AV1CodecConfigurationRecord, which shouldn't
>> be put into packet->data. Skip four bytes and extract configOBUs
>> if it exist.
>> ---
>> I did som
> On Oct 5, 2024, at 02:15, James Almer wrote:
>
> On 10/4/2024 2:54 PM, Zhao Zhili wrote:
>> From: Zhao Zhili
>> MediaCodec can generate AV1CodecConfigurationRecord, which shouldn't
>> be put into packet->data. Skip four bytes and extract configOBUs
>> if it exist.
>
> But why are you removi
On 04.10.24 18:10, Devon Sookhoo wrote:
I thought the option "-c:v rawvideo" was the way to go because it's used
to generate an uncompressed avi file:
$ ffmpeg -i input.mp4 -c:v rawvideo out.avi
For the older simpler file formats, where only a rather small set of
supported image format
Needed to prevent crashes on vc2 vulkan encoder patch
---
libavutil/vulkan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/vulkan.c b/libavutil/vulkan.c
index 44552e97b8..cd617496dc 100644
--- a/libavutil/vulkan.c
+++ b/libavutil/vulkan.c
@@ -2022,7 +2022,7 @@
On 03.10.24 20:44, Michael Niedermayer wrote:
On Mon, Sep 23, 2024 at 11:16:45AM +0200, Martin Schitter wrote:
[...]
+static av_cold int dnxuc_decode_init(AVCodecContext *avctx)
+{
+return 0;
+}
unneeded
done in v10.
+memcpy(&frame->data[2][2*(y*lw + x)], &r, 2);
+
---
tests/Makefile | 1 +
tests/fate/dnxuc.mak| 40 +
tests/ref/fate/dnxuc-cb-rgb-10 | 8 ++
tests/ref/fate/dnxuc-cb-rgb-12 | 8 ++
tests/ref/fate/dnxuc-cb-rgb-8 | 8 ++
tests/ref/fate/dnxuc-cb-rgb-flo
---
Changelog | 2 ++
doc/general_contents.texi | 1 +
2 files changed, 3 insertions(+)
diff --git a/Changelog b/Changelog
index b82b948..41632ba 100644
--- a/Changelog
+++ b/Changelog
@@ -2,6 +2,8 @@ Entries are sorted chronologically from oldest to youngest
within each release,
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/dnxucdec.c | 385 +
3 files changed, 387 insertions(+)
create mode 100644 libavcodec/dnxucdec.c
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 81fc0a1..251b826 10
---
libavformat/mxf.c| 1 +
libavformat/mxfdec.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index a73e40e..b6c1f17 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -61,6 +61,7 @@ const MXFCodecUL ff_mxf_codec_uls[] = {
{ {
0x06,0x
---
libavcodec/Makefile | 1 +
libavcodec/dnxuc_parser.c | 124 ++
libavcodec/parsers.c | 1 +
3 files changed, 126 insertions(+)
create mode 100644 libavcodec/dnxuc_parser.c
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 4eed81e..
---
libavcodec/codec_desc.c | 7 +++
libavcodec/codec_id.h | 1 +
libavcodec/version.c| 2 +-
3 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c
index 03dea57..2452a7b 100644
--- a/libavcodec/codec_desc.c
+++ b/libavcodec/codec
v10 of this patch set utilizes AV_WL16 macros instead of memcpy to get
byte swapping support as pointed out by michael niedermayers review.
Martin
Martin Schitter (6):
libavcodec/: Add ID and desc for DNxUncompressed
libavformat/mxf: Add ULs for DNxUncompressed
libavcodec/dnxuc_parser: DNxU
On Sat, 5 Oct 2024, Zhao Zhili wrote:
From: Zhao Zhili
MediaCodec can generate AV1CodecConfigurationRecord, which shouldn't
be put into packet->data. Skip four bytes and extract configOBUs
if it exist.
---
I did some test on Pixel 8 Pro. AV1 hardware encoding works with a lot
of bugs:
1. It's
On 10/4/2024 2:54 PM, Zhao Zhili wrote:
From: Zhao Zhili
MediaCodec can generate AV1CodecConfigurationRecord, which shouldn't
be put into packet->data. Skip four bytes and extract configOBUs
if it exist.
But why are you removing them from extradata if you only want to prevent
them to make it
From: Zhao Zhili
MediaCodec can generate AV1CodecConfigurationRecord, which shouldn't
be put into packet->data. Skip four bytes and extract configOBUs
if it exist.
---
I did some test on Pixel 8 Pro. AV1 hardware encoding works with a lot
of bugs:
1. It's broken for width non-aligned to 16. For
On Fri, 4 Oct 2024, Dash Santosh wrote:
From 77c708805c52302861650cf770f6c32a33590e90 Mon Sep 17 00:00:00 2001
From: Min Chen
Date: Fri, 4 Oct 2024 23:04:04 +0530
Subject: [PATCH] avcodec/mfenc: add support for AV1 MF encoders
X-Unsent: 1
To: ffmpeg-devel@ffmpeg.org
Signed-off-by: Dash Santosh
>From 77c708805c52302861650cf770f6c32a33590e90 Mon Sep 17 00:00:00 2001
From: Min Chen
Date: Fri, 4 Oct 2024 23:04:04 +0530
Subject: [PATCH] avcodec/mfenc: add support for AV1 MF encoders
X-Unsent: 1
To: ffmpeg-devel@ffmpeg.org
Signed-off-by: Dash Santosh
---
configure | 1 +
libav
I appreciate your feedback. Doing the decoder side first is a good
suggestion, I certainly want to start with whichever is easier. I
originally started with the encoder simply because of the limited number of
existing test files. However, I believe that GPAC is able to generate some.
I thought the
Per subsection B stroke 165 of Chapter 56,
drivers are required to do the aligning, not users.
---
libavcodec/vulkan_encode.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/libavcodec/vulkan_encode.c b/libavcodec/vulkan_encode.c
index 6d1743c7d7..9ad02e8c52 100644
Fully reuse the existing one from vf_psnr, instead of halfways.
Signed-off-by: James Almer
---
libavfilter/Makefile| 4 +--
libavfilter/psnr.c | 64 +
libavfilter/psnr.h | 1 +
libavfilter/vf_psnr.c | 29 +-
On Wed, 2 Oct 2024, Martin Storsjö wrote:
This silences a lot of compile warnings (around 160 instances at least), when
compiling with Clang.
These warnings look like this:
libavformat/http.c:176:133: warning: implicit conversion from 'long long' to
'double' changes value from 922337203685
On Wed, 2 Oct 2024, Martin Storsjö wrote:
This file is never included explicitly anywhere else, it's only
included implicitly by passing -Pconfig.asm on the command line.
---
libavcodec/x86/celt_pvq_search.asm | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/x86/celt_pvq_search.asm
On Wed, 2 Oct 2024, Martin Storsjö wrote:
If decoding with hwaccel, but decoding fails, these pointers
are null at this point.
---
libavcodec/av1dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 6a9de07d16..bc4ef63e68 100644
--- a/libavcod
This change will save approximately 531 MB for an 8K clip when processed with
16 threads.
The calculation is as follows:
7680 * 4320 * sizeof(int) * 2 * 2 * 16 / (4 * 4).
---
libavcodec/vvc/ctu.c | 10 +++---
libavcodec/vvc/dec.c | 2 --
libavcodec/vvc/dec.h | 2 --
3 files changed, 3 inser
perf result for:
"perf record -F 99 ./ffmpeg_g -i Tango2_3840x2160_60_10_420_27_LD.266 -f null
-"
before: 5.24%
1.87% ffmpeg_g [.] vvc_deblock_bs_chroma
1.72% ffmpeg_g [.] ff_vvc_deblock_bs
1.65% ffmpeg_g [.] vvc_deblock_bs_luma
after: 3.48%
1.84% ffmpeg_g [.] vvc_deblock_bs_chroma
1.64
pcmf are cu level flags
---
libavcodec/vvc/ctu.c| 8 +---
libavcodec/vvc/dec.c| 4 +---
libavcodec/vvc/filter.c | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/vvc/ctu.c b/libavcodec/vvc/ctu.c
index b33ad576cf..8210ab520f 100644
--- a/libavcodec/vvc/ct
The deblock boundary strength stage utilizes ~5% of CPU resources for 8K clips.
It's worth considering it as a standalone stage. This stage has been relocated
to follow the parser process, allowing us to reuse CUs and TUs before releasing
them.
---
libavcodec/vvc/filter.c | 27 +++
>
>>
>> Should probably use a different namespace for this header, to ensure it
>> doesn't conflict with the lavu one. So just prefix everything with FF
>> instead of AV.
>>
> Sure. It is fixed by v4.
>
v4 applied.
___
ffmpeg-devel mailing list
ffmpeg-dev
On 04.10.24 15:11, Devon Sookhoo wrote:
You're correct that I'm primarily interested in uncompressed data and not
raw bayer sensor data.
Yes -- it was more a rather extreme example to remind, that this file
format isn't as simple and limited as many old and simple AV packaging
solutions f
You're correct that I'm primarily interested in uncompressed data and not
raw bayer sensor data. However, it seems like the "-c:v rawvideo" option
is the convention in other formats to generate uncompressed video data. I'm
just trying to follow the pattern and reuse what is already there. If ther
On Fri, 4 Oct 2024, Lynne via ffmpeg-devel wrote:
On 04/10/2024 12:01, epira...@gmail.com wrote:
On 4 Oct 2024, at 11:31, Lynne via ffmpeg-devel wrote:
This is the same as with libavfilter.
We will need SPIR-V compilation for at least three different things,
like the VC-2 encoder and decoder
On 04/10/2024 12:01, epira...@gmail.com wrote:
On 4 Oct 2024, at 11:31, Lynne via ffmpeg-devel wrote:
This is the same as with libavfilter.
We will need SPIR-V compilation for at least three different things,
like the VC-2 encoder and decoder, AV1 film grain synthesis for
hardware with no supp
Jonathan Baecker 于2024年9月29日周日 05:56写道：
>
> If 'sname:*' is set in the var_stream_map variable, use it as
> the NAME attribute for subtitles. This improves the naming of
> subtitle streams in HTML players, providing clearer and more
> descriptive labels for users.
> ---
> doc/muxers.texi
Jonathan Baecker 于2024年10月1日周二 07:56写道：
>
> This modification applies Steven's suggestion.
>
> Original description was:
> Ensure that when the `-hls_flags omit_endlist` option is set,
> the `#EXT-X-ENDLIST` tag is also omitted from the `stream_vtt.m3u8`
> subtitle playlist. This maintains consist
Jonathan Baecker 于2024年10月1日周二 03:51写道：
>
> Apply Stevens suggestion.
>
> Original description:
> Ensure that when the `-hls_flags append_list` option is set,
> that *.vtt files in stream_vtt.m3u8 are correctly updated.
> This fixes https://trac.ffmpeg.org/ticket/11208
> ---
> libavformat/hlsenc.
On 4 Oct 2024, at 11:31, Lynne via ffmpeg-devel wrote:
> This is the same as with libavfilter.
>
> We will need SPIR-V compilation for at least three different things,
> like the VC-2 encoder and decoder, AV1 film grain synthesis for
> hardware with no support for it, and possibly other codecs.
>
This is the same as with libavfilter.
We will need SPIR-V compilation for at least three different things,
like the VC-2 encoder and decoder, AV1 film grain synthesis for
hardware with no support for it, and possibly other codecs.
---
libavcodec/Makefile | 4
libavcodec/vulkan_glsla
The code is not currently used by libavutil, its just where our
common Vulkan code is.
Since SPIR-V compilation will be needed by lavc, move it, rather
than having lavc including lavfi.
---
libavfilter/Makefile | 2 -
libavfilter/vf_avgblur_vulkan.c | 2 +-
libav
---
libavfilter/Makefile| 2 +-
libavfilter/vulkan.h| 24
libavfilter/vulkan_filter.h | 2 +-
libavfilter/vulkan_spirv.h | 1 -
4 files changed, 2 insertions(+), 27 deletions(-)
delete mode 100644 libavfilter/vulkan.h
diff --git a/libavfilter/Makefile
---
libavcodec/Makefile | 2 +-
libavcodec/vulkan.h | 24
libavcodec/vulkan_video.h | 2 +-
3 files changed, 2 insertions(+), 26 deletions(-)
delete mode 100644 libavcodec/vulkan.h
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 5aed2fff28..a25
Pinging again...
post rebased to current master, issue still present and fixed with the patch.
Nicolas Gaullier (1):
avfilter/framesync: fix forward EOF pts
libavfilter/framesync.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
--
2.30.2
Note1: when the EOF pts is not accurate enough, the last frame
can be dropped by vf_fps with default rounding.
Note2: vf_scale use framesync since e82a3997cdd6c0894869b33ba42430ac3,
so this is a very commonplace scenario.
For example:
./ffprobe -f lavfi testsrc=d=1,scale,fps -of flat \
-count_f
Depending on the magnitude of the output values, the potential
errors can be larger.
This fixes errors in the lls tests on x86_32 for some seeds,
observed with GCC 11 (on Ubuntu 22.04, with the distro compiler,
with -m32).
---
tests/checkasm/lls.c | 14 +-
1 file changed, 9 insertions
Use "bx lr", or "pop {lr}", which do proper mode switching
between thumb and arm modes. A plain "mov pc, lr" does not switch
from thumb mode to arm mode (while in arm mode, it does switch
mode for a thumb caller).
This is normally not an issue, as CONFIG_THUMB only is enabled if
the C compiler def
---
libavfilter/vf_detelecine.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_detelecine.c b/libavfilter/vf_detelecine.c
index 8eae7107c2..cc69194a19 100644
--- a/libavfilter/vf_detelecine.c
+++ b/libavfilter/vf_detelecine.c
@@ -122,13 +122,16 @@ stati
---
libavfilter/vf_deband.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_deband.c b/libavfilter/vf_deband.c
index 31b864b760..4ba22c85a0 100644
--- a/libavfilter/vf_deband.c
+++ b/libavfilter/vf_deband.c
@@ -71,9 +71,11 @@ static const AVOption deb
---
libavfilter/vf_copy.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_copy.c b/libavfilter/vf_copy.c
index 8158414dcf..87cb9e9bd2 100644
--- a/libavfilter/vf_copy.c
+++ b/libavfilter/vf_copy.c
@@ -28,9 +28,12 @@
#include "formats.h"
#include "video
---
libavfilter/vf_hwmap.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_hwmap.c b/libavfilter/vf_hwmap.c
index e999605eb1..f32a566b74 100644
--- a/libavfilter/vf_hwmap.c
+++ b/libavfilter/vf_hwmap.c
@@ -37,14 +37,16 @@ typedef struct HWMapContext {
---
libavfilter/vf_fieldhint.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_fieldhint.c b/libavfilter/vf_fieldhint.c
index 92e3c5c8b9..d1f05562c2 100644
--- a/libavfilter/vf_fieldhint.c
+++ b/libavfilter/vf_fieldhint.c
@@ -85,13 +85,16 @@ static av_co
---
libavfilter/vf_geq.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_geq.c b/libavfilter/vf_geq.c
index bb95f45e2e..3f5f3796ba 100644
--- a/libavfilter/vf_geq.c
+++ b/libavfilter/vf_geq.c
@@ -336,9 +336,11 @@ end:
return ret;
}
-static int
---
libavfilter/vf_datascope.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_datascope.c b/libavfilter/vf_datascope.c
index 7b4cb52ee8..a4f6c69bfd 100644
--- a/libavfilter/vf_datascope.c
+++ b/libavfilter/vf_datascope.c
@@ -77,9 +77,12 @@ static c
---
libavfilter/vf_elbg.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vf_elbg.c b/libavfilter/vf_elbg.c
index 453147ca33..5eb5ffed2f 100644
--- a/libavfilter/vf_elbg.c
+++ b/libavfilter/vf_elbg.c
@@ -85,9 +85,11 @@ static av_cold int init(AVFilter
---
libavfilter/vf_fieldorder.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_fieldorder.c b/libavfilter/vf_fieldorder.c
index 46b7f4bb30..5b0c723e8d 100644
--- a/libavfilter/vf_fieldorder.c
+++ b/libavfilter/vf_fieldorder.c
@@ -38,7 +38,9 @@ typedef st
---
libavfilter/vf_format.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vf_format.c b/libavfilter/vf_format.c
index da39625fec..9dbb174c42 100644
--- a/libavfilter/vf_format.c
+++ b/libavfilter/vf_format.c
@@ -149,14 +149,16 @@ static av_cold int
---
libavfilter/vf_edgedetect.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_edgedetect.c b/libavfilter/vf_edgedetect.c
index 32339a0d8b..1077095fd3 100644
--- a/libavfilter/vf_edgedetect.c
+++ b/libavfilter/vf_edgedetect.c
@@ -97,7 +97,9 @@ static av_
---
libavfilter/vf_feedback.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_feedback.c b/libavfilter/vf_feedback.c
index ddc53cad27..0b701ed9ea 100644
--- a/libavfilter/vf_feedback.c
+++ b/libavfilter/vf_feedback.c
@@ -106,11 +106,14 @@ static int
---
libavfilter/vf_fade.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_fade.c b/libavfilter/vf_fade.c
index fb04c7ce32..39f16b0b3a 100644
--- a/libavfilter/vf_fade.c
+++ b/libavfilter/vf_fade.c
@@ -101,7 +101,9 @@ static av_cold int init(AVFilterContex
---
libavfilter/vf_crop.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_crop.c b/libavfilter/vf_crop.c
index 4742732b63..f3cbc83b8b 100644
--- a/libavfilter/vf_crop.c
+++ b/libavfilter/vf_crop.c
@@ -95,11 +95,14 @@ typedef struct CropContext {
dou
---
libavfilter/vf_fieldmatch.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_fieldmatch.c b/libavfilter/vf_fieldmatch.c
index 9198c894f9..c3ff909b1b 100644
--- a/libavfilter/vf_fieldmatch.c
+++ b/libavfilter/vf_fieldmatch.c
@@ -908,9 +908,11 @
---
libavfilter/vf_drawtext.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_drawtext.c b/libavfilter/vf_drawtext.c
index 4c55a01155..2b0a21a4b4 100644
--- a/libavfilter/vf_drawtext.c
+++ b/libavfilter/vf_drawtext.c
@@ -1077,9 +1077,12 @@ static av_cold
---
libavfilter/vf_ciescope.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_ciescope.c b/libavfilter/vf_ciescope.c
index 260ca26187..8ca47aaafd 100644
--- a/libavfilter/vf_ciescope.c
+++ b/libavfilter/vf_ciescope.c
@@ -139,14 +139,16 @@ static const
---
libavfilter/vf_colorspace.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git a/libavfilter/vf_colorspace.c b/libavfilter/vf_colorspace.c
index 344dcd5f9e..62055aa1bf 100644
--- a/libavfilter/vf_colorspace.c
+++ b/libavfilter/vf_colorspace.c
@@ -830,7
---
libavfilter/vf_boxblur.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_boxblur.c b/libavfilter/vf_boxblur.c
index 27cf57a7c1..d684dee99d 100644
--- a/libavfilter/vf_boxblur.c
+++ b/libavfilter/vf_boxblur.c
@@ -55,7 +55,9 @@ static av_cold void unini
Simplify the implementation by using the fact that ff_set_common_*()
will ignore those links on which the formats have already been set.
---
libavfilter/vf_alphamerge.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_alphamerge.c b/libavfil
Split it into sections that describe in detail
* the components of the transcoding pipeline
* the main features it handles, in order of complexity
* streamcopy
* transcoding
* filtering
Replace the current confusing/misleading diagrams with new ones that
actually reflect the program co
---
doc/ffmpeg.texi | 32
1 file changed, 32 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index e17c17bcd7..1ccc48bbad 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -526,6 +526,38 @@ reads an input video and
@end itemize
+Such a transc
67 matches
Mail list logo
