On Tue, 13 Feb 2024, Andreas Rheinhardt wrote:
Since 7bf1b9b35769b37684dd2f18a54f01d852a540c8,
the test produces ordinary \n, yet this is not what the reference
file used for the most time, leading to test failures.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/subtitles.mak | 1 +
1 file ch
Hello.
On Tue, Feb 13, 2024 at 12:12 AM James Zern wrote:
>
[...]
> > +@item screen-content-mode
> > +Screen content mode, one of: off (0), screen (1), screen with more
> > aggressive rate control (2).
> > +
>
> Move this above 'VP9-specific options' and add a section for VP8. Also
> reword this
On Mon, Feb 12, 2024 at 10:34 PM 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 | 6 ++
> lib
On Tue, Feb 13, 2024 at 7:26 PM James Zern wrote:
>
> On Mon, Feb 12, 2024 at 10:34 PM Dariusz Marcinkiewicz via
> ffmpeg-devel wrote:
> >
> > This exposes VP8E_SET_SCREEN_CONTENT_MODE option from libvpx.
> >
> > Co-authored-by: Erik Språng
> &g
> On Feb 20, 2024, at 12:41 PM, Michael Niedermayer
> wrote:
>
> On Tue, Feb 20, 2024 at 05:10:11PM +0100, Anton Khirnov wrote:
>> Quoting Michael Niedermayer (2024-02-20 15:01:11)
>>> On Tue, Feb 20, 2024 at 09:22:57AM +0100, Anton Khirnov wrote:
>>> [...]
their preferred wording, and th
When the silencedetect audio filter is run against long files, the
output timestamps gradually lose precision as the scan proceeds further
into the file. This is because the output format specifier ("%.6g" in
libavutil/timestamp.h) limits the total field width to six significant
digits. As the offs
gets directed to you?
Any other guidance on how to format email? Thanks.)
On Wednesday, February 21, 2024 at 12:25:23 PM PST, Marton Balint
wrote:
On Tue, 20 Feb 2024, Allan Cady via ffmpeg-devel wrote:
> When the silencedetect audio filter is run against long files, the
> output t
Am 02.01.24 um 22:47 schrieb Thilo Borgmann via ffmpeg-devel:
Hi,
the application period for GSoC 2024 begins on Jan 22nd.
Everyone interested in mentoring a project in 2024, please add your idea(s) to
[1].
[1] https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2024
we've been sel
Am 22.02.24 um 18:49 schrieb Matthias Dressel:
On 22.02.24 18:38, Thilo Borgmann via ffmpeg-devel wrote:
Am 02.01.24 um 22:47 schrieb Thilo Borgmann via ffmpeg-devel:
Hi,
the application period for GSoC 2024 begins on Jan 22nd.
Everyone interested in mentoring a project in 2024, please add
initialized hardware to use, as
`-init_hw_device` can already be called multiple times and creating alias for
each hardware.
> On Feb 23, 2024, at 03:50, Mark Thompson wrote:
>
> On 22/02/2024 19:39, ChenLiucheng via ffmpeg-devel wrote:
>>> On Feb 23, 2024, at 03:28, Mark Thompson
A ping for this.
> On Feb 21, 2024, at 09:53, gnattu wrote:
>
> Overlay filter for VideoToolbox hwframes. Unlike most hardware
> overlay filters, this filter does not require the two inputs to
> have the same pixel format; instead, it will perform format
> conversion automatically with hardware
I’ve tested and confirmed to work, and `reverse=1` also works for chaining to
other videotoolbox filters.
> On Feb 23, 2024, at 22:25, Zhao Zhili wrote:
>
> ___
> ffmpeg-devel mailing list
> [email protected]
> https://ffmpeg.org/mailman/listin
On Thursday, February 22, 2024 at 01:16:19 AM PST, Marton Balint
wrote:
>> For starters, I'm curious why there are two functions & macros:
>> av_ts2str/av_ts_make_string (which used "%" format specifier)> > That takes
>> a 64-bit integer timestamp and is actually using "%"PRId64 > because
[Apologies for the awful mess in the previous email. Trying again with straight
text.]
On Thursday, February 22, 2024 at 01:16:19 AM PST, Marton Balint
wrote:
>> For starters, I'm curious why there are two functions & macros:
>>
>> av_ts2str/av_ts_make_string (which used "%" format specifier)
From: Cosmin Stejerean
Co-authored-by: Amir Naghdinezhad
Signed-off-by: Cosmin Stejerean
---
libavcodec/libsvtav1.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index 3b41f5a39e..1eda63200c 100644
--- a/libavcodec/libsvtav1.c
+
20:36 +10:00 от Mark Thompson :
>
>On 25/02/2024 02:22, Водянников А.В. via ffmpeg-devel wrote:
> > From ed8fda62bbdbc62f7565891c935966c931d001ca Mon Sep 17 00:00:00 2001
> > From: Aleksoid < [email protected] >
> > Date: Thu, 22 Feb 2024 19:15:48 +1000
> >
On Sun, Feb 25, 2024 at 5:42 PM Ronald S. Bultje wrote:
> +movam13, [pw_8]
> +paddw m10, m12, m12
> +paddw m12, m10 ; 9 * (q0 - p0) - 3 * ( q1 - p1 )
> paddw m12, m13; + 8
Memory operand
> +paddw m10, m13, m13
> +paddw
I apologize for the previous letter, I forgot to translate)
Dear developers. I simply wrote a patch, tested its operation on Intel with
Hevc Rext support by decoding on all possible HEVC formats - 420 12bit, 422
8/10/12bit, 444 8/10/12bit.
There is no particular desire to describe why exactly th
Am 19.02.24 um 19:01 schrieb Andreas Rheinhardt:
James Almer:
On 2/19/2024 1:50 PM, Andreas Rheinhardt wrote:
a) Use the receive frame callback for this decoder. This will
necessitate changes to pthread_frame.c (which currently can't handle
receive_frame decoders)
There's a patch for this tha
Hi,
Am 19.02.24 um 17:50 schrieb Andreas Rheinhardt:
Thilo Borgmann via ffmpeg-devel:
From: Josef Zlomek
Fixes: 4907
Adds support for decoding of animated WebP.
The WebP decoder adds the animation related features according to the specs:
https://developers.google.com/speed/webp/docs
Hi,
Here is a short patch to skip more parts of the header for the WebVTT subtitle
format. Without this the parser seems to stop and no subtitles are produced for
the user.You can find the WebVTT specification here: WebVTT: The Web Video Text
Tracks Format
|
|
|
| | |
|
|
|
| |
WebV
> On Feb 27, 2024, at 1:19 PM, James Almer wrote:
>
> SVT-AV1 1.8.0 has this value set to 1.8.0, same as in the current git head
> commit. Is this in preparation for an upcoming release?
Yes, this is in preparation for release 2.0 which is targeted for next week.
https://gitlab.com/AOMediaCo
> On Feb 27, 2024, at 1:49 PM, James Almer wrote:
>
>>> SVT-AV1 1.8.0 has this value set to 1.8.0, same as in the current git head
>>> commit. Is this in preparation for an upcoming release?
>> Yes, this is in preparation for release 2.0 which is targeted for next week.
>> https://gitlab.com/
> On Feb 29, 2024, at 7:27 AM, Zhao Zhili wrote:
>
> Hi, I can't pull from main developer git server. Patchwork is slow to loading.
> I have tried two ISP. Anything happened?
Not sure if it's related but trac has also been very unreliable for me, with
frequent "Service Unavailable" errors fro
> On Feb 20, 2024, at 7:07 PM, [email protected] wrote:
>
> From: Wenbin Chen
>
> PyTorch is an open source machine learning framework that accelerates
> the path from research prototyping to production deployment. Official
> website: https://pytorch.org/. We call the C++ libr
> On Mar 2, 2024, at 11:01 AM, Ronald S. Bultje wrote:
>
> This recusal may be effected either directly by
>> the TC member, or by a vote of the Community Committee (CC)
>>
>
> The CC is for enforcement of behavioural guidelines (CoC), not for
> technical matters, so this strikes me as a bi
On Sat, Mar 2, 2024 at 10:13 PM Kieran Kunhya wrote:
> SPLATB_LOAD m0, r0+r1*0-1, m2
> SPLATB_LOAD m1, r0+r1*1-1, m2
This adds an extra unnecessary shuffle in the SSE2 code as it splats
to a full register. The easiest way of fixing it would probably be to
unroll the macro and manually g
A ping for this as it is already a week.
> On Feb 28, 2024, at 00:35, gnattu via ffmpeg-devel
> wrote:
>
> Overlay filter for VideoToolbox hwframes. Unlike most hardware
> overlay filters, this filter does not require the two inputs to
> have the same pixel format; instea
On Tue, Mar 05, 2024 at 11:27:22AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2024-03-05 03:50:01)
> > The STF opertunity had a deadline.
> > Also we can already start discussing what shall be done when the next grant
> > opertunity comes.
>
> How about some actual transparency
Th
On 2024-02-28 19:36 +0100, Jean-Baptiste Kempf wrote:
>
> On Wed, 28 Feb 2024, at 18:55, James Almer wrote:
> > On 2/28/2024 10:31 AM, J. Dekker wrote:
> >>
> >> Michael Niedermayer writes:
> >>
> >>> [[PGP Signed Part:Undecided]]
> >>> On Wed, Feb 28, 2024 at 01:56:10PM +0100, J. Dekker wrote:
>
From: "Allan Cady"
I propose changing the format to "%.6f", which will
give microsecond precision for all timestamps, regardless of
offset. Trailing zeros can be trimmed from the fraction, without
losing precision. If the length of the fixed-precision formatted
timestamp exceeds the length of the
When the silencedetect filter is run against long files, the output
timestamps gradually lose precision as the scan proceeds further into
the file. This is because the output is formatted (in
libavutil/timestamp.h) as "%.6g", which limits the total field
length. Eventually, for offsets greater than
uary 23, 2024 at 02:47:27 PM PST, Marton Balint
wrote:
On Fri, 23 Feb 2024, Allan Cady via ffmpeg-devel wrote:
> [Apologies for the awful mess in the previous email. Trying again with
> straight text.]
>
> On Thursday, February 22, 2024 at 01:16:19 AM PST, Marton Balint
>
On Mon, 11 Mar 2024, Anton Khirnov wrote:
I think the point is, that one can't just dismiss that anybody would want
to encode mpeg4 video any longer, even if it is obsolete. I also would
like to keep being able to do that.
That capability is not going away though, and I'm not arguing that it
Could someone please have a look at an issue I'm having in resubmitting a
patch, trying to get the resubmission email to appear as a reply on an existing
thread? In order to conform to submission guidelines in ffmpeg-devel, I'm using
git format-patch and git send-email, using the --in-reply-to o
Den måndag 26 februari 2024 kl. 19:36:58 CET, Kristoffer Brånemyr via
ffmpeg-devel skrev:
>Hi,
>Here is a short patch to skip more parts of the header for the WebVTT subtitle
>format. Without this the parser seems to stop and no subtitles are produced
>for the user.You can fin
> On Monday, March 11, 2024 at 12:50:11 PM PDT, wrote:
> On 11 Mar 2024, at 15:26, Andreas Rheinhardt wrote:
>> Andreas Rheinhardt:
>>> Allan Cady via ffmpeg-devel:
>>>> From: "Allan Cady"
>>>>
>>>> I propose changing the f
To test the patch I've been working on, I wrote a small standalone C program,
which I had saved in the project root. The file I'm patching is
libavutil/timestamp.h. At first I had duplicated a bunch of definitions out of
other include files (e.g. struct AVRational, in libavutil/rational.h) so I
On Monday, March 11, 2024 at 12:11:45 PM PDT, Marton Balint
wrote:
> On Mon, 11 Mar 2024, Andreas Rheinhardt wrote:
> Allan Cady via ffmpeg-devel:
>> From: "Allan Cady"
>>
>> I propose changing the format to "%.6f", which will
>> give micro
On Tuesday, March 12, 2024 at 02:24:47 PM PDT, Marton Balint
wrote:
> On Tue, 12 Mar 2024, Allan Cady via ffmpeg-devel wrote:
>> On Monday, March 11, 2024 at 12:11:45 PM PDT, Marton Balint
>> wrote:
>>> On Mon, 11 Mar 2024, Andreas Rheinhardt wrote:
>>> Allan
I've been meaning to ask -- what version of C are we using? I know it's at
least 99,
because of the compound literal (had to look that up).
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubsc
If you are using Xcode >= 15 then you will need to add `-Wl,-ld_classic` to
LDFLAGS. During configure you will also need to set
`--host-ldflags='-Wl,-ld_classic’`.
> On Mar 16, 2024, at 09:04, Helmut K. C. Tessarek wrote:
>
> Hello,
>
> It's me again - the dude who compiles ffmpeg for macOS.
Makes things up-to-date with the upstream at
https://code.videolan.org/videolan/x86inc.asm
Specifying every individual change is difficult as there have been
divergences and cherry-picks over time, but the full upstream change
log can be found at
https://code.videolan.org/videolan/x86inc.asm/-/com
Can you try to change the `BD_PRIVATE` to
`__attribute__((visibility("hidden")))` in the line defines `dec_init`
src/libbluray/disc/dec.h then recompile libbluray to see if it fixes the
linking issue?
> On Mar 17, 2024, at 05:09, Helmut K. C. Tessarek wrote:
>
> Hi,
>
> On 2024-03-16 10:26,
Fixes yadif-16 which allows FATE to pass.
Broken since 2904db90458a1253e4aea6844ba9a59ac11923b6 (2017).
pminsd_emulation.patch
Description: Binary data
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On Sun, Mar 17, 2024 at 1:44 PM James Almer wrote:
> LGTM. I wonder why we even added a float based fallback for this.
Thanks, pushed.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe
Signed-off-by: Steven Liu
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index b7d7535a9e..e3ca52430c 100644
--- a/Changelog
+++ b/Changelog
@@ -34,6 +34,7 @@ version :
- ffprobe (with -export_side_data film_grain) now prints film grain metadata
- AEA mu
On Sat, Mar 16, 2024 at 8:53 PM Henrik Gramner wrote:
> Makes things up-to-date with the upstream at
> https://code.videolan.org/videolan/x86inc.asm
Will push in a few days if there are no comments.
___
ffmpeg-devel mailing list
[email protected]
On Mar 19, 2024, at 10:21 AM, Kieran Kunhya wrote:
On Tue, 19 Mar 2024 at 15:27, James Almer mailto:[email protected]> > wrote:
On 3/19/2024 12:20 PM, Kieran Kunhya wrote:From
https://github.com/v-novaltd/LCEVCdec
" This software is protected by copyrights and other intellectual
property
rights
> On Mar 19, 2024, at 2:39 PM, Derek Buitenhuis
> wrote:
>
> The reason I never implemented this back when I adde RPU side data is that
> there is a strong chance of generating broken files.
>
> That's because if we do anything to the video with swscale, etc., we're
> now encoding RPUs that a
On Sunday, March 17, 2024 at 04:43:31 PM PDT, Marton Balint
wrote:
> On Wed, 13 Mar 2024, Allan Cady via ffmpeg-devel wrote:>> On Tuesday, March
> 12, 2024 at 02:24:47 PM PDT, Marton Balint wrote:>>> On Tue,
> 12 Mar 2024, Allan Cady via ffmpeg-devel wrote:>&g
The LC3 audio codec is the default codec of Bluetooth LE audio.
This is a wrapper over the liblc3 library (https://github.com/google/liblc3).
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
libavcodec/Makefile | 3 +
libavcodec/allcodecs.c | 3 +
libavcodec/codec_desc
A file format is described in Bluetooth SIG LC3 and ETSI TS 103 634, for
test purpose. This is the format implemented here.
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
libavformat/Makefile | 3 +
libavformat/allformats.c | 3 +
libavformat/lc3dec.c | 140 ++
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
doc/encoders.texi | 57 +++
doc/general_contents.texi | 12 -
doc/muxers.texi | 4 +++
3 files changed, 72 insertions(+), 1 deletion(-)
diff --git a/doc/encoders.texi
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
configure | 7 +++
1 file changed, 7 insertions(+)
diff --git a/configure b/configure
index 343edb38ab..eb8ff81a11 100755
--- a/configure
+++ b/configure
@@ -244,6 +244,7 @@ External library support:
--enable-libjxl
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index c6e8f6bcaf..fb08ee2f81 100644
--- a/Changelog
+++ b/Changelog
@@ -2,6 +2,7 @@ Entries are sorted chronologically from oldest to youngest
wi
Signed-off-by: Antoine Soulier
Signed-off-by: Antoine SOULIER
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index dd633f37e8..d07512fc0c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -188,6 +188,7 @@ Codecs:
libdavs2.c
On Tue, Mar 19, 2024 at 11:20 AM Henrik Gramner wrote:
>
> Will push in a few days if there are no comments.
Pushed.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above
Broken in afa471d0efed1df5dca6eeeb2fcdd211ae4cad4e. It just happened
to work before due to x86inc.asm previously performing XMM spills in
INIT_MMX mode which was more of a bug than an intentional feature.
x86_h264_idct_spill_xmm.patch
Description: Binary data
_
Signed-off-by: Andrea Mastroberti <[email protected]>
---
doc/filters.texi | 20 -
libavfilter/version.h | 2 +-
libavfilter/vf_smartblur.c | 44 ++
3 files changed, 55 insertions(+), 11 deletions(-)
diff --git a/doc/filters.te
Hello,
X (Twitter) has changed the way accounts can post under @ffmpeg.
Please could the person with the main login to @ffmpeg delegate myself
("kierank_") and Derek ("Daemon404") and delegate @ffmpeg access to
both of us.
We have tested this with the @videolan account and it works without a
blue
Hi, Folks,
new FFMPEG user. I used gstreamer before. Now I am trying to build a rtsp
pipeline.Would like to know whether h264_vaapi uses vaapi or va-api? these two
are different ingstreamer.
Thanks,
Joe
___
ffmpeg-devel mailing list
ffmpeg-d
h264_ps turns the scaling lists into matrices with a raster scan order,
but Vulkan wants the scaling lists as originally defined.
---
libavcodec/vulkan_h264.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/libavcodec/vulkan_h264.c b/libavcodec/vulkan_h264.c
Thanks a lot for your reply, Haihao. FFMpeg has a flag -hwaccel in the pipeline
of rtsp streaming for hardware acceleration. Is there a similar one in
gstreamer as well?
Joe
On Monday, August 21, 2023, 02:40:22 a.m. EDT, Xiang, Haihao
wrote:
> Hi, Folks,
> new FFMPEG user. I
On Thu, 24 Aug 2023, Matthias Dressel wrote:
From: Matthias Dressel
check_func() might return NULL, in which case the function is not to be
benched. Introduced in cc679054c715acda9438e566b8de3a9eba421ac3.
Signed-off-by: Matthias Dressel
---
tests/checkasm/hevc_sao.c | 2 +-
1 file changed, 1
Hi
-Original Message-
From: ffmpeg-devel On Behalf Of Stefano
Sabatini
Sent: Friday, August 25, 2023 12:01 PM
To: FFmpeg development discussions and patches
Cc: Stefano Sabatini
Subject: [EXTERNAL] [FFmpeg-devel] [PATCH] lavc/libx264: enable
x4->params.analyse.b_fast_pskip if mb_info
On Thu, 2023-08-31 at 19:09 +0200, Stefano Sabatini wrote:
>
>
> > In particular why are you turning on fast_pskip silently based on a
> > completely different setting?
>
> The patch is fixing the regression introduced by the unconditional
> setting of b_fast_pskip.
>
> Now the question is if
Hi,
Any issues with this patch or can it be merged?
Thanks,
Alan
On Fri, Jul 14, 2023 at 12:08 PM Alan Kelly wrote:
> ---
> libswscale/x86/swscale.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libswscale/x86/swscale.c b/libswscale/x86/swscale.c
> index ff
-Original Message-
From: ffmpeg-devel On Behalf Of Stefano
Sabatini
Sent: Saturday, September 2, 2023 5:45 PM
To: [email protected]
Cc: [email protected]; Carotti, Elias
Subject: RE: [EXTERNAL] [FFmpeg-devel] [PATCH] lavc/libx264: enable
x4->params.analyse.b_fast_pskip if mb_info
---
libswscale/x86/swscale.c| 7 +++
libswscale/x86/yuv2yuvX.asm | 19 ++-
2 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/libswscale/x86/swscale.c b/libswscale/x86/swscale.c
index ff16398988..00e42b4bec 100644
--- a/libswscale/x86/swscale.c
+++ b/libswscale
---
libswscale/x86/swscale.c| 19 ---
libswscale/x86/yuv2yuvX.asm | 24 ++--
2 files changed, 26 insertions(+), 17 deletions(-)
diff --git a/libswscale/x86/swscale.c b/libswscale/x86/swscale.c
index 00e42b4bec..6980002e9e 100644
--- a/libswscale/x86/swscale
On Tue, Sep 5, 2023 at 12:03 AM Michael Niedermayer
wrote:
> On Mon, Sep 04, 2023 at 02:30:00PM +0200, Alan Kelly via ffmpeg-devel
> wrote:
> > Hi,
> >
> > Any issues with this patch or can it be merged?
>
> are all cases covered by tests ?
> if yes and the te
> On Aug 17, 2023, at 11:36 PM, Damiano Galassi wrote:
>
> Ping
>
I believe this is still waiting for a FATE test to be added.
- Cosmin
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To uns
On 07.09.2023 23:38, Kacper Michajlow wrote:
On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis
wrote:
On 9/6/2023 6:31 PM, Kacper Michajlow wrote:
What would be a downside of preferring CXX always if it exists?
FFmpeg runs in a multitude of environments with a multitude of portability
requirem
> On Sep 8, 2023, at 6:09 AM, Michael Niedermayer
> wrote:
>
> modern video encoders where no longer added to ffmpeg
Writing a good modern video encoder is a massive undertaking, and i think it's
likely that encoders are going to be mostly integrated via libraries.
Along those lines thoug
This will allow to fix data-races when ff_er_frame_end() is called after
ff_thread_finish_setup()
---
libavcodec/error_resilience.c | 12 ++--
libavcodec/error_resilience.h | 2 +-
libavcodec/h263dec.c | 6 --
libavcodec/h264dec.c | 3 ++-
libavcodec/mpeg12dec.c
Same than the previous commit but with FF_DECODE_ERROR_DECODE_SLICES
Fix the following data-race:
WARNING: ThreadSanitizer: data race (pid=55935)
Write of size 4 at 0x7b509378 by thread T1 (mutexes: write M608):
#0 decode_nal_units src/libavcodec/h264dec.c:742 (ffmpeg+0xb19dd6)
#1 h
Set the FF_DECODE_ERROR_CONCEALMENT_ACTIVE flags on the AVFrane before
outputing it. Store in in the H264Picture in the meantime, where it
won't be read/write by other threads.
Fix the following data-race:
WARNING: ThreadSanitizer: data race (pid=55134)
Write of size 4 at 0x7b507f78 by thre
This patch makes the libkvazaar encoder respect color settings that are
present on the codec context, including color range, primaries, transfer
function and colorspace.
---
libavcodec/libkvazaar.c | 55 +
1 file changed, 55 insertions(+)
diff --git a/libav
On Tue, Sep 12, 2023, at 15:11, Andreas Rheinhardt wrote:
> Thomas Guillem via ffmpeg-devel:
>> Same than the previous commit but with FF_DECODE_ERROR_DECODE_SLICES
>>
>> Fix the following data-race:
>>
>> WARNING: ThreadSanitizer: data race (pid=55935)
>&
On Mon, Sep 18, 2023 at 5:40 AM Andreas Rheinhardt
wrote:
>
> The AVFrame of a decoder with the ordinary decode callback
> is generically unreferenced on error.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/libvpxdec.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
lgtm
On Thu, Sep 21, 2023 at 5:21 PM Michael Niedermayer
wrote:
> OTOH If a majority of people are against the SDR code at the time of
> branching 6.1. Then i will make a separate release identical to 6.1 with
> the SDR code and of course also provide security support
How on earth is it acceptable tha
win32 typically doesn't have unistd.h, so always including it will break
MSVC builds. The usage of those POSIX functions are already guarded by
_WIN32, so use that to guard unistd.h include as well.
---
libavutil/hwcontext_vulkan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
h->long_ref isn't guaranteed to be contiguously filled. Use the approach
from both vaapi_h264 and vdpau_h264 which goes through the 16 frames in
h->long_ref to find the LTR entries.
Fixes MR2_MW_A.264 from JVT-AVC_V1.
---
libavcodec/vulkan_h264.c | 11 ---
1 file changed, 8 insertions(+),
Hi,
please find attached a patch to propagate the SSE for a frame into the
encoder stats.
Since libx264 already provides PSNR values, this is done by basically
inverting the formula to recover the SSE values.
Would it be possible to also append other values to the errors vector?
E.g., libx264 also
> On Sep 24, 2023, at 5:45 PM, Michael Niedermayer
> wrote:
>
> On Sun, Sep 24, 2023 at 04:10:00PM +0100, Ronald S. Bultje wrote:
>>
>>
>> I believe the GA should have sole control and ownership over the domain and
>> trademark. I suggested to kindly ask Fabrice to transfer ownership and/or
> Iam part of the community, i would think and for 99% of the tweets made
> on the official twitter account i have never been asked or even had a
> chance to comment before they where made. So what you suggest here is
> "the correct way", has never been applied.
Announcing feature are going to be
They are similar to AVIF images (both use the HEIF container).
The only additional work needed is to parse the hvcC box and put
it in the extradata.
With this patch applied, ffmpeg (when built with an HEVC decoder)
is able to decode the files in
https://github.com/nokiatech/heif/tree/gh-pages/cont
> On Sep 26, 2023, at 11:14 AM, Anton Khirnov wrote:
>
> From my perspective, the objections to SDR have been largely
> technical,
>From my perspective the objections against the current SDR implementation
>could be grouped into roughly 3 categories:
A) support for taking input from an SDR d
SVT-AV1 does not support requesting keyframes at arbitrary points
by setting pic_type to EB_AV1_KEY_PICTURE.
This patch changes the following:
* Set pic_type to EB_AV1_KEY_PICTURE only when gop_size == 1. This
only has an effect in this case (combined with force_key_frames).
In all other ca
Hi,
I think the 2 commmittteees we have should produce an anual report
so that the developers who vote for members know the perfomance and
what the last comite did
like # of cases, # of times people where contacted, % where committi
intervention produced a noticable improvment ...
not sure abo
V4L2 provides a line stride to the client for hardware that has
alignment requirements. rawvideo cannot represent this, so switch to
wrapped_avframe for raw video formats and calculate the plane strides
manually.
This is slightly messy because the existing helper APIs expect
dimensions and an alig
> On Sep 29, 2023, at 00:52, Asahi Lina via ffmpeg-devel
> wrote:
>
> V4L2 provides a line stride to the client for hardware that has
> alignment requirements. rawvideo cannot represent this, so switch to
> wrapped_avframe for raw video formats and calculate the plane
Reset crypto state and keep nested http context alive.
Previously, an unencrypted file, followed by an encrypted file would
result in a corrupted stream, as the stream would not be closed and
an encrypted file would be forwarded to the demuxer.
fixes: https://trac.ffmpeg.org/ticket/10599
fixes: h
Reset crypto state and keep nested http context alive.
Previously, an unencrypted file, followed by an encrypted file would
result in a corrupted stream, as the stream would not be closed and
an encrypted file would be forwarded to the demuxer.
fixes: https://trac.ffmpeg.org/ticket/10599
fixes: ht
Both FFmpeg and libkvazaar follow H.273, so we don't have to utilize a
large LUT.
Signed-off-by: John Mather
---
libavcodec/libkvazaar.c | 62 ++---
1 file changed, 8 insertions(+), 54 deletions(-)
diff --git a/libavcodec/libkvazaar.c b/libavcodec/libkvazaar.
This patch makes the libkvazaar encoder respect color settings that are
present on the codec context, including color range, primaries, transfer
function and colorspace.
---
libavcodec/libkvazaar.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/libkvazaar.c b/libavcodec/li
Please ignore this patch - it is incomplete.
On Fri, Sep 29, 2023 at 4:36 PM John Mather wrote:
> Both FFmpeg and libkvazaar follow H.273, so we don't have to utilize a
> large LUT.
>
> Signed-off-by: John Mather
> ---
> libavcodec/libkvazaar.c | 62 ++---
>
Some clips (i.e. SLIST_B_Sony_9) will use PPS 0 and 8, before PPS 1-7.
vulkan_hevc expects {sps,pps,vps}_list to be filled in order, which
causes PPS 8 to not be added to the Vulkan session params when it is
being used by a picture.
This removes the expectation that these lists are filled in order
Some clips (i.e. SLIST_B_Sony_9) will use PPS 0 and 8, before PPS 1-7.
vulkan_hevc expects {sps,pps,vps}_list to be filled in order, which
causes PPS 8 to not be added to the Vulkan session params when it is
being used by a picture.
This removes the expectation that these lists are filled in order
1501 - 1600 of 3424 matches
Mail list logo
