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
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
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
---
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
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
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
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
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
---
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
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
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
---
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
---
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_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_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_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_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_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_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_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_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_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_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_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_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_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_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_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_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 {
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
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
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 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
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 +-
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
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
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 +++
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 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
---
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..
---
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
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
---
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
---
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
---
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,
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);
+
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
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: 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 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 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
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 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
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
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
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.
>
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.
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
>
>>
>> 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
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 @@
>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
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
67 matches
Mail list logo
