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 confe
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, 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 ++
libavcodec/aarch64/fdctdsp_init_aa
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
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 mailing
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 @@
typede
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
--- a/.travis.
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
>
> _
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 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 b/.travis.y
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 09782eecd6..9feaea351
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 f
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 chan
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
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 months.
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
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
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
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
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
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 ne
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 b/libavc
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 tim
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.
> >
> >
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
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.
---
libavdevice/avfou
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 alread
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
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 target
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 wo
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:
> https://developers.google.com/speed/webp/docs/riff_conta
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 ++
libavcodec/aar
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 te
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 |
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
> >> >
> >>
>
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 function
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 function
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
--- a/li
> 发件人: 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
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
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. Pleas
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 opin
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 XMP
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 0x
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
+++ b/libavcodec/webp
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: 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.
Theref
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
+++ b/libavcodec/web
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
---
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 753936ec20..b6a4cd2ba3
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
@@
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 could
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:
https://dev
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 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, howeve
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 chu
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 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 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&coding style
> - commit msg: simplified example (+ removed example for dynamic color_range
> pass-through)
>
>
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
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 "ffm
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 (currently
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 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
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 functional
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 f
On Thu, Apr 18, 2024 at 4:22 AM Aidan wrote:
> 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
Apr 18, 2024, 07:42 by ge...@geoffhill.org:
> 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 t
68 matches
Mail list logo
