This diff removes 4 unused ARMv7 NEON fixed-point DSP functions.
The function were originally moved here by 4958f35a2 (Dec 2013).
After 9e05421db (Jan 2021), as part of the refactor of the AC3
DSP to consistently use 32-bit sample format in the encoder, these
functions were removed from the DSP
The best option is to figure stuff out.
I don't see positive stuff in this mailing list - I lurk a lot in these
emails.
I see what you mean. I somewhat disagree/agree. New codecs or new formats
is innovative to a certain extent.
There is no creativity or motivation here to improve the
On Thu, Apr 18, 2024 at 02:22:33AM +0200, Michael Niedermayer wrote:
> On Wed, Apr 17, 2024 at 08:31:42PM +0200, Timo Rothenpieler wrote:
> > On 17.04.2024 20:22, Michael Niedermayer wrote:
> > > On Wed, Apr 17, 2024 at 05:55:04PM +0200, Jean-Baptiste Kempf wrote:
> > > > Hello,
> > > >
> > > >
On Wed, Apr 17, 2024 at 08:31:42PM +0200, Timo Rothenpieler wrote:
> On 17.04.2024 20:22, Michael Niedermayer wrote:
> > On Wed, Apr 17, 2024 at 05:55:04PM +0200, Jean-Baptiste Kempf wrote:
> > > Hello,
> > >
> > > On Wed, 17 Apr 2024, at 17:22, Michael Niedermayer wrote:
> > > > > > * ffchat
> >
On Wed, Apr 17, 2024 at 12:20 PM Thilo Borgmann via ffmpeg-devel
wrote:
>
> From: Thilo Borgmann
>
> Marked WIP because we'd want to introduce private bsf's first; review
> welcome before that though
> VP8 decoder decoupled again
> The whole animated sequence goes into one packet
> The
Hi,
> Am 16.04.2024 um 16:21 schrieb Devin Heitmueller
> :
>
> Hello all,
>
> I wasn't looking to start trouble, but I didn't see any discussion of
> this on the mailing list so wanted to bring it to the developer
> community's attention.
>
> I attended the NAB conference and went by the
On Wed, 17 Apr 2024, Ramiro Polla wrote:
This patch set adds fdct to checkasm and neon-optimized fdct for aarch64.
Ramiro Polla (2):
checkasm: add test for fdct
lavc/aarch64/fdct: add neon-optimized fdct for aarch64
libavcodec/aarch64/Makefile | 2 +
libavcodec/aarch64/fdct.h
On Thu, 04 Apr 2024 19:05:13 +0200 Nicolas Gaullier
wrote:
> v4:
> - remove dynamic color_range pass-through (which requires changing outlink
> dynamically and is forbidden)
> - nits style
> - commit msg: simplified example (+ removed example for dynamic color_range
> pass-through)
>
>
On 4/17/2024 4:43 PM, Derek Buitenhuis wrote:
On 4/17/2024 8:33 PM, James Almer wrote:
This was an unnecessary personal attack, please don't do that again. Repeat
offense may result in temporary bans on the mailinglist and/or IRC. Please
keep it civil.
That does not make it untrue, however.
On 4/17/2024 8:33 PM, James Almer wrote:
>>> This was an unnecessary personal attack, please don't do that again. Repeat
>>> offense may result in temporary bans on the mailinglist and/or IRC. Please
>>> keep it civil.
>>
>> That does not make it untrue, however.
>
> It's ok to have opinions. But
On 17.04.24 21:19, Thilo Borgmann via ffmpeg-devel wrote:
From: Thilo Borgmann via ffmpeg-devel
Splits a packet containing a webp animations into
one non-compliant packet per frame of the animation.
Skips RIFF and WEBP chunks for those packets except
for the first. Copyies ICC, EXIF and XMP
On 4/17/2024 4:30 PM, Derek Buitenhuis wrote:
On 4/17/2024 8:00 PM, Ronald S. Bultje wrote:
This was an unnecessary personal attack, please don't do that again. Repeat
offense may result in temporary bans on the mailinglist and/or IRC. Please
keep it civil.
That does not make it untrue,
On 4/17/2024 8:00 PM, Ronald S. Bultje wrote:
> This was an unnecessary personal attack, please don't do that again. Repeat
> offense may result in temporary bans on the mailinglist and/or IRC. Please
> keep it civil.
That does not make it untrue, however.
I would have preferred a ban.
- Derek
On 17.04.24 19:30, James Zern via ffmpeg-devel wrote:
On Thu, Mar 28, 2024 at 7:10 AM Thilo Borgmann via ffmpeg-devel
wrote:
From: Josef Zlomek
Fixes: 4907
Adds support for decoding of animated WebP.
The WebP decoder adds the animation related features according to the specs:
On 11 Apr 2024, at 5:59, Vittorio Giovara wrote:
> On Wed, Apr 10, 2024 at 9:19 PM Michael Niedermayer
> wrote:
>
>> […]
>>
>> To bring some of the new blood into the project the project needs to
>> first understand why they dont. And asking thouse who manage with
>> difficulty
>> to join
From: Thilo Borgmann via ffmpeg-devel
---
libavcodec/webp.c | 42 --
1 file changed, 36 insertions(+), 6 deletions(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index 4a244c1b67..35851ef3da 100644
--- a/libavcodec/webp.c
+++ b/libavcodec/webp.c
From: Thilo Borgmann via ffmpeg-devel
---
tests/fate/image.mak | 3 +++
tests/ref/fate/webp-anim | 22 ++
2 files changed, 25 insertions(+)
create mode 100644 tests/ref/fate/webp-anim
diff --git a/tests/fate/image.mak b/tests/fate/image.mak
index
From: Josef Zlomek
Adds the demuxer of animated WebP files.
It supports non-animated, animated, truncated, and concatenated files.
Reading from a pipe (and other non-seekable inputs) is also supported.
The WebP demuxer splits the input stream into packets containing one frame.
It also marks the
From: Thilo Borgmann via ffmpeg-devel
---
libavcodec/webp.c | 142 +++---
1 file changed, 70 insertions(+), 72 deletions(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index f882c3e187..4a244c1b67 100644
--- a/libavcodec/webp.c
+++
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/riff_container#animation
The frames of the animation may be smaller than the image canvas.
From: Thilo Borgmann via ffmpeg-devel
Splits a packet containing a webp animations into
one non-compliant packet per frame of the animation.
Skips RIFF and WEBP chunks for those packets except
for the first. Copyies ICC, EXIF and XMP chunks first
into each of the packets except for the first.
From: Thilo Borgmann via ffmpeg-devel
---
libavcodec/webp.c | 50 +--
1 file changed, 44 insertions(+), 6 deletions(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index 3c153d78d1..3075321e86 100644
--- a/libavcodec/webp.c
+++
From: Thilo Borgmann via ffmpeg-devel
---
libavcodec/webp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index dbcc5e73eb..3c153d78d1 100644
--- a/libavcodec/webp.c
+++ b/libavcodec/webp.c
@@ -60,8 +60,6 @@
#define VP8X_FLAG_ALPHA
From: Thilo Borgmann
Marked WIP because we'd want to introduce private bsf's first; review
welcome before that though
VP8 decoder decoupled again
The whole animated sequence goes into one packet
The (currently public) bitstream filter splits animations up into
non-conformant packets
Now with
Nicolas,
On Mon, Apr 8, 2024 at 10:41 AM Nicolas George wrote:
> This, sadly, your ilk has the power to enforce.
>
Some CC members believe it would be helpful for you (and maybe to others)
if we explicitly laid out some ground rules more explicitly, so let us try:
- you are entitled to any
Derek,
On Wed, Apr 17, 2024 at 9:50 AM Derek Buitenhuis
wrote:
> I assume Thilo was hung over, and thus not on the booth.
>
> It is a disgrace.
>
This was an unnecessary personal attack, please don't do that again. Repeat
offense may result in temporary bans on the mailinglist and/or IRC.
On 17.04.2024 20:22, Michael Niedermayer wrote:
On Wed, Apr 17, 2024 at 05:55:04PM +0200, Jean-Baptiste Kempf wrote:
Hello,
On Wed, 17 Apr 2024, at 17:22, Michael Niedermayer wrote:
* ffchat
(expand into realtime chat / zoom) this would
bring in more users and developers, and we basically
> 发件人: Nuo Mi
> 发送时间: 2024年4月17日 6:14
> 收件人: FFmpeg development discussions and patches
> 抄送: Wu Jianhua
> 主题: Re: [FFmpeg-devel] [PATCH v2 1/3] avcodec/x86/vvc/vvcdsp_init: add put
> prototypes
>
> Hi Jianhua,
> thank you for the patches.
> could you add a log for each commit to explain why we
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/x86/vvc/vvcdsp_init.c | 46 +---
1 file changed, 25 insertions(+), 21 deletions(-)
diff --git a/libavcodec/x86/vvc/vvcdsp_init.c b/libavcodec/x86/vvc/vvcdsp_init.c
index aef6699c35..985d750472 100644
---
From: Wu Jianhua
When we used the --disable-ssse3 --disable-optimizations options,
the compiler would not skip the MC_LINKS like the compilation that
enabled the optimization, so it would fail to find the function
prototypes. Hence, this commit uses the same way to add prototypes
for the
From: Wu Jianhua
When we used the --disable-ssse3 --disable-optimizations options,
the compiler would not skip the MC_LINKS like the compilation that
enabled the optimization, so it would fail to find the function
prototypes. Hence, this commit uses the same way to add prototypes
for the
On Wed, Apr 17, 2024 at 05:55:04PM +0200, Jean-Baptiste Kempf wrote:
> Hello,
>
> On Wed, 17 Apr 2024, at 17:22, Michael Niedermayer wrote:
> >> > * ffchat
> >> > (expand into realtime chat / zoom) this would
> >> > bring in more users and developers, and we basically have almost
> >> >
> >>
>
The code is imported from libjpeg-turbo-3.0.1. The neon registers used
have been changed to avoid modifying v8-v15.
Reviewed-by: Martin Storsjö
---
libavcodec/aarch64/Makefile | 2 +
libavcodec/aarch64/fdct.h | 26 ++
libavcodec/aarch64/fdctdsp_init_aarch64.c |
Reviewed-by: Martin Storsjö
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/checkasm/fdctdsp.c | 68 +++
tests/fate/checkasm.mak | 1 +
5 files changed, 74 insertions(+)
create mode 100644
This patch set adds fdct to checkasm and neon-optimized fdct for aarch64.
Ramiro Polla (2):
checkasm: add test for fdct
lavc/aarch64/fdct: add neon-optimized fdct for aarch64
libavcodec/aarch64/Makefile | 2 +
libavcodec/aarch64/fdct.h | 26 ++
On Thu, Mar 28, 2024 at 7:10 AM Thilo Borgmann via ffmpeg-devel
wrote:
>
> From: Josef Zlomek
>
> Fixes: 4907
>
> Adds support for decoding of animated WebP.
>
> The WebP decoder adds the animation related features according to the specs:
>
On 17/04/2024 14:58, Michael Niedermayer wrote:
Hi all
The pace of inovation in FFmpeg has been slowing down.
Most work is concentarted nowadays on code refactoring, and adding
support for new codecs and formats.
Should we
* make a list of longer term goals
* vote on them
* and then together
Hi,
On 17.04.24 17:12, Marvin Scholz wrote:
This fixes the checks to properly use runtime feature detection and
check the SDK version (*_MAX_ALLOWED) instead of the targeted version
for the relevant APIs.
The target is still checked (*_MIN_REQUIRED) to avoid using deprecated
methods when
On 17/04/2024 16:22, Michael Niedermayer wrote:
> On Wed, Apr 17, 2024 at 04:22:03PM +0200, Lynne wrote:
>> Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
>>> Some ideas and why they would help FFmpeg:
>>>
>>> [...]
>>>
>>
>> Just no.
>>
>>> * ffchat
>>> (expand into realtime chat / zoom) this
Hello,
On Wed, 17 Apr 2024, at 17:22, Michael Niedermayer wrote:
>> > * ffchat
>> > (expand into realtime chat / zoom) this would
>> > bring in more users and developers, and we basically have almost
>> >
>>
>> Better leave that for others.
>> There's an infinite amount of discord clones
This fixes the checks to properly use runtime feature detection and
check the SDK version (*_MAX_ALLOWED) instead of the targeted version
for the relevant APIs.
The target is still checked (*_MIN_REQUIRED) to avoid using deprecated
methods when targeting new enough versions.
---
On Wed, Apr 17, 2024 at 04:50:29PM +0200, Lynne wrote:
> Apr 17, 2024, 16:34 by jamr...@gmail.com:
>
> > On 4/17/2024 11:22 AM, Lynne wrote:
> >
> >> Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
> >>
> >>> Hi all
> >>>
> >>> The pace of inovation in FFmpeg has been slowing down.
> >>> Most work
On Wed, Apr 17, 2024 at 04:22:03PM +0200, Lynne wrote:
> Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
>
> > Hi all
> >
> > The pace of inovation in FFmpeg has been slowing down.
> > Most work is concentarted nowadays on code refactoring, and adding
> > support for new codecs and formats.
> >
>
The QSV hardware context currently uses pthreads to lock initilization,
which is not available on windows builds. Instead, use the AVMutex
object. Also lock uses of the realigned_upload_frame and
realigned_download_frame objects, so multiple threads do not attempt
to write to them at the same
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/ac3enc.c | 4
> libavcodec/ac3enc.h | 7 ++-
> libavcodec/ac3enc_template.c | 12 +---
> 3 files changed, 15 insertions(+), 8 deletions(-)
>
> diff --git a/libavcodec/ac3enc.c
Apr 17, 2024, 16:34 by jamr...@gmail.com:
> On 4/17/2024 11:22 AM, Lynne wrote:
>
>> Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
>>
>>> Hi all
>>>
>>> The pace of inovation in FFmpeg has been slowing down.
>>> Most work is concentarted nowadays on code refactoring, and adding
>>> support for
On 4/17/2024 11:22 AM, Lynne wrote:
Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
Hi all
The pace of inovation in FFmpeg has been slowing down.
Most work is concentarted nowadays on code refactoring, and adding
support for new codecs and formats.
Should we
* make a list of longer term goals
On 15/04/2024 16:39, Diego Felix de Souza via ffmpeg-devel wrote:
From: Diego Felix de Souza
Adding 10-bit encoding support for HEVC if the input is 8-bit. In
case of 8-bit input content, NVENC performs an internal CUDA 8 to
10-bit conversion of the input prior to encoding. Currently, only
AV1
Apr 17, 2024, 15:58 by mich...@niedermayer.cc:
> Hi all
>
> The pace of inovation in FFmpeg has been slowing down.
> Most work is concentarted nowadays on code refactoring, and adding
> support for new codecs and formats.
>
> Should we
> * make a list of longer term goals
> * vote on them
> * and
Hi all
The pace of inovation in FFmpeg has been slowing down.
Most work is concentarted nowadays on code refactoring, and adding
support for new codecs and formats.
Should we
* make a list of longer term goals
* vote on them
* and then together work towards implementing them
?
(The idea here is
On 4/17/2024 2:54 PM, James Almer wrote:
> But why were there GPAC people at the FFmpeg booth?
> And i don't think a single person should represent the project in these
> conferences to begin with. All this should go through the GA, including
> who funds it and how.
That is a good question, and
On 4/17/2024 10:49 AM, Derek Buitenhuis wrote:
On 4/17/2024 12:21 AM, Devin Heitmueller wrote:
Hello all,
[...]
Yeah, this is exactly what I was screaming into the void about
for literal months, no literally 0 response.
Look for the thread: [FFmpeg-devel] FFmpeg at NAB 2024
It spans
On 4/17/2024 12:21 AM, Devin Heitmueller wrote:
> Hello all,
[...]
Yeah, this is exactly what I was screaming into the void about
for literal months, no literally 0 response.
Look for the thread: [FFmpeg-devel] FFmpeg at NAB 2024
It spans months.
My last mail is particularily relevant to your
Hi Jianhua,
thank you for the patches.
could you add a log for each commit to explain why we need this commit?
On Tue, Apr 16, 2024 at 1:36 AM wrote:
> From: Wu Jianhua
>
> Signed-off-by: Wu Jianhua
> ---
> libavcodec/x86/vvc/vvcdsp_init.c | 35 +++-
> 1 file
Apr 17, 2024, 13:46 by mar...@martin.st:
> Travis is no longer relevant for attempting to run CI jobs in our
> setup.
> ---
> .travis.yml | 30 --
> 1 file changed, 30 deletions(-)
> delete mode 100644 .travis.yml
>
> diff --git a/.travis.yml b/.travis.yml
> deleted
On 2024-04-17 05:25 pm, James Almer wrote:
On 4/17/2024 8:31 AM, Gyan Doshi wrote:
sum_delta_pts is unused since 3b358f151d
---
libavformat/ivfenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
index
On 17 Apr 2024, at 13:45, Martin Storsjö wrote:
> Travis is no longer relevant for attempting to run CI jobs in our
> setup.
LGTM
> ---
> .travis.yml | 30 --
> 1 file changed, 30 deletions(-)
> delete mode 100644 .travis.yml
>
> diff --git a/.travis.yml
On 4/17/2024 2:22 AM, Dawid Kozinski wrote:
Signed-off-by: Dawid Kozinski
---
libavcodec/libxevd.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/libxevd.c b/libavcodec/libxevd.c
index c6c7327e65..e864bd5200 100644
--- a/libavcodec/libxevd.c
+++ b/libavcodec/libxevd.c
@@
On Fri, 12 Apr 2024 13:35:14 +0200 Niklas Haas wrote:
> Changes since v2:
> - Split up dovi_rpu.c into dovi_rpudec.c and dovi_rpueenc.
> - Added missing dependencies of encoders onto dovi_rpueenc
> - Clarified and documented semantics of guess_profile()
> - Changed misleading commit message
>
>
Travis is no longer relevant for attempting to run CI jobs in our
setup.
---
.travis.yml | 30 --
1 file changed, 30 deletions(-)
delete mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
deleted file mode 100644
index 784b7bdf73..00
---
sum_delta_pts is unused since 3b358f151d
---
libavformat/ivfenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/ivfenc.c b/libavformat/ivfenc.c
index 09782eecd6..9feaea3516 100644
--- a/libavformat/ivfenc.c
+++ b/libavformat/ivfenc.c
@@ -24,7 +24,7 @@
Anton Khirnov:
> It is more efficient and easier to manage.
> ---
Allocating structures used by slice contexts jointly has the potential
downside of false sharing if the structures are not sufficiently
aligned/padded.
- Andreas
___
ffmpeg-devel
Dawid Kozinski:
> Signed-off-by: Dawid Kozinski
> ---
> libavformat/nut.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/nut.c b/libavformat/nut.c
> index 9692336ece..8c536719b1 100644
> --- a/libavformat/nut.c
> +++ b/libavformat/nut.c
> @@ -47,6 +47,7 @@ const AVCodecTag
On Wed, 17 Apr 2024, Ramiro Polla wrote:
The code is imported from libjpeg-turbo-3.0.1. The neon registers used
have been changed to avoid modifying v8-v15.
---
libavcodec/aarch64/Makefile | 2 +
libavcodec/aarch64/fdct.h | 26 ++
On Sa, 2024-04-13 at 07:57 -0500, Mark Samuelson wrote:
> The QSV hardware context currently uses pthreads to lock initilization,
> which is not available on windows builds. Instead, use the AVMutex
> object. Also lock uses of the realigned_upload_frame and
> realigned_download_frame objects, so
On Wed, Apr 17, 2024 at 1:21 AM Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> Hello all,
>
> I wasn't looking to start trouble, but I didn't see any discussion of
> this on the mailing list so wanted to bring it to the developer
> community's attention.
>
> I attended the NAB
66 matches
Mail list logo
