Most of this patch was written by Dave Airlie ,
with some additions by me.
v2 changes: the RefFrameSignBias field is in fact a bitmask
Patch attached.
>From d5bed9a6baa57cc4bbe591b0e09bc888a6e34009 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 19 Jan 2024 10:49:02 +1000
Subject: [PATCH v2
Needed for AV1.
v2 changes: moved ref_frame_sign_bias to the CodedBitstreamAV1Context structure
Patch attached.
>From d720dcbe3da223f7f228a4525e5b9fc3b114ebc6 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 2 Feb 2024 03:54:06 +0100
Subject: [PATCH v2 1/2] lavc/cbs_av1: fill in
Feb 7, 2024, 03:11 by kaspe...@gmail.com:
> Drop per frame decode messages to AV_LOG_TRACE level.
>
> Signed-off-by: Kacper Michajłow
> ---
> libavcodec/vulkan_av1.c | 2 +-
> libavcodec/vulkan_h264.c | 2 +-
> libavcodec/vulkan_hevc.c | 2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
> On Feb 6, 2024, at 10:17 AM, Michael Niedermayer
> wrote:
>
> if "merge to git master" is a requirement then iam not participating
> in this. The risk simply outweights the gain. I wont work for months to
> then be at the mercy of not a single of 2000 subscribers posting some
> "i object"
Drop per frame decode messages to AV_LOG_TRACE level.
Signed-off-by: Kacper Michajłow
---
libavcodec/vulkan_av1.c | 2 +-
libavcodec/vulkan_h264.c | 2 +-
libavcodec/vulkan_hevc.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vulkan_av1.c
Hi,
On Tue, Feb 6, 2024 at 6:04 PM Michael Niedermayer
wrote:
> I think you should sign a SoW that has "Merged in git master" as a
> Deliverable
>
I already did. It was fine.
> PS: do you have a single person willing to sign this Deliverable you
> want ?
> If not, how will the STF thing work
Thank you for your time and detailed review. I will clean all this up and
send v9
On Tue, Feb 6, 2024 at 6:53 PM Stefano Sabatini wrote:
> On date Sunday 2024-02-04 23:48:25 -0600, Marth64 wrote:
> > Sorry for the quick follow-up to v6, I wanted to get this update out now
> hopefully
> > before
On date Sunday 2024-02-04 23:48:25 -0600, Marth64 wrote:
> Sorry for the quick follow-up to v6, I wanted to get this update out now
> hopefully
> before v6 is actually reviewed. v7 fixes a few documentation typos, options
> descriptions,
> and log messages: nothing major. I also flattened this
From: Fei Wang
Signed-off-by: Fei Wang
---
doc/encoders.texi | 3 +++
libavcodec/vaapi_encode.c | 11 ++-
libavcodec/vaapi_encode.h | 9 -
3 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index
My carelessness.. fixed it in the reply.
Rémi Denis-Courmont 于2024年2月7日周三 01:26写道：
> Hi,
>
> I'm not sure why you're mixing element sizes this way, but the code should
> not
> even compile due to mismatched extensions.
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
>
>
>
>
I think in most cases it is like this, but specifically for this function,
using Reduction only once would be slower.
The currently submitted version roughly takes:
pix_abs_0_0_rvv_i32: 136.2
The version that uses Reduction only once takes:
pix_abs_0_0_rvv_i32: 169.2
Here is the implementation
Glad to see this one fixed. Thank you!
On Tue, Feb 6, 2024 at 5:58 PM Stefano Sabatini wrote:
> On date Monday 2024-02-05 01:27:07 +0100, Stefano Sabatini wrote:
> > On date Sunday 2024-02-04 12:41:33 -0600, Marth64 wrote:
> > > This updates the documentation to be more clear about igndts,
> >
On date Monday 2024-02-05 01:27:07 +0100, Stefano Sabatini wrote:
> On date Sunday 2024-02-04 12:41:33 -0600, Marth64 wrote:
> > This updates the documentation to be more clear about igndts,
> > as per feedback in December variant of this patch (thank you)
> >
> > Signed-off-by: Marth64
> > ---
On date Tuesday 2024-02-06 11:52:09 +0100, Nicolas Gaullier wrote:
> Yet another probesize used to get the last pts (and thus the duration)
> of mpegts/ps files. It is aimed at users interested in better durations
> probing
> for itself, or because using avformat_find_stream_info indirectly and
On date Tuesday 2024-02-06 17:36:40 +, Frank Plowman wrote:
> Hello,
>
> I am requesting reimbursement for the following expenses made attending
> FOSDEM 2024, where I delivered a talk about the FFmpeg VVC decoder and
> met with FFmpeg developers.
>
> Expense | Amount (GBP)
On date Tuesday 2024-02-06 14:35:31 +0100, Niklas Haas wrote:
> Hi,
>
> Due to unforeseen circumstances (DB cancelling my train), I had to take
> an Uber to the train station to just barely get there in time for the
> alternative connection.
>
> 248,40 EUR: ICE Ulm <-> Bruxelle-Midi
> 18.16
On 07.02.2024 00:05, James Almer wrote:
On 2/6/2024 8:00 PM, Timo Rothenpieler wrote:
On 06.02.2024 23:57, James Almer wrote:
Ensure all hwaccels that allocate a buffer use
NVDECContext->bitstream_internal.
Signed-off-by: James Almer
---
libavcodec/nvdec.c | 2 +-
On 2/6/2024 8:00 PM, Timo Rothenpieler wrote:
On 06.02.2024 23:57, James Almer wrote:
Ensure all hwaccels that allocate a buffer use
NVDECContext->bitstream_internal.
Signed-off-by: James Almer
---
libavcodec/nvdec.c | 2 +-
libavcodec/nvdec_h264.c | 4 ++--
libavcodec/nvdec_hevc.c
On Tue, Feb 06, 2024 at 04:39:51PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Feb 6, 2024 at 4:23 PM Michael Niedermayer
> wrote:
>
> > What i can and did and do suggest is
> > "Patches submitted for review to the FFMPEG dev mailing list. As well as
> > taking care of all reasonable
On 07.02.2024 00:00, Timo Rothenpieler wrote:
On 06.02.2024 23:57, James Almer wrote:
Ensure all hwaccels that allocate a buffer use
NVDECContext->bitstream_internal.
Signed-off-by: James Almer
---
libavcodec/nvdec.c | 2 +-
libavcodec/nvdec_h264.c | 4 ++--
libavcodec/nvdec_hevc.c
On 06.02.2024 23:57, James Almer wrote:
Ensure all hwaccels that allocate a buffer use NVDECContext->bitstream_internal.
Signed-off-by: James Almer
---
libavcodec/nvdec.c | 2 +-
libavcodec/nvdec_h264.c | 4 ++--
libavcodec/nvdec_hevc.c | 4 ++--
3 files changed, 5 insertions(+), 5
On 2/6/2024 7:14 PM, Andreas Rheinhardt wrote:
James Almer:
If FFHWAccel->end_frame() isn't called before FFHWAccel->uninit(), an attempt
to free a stale pointer could take place.
Signed-off-by: James Almer
---
libavcodec/nvdec.c| 9 +
libavcodec/nvdec.h| 1 +
Ensure all hwaccels that allocate a buffer use NVDECContext->bitstream_internal.
Signed-off-by: James Almer
---
libavcodec/nvdec.c | 2 +-
libavcodec/nvdec_h264.c | 4 ++--
libavcodec/nvdec_hevc.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/nvdec.c
James Almer:
> If FFHWAccel->end_frame() isn't called before FFHWAccel->uninit(), an attempt
> to free a stale pointer could take place.
>
> Signed-off-by: James Almer
> ---
> libavcodec/nvdec.c| 9 +
> libavcodec/nvdec.h| 1 +
> libavcodec/nvdec_mjpeg.c | 2 +-
>
Hi,
On Tue, Feb 6, 2024 at 4:23 PM Michael Niedermayer
wrote:
> What i can and did and do suggest is
> "Patches submitted for review to the FFMPEG dev mailing list. As well as
> taking care of all reasonable review comments."
>
> If "all reasonable review comments" is not enough then what are
On Tue, 6 Feb 2024, Nicolas Gaullier wrote:
If you think it would be better to have a related trac ticket, just
tell me, I can do this of course.
Nicolas
I think it's ok. I wish it were less ugly but I guess it can't be.
Kieran
Yes, of course! I am really really sorry.
Personally, I
If FFHWAccel->end_frame() isn't called before FFHWAccel->uninit(), an attempt
to free a stale pointer could take place.
Signed-off-by: James Almer
---
libavcodec/nvdec.c| 9 +
libavcodec/nvdec.h| 1 +
libavcodec/nvdec_mjpeg.c | 2 +-
libavcodec/nvdec_mpeg12.c | 4 ++--
On Tue, Feb 06, 2024 at 03:53:55PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Feb 6, 2024 at 1:17 PM Michael Niedermayer
> wrote:
>
> > I wont work for months to
> > then be at the mercy of not a single of 2000 subscribers posting some
> > "i object" and all 2000 know in this situation it
Hi,
On Tue, Feb 6, 2024 at 1:17 PM Michael Niedermayer
wrote:
> I wont work for months to
> then be at the mercy of not a single of 2000 subscribers posting some
> "i object" and all 2000 know in this situation it would cause an
> inconvenience to me.
>
That's a strawman version of how our
On Tue, Feb 06, 2024 at 11:36:13AM +0100, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Mon, Feb 05, 2024 at 12:51:57PM +0100, Andreas Rheinhardt wrote:
> >> Michael Niedermayer:
> >>> Signed-off-by: Michael Niedermayer
> >>> ---
> >>> libavfilter/signature_lookup.c | 21
I didn't notice any problems with -f sdl2. I just tested again with
Windows 11 and the latest FFmpeg build from Gyan, just 2 days old.
ffmpeg -re -f lavfi -i testsrc2=s=800x600 -t 10 -f sdl2 -
Works without any problems.
Michael
___
ffmpeg-devel
On Tue, Feb 6, 2024 at 7:17 PM Michael Niedermayer
wrote:
> Hi
>
> On Tue, Feb 06, 2024 at 12:02:51PM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Tue, Feb 6, 2024 at 11:05 AM Niklas Haas wrote:
> >
> > > On Tue, 06 Feb 2024 10:21:21 -0500 "Ronald S. Bultje" <
> rsbul...@gmail.com>
> > >
On Tue, 06 Feb 2024 12:02:51 -0500 "Ronald S. Bultje"
wrote:
> I understand that, hypothetically, if STF had funded SDR, this would be
> problematic, because no payment is possible for work a majority of the
> project's constituents doesn't want in.
As far as I understood, it was proposed that
Hi
On Tue, Feb 06, 2024 at 12:02:51PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Feb 6, 2024 at 11:05 AM Niklas Haas wrote:
>
> > On Tue, 06 Feb 2024 10:21:21 -0500 "Ronald S. Bultje"
> > wrote:
> > > Hi,
> > >
> > > On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer <
> >
Hello,
I am requesting reimbursement for the following expenses made attending
FOSDEM 2024, where I delivered a talk about the FFmpeg VVC decoder and
met with FFmpeg developers.
Expense | Amount (GBP)
--+-
Return flight MAN <-> CRL |
Hi,
I'm not sure why you're mixing element sizes this way, but the code should not
even compile due to mismatched extensions.
--
Rémi Denis-Courmont
http://www.remlab.net/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hi,
On Tue, Feb 6, 2024 at 11:05 AM Niklas Haas wrote:
> On Tue, 06 Feb 2024 10:21:21 -0500 "Ronald S. Bultje"
> wrote:
> > Hi,
> >
> > On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S.
Hi,
To sum a vector, you should only reduce once at the end of the function, c.f.
how it's done in existing scalar products. Reduction instructions are
(intrinsically) slow.
--
Rémi Denis-Courmont
http://www.remlab.net/
___
ffmpeg-devel mailing
On Tue, 06 Feb 2024 10:21:21 -0500 "Ronald S. Bultje"
wrote:
> Hi,
>
> On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer
> wrote:
>
> > On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer <
> >
On Tue, 06 Feb 2024 09:18:20 -0500 "Ronald S. Bultje"
wrote:
> Hi,
>
> On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer
> wrote:
>
> > 2. Deliverables
> > Patches submitted for review to the FFMPEG dev mailing list.
> >
>
> I think the goal is to get patches merged, not submitted.
From 31635394e89318c554a9653bd22791336309951e Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 22:51:47 +0800
Subject: [PATCH 7/7] lavc/me_cmp: R-V V nsse
C908:
nsse_0_c: 1990.0
nsse_0_rvv_i32: 572.0
nsse_1_c: 910.0
nsse_1_rvv_i32: 456.0
---
libavcodec/riscv/me_cmp_init.c | 30
From b4abb039f8f769104a29819a1d709f5a00bf84d5 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 23:28:08 +0800
Subject: [PATCH 6/7] lavc/me_cmp: R-V V vsse vsad intra
C908:
vsad_4_c: 681.0
vsad_4_rvv_i32: 182.2
vsad_5_c: 278.0
vsad_5_rvv_i32: 145.2
vsse_4_c: 595.0
vsse_4_rvv_i32:
From 67f2a662be1533e52a28971152bff670f78544fd Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 23:18:51 +0800
Subject: [PATCH 5/7] lavc/me_cmp: R-V V vsse vsad
C908:
vsad_0_c: 936.0
vsad_0_rvv_i32: 236.2
vsad_1_c: 424.0
vsad_1_rvv_i32: 190.2
vsse_0_c: 877.0
vsse_0_rvv_i32: 204.2
From 7d153e6b166d53c94db57be4f024986d38290042 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 21:55:07 +0800
Subject: [PATCH 4/7] lavc/me_cmp: R-V V sse
C908:
sse_0_c: 614.7
sse_0_rvv_i32: 138.2
sse_1_c: 302.7
sse_1_rvv_i32: 107.2
sse_2_c: 175.7
sse_2_rvv_i32: 104.2
---
From 01cdfde56c4a88022f0ed8c12a2442e6bebb6a60 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 21:46:07 +0800
Subject: [PATCH 3/7] lavc/me_cmp: R-V V pix_abs_y2
C908:
pix_abs_0_2_c: 904.0
pix_abs_0_2_rvv_i32: 172.2
pix_abs_1_2_c: 460.0
pix_abs_1_2_rvv_i32: 168.2
---
From ea0cf15e43c9a3e1b56c1a43d50f0701d42c7e9f Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Tue, 6 Feb 2024 21:41:35 +0800
Subject: [PATCH 2/7] lavc/me_cmp: R-V V pix_abs_x2
C908:
pix_abs_0_1_c: 767.0
pix_abs_0_1_rvv_i32: 196.2
pix_abs_1_1_c: 388.0
pix_abs_1_1_rvv_i32: 185.2
---
From d4d6b3ea040f3f7997463b4452813bc75d1c9f9d Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Sat, 3 Feb 2024 10:58:13 +0800
Subject: [PATCH 1/7] lavc/me_cmp: R-V V pix_abs
C908:
pix_abs_0_0_c: 534.0
pix_abs_0_0_rvv_i32: 136.2
pix_abs_1_0_c: 287.7
pix_abs_1_0_rvv_i32: 125.2
sad_0_c: 534.0
On Tue, Feb 06, 2024 at 04:26:41PM +0100, Michael Niedermayer wrote:
> On Tue, Feb 06, 2024 at 10:21:21AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer
> > wrote:
> >
> > > On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S. Bultje wrote:
> >
On Tue, Feb 06, 2024 at 10:21:21AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer
> wrote:
>
> > On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer <
> >
On Tue, Feb 06, 2024 at 03:57:39PM +0100, Vittorio Giovara wrote:
> On Tue, Feb 6, 2024 at 3:06 AM Michael Niedermayer
> wrote:
>
> > Hi all
> >
> > As Jonatan reminded the ML we need to provide SoWs if we want to
> > participate in STF-SPI
> >
> > We need one for each project (they do not need
Hi,
On Tue, Feb 6, 2024 at 10:15 AM Michael Niedermayer
wrote:
> On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > 2. Deliverables
> > > Patches submitted
On Tue, Feb 06, 2024 at 09:18:20AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer
> wrote:
>
> > 2. Deliverables
> > Patches submitted for review to the FFMPEG dev mailing list.
> >
>
> I think the goal is to get patches merged, not submitted.
On Thu, Feb 1, 2024 at 9:11 PM Rémi Denis-Courmont wrote:
> Le torstaina 1. helmikuuta 2024, 19.45.52 EET Vittorio Giovara a écrit :
> > The same of course should apply to any other future funding, it must be
> > either the community (via GA) or a third party setting up the
> sponsorship.
>
>
On Tue, Feb 6, 2024 at 3:18 PM Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer >
> wrote:
>
> > 2. Deliverables
> > Patches submitted for review to the FFMPEG dev mailing list.
> >
>
> I think the goal is to get patches merged, not submitted.
>
┓┏┓┏┓┃
On Tue, Feb 6, 2024 at 9:08 AM Michael Koch
wrote:
> Removing SDL2 sounds like a very bad idea. There are many examples which
> are using these output devices, and all these examples would be broken.
> A quick search in my book
> http://www.astro-electronic.de/FFmpeg_Book.pdf
> finds about 40
On Tue, Feb 6, 2024 at 3:06 AM Michael Niedermayer
wrote:
> Hi all
>
> As Jonatan reminded the ML we need to provide SoWs if we want to
> participate in STF-SPI
>
> We need one for each project (they do not need to list a person ATM)
> but obviously we do need someone who will do the work
>
> I
Hi,
On Mon, Feb 5, 2024 at 9:06 PM Michael Niedermayer
wrote:
> 2. Deliverables
> Patches submitted for review to the FFMPEG dev mailing list.
>
I think the goal is to get patches merged, not submitted.
Ronald
___
ffmpeg-devel mailing list
Applied.
Thank you
On Mon, Feb 5, 2024 at 11:18 PM wrote:
> From: Frank Plowman
>
> Signed-off-by: Frank Plowman
> ---
> libavcodec/vvc/vvc_ps.c | 37 +
> 1 file changed, 37 insertions(+)
>
> diff --git a/libavcodec/vvc/vvc_ps.c b/libavcodec/vvc/vvc_ps.c
>
Hi,
Due to unforeseen circumstances (DB cancelling my train), I had to take
an Uber to the train station to just barely get there in time for the
alternative connection.
248,40 EUR: ICE Ulm <-> Bruxelle-Midi
18.16 EUR: Uber FOSDEM -> Bruxelle-Midi
266.56 EUR: total
Signed-off-by: James Almer
---
tests/fate/mov.mak | 35
tests/ref/fate/mov-mp4-iamf-5_1_4 | 98
tests/ref/fate/mov-mp4-iamf-7_1_4 | 114
tests/ref/fate/mov-mp4-iamf-ambisonic_1 | 66 ++
Signed-off-by: James Almer
---
No changes since last version
configure| 2 +-
libavformat/Makefile | 2 +-
libavformat/movenc.c | 336 +++
libavformat/movenc.h | 5 +
4 files changed, 281 insertions(+), 64 deletions(-)
diff --git
Signed-off-by: James Almer
---
No changes since last version
doc/bitstream_filters.texi| 14 ++
libavcodec/bitstream_filters.c| 1 +
libavcodec/bsf/Makefile | 1 +
libavcodec/bsf/iamf_frame_merge_bsf.c | 228 ++
libavcodec/leb.h
Signed-off-by: James Almer
---
Now passing descriptors to iamf_frame_split as extradata.
configure| 2 +-
libavformat/Makefile | 3 +-
libavformat/isom.h | 3 +
libavformat/mov.c| 274 ---
4 files changed, 265 insertions(+), 17
This will be useful in the next commit.
Signed-off-by: James Almer
---
No changes since last version
libavformat/isom.h | 1 +
libavformat/mov.c | 7 ++-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavformat/isom.h b/libavformat/isom.h
index a4cca4c798..eee94d0449
Packets will be passed to the bsf immediately after being generated by a
demuxer, and no further data will be read from the input until all packets
have been returned by the bsf.
Signed-off-by: James Almer
---
No changes since last version
libavformat/avformat.c | 47
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 +
libavcodec/bsf/Makefile | 1 +
Zhao Zhili (12024-02-06):
> Those examples are broken already before the patch.
Funny that the people who actually use the feature had not noticed.
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, 6 Feb 2024 at 11:39, Nicolas Gaullier
wrote:
> >> If you think it would be better to have a related trac ticket, just
> >> tell me, I can do this of course.
> >> Nicolas
> >>
> >
> >I think it's ok. I wish it were less ugly but I guess it can't be.
> >
> >Kieran
>
> Yes, of course! I am
On Tue, Feb 6, 2024 at 2:00 AM wrote:
> From: Frank Plowman
>
> If the number of CTUs reduces between one picture and the next, the
> slice_idx table is reduced in size in the frame_context_for_each_tl call
> on vvcdec.c:321. When initialising the slice_idx table on vvcdec.c:325,
> the old
Feb 6, 2024, 07:51 by dcni...@gmail.com:
> On Mon, Feb 5, 2024 at 8:59 PM Anton Khirnov wrote:
>
>> diff --git a/configure b/configure
>> index f72533b7d2..1bb9e23f19 100755
>> --- a/configure
>> +++ b/configure
>> @@ -5517,21 +5517,20 @@ if test "$?" != 0; then
>> die "C compiler test failed."
> On Feb 6, 2024, at 16:08, Michael Koch wrote:
>
> Removing SDL2 sounds like a very bad idea. There are many examples which are
> using these output devices, and all these examples would be broken. A quick
> search in my book
> http://www.astro-electronic.de/FFmpeg_Book.pdf
> finds about
>> If you think it would be better to have a related trac ticket, just
>> tell me, I can do this of course.
>> Nicolas
>>
>
>I think it's ok. I wish it were less ugly but I guess it can't be.
>
>Kieran
Yes, of course! I am really really sorry.
Personally, I have not found a better solution as an
On Tue, 6 Feb 2024 at 10:58, Nicolas Gaullier
wrote:
> >Envoyé : vendredi 2 février 2024 16:24
> >À : ffmpeg-devel@ffmpeg.org
> >Objet : [PATCH 0/1] avformat/mpegts: fix first NAL start code splited in
> two different packets
> >
> >This issue happens in the following case:
> >- unaligned PES
Please push this ASAP, my all private projects depends on 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
>Envoyé : vendredi 2 février 2024 16:24
>À : ffmpeg-devel@ffmpeg.org
>Objet : [PATCH 0/1] avformat/mpegts: fix first NAL start code splited in two
>different packets
>
>This issue happens in the following case:
>- unaligned PES and NAL encoding
>- the first NAL of the access unit begins at the
Offers a modest performance gain due to the switch from naive linear
probling to robin hood.
Signed-off-by: Connor Worley
---
libavcodec/dxvenc.c | 121
1 file changed, 33 insertions(+), 88 deletions(-)
diff --git a/libavcodec/dxvenc.c
Signed-off-by: Connor Worley
---
libavutil/Makefile | 2 +
libavutil/hashtable.c | 183
libavutil/hashtable.h | 47 +
libavutil/tests/hashtable.c | 108 +
4 files changed, 340 insertions(+)
create mode
I posted "avformat/demux: Add more retries to get more stream durations"
last friday and it is a complementary patch.
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=10654
Note that, if this "Add more retries" patch is accepted, I would update
this patch to set DURATION_MAX_RETRY_USER to
Yet another probesize used to get the last pts (and thus the duration)
of mpegts/ps files. It is aimed at users interested in better durations probing
for itself, or because using avformat_find_stream_info indirectly and requiring
exact values: for concatdec for exemple, especially if
Michael Niedermayer:
> On Mon, Feb 05, 2024 at 12:51:57PM +0100, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> libavfilter/signature_lookup.c | 21 ++---
>>> 1 file changed, 10 insertions(+), 11 deletions(-)
>>>
>>> diff
On 06/02/2024 11:23, Andreas Rheinhardt wrote:
> p...@frankplowman.com:
>> From: Frank Plowman
>>
>> Check HAVE_PTHREAD_SETNAME_NP and HAVE_PTHREAD_SET_NAME_NP are defined
>> before using them in macro conditions. Gets rid of lots of -Wundef
>> warnings present when building on MacOS since
>>
p...@frankplowman.com:
> From: Frank Plowman
>
> Check HAVE_PTHREAD_SETNAME_NP and HAVE_PTHREAD_SET_NAME_NP are defined
> before using them in macro conditions. Gets rid of lots of -Wundef
> warnings present when building on MacOS since
> fd16d8c68cd7b820eda76c407b0645b7cf470efd.
>
>
From: Frank Plowman
Check HAVE_PTHREAD_SETNAME_NP and HAVE_PTHREAD_SET_NAME_NP are defined
before using them in macro conditions. Gets rid of lots of -Wundef
warnings present when building on MacOS since
fd16d8c68cd7b820eda76c407b0645b7cf470efd.
Signed-off-by: Frank Plowman
---
NVM, I see what you mean by pointerswaps.
On Mon, Feb 5, 2024 at 9:00 PM Connor Worley
wrote:
> On Mon, Feb 5, 2024 at 3:58 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Connor Worley:
>> > +memcpy(ctx->tmp_key, ctx->set_key, ctx->key_size);
>> > +
Am 05.02.24 um 21:02 schrieb Cosmin Stejerean via ffmpeg-devel:
From: Cosmin Stejerean
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index 7546cf0caf..cbe6b3ff99 100644
--- a/.mailmap
+++ b/.mailmap
@@ -22,3 +22,4 @@ rcombs
+Cosmin
Andreas Rheinhardt:
> 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
> return AVERROR_OPTION_NOT_FOUND
Andreas Rheinhardt:
> Forgotten after 82beb46e65e5f820b187355bf757725c22a59c45.
> Also use loop-scope for iterators while at it.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/nutenc.c | 30 +++---
> 1 file changed, 15 insertions(+), 15 deletions(-)
>
> diff
Andreas Rheinhardt:
> Obsolete since 4ca1fb9d2a91757c8c4c34dd456abf340e3f765f.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> doc/filters.texi | 9 ---
> libavfilter/Makefile | 1 -
> libavfilter/allfilters.c | 2 -
> libavfilter/fifo.c | 165
Andreas Rheinhardt:
> Besides being extremly simple this also avoids including
> ff_ccfifo_ccdetected() unnecessarily (it is only used by decklink).
> This is possible because this is not avpriv, but duplicated into
> lavd if necessary.
>
> Signed-off-by: Andreas Rheinhardt
> ---
>
Andreas Rheinhardt:
> For muxers, the internal AVCodecContext is basically unused
> except in avformat_transfer_internal_stream_timing_info()
> (which sets time_base and ticks_per_frame) and
> av_stream_get_codec_timebase() (a getter for time_base).
> This makes ticks_per_frame write-only, so
Removing SDL2 sounds like a very bad idea. There are many examples which
are using these output devices, and all these examples would be broken.
A quick search in my book
http://www.astro-electronic.de/FFmpeg_Book.pdf
finds about 40 occurences for "-f sdl" or "-f sdl2".
Michael
91 matches
Mail list logo
