Signed-off-by: J. Dekker
---
libavdevice/sdl2.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavdevice/sdl2.c b/libavdevice/sdl2.c
index 342a253dc0..6a6751e40f 100644
--- a/libavdevice/sdl2.c
+++ b/libavdevice/sdl2.c
@@ -51,6 +51,7 @@ typedef struct {
SDL_Rect texture_rect;
Signed-off-by: J. Dekker
---
These devices are fundamentally broken and usecases should be switched
away from output devices in general. Discussion in the thread tended towards
deprecation rather than immediate removal to give time for users to figure out
the best alternatives for their usecase.
This exposes VP8E_SET_SCREEN_CONTENT_MODE option from libvpx.
Co-authored-by: Erik Språng
Signed-off-by: Dariusz Marcinkiewicz
---
doc/encoders.texi | 6 ++
libavcodec/libvpxenc.c | 13 +
libavcodec/version.h | 2 +-
3 files changed, 20 insertions(+), 1 deletion(-)
dif
On Fri, Feb 9, 2024 at 6:46 AM Frank Plowman wrote:
>
>
> On 08/02/2024 21:50, Lynne wrote:
> > Feb 8, 2024, 22:16 by p...@frankplowman.com:
> >
> >> From: Frank Plowman
> >>
> >> Depending on where exactly decode_nal_unit failed, it is possible that
> >> fc->ref holds a VVCFrame which has had f
On Fri, Feb 9, 2024 at 11:54 AM Nuo Mi wrote:
>
>
> On Fri, Feb 9, 2024 at 2:16 AM Kieran Kunhya wrote:
>
>> On Thu, 8 Feb 2024 at 06:01, Nuo Mi wrote:
>>
>> > On Thu, Feb 8, 2024 at 6:55 AM Kieran Kunhya wrote:
>> >
>> > > On Wed, 7 Feb 2024 at 22:06, Paul B Mahol wrote:
>> > >
>> > > > On W
On Sun, Feb 11, 2024 at 4:21 PM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Besides simplifying address computations (it saves 432B of .text
> in hevcdsp.o alone here) it also fixes undefined behaviour that
> occurs if mx or my are 0 (happens when the filters are unused)
> becaus
On Mon, Feb 12, 2024 at 5:48 AM Christophe Gisquet <
christophe.gisq...@gmail.com> wrote:
> Le dim. 11 févr. 2024 à 12:37, Nuo Mi a écrit :
> > > -DECLARE_ALIGNED(16, const int8_t, ff_hevc_qpel_filters)[3][16] = {
> > > +DECLARE_ALIGNED(16, const int8_t, ff_hevc_qpel_filters)[4][16] = {
> > >
> >
On Mon, Feb 12, 2024 at 08:52:14AM -0300, James Almer wrote:
> On 2/12/2024 8:04 AM, Anton Khirnov wrote:
> > Any more comments on this?
> >
> > Anyone opposed to this going to master this week?
>
> Michael said his machines needed updating gcc for c17. Wait to see if that
> still applies to c11.
I sended "[FFmpeg-devel] [PATCH] x86: Remove MMX assembly
rv34_inv_transform_dc in rv34dsp"
Rémi Denis-Courmont 于2024年2月13日周二 03:37写道：
> Le perjantaina 2. helmikuuta 2024, 2.47.16 EET flow gg a écrit :
> > It seems to be caused by movd m0, r1d in libavcodec/x86/rv34dsp.asm? I'm
> > not quite su
Okay, updated it in the reply
Rémi Denis-Courmont 于2024年2月13日周二 03:54写道：
> Hi,
>
> To avoid repeating the code, you can either use .repr or .irp. You can
> even
> use assembler conditionals to elide the redundant code on the last
> iteration.
>
> --
> レミ・デニ-クールモン
> http://www.remlab.net/
> _
fc->ref points to an old VVCFrame, which cannot be used after
frame_context_setup.
This prevents crashes in decode_nal_units-->ff_vvc_report_frame_finished.
Signed-off-by: Frank Plowman
---
libavcodec/vvc/vvcdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/vvc/vvcdec.c b/l
xxx_idct_dc_add is quite similar because vext can reduce vset, so it is a
bit faster than using vwadd. This was tested when '[FFmpeg-devel] [PATCH]
lavc/vc1dsp: R-V V inv_trans'
Rémi Denis-Courmont 于2024年2月13日周二 03:53写道：
> Hi,
>
> I think you cna use vwadd here?
>
> --
> Rémi Denis-Courmont
> ht
I tested this in '[FFmpeg-devel] [PATCH] lavc/vc1dsp: R-V V inv_trans'. The
logic here is the same, using vext can reduce vset, making it a bit faster
Rémi Denis-Courmont 于2024年2月13日周二 03:46写道：
> Le keskiviikkona 31. tammikuuta 2024, 19.58.55 EET flow gg a écrit :
> > Fixed the rv32 break in thi
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_signature.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/vf_signature.c b/libavfilter/vf_signature.c
index 4896e8f2c11..53ed413a4ce 100644
--- a/libavfilter/vf_signature.c
+++ b/libavfilter/vf_signature.c
@@ -384,6 +384,9
ok, updated it in the reply
Rémi Denis-Courmont 于2024年2月13日周二 03:49写道：
> Le perjantaina 2. helmikuuta 2024, 3.14.39 EET flow gg a écrit :
> > Ok, updated it in the reply
>
> Sorry I meant directive, not macro. .rept is just fine here.
>
> --
> レミ・デニ-クールモン
> http://www.remlab.net/
> _
On Sun Feb 11, 2024 at 10:15 AM EST, Lynne wrote:
> From: Lynne
> Date: Fri, 19 Jan 2024 10:49:02 +1000
> Subject: [PATCH v4 2/2] lavc/vulkan_av1: port to the new stable API
>
> Most of this patch was written by Dave Airlie ,
> with some additions by me.
> ---
> configure
checkasm in [FFmpeg-devel] [PATCH 1/4] checkasm/rv34dsp: add
rv34_inv_transform_dc test
From 1aa51d60def8d4313c1b11a50528662ec832530e Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 13 Feb 2024 08:41:20 +0800
Subject: [PATCH] x86: Remove MMX assembly rv34_inv_transform_dc in rv34dsp
This asm
On Sat, Feb 10, 2024 at 12:22 AM Dariusz Marcinkiewicz via
ffmpeg-devel wrote:
>
> This exposes VP8E_SET_SCREEN_CONTENT_MODE option from libvpx.
>
> Co-authored-by: Erik Språng
> Signed-off-by: Dariusz Marcinkiewicz
> ---
> doc/encoders.texi | 3 +++
> libavcodec/libvpxenc.c | 11
On 2024-01-29 19:42 +0100, Anton Khirnov wrote:
[...]
> --- a/doc/bitstream_filters.texi
> +++ b/doc/bitstream_filters.texi
> @@ -887,6 +887,10 @@ For example, to set PTS equal to DTS (not recommended if
> B-frames are involved):
> ffmpeg -i INPUT -c:a copy -bsf:a setts=pts=DTS out.mkv
> @end ex
On 2/12/2024 6:15 PM, Marton Balint wrote:
It got renamed during the API design phase.
Signed-off-by: Marton Balint
---
libavutil/channel_layout.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/channel_layout.h b/libavutil/channel_layout.h
index 7ee5333ea8..b8b
On 12/02/2024 00:01, Andreas Rheinhardt wrote:
The currently used pointer when unmapping DXVA2 and D3D11
actually points to an OpenCLDeviceContext.
Signed-off-by: Andreas Rheinhardt
---
1. I'd appreciate testing of this.
DXVA2 mapping tested and working on AMD. D3D11 mapping doesn't work on
A lot of changes and fixes to channel layout parsing, notably
- get rid of dynamic allocation of channel positions
- signal unimplemented speaker positions as unknown instead of failure, but
warn the user about it
- native order, and that a single channel only appears once was always assumed
fo
Signed-off-by: Marton Balint
---
libavformat/mov.c | 58 +++--
libavformat/mov_chan.c | 59 ++
libavformat/mov_chan.h | 10 +++
3 files changed, 73 insertions(+), 54 deletions(-)
diff --git a/libavformat/mov.c b
Signed-off-by: Marton Balint
---
libavutil/tests/channel_layout.c | 63
tests/ref/fate/channel_layout| 27 ++
2 files changed, 90 insertions(+)
diff --git a/libavutil/tests/channel_layout.c b/libavutil/tests/channel_layout.c
index c537e7e710..d838
Signed-off-by: Marton Balint
---
libavutil/channel_layout.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/channel_layout.h b/libavutil/channel_layout.h
index b8bff6f365..db0c005e87 100644
--- a/libavutil/channel_layout.h
+++ b/libavutil/channel_layout.h
@@ -146,6 +146,10 @@ en
It got renamed during the API design phase.
Signed-off-by: Marton Balint
---
libavutil/channel_layout.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/channel_layout.h b/libavutil/channel_layout.h
index 7ee5333ea8..b8bff6f365 100644
--- a/libavutil/channel_layout.h
James Almer:
> On 2/12/2024 3:24 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/12/2024 2:28 PM, Andreas Rheinhardt wrote:
James Almer:
>
>
> On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
On 2/12/2024 3:24 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 2:28 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/6/2024 10:05 AM, James Almer wrote:
Si
Hi,
To avoid repeating the code, you can either use .repr or .irp. You can even
use assembler conditionals to elide the redundant code on the last iteration.
--
レミ・デニ-クールモン
http://www.remlab.net/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
h
Hi,
I think you cna use vwadd here?
--
Rémi Denis-Courmont
http://www.remlab.net/
___
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...
Le perjantaina 2. helmikuuta 2024, 3.14.39 EET flow gg a écrit :
> Ok, updated it in the reply
Sorry I meant directive, not macro. .rept is just fine here.
--
レミ・デニ-クールモン
http://www.remlab.net/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
Le keskiviikkona 31. tammikuuta 2024, 19.58.55 EET flow gg a écrit :
> Fixed the rv32 break in this reply
It looks like widening add would avoid the sign extension.
Although you'd need as many instructions, since V lacks signed to unsigned
clipping.
--
Rémi Denis-Courmont
http://www.remlab.net
Le perjantaina 2. helmikuuta 2024, 2.47.16 EET flow gg a écrit :
> It seems to be caused by movd m0, r1d in libavcodec/x86/rv34dsp.asm? I'm
> not quite sure.
If it affects only MMX and neither SSE nor AVX, add a patch to remove the
offending code altogether.
It's ridiculous to hold checkasm test
James Almer:
> On 2/12/2024 2:28 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>>
>>>
>>> On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
James Almer:
> On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off
On 2/12/2024 2:28 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off-by: James Almer
---
Now reading decriptors from extra
I've attached the updated patch. Both new entries are now placed in an
alphabetically correct way in their appropriate lists.
On Monday, February 12th, 2024 at 11:53 AM, Andreas Rheinhardt
wrote:
> asivery via ffmpeg-devel:
>
> > I apologize for not having responded earlier.
> > I've attached
James Almer:
>
>
> On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
James Almer:
> On 2/6/2024 10:05 AM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Now reading decriptors from extradata, plus
On 2/12/2024 2:04 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off-by: James Almer
---
Now reading decriptors from extradata, plus a setting to ensure any
descriptors
present inband a
James Almer:
> On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off-by: James Almer
---
Now reading decriptors from extradata, plus a setting to ensure any
descriptors
present inband are omitted has been ad
On 2/12/2024 1:40 PM, Andreas Rheinhardt wrote:
James Almer:
On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off-by: James Almer
---
Now reading decriptors from extradata, plus a setting to ensure any
descriptors
present inband are omitted has been added.
doc/bitstream_filters.texi
James Almer:
> On 2/6/2024 10:05 AM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Now reading decriptors from extradata, plus a setting to ensure any
>> descriptors
>> present inband are omitted has been added.
>>
>> doc/bitstream_filters.texi | 16 +
>> libavcodec/bit
According to ITU-T H.265 7.4.2.1 this byte sequence should not appear in a
NAL unit but in practice in rare cases it seems it does, possibly due to buggy
encoders. Other players like VLC and Quicktime seem to be fine with it.
Currently when this sequence is found it is treated as if the next start
Thank you Stefano for your patience and reviews. I am working on
refinements that can go in after initial patch. Cheers
On Mon, Feb 12, 2024 at 09:47 Stefano Sabatini wrote:
> On date Sunday 2024-02-11 12:09:16 -0600, Marth64 wrote:
> > No critical changes since v12.
> > - Removes unused context
On date Sunday 2024-02-11 12:09:16 -0600, Marth64 wrote:
> No critical changes since v12.
> - Removes unused context variable
> - Removes unnecessary if statement
> - Whitespace cleanup
> - Rebase with master
>
> Signed-off-by: Marth64
> ---
> Changelog |2 +
> configure
On 2/9/2024 3:32 AM, Michael Niedermayer wrote:
> please make sure its marked on the bug tracker so it shows up here:
>
> https://trac.ffmpeg.org/query?status=new&status=open&status=reopened&blocking=~7.0
>
> thx
Done: https://trac.ffmpeg.org/ticket/10857
- Derek
___
Add missing NULL check and use ff_urldecode for string query
parameters.
Signed-off-by: Ingo Oppermann
---
libavformat/libsrt.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index cd8f5b1e7d..d549aea1f7 100644
--- a/l
On 2/6/2024 10:05 AM, James Almer wrote:
Signed-off-by: James Almer
---
Now reading decriptors from extradata, plus a setting to ensure any descriptors
present inband are omitted has been added.
doc/bitstream_filters.texi| 16 +
libavcodec/bitstream_filters.c| 1 +
li
The existing (and upcoming) available group types are meant to combine several
streams for presentation, with the result being treated as if it was a stream
itself.
For example, a file could export two stream groups of the same type with one of
them as the "default".
Signed-off-by: James Almer
--
On 2/12/2024 6:10 AM, Anton Khirnov wrote:
Quoting James Almer (2024-02-11 00:09:02)
The existing (and upcoming) available group types are meant to combine several
streams for presentation, with the result being treated as if it was a stream
itself.
Only some group types have that semantics. I
bincZSp7HNnyk.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abov
On 2/12/2024 8:04 AM, Anton Khirnov wrote:
Any more comments on this?
Anyone opposed to this going to master this week?
Michael said his machines needed updating gcc for c17. Wait to see if
that still applies to c11.
___
ffmpeg-devel mailing list
f
On Mon, 12 Feb 2024, Hendrik Leppkes wrote:
On Mon, Feb 12, 2024 at 11:22 AM Martin Storsjö wrote:
>
> diff --git a/.gitattributes b/.gitattributes
> index 5a19b963b6..a900528e47 100644
> --- a/.gitattributes
> +++ b/.gitattributes
> @@ -1,2 +1 @@
> *.pnm -diff -text
> -tests/ref/fate/sub-scc
Any more comments on this?
Anyone opposed to this going to master this week?
--
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-deve
asivery via ffmpeg-devel:
> I apologize for not having responded earlier.
> I've attached the updated patch.
>
>
> From 68c77320954e44a7f02e95537fc9a6436da7549c Mon Sep 17 00:00:00 2001
> From: asivery
> Date: Sun, 11 Feb 2024 23:13:07 +0100
> Subject: [PATCH] avformat/matroska: Add support for
On Mon, Feb 12, 2024 at 11:22 AM Martin Storsjö wrote:
> >
> > diff --git a/.gitattributes b/.gitattributes
> > index 5a19b963b6..a900528e47 100644
> > --- a/.gitattributes
> > +++ b/.gitattributes
> > @@ -1,2 +1 @@
> > *.pnm -diff -text
> > -tests/ref/fate/sub-scc eol=crlf
>
> This change seems t
On Mon, 12 Feb 2024, rcombs wrote:
ffmpeg | branch: master | rcombs | Sun Jan 28 14:27:17 2024
-0800| [7bf1b9b35769b37684dd2f18a54f01d852a540c8] | committer: rcombs
lavf/assenc: normalize line endings to \n
Previously, we produced output with either \r\n or mixed line endings.
This was undes
Quoting Andreas Rheinhardt (2024-02-04 17:54:35)
> It uses the int64_t instead of the double member.
>
> (This code can currently not be reached: av_opt_get() calls
> av_opt_find2() with NULL as unit in which case AV_OPT_TYPE_CONST
> options are never returned, leading av_opt_get() to always
> ret
Quoting James Almer (2024-02-11 00:09:02)
> The existing (and upcoming) available group types are meant to combine several
> streams for presentation, with the result being treated as if it was a stream
> itself.
Only some group types have that semantics. I'd prefer to either
* move disposition to
58 matches
Mail list logo
