Jan 22, 2020, 16:44 by an...@khirnov.net:
> Quoting Lynne (2020-01-21 21:52:52)
>
>> Jan 21, 2020, 18:22 by an...@khirnov.net:
>> >> Its size too? Didn't know that.
>> >> I do think its a good idea to be able to append fields to it, so I've
&g
t;
>>>>
>>>>
>>>> On Wed, Jan 22, 2020 at 1:09 PM Asaf Kave wrote:
>>>>
>>>>>
>>>>>
>>>>> On Tue, Jan 21, 2020 at 8:17 PM Lynne wrote:
>>>>>
>>>>>> Jan 20, 2020, 08:42 by kav
>From cb52e53ade5af7402ba2aa946d6d9642ab8d8b1e Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sat, 8 Feb 2020 23:13:28 +
Subject: [PATCH] lavu/tx: implement 32 bit fixed point FFT and MDCT
Required minimal changes to the code so made sense to implement.
FFT and MDCT tested, the output of both was properly rounded.
Fun f
Feb 8, 2020, 23:26 by d...@lynne.ee:
> Patch attached. Commit message:
>
> Required minimal changes to the code so made sense to implement.
> FFT and MDCT tested, the output of both was properly rounded.
> Fun fact: the non-power-of-two fixed-point FFT and MDCT are the fastest ever
> non-power-of-
Feb 19, 2020, 10:30 by one...@gmail.com:
> Signed-off-by: Paul B Mahol <> one...@gmail.com> >
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 +
> libavcodec/siren.c | 776 ++
Feb 19, 2020, 17:58 by jamr...@gmail.com:
+AVCodec ff_siren_decoder = {
+.name = "siren",
+.long_name = NULL_IF_CONFIG_SMALL("Siren"),
+.priv_data_size = sizeof(SirenContext),
+.type = AVMEDIA_TYPE_AUDIO,
+.id =
Mar 3, 2021, 16:50 by philip-dylan.gleo...@savoirfairelinux.com:
> Le 16/02/2021 à 15:04, Philip-Dylan Gleonec a écrit :
>
>> An estimation of packet loss is required by libopus to compute its FEC
>> data. Currently, this estimation is constant, and can not be changed
>> after configuration. This
Mar 3, 2021, 16:51 by philip-dylan.gleo...@savoirfairelinux.com:
> Le 18/02/2021 à 17:38, Philip-Dylan Gleonec a écrit :
>
>> Here is the reworked patch properly attached.
>> Sorry about the duplicate mail, I just noticed I had a mishap with my
>> mail client and the previous patch was scrubbed.
>
Apr 19, 2021, 22:19 by d...@lynne.ee:
> This patchset cleans up and improves the power-of-two C code,
> adds a 7-point and a 9-point FFT, and adds a power-of-two length
> floating-point assembly.
>
Ping. There's no one signed up to review the assembly yet, but apart from me,
there's unfortunatel
Apr 19, 2021, 22:19 by d...@lynne.ee:
> This patchset cleans up and improves the power-of-two C code,
> adds a 7-point and a 9-point FFT, and adds a power-of-two length
> floating-point assembly.
>
Patchset pushed.
Hopefully FATE will pass everywhere, but there's enough lenience in
the check for
Apr 25, 2021, 18:47 by chris.rib...@resi.io:
> ADTS frames may contain up to 768 bytes per channel. With 16 channels,
> this is 12k, which cannot fit into the maximum 8k buffer.
>
Math checked out, pushed, thanks.
___
ffmpeg-devel mailing list
ffmpeg-d
in January.
As for the time_base field, for now, it will only be used to inform the user,
and will not alter the behavior of the libraries. That change will come as an
optional flag.
Patch attached.
>From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sat,
Apr 26, 2021, 02:36 by c...@passwd.hu:
>
>
> On Sun, 25 Apr 2021, Lynne wrote:
>
>> This is the same patch sent in January, rebased on top of the ABI bump
>> patchset.
>>
>> Two additions mirror exactly what AVFrame has - an opaque field
>> and an opa
Apr 8, 2021, 00:24 by mich...@niedermayer.cc:
> On Sat, Apr 03, 2021 at 10:32:13PM +0200, Lynne wrote:
>
>> Apr 3, 2021, 20:12 by mich...@niedermayer.cc:
>>
>> > On Sat, Apr 03, 2021 at 03:01:16PM +0200, Lynne wrote:
>> >
>> >> Apr 2, 2021, 23:28
This patch allows for alternative loader implementations.
Patch attached.
>From 7ab5acd9b999b5aaa0748870c748d3ee31ea94d3 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 29 Apr 2021 02:44:41 +0200
Subject: [PATCH 1/2] hwcontext_vulkan: dynamically load functions
This patch allows
but OSX is unsupported),
has bugs, and due to the prefix system used, there are 3 or so ways to type out
functions.
Just solve all of those problems by dlopening it. We even have nice emulation
for it on Windows.
Patch attached.
>From 69d09ae9c477e51c5115f9c71a5cc5d9188f378d Mon Sep 17 00:00:00 200
Apr 29, 2021, 03:52 by d...@lynne.ee:
> This patch allows for alternative loader implementations.
>
> Patch attached.
>
Forgot to fix a flag, v2 attached.
>From a55c2c8e802cc9ab7ad5a0562198a3a1a3797d76 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 29 Apr 2021 02:44:41 +0200
s.
>
> Patch attached.
>
Thanks to jamrial for telling me to zero extralibs, now there's no linking
at all to libvulkan.
v2 attached.
>From 9c2778fe82490b96c9efeba3fe09077fbf13cfe0 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 29 Apr 2021 03:37:42 +0200
Subject: [PATCH v2 2/2]
st solve all of those problems by dlopening it. We even have nice emulation
>> for it on Windows.
>>
>> Patch attached.
>>
>
> Thanks to jamrial for telling me to zero extralibs, now there's no linking
> at all to libvulkan.
> v2 attached.
>
v3 attache
st solve all of those problems by dlopening it. We even have nice emulation
>> for it on Windows.
>>
>> Patch attached.
>>
>
> Thanks to jamrial for telling me to zero extralibs, now there's no linking
> at all to libvulkan.
> v2 attached.
>
v3 attache
st solve all of those problems by dlopening it. We even have nice emulation
>> for it on Windows.
>>
>> Patch attached.
>>
>
> Thanks to jamrial for telling me to zero extralibs, now there's no linking
> at all to libvulkan.
> v2 attached.
>
v3 attache
Thanks to jamrial for telling me to zero extralibs, now there's no linking
>> at all to libvulkan.
>> v2 attached.
>>
>
> v3 attached.
>
v4 attached, added a cpp-only test version of test_pkg_conifg
and fixed the hardnamed library name.
>From e7370c948e30e0896cb4a
Apr 29, 2021, 18:33 by jamr...@gmail.com:
> VkPhysicalDeviceLimits.optimalBufferCopyRowPitchAlignment and
> VkPhysicalDeviceExternalMemoryHostPropertiesEXT.minImportedHostPointerAlignment
> are of type
> VkDeviceSize (a typedef uint64_t).
> VkPhysicalDeviceLimits.minMemoryMapAlignment is of type
Apr 30, 2021, 13:34 by br...@frogmouth.net:
> Signed-off-by: Brad Hards
> ---
> libavutil/frame.c | 31 +++
> libavutil/frame.h | 23 +++
> 2 files changed, 54 insertions(+)
>
> diff --git a/libavutil/frame.c b/libavutil/frame.c
> index 2ec59b44b1.
Apr 30, 2021, 22:29 by c...@passwd.hu:
>
>
> On Fri, 30 Apr 2021, Lynne wrote:
>
>> Apr 30, 2021, 13:34 by br...@frogmouth.net:
>>
>>> Signed-off-by: Brad Hards
>>> ---
>>> libavutil/frame.c | 31 +++
>>>
May 4, 2021, 19:00 by jamr...@gmail.com:
> On 5/4/2021 12:44 PM, Lynne wrote:
>
>> Apr 30, 2021, 22:29 by c...@passwd.hu:
>>
>>>
>>>
>>> On Fri, 30 Apr 2021, Lynne wrote:
>>>
>>>> Apr 30, 2021, 13:34 by br...@frogmouth.net:
>&g
May 19, 2021, 03:44 by michael.di...@xaymar.com:
> From: Michael Fabian 'Xaymar' Dirks
>
> Adds the "timestamp_precision" option to matroskaenc, which allows users
> to increase the time stamp precision up to 1 nanosecond. This aids with
> certain demuxers being unable to detect constant rate. It
May 19, 2021, 17:12 by d...@lynne.ee:
> May 19, 2021, 03:44 by michael.di...@xaymar.com:
>
>> From: Michael Fabian 'Xaymar' Dirks
>>
>> Adds the "timestamp_precision" option to matroskaenc, which allows users
>> to increase the time stamp precision up to 1 nanosecond. This aids with
>> certain de
May 19, 2021, 17:23 by jamr...@gmail.com:
> On 5/19/2021 12:14 PM, Lynne wrote:
>
>> May 19, 2021, 17:12 by d...@lynne.ee:
>>
>>> May 19, 2021, 03:44 by michael.di...@xaymar.com:
>>>
>>>> From: Michael Fabian 'Xaymar' Dirks
>>>
n playback issues. Higher
>>>> precision
>>>> +also reduces the maximum possible timestamp significantly.
>>>> +Default is @var{1/10} (1 nanosecond).
>>>>
>>>
>>> Like i said, the default must be the one defined in the spe
May 24, 2021, 14:21 by kier...@obe.tv:
> On Sun, 23 May 2021 at 13:31, Zhislina, Victoria <
> victoria.zhisl...@intel.com> wrote:
>
>> From b01b4130d7301a289b3ad771eaeaf1ca2839045a Mon Sep 17 00:00:00 2001
>> From: Zhislina
>> Date: Mon, 3 May 2021 21:53:54 +0300
>> Subject: [PATCH] avfilter: add
May 26, 2021, 20:43 by izadi-at-google@ffmpeg.org:
> HDR10+ metadata is stored in the bit stream for HEVC. The story is different
> for VP9 and cannot store the metadata in the bit stream. HDR10+ should be
> passed to packet side data an stored in the container (mkv) for VP9.
>
> This CL is
May 31, 2021, 19:59 by nomis...@web.de:
> Hi everyone. Back in March 2020 a set of patches for AC-4 support into FFmpeg
> was posted on this
> list. As these patches are not integrated in FFmpeg the HandBrake team was
> considering if we should
> add them to the internal FFmpeg patches for HandB
Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
> Lynne:
>
>> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
>> From: Lynne
>> Date: Sat, 23 Jan 2021 19:56:18 +0100
>> Subject: [PATCH] avpacket: ABI bump additions
>>
&
Jun 8, 2021, 07:38 by wenbin.c...@intel.com:
>> Apr 29, 2021, 03:52 by d...@lynne.ee:
>>
>> > This patch allows for alternative loader implementations.
>> >
>> > Patch attached.
>> >
>>
>> Forgot to fix a flag, v2 attached.
t;> >> > Patch attached.
>> >> >
>> >>
>> >> Forgot to fix a flag, v2 attached.
>> >>
>> >
>> > Hi Lynne:
>> > I tried the following command:
>> > "ffmpeg -init_hw_device vulkan=vul:0 -filter_hw_de
for alternative loader implementations.
>>> >> >
>>> >> > Patch attached.
>>> >> >
>>> >>
>>> >> Forgot to fix a flag, v2 attached.
>>> >>
>>> >
>>> > Hi Lynne:
>>> >
Jun 12, 2021, 00:26 by t...@rothenpieler.org:
> On 11.06.2021 17:33, Steven Liu wrote:
>
>>
>>
>>> 在 2021年6月11日，22:43，Timo Rothenpieler 写道：
>>>
>> Hi Timo,
>>
>>>
>>> ---
>>> configure | 2 +
>>> doc/filters.texi| 46 ++
>>> libavfilter/Makefile
Jun 24, 2021, 22:59 by stefa...@gmail.com:
> On Thu, Jun 24, 2021 at 2:04 PM Michael Niedermayer
> wrote:
> [...]
>
>> > iam also adding stefano to the CC as there was some communication between
>> > a few developers and SPI about this expense and iam not sure stefano is
>> > following
>> > the
Jun 25, 2021, 09:54 by alankelly-at-google@ffmpeg.org:
> Broadwell and later and Zen3 and later have fast gather instructions.
> ---
> Gather requires between 9 and 12 cycles on Haswell, 5 to 7 on Broadwell,
> and 2 to 5 on Skylake and newer. It is also slow on AMD before Zen 3.
> libavutil
Jun 25, 2021, 13:25 by t...@rothenpieler.org:
> On 25.06.2021 10:14, Lynne wrote:
>
>> The prices have dropped a little, but the biggest difference is that
>> stuff is *actually* available now.
>>
>> Unfortunately, now is not a good time to build an entire system.
&
Jun 26, 2021, 02:19 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Lynne
>> Sent: Samstag, 26. Juni 2021 01:29
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subje
Jun 26, 2021, 01:49 by t...@rothenpieler.org:
> On 26.06.2021 01:28, Lynne wrote:
>
>> Jun 25, 2021, 13:25 by t...@rothenpieler.org:
>>
>>> On 25.06.2021 10:14, Lynne wrote:
>>>
>>>> The prices have dropped a little, but the biggest differenc
27 Jun 2021, 19:33 by kier...@obe.tv:
>>
>> I'm thinking of getting a:
>> LG UltraGear 27GN950-B
>>
>
> Can I ask why you need a ~£1000 monitor? What does it do that others can't?
>
It's 850, with occasional dips to 770 euros. It's the only choice for a 4k
monitor
with a refresh rate of over 60
4 Jul 2021, 03:40 by mypopy...@gmail.com:
> From: Jun Zhao
>
> Enabled the svtav1-params, then we can set all the params
>
The whole purpose of the params field was to give it off to the encoder
and have it do its own parsing, such that we wouldn't have to keep up
adding more and more options.
B
3 Jun 2021, 06:58 by d...@lynne.ee:
> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>
>> Lynne:
>>
>>> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
>>> From: Lynne
>>> Date: Sat, 23 Jan 2021 19:56:18 +0100
>
6 Jul 2021, 08:02 by sunguangy...@gmail.com:
> On Mon, Jun 21, 2021 at 9:06 AM Guangyu Sun wrote:
>
>>
>> From: Guangyu Sun
>>
>> Without end_trimming, the last packet will contain unexpected samples used
>> for padding.
>>
>> This commit partially fixes #6367 when the audio length is long enoug
6 Jul 2021, 21:57 by c...@passwd.hu:
>
>
> On Tue, 6 Jul 2021, Lynne wrote:
>
>> 3 Jun 2021, 06:58 by d...@lynne.ee:
>>
>>> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>>>
>>>> Lynne:
>>>>
>>>>> From 09
6 Jul 2021, 18:21 by sunguangy...@gmail.com:
> On Tue, Jul 6, 2021 at 1:15 AM Lynne wrote:
>
>>
>> 6 Jul 2021, 08:02 by sunguangy...@gmail.com:
>>
>> > On Mon, Jun 21, 2021 at 9:06 AM Guangyu Sun wrote:
>> >
>> >>
>> >> From: G
7 Jul 2021, 17:41 by sunguangy...@gmail.com:
> After fixing AV_PKT_DATA_SKIP_SAMPLES for reading vorbis packets from ogg,
> the actual decoded samples become fewer. Three fate tests are failing:
>
> fate-vorbis-20:
> The samples in 6.ogg are not frame aligned. 6.pcm file was generated by
> ffmpeg
8 Jul 2021, 23:20 by andreas.rheinha...@outlook.com:
> James Almer:
>
>> On 7/7/2021 3:12 PM, Marton Balint wrote:
>>
>>>
>>>
>>> On Wed, 7 Jul 2021, Lynne wrote:
>>>
>>>> 6 Jul 2021, 21:57 by c...@passwd.hu:
>>>>
>
8 Jul 2021, 22:32 by stefa...@gmail.com:
> On Mon, Jun 28, 2021 at 2:50 AM Lynne wrote:
>
>>
>> 27 Jun 2021, 19:33 by kier...@obe.tv:
>>
>> >>
>> >> I'm thinking of getting a:
>> >> LG UltraGear 27GN950-B
>> >>
>>
10 Jul 2021, 03:10 by roman.bera...@prusa3d.cz:
> Frame size of Opus stream was previously presumed here to be 960 samples
> (20ms), however sizes of 120, 240, 480, 1920, and 2880 are also allowed.
> It can also alter on a per-packet basis and even multiple frames may be
> present in a single pack
10 Jul 2021, 02:12 by sunguangy...@gmail.com:
> After fixing AV_PKT_DATA_SKIP_SAMPLES for reading vorbis packets from ogg,
> the actual decoded samples become fewer. Three fate tests are failing:
>
> fate-vorbis-20:
> The samples in 6.ogg are not frame aligned. 6.pcm file was generated by
> ffmpeg
10 Jul 2021, 09:42 by d...@lynne.ee:
> 10 Jul 2021, 03:10 by roman.bera...@prusa3d.cz:
>
>> Frame size of Opus stream was previously presumed here to be 960 samples
>> (20ms), however sizes of 120, 240, 480, 1920, and 2880 are also allowed.
>> It can also alter on a per-packet basis and even multi
12 Jul 2021, 11:29 by alankelly-at-google@ffmpeg.org:
> On Fri, Jun 25, 2021 at 1:24 PM Alan Kelly wrote:
>
>> On Fri, Jun 25, 2021 at 10:40 AM Lynne wrote:
>>
>>> Jun 25, 2021, 09:54 by alankelly-at-google@ffmpeg.org:
>>>
>>> > Broadwe
12 Jul 2021, 13:53 by jamr...@gmail.com:
> On 7/12/2021 7:46 AM, Lynne wrote:
>
>> 12 Jul 2021, 11:29 by alankelly-at-google@ffmpeg.org:
>>
>>> On Fri, Jun 25, 2021 at 1:24 PM Alan Kelly wrote:
>>>
>>>> On Fri, Jun 25, 2021 at 10:40 AM
13 Jul 2021, 20:16 by an...@khirnov.net:
> Quoting Lynne (2021-07-09 04:42:07)
>
>>
>> I can change the patch to either initialize it as an invalid value (which
>> would
>> signal the user to instead get the timebase elsewhere) or set its value
>> when
16 Jul 2021, 19:56 by mnite...@gmail.com:
> Benchmarks: A53A72
> h264_h_loop_filter_chroma422_10bpp_c: 293.0 116.7
> h264_h_loop_filter_chroma422_10bpp_neon: 283.7 126.2
> h264_h_loop_filter_chroma_10bpp_c:
8 Jul 2021, 21:20 by andreas.rheinha...@outlook.com:
> Lynne:
>
>> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>>
>>> Lynne:
>>>
>>>> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
>>>> From: Lynne
>
22 Jul 2021, 15:44 by jamr...@gmail.com:
> Used by codecs like H.264, HEVC, and VVC.
>
> Signed-off-by: James Almer
> ---
> Missing version bump and APIchanges entry.
>
> libavutil/film_grain_params.h | 89 +++
> 1 file changed, 89 insertions(+)
>
> diff --git a/l
20 Jul 2021, 00:05 by d...@lynne.ee:
> 8 Jul 2021, 21:20 by andreas.rheinha...@outlook.com:
>
>> Lynne:
>>
>>> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>>>
>>>> Lynne:
>>>>
>>>>> From 097aed2ac33dda0bb205
9 Jul 2021, 12:59 by d...@lynne.ee:
> 8 Jul 2021, 22:32 by stefa...@gmail.com:
>
>> On Mon, Jun 28, 2021 at 2:50 AM Lynne wrote:
>>
>>>
>>> 27 Jun 2021, 19:33 by kier...@obe.tv:
>>>
>>> >>
>>> >> I'm thinking of get
31 Jul 2021, 18:24 by stefa...@gmail.com:
> On Thu, Jul 29, 2021 at 8:10 PM Michael Niedermayer
> wrote:
>
>>
>> On Thu, Jul 29, 2021 at 01:07:39AM +0200, Lynne wrote:
>>
> [...]
>
>> > > Fractal Design Ion+ 860 W
>> > > Fractal Design
23 Jul 2021, 11:49 by d...@lynne.ee:
> 20 Jul 2021, 00:05 by d...@lynne.ee:
>
>> 8 Jul 2021, 21:20 by andreas.rheinha...@outlook.com:
>>
>>> Lynne:
>>>
>>>> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>>>>
>>>>>
.
>From ad5773274448c209371dc8c70b4b21f39f968308 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 6 Mar 2019 11:01:01 +
Subject: [PATCH] apedec: add ability to check CRC
The CRC flag is only signalled once every few minutes but CRC is still
always present so the patch uses the file vers
re the final check
> depending on the -max_samples setting.
>
v2 attached
>From 68c25bb026761eacda3c276148e2beb34e8929fd Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 6 Mar 2019 11:01:01 +
Subject: [PATCH v2] apedec: add ability to check CRC
The CRC flag is only signalled once ever
A lot of files have CRC included.
The CRC only covers 34 bytes at most from the frame but it should still be
enough for some amount of error detection.
>From e1f4410f35d3d7f774a0de59ab72764033d14900 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Wed, 6 Mar 2019 17:04:04 +
Subject: [PA
byte CRC.
>From 7aff99d12faf557753c5ee860a9672c7a09a26e3 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Thu, 7 Mar 2019 18:15:23 +
Subject: [PATCH] pngdec: add ability to check chunk CRC
By default now, if AV_EF_CRCCHECK or AV_EF_IGNORE_ERR are enabled the decoder
will skip the chunk and carry
7 Mar 2019, 21:22 by mich...@niedermayer.cc:
> On Thu, Mar 07, 2019 at 07:26:32PM +0100, Lynne wrote:
>
>> By default now, if AV_EF_CRCCHECK or AV_EF_IGNORE_ERR are enabled the decoder
>> will skip the chunk and carry on with the next one. This should make the
>>
&
7 Mar 2019, 21:18 by mich...@niedermayer.cc:
> On Wed, Mar 06, 2019 at 07:09:52PM +0100, Lynne wrote:
>
>> A lot of files have CRC included.
>> The CRC only covers 34 bytes at most from the frame but it should still be
>> enough for some amount of error detection.
>&
8 Mar 2019, 17:48 by d...@lynne.ee:
>
>
>
> 7 Mar 2019, 21:18 by > mich...@niedermayer.cc
> <mailto:mich...@niedermayer.cc>> :
>
>> On Wed, Mar 06, 2019 at 07:09:52PM +0100, Lynne wrote:
>>
>>> A lot of files have CRC included.
>>>
Its only used in the encoder and in CELT's PVQ.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
The entire function was defined away before.
>From c547198da31bd748d5f9c9eddbe6bf3b1831fdfc Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 15 Mar 2019 14:32:08 +
Subject: [PATCH 2/5] celt_pvq_init: only build when CONFIG_OPUS_ENCODER is
enabled
The entire function was defined away bef
stinfo/ffmpeg-devel
> <https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>
>
Sorry, forgot to attach patch.
>From bac8095e35e1ab0095edb6e63fa804127f3d417a Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 15 Mar 2019 14:29:44 +
Subject: [PATCH 1/5] x86/opus_dsp: rename to celt_pvq
It
Nothing else changed.
>From 5bf6dc93339a231bd82f09cc6a2b9becb5af0f4a Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 15 Mar 2019 14:35:03 +
Subject: [PATCH 3/5] opusdsp: create and move deemphasis and postfiltering
from opus_celt
---
libavcodec/Makefile| 3 ++-
libavcodec/opus_cel
x[1] + c2*x[0];
y[3] = x[3] + c4*state + c1*x[2] + c2*x[1] + c3*x[0];
state = y[3];
y += 4;
x += 4;
}
>From b4be0e7019f16ec567f39da50d1ea35ce5ddf45a Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 15 Mar 2019 14:43:04 +
Subject: [PATCH 4/5] x86/opusdsp: implement FMA3
3x pslldq -> vbroadcastss + shufps + pslldq)
had the same performance, so 3x pslldq was kept as vbroadcastss has a higher
latency.
>From c90f1a0b04b691670e8a357449a3c3ce09e5ef51 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Fri, 15 Mar 2019 14:37:31 +
Subject: [PATCH 5/5] aarch64/opusdsp: implement N
8 Mar 2019, 14:15 by d...@lynne.ee:
> 7 Mar 2019, 21:22 by > mich...@niedermayer.cc
> <mailto:mich...@niedermayer.cc>> :
>
>> On Thu, Mar 07, 2019 at 07:26:32PM +0100, Lynne wrote:
>>
>>> By default now, if AV_EF_CRCCHECK or AV_EF_IGNORE_ERR are enable
16 Mar 2019, 16:34 by d...@lynne.ee:
> 153372 UNITS in postfilter_c, 65536 runs, 0 skips
> 73164 UNITS in postfilter_neon, 65536 runs, 0 skips -> 2.1x speedup
>
> 80591 UNITS in deemphasis_c, 131072 runs, 0 skips
> 43969 UNITS in deemphasis_neon, 131072 runs, 0 skips -> 1
23 Mar 2019, 15:04 by ceffm...@gmail.com:
> 2019-03-23 15:23 GMT+01:00, Lynne <> d...@lynne.ee <mailto:d...@lynne.ee>> >:
>
>> 16 Mar 2019, 16:34 by >> d...@lynne.ee <mailto:d...@lynne.ee>>> :
>>
>>> 153372 UNITS in postfilter_c
23 Mar 2019, 15:55 by barsn...@gmx.net:
> On Sat, Mar 16, 2019 at 17:34:49 +0100, Lynne wrote:
>
>> Subject: [PATCH 5/5] aarch64/opusdsp: implement NEON accerelated postfilter
>> and deemphasis
>>
> ^accelerated
>
> Moritz
> __
23 Mar 2019, 16:20 by ceffm...@gmail.com:
> 2019-03-23 17:16 GMT+01:00, Lynne <> d...@lynne.ee <mailto:d...@lynne.ee>> >:
>
>> 23 Mar 2019, 15:04 by >> ceffm...@gmail.com <mailto:ceffm...@gmail.com>>> :
>>
>>> 2019-03-23 15:23 G
23 Mar 2019, 22:27 by ceffm...@gmail.com:
> 2019-03-23 19:20 GMT+01:00, Lynne <> d...@lynne.ee <mailto:d...@lynne.ee>> >:
>
>>>>> Which toolchains did you test?
>>>>> (For compilation, not performance.)
>>>>>
>>>>
24 Mar 2019, 00:25 by ceffm...@gmail.com:
> 2019-03-24 0:26 GMT+01:00, Lynne <> d...@lynne.ee <mailto:d...@lynne.ee>> >:
>
>>
>> 23 Mar 2019, 22:27 by >> ceffm...@gmail.com <mailto:ceffm...@gmail.com>>> :
>>
>>> 2019-03-23 1
Mar 25, 2024, 14:50 by ffm...@haasn.xyz:
> On Mon, 25 Mar 2024 07:20:56 +0100 "Jean-Baptiste Kempf"
> wrote:
>
>> Hello,
>>
>> On Mon, 25 Mar 2024, at 01:03, Michael Niedermayer wrote:
>> > Should i wait till all issues marked as blocking 7.0 on trac are fixed
>> > before branching ?
>>
>> I thi
Apr 1, 2024, 22:01 by mich...@niedermayer.cc:
> Hi all
>
> I think we didnt decide on a name for 7.0 yet
>
> Previously suggested names:
> Darwin,
> De broglie,
> Dijkstra,
> Galois,
> Gauss,
> Jacobi,
> Jemison
> Johnson
> Leavitt
> Maxwell,
> Mellin,
> Perelman,
> Poincaré,
> Ramanujan,
> Sagan,
Apr 2, 2024, 23:45 by ffmpeg-devel@ffmpeg.org:
> From: Ted Meyer
>
> The parser needs to be able to be created when demuxing, otherwise the
> channel count and layout can't be successfully generated.
>
> Signed-off-by: Ted Meyer
> ---
> libavcodec/aacdec_template.c | 1 +
> 1 file changed, 1 in
Apr 4, 2024, 04:58 by andreas.rheinha...@outlook.com:
> Signed-off-by: Andreas Rheinhardt
> ---
> libswscale/ppc/swscale_ppc_template.c | 107 +-
> 1 file changed, 53 insertions(+), 54 deletions(-)
>
> diff --git a/libswscale/ppc/swscale_ppc_template.c
> b/libswscale/ppc
Apr 9, 2024, 23:24 by and...@ziglang.org:
> Removes the special -I flag specified in the avcodec/bsf/ subdirectory.
>
> This makes code copy-pastable to other parts of the ffmpeg codebase, as
> well as simplifying the build script.
>
> It also reduces ambiguity, since there are many instances of s
Apr 10, 2024, 06:54 by an...@khirnov.net:
> Quoting James Almer (2024-04-10 03:23:46)
>
>> On 4/9/2024 10:11 PM, Andrew Kelley wrote:
>> > On 4/9/24 17:04, Lynne wrote:
>> >> LGTM.
>> >> That's how I wrote the AAC patchset as well.
>> >
Apr 8, 2024, 09:36 by d...@lynne.ee:
> The following patchset refactors the AAC decoder step by step,
> removing all large-scale templating and abstracting away typed
> DSP functions from symbol parsing.
>
> This series saves 110Kib of binary data from libavcodec.so
> when compiled with Clang 18 w
Apr 10, 2024, 23:57 by mich...@niedermayer.cc:
> On Wed, Apr 10, 2024 at 08:18:11PM +0200, Michael Niedermayer wrote:
>
>> On Wed, Apr 10, 2024 at 06:48:26PM +0200, Lynne wrote:
>> > Apr 8, 2024, 09:36 by d...@lynne.ee:
>> >
>> > > The following patch
Apr 11, 2024, 09:45 by lazar.ignjato...@cubic.com:
> avformat: enable UDP IPv6 multicast interface selection using zone index
>
> Enabled IPv6 interface selection using zone index. Properly resolved
> interface index in places where default 0 interface index is used
> (marked with TODO: within udp
Apr 12, 2024, 00:45 by mich...@niedermayer.cc:
> On Thu, Apr 11, 2024 at 07:42:37AM +0200, Lynne wrote:
>
>> Apr 10, 2024, 23:57 by mich...@niedermayer.cc:
>>
>> > On Wed, Apr 10, 2024 at 08:18:11PM +0200, Michael Niedermayer wrote:
>> >
>> >> On We
all, so limit the workaround
to only NVIDIA.
Meant to be applied on top of jkqxz's previous 2 patches.
Patch attached.
>From bbd2cc90206e59098accced3ff3a8896e0bfa269 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Sun, 14 Apr 2024 14:41:26 +0200
Subject: [PATCH] vulkan_av1: add workaround fo
Apr 14, 2024, 14:49 by d...@lynne.ee:
> The first release of the CTS for AV1 decoding had incorrect
> offsets for the OrderHints values.
> The CTS will be fixed, and eventually, the drivers will be
> updated to the proper spec-conforming behaviour, but we still
> need to add a workaround as this w
ached.
>From c4ad107076970a555ed838a75c0343dffe0cad36 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Mon, 29 Jan 2024 04:31:43 +0100
Subject: [PATCH] opusdsp: add ability to modify deemphasis constant
xHE-AAC relies on the same postfilter mechanism
that Opus uses to improve clarity (albeit with a
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
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
401 - 500 of 2000 matches
Mail list logo
