Le 20 mars 2024 14:35:28 GMT+02:00, "Ignjatović, Lazar (RS)"
a écrit :
> Specifying egress interface is done by setting the
> setsockopt(IPV6_MULTICAST_IF) to the value of the interface, not address. On
> the other hand v4 for the similar option setsockopt(IP_MULTICAST_IF) sets it
> by defin
On 19/03/2024 20:14, Marton Balint wrote:
On Tue, 19 Mar 2024, Michael Niedermayer wrote:
On Sun, Mar 17, 2024 at 08:57:29PM +0100, Marton Balint wrote:
- Only parse the defined masks in dwChannelMask, unless
strict_std_compliance
is less than normal. This matches with the behaviour of th
On Thu, 21 Mar 2024, Tobias Rapp wrote:
On 19/03/2024 20:14, Marton Balint wrote:
On Tue, 19 Mar 2024, Michael Niedermayer wrote:
On Sun, Mar 17, 2024 at 08:57:29PM +0100, Marton Balint wrote:
- Only parse the defined masks in dwChannelMask, unless
strict_std_compliance
is less t
Please find an updated patch for tests on the atempo audio filter
From 30475d6f076d5236ee534002fffb01958ef0dfc1 Mon Sep 17 00:00:00 2001
From: Rajiv Harlalka
Date: Thu, 21 Mar 2024 13:35:29 +0530
Subject: [PATCH v2] tests/fate/filter-audio.mak: add test for ATEMPO audio
filter
Signed-off-by: Ra
Quoting Niklas Haas (2024-03-19 20:16:39)
> From: Niklas Haas
>
> AV1 streams don't use configuration records, so delete them when
> encoding to AV1. Ideally this would be, as the comment suggests, handled
> at the frame-level (and stripped by the av1 encoder), but given the
> status quo of copyi
Quoting Gyan Doshi (2024-03-15 05:12:41)
>
>
> On 2024-03-14 03:46 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2024-03-13 08:49:52)
> >
> >> Are there any limitations to loopback decoding e.g. would a vpx w/alpha
> >> encode be decoded back to a alpha pix fmt?
> > I don't know how vpx alpha
On 21/03/2024 10:40, Marton Balint wrote:
On Thu, 21 Mar 2024, Tobias Rapp wrote:
On 19/03/2024 20:14, Marton Balint wrote:
On Tue, 19 Mar 2024, Michael Niedermayer wrote:
On Sun, Mar 17, 2024 at 08:57:29PM +0100, Marton Balint wrote:
- Only parse the defined masks in dwChannelMask
James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 17 +++--
> libavcodec/hevc_ps.h | 2 +-
> libavcodec/vulkan_hevc.c | 2 +-
> 3 files changed, 17 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
> index 20ce
On Wed, 20 Mar 2024 23:22:03 +0200 Jan Ekström wrote:
> On Wed, Mar 20, 2024 at 9:30 PM Michael Niedermayer
> wrote:
> >
> > On Tue, Mar 19, 2024 at 08:16:42PM +0100, Niklas Haas wrote:
> > > From: Niklas Haas
> > >
> > > libx265 supports these natively, we just need to forward them to the
> > >
On Tue, 19 Mar 2024 19:19:29 -0400 Vittorio Giovara
wrote:
> On Tue, Mar 19, 2024 at 7:04 PM Niklas Haas wrote:
>
> > On Tue, 19 Mar 2024 21:59:53 + Cosmin Stejerean via ffmpeg-devel <
> > ffmpeg-devel@ffmpeg.org> wrote:
> > >
> > >
> > > > On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis <
>
On 3/21/2024 8:15 AM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 17 +++--
libavcodec/hevc_ps.h | 2 +-
libavcodec/vulkan_hevc.c | 2 +-
3 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc_p
On Thu, 21 Mar 2024 11:16:57 +0100 Anton Khirnov wrote:
> Quoting Niklas Haas (2024-03-19 20:16:39)
> > From: Niklas Haas
> >
> > AV1 streams don't use configuration records, so delete them when
> > encoding to AV1. Ideally this would be, as the comment suggests, handled
> > at the frame-level (
On Mon, 18 Mar 2024 17:54:08 +0100 Niklas Haas wrote:
> Changes since v3:
>
> - Moved metadata into common AVFilmGrainParams struct, as per James
> Almer's recommendation
> - Fixed width/height field validation
> - Signal this metadata for AV1 (instead of setting it to unspecified)
> - Implemen
James Almer:
> On 3/21/2024 8:15 AM, Andreas Rheinhardt wrote:
>> James Almer:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/hevc_ps.c | 17 +++--
>>> libavcodec/hevc_ps.h | 2 +-
>>> libavcodec/vulkan_hevc.c | 2 +-
>>> 3 files changed, 17 insertions(+), 4 delet
It has been moved after "st = s->streams[pkt->stream_index]"
in b140b8332c617b0eef4f872f3ef90c469e99920f.
Deduplicate ff_read_packet() and ff_buffer_packet()
while fixing this.
This also fixes shadowing in ff_read_packet().
Signed-off-by: Andreas Rheinhardt
---
libavformat/demux.c | 75
Otherwise these statements might be torn apart by
av_logs from other threads.
Signed-off-by: Andreas Rheinhardt
---
libavformat/demux.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/demux.c b/libavformat/demux.c
index 4345ed4c8c..e50d1a9cfe 100644
--- a/l
Signed-off-by: James Almer
---
libavcodec/hevc_ps.c | 14 +-
libavcodec/hevc_ps.h | 2 +-
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index fb997066d9..d29cf9f372 100644
--- a/libavcodec/hevc_ps.c
+++ b/libavcodec/hevc_p
James Almer:
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 14 +-
> libavcodec/hevc_ps.h | 2 +-
> 2 files changed, 14 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
> index fb997066d9..d29cf9f372 100644
> --- a/libavcodec/he
> Your MR makes even less sense for multicast. For multicast there is no local
> address to match to an interface. So you just have to have the interface
> specified explicitly in addition to the LL group address. This is true for
> both egress and ingress.
I've compared ffmpeg 5.1.2 against my
Andreas Rheinhardt:
> When the compiler chooses to inline put_amf_string(pb, ""),
> the avio_write(pb, "", 0) can be avoided. Happens with
> Clang-17 with -O1 and higher and GCC 13 with -O2 and higher
> here.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/flvenc.c | 2 ++
> 1 file cha
On Thu, 21 Mar 2024 at 13:13, Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Andreas Rheinhardt:
> > When the compiler chooses to inline put_amf_string(pb, ""),
> > the avio_write(pb, "", 0) can be avoided. Happens with
> > Clang-17 with -O1 and higher and GCC 13 with -O2 and higher
ons 2024-03-20 klockan 21:35 +0100 skrev Tomas Härdin:
> ons 2024-03-20 klockan 14:12 +0100 skrev Michael Niedermayer:
> > On Wed, Mar 20, 2024 at 12:20:11PM +0100, Tomas Härdin wrote:
> > > ons 2024-03-20 klockan 03:59 +0100 skrev Michael Niedermayer:
> > > > Fixes: shift exponent -1 is negative
>
This commit fixes issues with AMD HEVC encoding.
By default AMD hevc encoder asks for the alignment 64x16, while FFMPEG VAAPI
has 16x16.
Adding support for customized surface size from VASurfaceAttribAlignmentSize in
VAAPI version 1.21.0
Signed-off-by: Araz Iusubov
---
libavcodec/vaapi_encod
Ping. Will apply this week if no more comments.
> -Original Message-
> From: ffmpeg-devel On Behalf Of Zhao Zhili
> Sent: 2024年3月17日 11:35
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhao Zhili
> Subject: [FFmpeg-devel] [PATCH v6] avcodec/libx264: fix extradata when config
> annexb=0
>
> From:
This commit fixes issues with AMD HEVC encoding.
By default AMD hevc encoder asks for the alignment 64x16, while FFMPEG VAAPI
has 16x16.
Adding support for customized surface size from VASurfaceAttribAlignmentSize in
VAAPI version 1.21.0
Signed-off-by: Araz Iusubov
---
libavcodec/vaapi_encod
C11 provides static assertions via _Static_assert and
provides static_assert as a convenience define for this
in assert.h. MSVC 19.27 declares support C11, but does
not support _Static_assert, but somehow supports
static_assert. That's therefore what we use.
But apparently there are some old GCC t
Marth64:
> RCWT (Raw Captions With Time) is a format native to ccextractor,
> a commonly used OSS tool for processing 608/708 Closed Captions (CC).
> RCWT can be used to archive the original extracted CC bitstream.
> The muxer was added in January 2024. In this commit, add the demuxer.
>
> One can
Marth64:
> If ff_subtitles_queue_insert() were to given a NULL buffer
> with 0 length, it would still attempt to grow the packet
> or memcpy depending on if merge option is enabled.
>
> In this commit, consider a NULL buffer with 0 length as
> an empty event and do not attempt to modify the packet
Thank you Andreas, for walking me through this in detail.
I will update accordingly and test.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-r
This commit fixes issues with AMD HEVC encoding.
By default AMD hevc encoder asks for the alignment 64x16, while FFMPEG VAAPI
has 16x16.
Adding support for customized surface size from VASurfaceAttribAlignmentSize in
VAAPI version 1.21.0
Signed-off-by: Araz Iusubov
---
libavcodec/vaapi_encod
Mar 21, 2024, 00:17 by jamr...@gmail.com:
> These were defined in a way compatible with the Vulkan HEVC acceleration,
> which
> expects bitmasks, yet the fields were being overwritting on each loop with the
> latest read value.
>
> Signed-off-by: James Almer
> ---
> libavcodec/hevc_ps.c | 4
C11 provides static assertions via _Static_assert and
provides static_assert as a convenience define for this
in assert.h. MSVC 19.27 declares support for C11, but does
not support _Static_assert, but somehow supports
static_assert. That's therefore what we use.
But apparently there are some old G
Andreas Rheinhardt:
> C11 provides static assertions via _Static_assert and
> provides static_assert as a convenience define for this
> in assert.h. MSVC 19.27 declares support for C11, but does
> not support _Static_assert, but somehow supports
> static_assert. That's therefore what we use.
>
> B
Le torstaina 21. maaliskuuta 2024, 15.01.09 EET Ignjatović, Lazar (RS) a écrit
:
> > Your MR makes even less sense for multicast. For multicast there is no
> > local address to match to an interface. So you just have to have the
> > interface specified explicitly in addition to the LL group addres
avpkt->pos needs to be set for generic indexing or features such as the
stream_loop option will not work.
Co-authored-by: Andreas Rheinhardt
Signed-off-by: Leo Izen
---
libavformat/jpegxl_anim_dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/jpegxl_anim_dec.c b/libavforma
On Wed, Mar 20, 2024 at 11:55 PM Yiğithan Yiğit
wrote:
>
> > On Mar 21, 2024, at 12:10 AM, Paul B Mahol wrote:
> >
> > Why? This is pointless.
> >
> > volumedetect have histogram output, float patch does not have it at all.
> > Use astats filter.
> >
> > On Wed, Mar 20, 2024 at 9:47 PM Yiğithan
On Thu, 21 Mar 2024, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
C11 provides static assertions via _Static_assert and
provides static_assert as a convenience define for this
in assert.h. MSVC 19.27 declares support for C11, but does
not support _Static_assert, but somehow supports
static_ass
Martin Storsjö:
> On Thu, 21 Mar 2024, Andreas Rheinhardt wrote:
>
>> Andreas Rheinhardt:
>>> C11 provides static assertions via _Static_assert and
>>> provides static_assert as a convenience define for this
>>> in assert.h. MSVC 19.27 declares support for C11, but does
>>> not support _Static_ass
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> wenbin.chen-at-intel@ffmpeg.org
> Sent: Thursday, March 21, 2024 2:51 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH] doc: Add libtoch backend option to
> dnn_processing
>
> From: Wenbin Chen
>
> Signed-o
Hi all
we have code like
st->codecpar->ch_layout.nb_channels = avio_rb32(pb);
and then somewhere there is some code that uses this by first allocating
an array and that then hits OOM
(it was this here:
map = av_calloc(nb_channels, sizeof(*channel_layout->u.map));)
is anyone against adding a
On 3/21/2024 11:25 PM, Michael Niedermayer wrote:
Hi all
we have code like
st->codecpar->ch_layout.nb_channels = avio_rb32(pb);
and then somewhere there is some code that uses this by first allocating
an array and that then hits OOM
(it was this here:
map = av_calloc(nb_channels, sizeof(*c
Ping.
Anton announced to have a vote on 4th Mar for changing the rule [1].
That's long past.
It is holding up the consideration of the matter I raised [2] to the TC.
Regards,
Gyan
[1]: https://ffmpeg.org/pipermail/ffmpeg-devel/2024-March/322464.html
[2]: https://ffmpeg.org/pipermail/ffmpeg-de
(This should be used after applying these 4 patches)
```
[FFmpeg-devel] [PATCH] lavc/vp8dsp: R-V V put_vp8_pixels
[FFmpeg-devel] [PATCH 1/3] lavc/vp8dsp: R-V V put_bilin_h
1-3
```
From 201274b32ef49fdeb6782498634ed78491a9519a Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Sat, 9 Mar 2024 08:41:31
From a59509c554a319f8271ad4175da40788445f7a56 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 17:49:54 +0800
Subject: [PATCH 2/3] lavc/vp8dsp: R-V V put_epel v
C908:
vp8_put_epel4_v4_c: 11.0
vp8_put_epel4_v4_rvv_i32: 5.0
vp8_put_epel4_v6_c: 16.5
vp8_put_epel4_v6_rvv_i32: 6.2
vp8_
From 278e473681eddaf24977e47c88f715620105c6b3 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 17:50:58 +0800
Subject: [PATCH 3/3] lavc/vp8dsp: R-V V put_epel hv
C908:
vp8_put_epel4_h4v4_c: 20.0
vp8_put_epel4_h4v4_rvv_i32: 11.0
vp8_put_epel4_h4v6_c: 25.2
vp8_put_epel4_h4v6_rvv_i32
Using macros to shorten function definitions, updated in this response
flow gg 于2024年3月7日周四 19:20写道：
> updated it in the reply
>
> flow gg 于2024年3月3日周日 23:31写道：
>
>> > As noted eaerlier, I don't understand why you have two size parameters.
>> It
>> seems that \size is always either the same as
Because the previous patch was updated, so it was updated in this response
flow gg 于2024年3月3日周日 10:01写道：
> Due to the PATCH 1/4 update, updates here.
>
> flow gg 于2024年3月2日周六 15:42写道：
>
>>
>>
From 6feb148e9167e1f0cc6d8a0e9ca701d61222c03e Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 M
Because the previous patch was updated, so it was updated in this response
flow gg 于2024年3月3日周日 10:01写道：
>
>
> flow gg 于2024年3月2日周六 15:42写道：
>
>>
>>
From a4672687a10a49702623449e8569d68913e91346 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 21:39:50 +0800
Subject: [PATCH 3/4]
Because the previous patch was updated, so it was updated in this response
flow gg 于2024年3月3日周日 10:01写道：
> Due to the PATCH 1/4 update, updates are made here.
>
> flow gg 于2024年3月2日周六 15:42写道：
>
>>
>>
From 9561d35be25c330a0be3a371269289ce21f5ada3 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date:
(This should be used after applying these patches)
```
[FFmpeg-devel] [PATCH 1/4] lavc/vp9dsp: R-V V ipred dc
1-4
```
From ea81872215165ff859a0b5b2e003c5c678ea8ed0 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 22:01:18 +0800
Subject: [PATCH 1/7] lavc/vp9dsp: R-V mc copy_avg
vp9
From 7ad03f4bc70e4c334d8e52dce2ea2b6f09a9a244 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 22:11:26 +0800
Subject: [PATCH 2/7] lavc/vp9dsp: R-V V mc bilin h
C908:
vp9_avg_bilin_4h_8bpp_c: 5.5
vp9_avg_bilin_4h_8bpp_rvv_i64: 2.5
vp9_avg_bilin_8h_8bpp_c: 19.7
vp9_avg_bilin_8h_8bp
The order of some instructions appears imperfect because, when len==32, the
registers for operations like hv can only just suffice, making it difficult
to adjust.
It's possible to create a separate function for len<32, but it likely won't
have a significant impact, so this hasn't been done yet.
Fro
From eb004dcf5cc6a3c379cb6cb7b8592afa65626c5c Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 23:00:19 +0800
Subject: [PATCH 4/7] lavc/vp9dsp: R-V V mc bilin v
C908:
vp9_avg_bilin_4v_8bpp_c: 5.5
vp9_avg_bilin_4v_8bpp_rvv_i64: 2.2
vp9_avg_bilin_8v_8bpp_c: 20.7
vp9_avg_bilin_8v_8bp
From 94aacf6d1d49cc009669f89c91db71038a13285d Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 23:08:01 +0800
Subject: [PATCH 5/7] lavc/vp9dsp: R-V V mc tap v
C908:
vp9_avg_8tap_smooth_4v_8bpp_c: 13.7
vp9_avg_8tap_smooth_4v_8bpp_rvv_i64: 5.0
vp9_avg_8tap_smooth_8v_8bpp_c: 49.7
vp9
From 5df2835fd182378b78530e001669c65f3638946d Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 23:14:10 +0800
Subject: [PATCH 6/7] lavc/vp9dsp: R-V V mc bilin hv
C908:
vp9_avg_bilin_4hv_8bpp_c: 10.7
vp9_avg_bilin_4hv_8bpp_rvv_i64: 4.5
vp9_avg_bilin_8hv_8bpp_c: 38.7
vp9_avg_bilin_8
From 5d29de366bab4736b1e05e2167d976d344dd8c44 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Thu, 21 Mar 2024 23:21:18 +0800
Subject: [PATCH 7/7] lavc/vp9dsp: R-V V mc tap hv
C908:
vp9_avg_8tap_smooth_4hv_8bpp_c: 32.2
vp9_avg_8tap_smooth_4hv_8bpp_rvv_i64: 15.2
vp9_avg_8tap_smooth_8hv_8bpp_c: 98.
It might be a bit inconvenient to find the patches related to vp8, vp9 that
were sent earlier. Here, I've placed them in a zip file in this reply
flow gg 于2024年3月22日周五 14:03写道：
> (This should be used after applying these patches)
>
> ```
> [FFmpeg-devel] [PATCH 1/4] lavc/vp9dsp: R-V V ipred dc
>
57 matches
Mail list logo
