One only needs the VLCElem[].
Signed-off-by: Andreas Rheinhardt
---
libavcodec/leaddec.c | 48 ++--
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/libavcodec/leaddec.c b/libavcodec/leaddec.c
index 4e97479b03..489fe501b6 100644
--- a/libavc
Signed-off-by: Andreas Rheinhardt
---
1. This has already been sent months ago, but I didn't apply it
because Peter Ross has sent patches that make use of them and
I did not want to force him to adapt.
2. I do not rule out that there might be scenarios in the future where
creating a static VLC (an
Signed-off-by: Andreas Rheinhardt
---
libavformat/iamf_writer.c | 28 ++--
1 file changed, 6 insertions(+), 22 deletions(-)
diff --git a/libavformat/iamf_writer.c b/libavformat/iamf_writer.c
index 99602ae204..f665f45b7a 100644
--- a/libavformat/iamf_writer.c
+++ b/libavfo
Use avio_get_dyn_buf()+ffio_free_dyn_buf() instead of
avio_close_dyn_buf()+av_free(). This saves an allocation
(and memcpy) in case all the data fits in the AVIOContext's
write buffer.
Signed-off-by: Andreas Rheinhardt
---
libavformat/iamf_writer.c | 12 ++--
libavformat/iamfenc.c |
Signed-off-by: Andreas Rheinhardt
---
libavformat/iamf.h| 2 +-
libavformat/iamf_parse.h | 1 -
libavformat/iamf_writer.c | 2 --
libavformat/iamf_writer.h | 3 +--
libavformat/iamfdec.c | 3 ---
libavformat/iamfenc.c | 1 -
6 files changed, 2 insertions(+), 10 deletions(-)
diff
Hello again, i'm bumping this patch since currently it's impossible to
stream 16khz or stereo G711 tracks with RTMP, as these are always marked as
8khz, mono tracks.
Please consider merging. Thanks.
Il giorno dom 21 gen 2024 alle ore 16:16 Alessandro Ros
ha scritto:
> Currently, when writing P
From: Niklas Haas
Instead of overriding the frame properties in fill_picture(), advertise
the supported YUV colorspace and range at format negotiation time. (The
correct metadata will now be set automatically by ff_get_video_buffer)
---
libavfilter/vsrc_testsrc.c | 47 +--
From: Niklas Haas
This makes all ff_draw_* based filters aware of YUV colorspaces and
ranges. Needed for YUVJ removal. Also fixes a bug where e.g. vf_pad
would generate a limited range background even after conversion to
full-scale grayscale.
The FATE changes were a consequence of the aforementi
On Tue, 30 Jan 2024 23:36:37 +0100 Michael Niedermayer
wrote:
> On Mon, Jan 29, 2024 at 07:49:49PM +0100, Niklas Haas wrote:
> > On Mon, 29 Jan 2024 04:19:43 +0100 Michael Niedermayer
> > wrote:
> > > On Sun, Dec 31, 2023 at 09:49:47PM +, Niklas Haas wrote:
> > > > ffmpeg | branch: master |
Quoting Michael Niedermayer (2024-01-29 22:27:07)
> Hi
>
> On Mon, Jan 29, 2024 at 09:36:27PM +0100, Vittorio Giovara wrote:
> > On Mon, Jan 29, 2024 at 9:19 PM Anton Khirnov wrote:
> >
> > > Quoting Vittorio Giovara (2024-01-29 21:09:42)
> > > > This is not something that should be discussed on
From: Aleksoid
The VC1_D2010 profile, also known as VC1_VLD2010, has the same functionality
and specification as the VC1_D profile. Support for this profile serves only
as a positive indication that the accelerator has been designed with awareness
of the modifications specified in the August 2010
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/d3d12va_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/d3d12va_decode.c b/libavcodec/d3d12va_decode.c
index f678b6f483..a615a3898b 100644
--- a/libavcodec/d3d12va_decode.c
+++ b/libavcodec/d3d12va_decod
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/dxva2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
index ec0d9e7d1c..59025633f7 100644
--- a/libavcodec/dxva2.c
+++ b/libavcodec/dxva2.c
@@ -795,7 +795,7 @@ unsigned ff_dxva2_get
On Wed, Jan 31, 2024 at 12:17 PM Niklas Haas wrote:
>
> From: Niklas Haas
>
> diff --git a/libavfilter/vf_drawtext.c b/libavfilter/vf_drawtext.c
> index fe7e6ace27..37110bc32f 100644
> --- a/libavfilter/vf_drawtext.c
> +++ b/libavfilter/vf_drawtext.c
> @@ -1152,7 +1152,7 @@ static int config_inpu
From 46a81051f49f6b4032815d5f123be8ff614033e2 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:00:23 +0800
Subject: [PATCH 1/4] checkasm/rv34dsp: add rv34_inv_transform_dc test
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h |
From 7e1c8d6b73afad9885222c0c9012543aface5397 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:03:20 +0800
Subject: [PATCH 2/4] lavc/rv34dsp: R-V V rv34_inv_transform_dc
C908:
rv34_inv_transform_dc_c: 35.5
rv34_inv_transform_dc_rvv_i32: 27.0
---
libavcodec/riscv/Makefile
From 942fab5a2de6780c3b08c86fc457e9fbef3f9de3 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:01:25 +0800
Subject: [PATCH 3/4] checkasm/rv34dsp: add rv34_idct_dc_add test
---
tests/checkasm/rv34dsp.c | 24
1 file changed, 24 insertions(+)
diff --git
From aec115a7179f23642c2b1c1a1cae3253a40c38fc Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:04:11 +0800
Subject: [PATCH 4/4] lavc/rv34dsp: R-V V rv34_idct_dc_add
C908:
rv34_idct_dc_add_c: 134.7
rv34_idct_dc_add_rvv_i32: 45.5
---
libavcodec/riscv/rv34dsp_init.c | 2 ++
liba
On 31/01/2024 05:31, Roger Pack wrote:
On Thu, Jan 18, 2024 at 6:31 AM Timo Rothenpieler wrote:
On 18/01/2024 04:38, Roger Pack wrote:
Hello.
After compiling libx265 as a "static library" (mingw cross compiling
targeting win64)
$ pkg-config --libs --static x265
-L/home/rdp/new/sandbox/win6
The name was written incorrectly by mistake.. It has been corrected in this
response.
flow gg 于2024年1月31日周三 20:00写道：
>
>
From 126f0b52cb8dd2f8fd5b881a4b166d1680562a0f Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:01:25 +0800
Subject: [PATCH 3/4] checkasm/rv34dsp: add rv34_i
Signed-off-by: James Almer
---
libavcodec/av1_parse.h | 16 +--
libavcodec/bitstream.h | 2 -
libavcodec/bitstream_template.h| 23 --
libavcodec/bsf/extract_extradata.c | 2 +-
libavcodec/get_bits.h | 24 --
libavcodec/leb.h
Quoting Stefano Sabatini (2024-01-30 00:53:25)
> On date Monday 2024-01-29 22:11:49 +0100, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2024-01-28 04:25:49)
> > > There can be no late objections here to any project suggestions.
> > > Objections must be before a project suggestion is submit
Quoting Michael Niedermayer (2024-01-30 01:15:54)
> > Self-imposed restrictions like these at the very least need a GA vote
> > IMO.
>
> I dont think its a "Self-imposed restriction"
> The right to arbitrarily reject a invoice to a SoW never existed in the
> first place.
> But lets try this hypoth
On 31 Jan 2024, at 13:03, Timo Rothenpieler wrote:
> On 31/01/2024 05:31, Roger Pack wrote:
>> On Thu, Jan 18, 2024 at 6:31 AM Timo Rothenpieler
>> wrote:
>>>
>>>
>>>
>>> On 18/01/2024 04:38, Roger Pack wrote:
Hello.
After compiling libx265 as a "static library" (mingw cross compilin
On 31/01/2024 14:07, epira...@gmail.com wrote:
On 31 Jan 2024, at 13:03, Timo Rothenpieler wrote:
On 31/01/2024 05:31, Roger Pack wrote:
On Thu, Jan 18, 2024 at 6:31 AM Timo Rothenpieler wrote:
On 18/01/2024 04:38, Roger Pack wrote:
Hello.
After compiling libx265 as a "static library"
> IMO hasty actions and avoidable drama may cause damage to the project
What would be a hasty action? I've seen far too much people calling action
over stuff discussed for weeks/months as "hasty" in attempt to stall into
endless discussions, so you might want to clarify.
> The question is, what e
On Tue, Jan 30, 2024 at 8:49 PM Nuo Mi wrote:
> Changes since v4:
> mp4: return patch welcome for CENC nal units (Thomas)
> mp4: reintroduce vvc back into ff_codec_movvideo_tags since the mp4
> demuxer relies on it. (James)
>
> Nuo Mi (4):
> avformat/mpegtsenc: refact mpegts_check_bitstream to
Quoting Jonatas L. Nogueira via ffmpeg-devel (2024-01-31 15:10:02)
> > IMO hasty actions and avoidable drama may cause damage to the project
>
> What would be a hasty action? I've seen far too much people calling action
> over stuff discussed for weeks/months as "hasty" in attempt to stall into
>
On Wed, 31 Jan 2024 at 14:10, Jonatas L. Nogueira via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
> > IMO hasty actions and avoidable drama may cause damage to the project
>
> What would be a hasty action? I've seen far too much people calling action
> over stuff discussed for weeks/months as "
Jan 22, 2024, 22:19 by mar...@martin.st:
> On Mon, 22 Jan 2024, Lynne wrote:
>
>> Jan 22, 2024, 07:52 by ffmpeg-devel@ffmpeg.org:
>>
>>> Since glslang 14.0.0, OGLCompiler and HLSL stub libraries have been
>>> fully removed from the build.
>>>
>>> This fixes the configuration by detecting if the st
> The FFmpeg community was told about this three days ago.
Fair enough if it's true (I'm an outsider, after all)
> There are arguments in this very thread how we cannot discuss things in
> detail and must instead ACT NOW OR ALL THE MONEY IS GONE. Naturally this
> makes the mood more tense, especi
Forgot to mention, but you also don't need to set the values yourself.
You can simply post "we're looking to have X task done, interested parties
please send us a quote" and see if it fits the budget.
--
Jonatas L. Nogueira (“jesusalva”)
Board of Directors Member
Software in the Public Interest, I
Hi,
Le keskiviikkona 31. tammikuuta 2024, 16.10.02 EET Jonatas L. Nogueira via
ffmpeg-devel a écrit :
> > IMO hasty actions and avoidable drama may cause damage to the project
>
> What would be a hasty action? I've seen far too much people calling action
> over stuff discussed for weeks/
This exposes VP8E_SET_SCREEN_CONTENT_MODE option from libvpx.
Changes since v1:
- Put the new param initialzation in the right place,
- Account for cases when the encoder's output is queued up.
Co-authored-by: Erik Språng
Signed-off-by: Dariusz Marcinkiewicz
---
doc/encoders.texi | 7 +++
Hi,
I think this breaks the build for RV32, and it lacks checks for the vector
length.
Also fractional multipler should never be smaller than the ratio of the
specified element size to the largest element size used in the function. Here
it is largelly inconsequential, but for instance "e32, mf
The configure check already had fallback for the previous version
of glslang, which had different requirements for flags.
This commit simply moves the flags needed for glslang 13 to the
fallback, while first trying to use new flags for glslang 14.
This drops support for ~3 year old glslang version
> I take that to mean that SPI has been involved with those discussions for
months in a private and closed process
Not really, however STF did ask for a meeting with SPI concerning the
possibility to sponsor FFmpeg on January 18th (so roughly two weeks ago).
To make clear, the request was on the 1
Signed-off-by: James Almer
---
doc/bitstream_filters.texi| 13 +
libavcodec/bitstream_filters.c| 1 +
libavcodec/bsf/Makefile | 1 +
libavcodec/bsf/iamf_frame_split_bsf.c | 825 ++
4 files changed, 840 insertions(+)
create mode 10064
Packets will be passed to the bsf immediately after being generated by a
demuxer, and no further data will be read from the input until all packets
have been returned by the bsf.
Signed-off-by: James Almer
---
libavformat/avformat.c | 47
libavformat/demux.c| 162 ++
Signed-off-by: James Almer
---
libavformat/isom.h | 1 +
libavformat/mov.c | 105 +
2 files changed, 59 insertions(+), 47 deletions(-)
diff --git a/libavformat/isom.h b/libavformat/isom.h
index 2cf456fee1..a4925b3b08 100644
--- a/libavformat/isom.h
Signed-off-by: James Almer
---
configure| 2 +-
libavformat/Makefile | 3 +-
libavformat/isom.h | 6 +
libavformat/mov.c| 283 ---
4 files changed, 276 insertions(+), 18 deletions(-)
diff --git a/configure b/configure
index 68f675a4
Signed-off-by: James Almer
---
doc/bitstream_filters.texi| 14 ++
libavcodec/bitstream_filters.c| 1 +
libavcodec/bsf/Makefile | 1 +
libavcodec/bsf/iamf_frame_merge_bsf.c | 228 ++
libavcodec/leb.h | 22 +++
5 f
Signed-off-by: James Almer
---
configure| 2 +-
libavformat/movenc.c | 323 ++-
libavformat/movenc.h | 7 +
3 files changed, 269 insertions(+), 63 deletions(-)
diff --git a/configure b/configure
index 42ba5ec502..6cdd101487 100755
--- a/con
This will be used to support tiled image formats like HEIF.
Signed-off-by: James Almer
---
libavformat/avformat.c | 5 +++
libavformat/avformat.h | 100 +
libavformat/dump.c | 29
libavformat/options.c | 32 +
4 files chan
Fixes a regression since d9fed9df2a, where the single animated stream would
be exported twice as two independent streams.
Signed-off-by: James Almer
---
libavformat/isom.h | 1 +
libavformat/mov.c | 147 ++---
2 files changed, 99 insertions(+), 49 delet
Export each tile as its own stream, and the tiling information as a Stream
Group of type TILE_GRID.
This also enables exporting other stream items like thumbnails, which may be
present in non tiled HEIF images too. For those, the primary stream will be
tagged with the default disposition.
Based on
Signed-off-by: James Almer
---
tests/fate/mov.mak | 2 +-
tests/ref/fate/mov-heic-demux-still-image-multiple-items | 7 +++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/tests/fate/mov.mak b/tests/fate/mov.mak
index f202f36d96..f549ae33d7
> Also fractional multipler should never be smaller than the ratio of the
> specified element size to the largest element size used in the function.
Here
> it is largelly inconsequential, but for instance "e32, mf4" and "e64,
mf2" are
> invalid.
Thanks, I indeed almost forgot about this part
> I
Hi Rémi
On Wed, Jan 31, 2024 at 06:10:57PM +0200, Rémi Denis-Courmont wrote:
[...]
> This is further aggravated by the context that Michael brought forward the
> idea of funding developers through SPI 3 months ago (in actual Earth units).
> From your statement, I have to infer that Thilo, Michae
Fixed the rv32 break in this reply
flow gg 于2024年1月31日周三 20:01写道：
>
>
From 0874f319e1c26aa0eeb5ed0d4e00d29aec4c5af8 Mon Sep 17 00:00:00 2001
From: sunyuechi
Date: Wed, 31 Jan 2024 19:04:11 +0800
Subject: [PATCH 4/4] lavc/rv34dsp: R-V V rv34_idct_dc_add
C908:
rv34_idct_dc_add_c: 134.7
rv34_idct
Hi Jonatas, Remi
_THIS_ reply shows why i LOVE SPI
I mean this is transparency, anyone try to get something similar from a
corporation
Just in the last 48h i have seen a reminder from a CEO about "shareholder
agreement"
and privacy
thx
On Wed, Jan 31, 2024 at 05:04:20PM +, Jonatas L. No
James Almer:
> Fixes a regression since d9fed9df2a, where the single animated stream would
> be exported twice as two independent streams.
>
> Signed-off-by: James Almer
> ---
> libavformat/isom.h | 1 +
> libavformat/mov.c | 147 ++---
> 2 files change
On 1/31/2024 3:06 PM, Andreas Rheinhardt wrote:
James Almer:
Fixes a regression since d9fed9df2a, where the single animated stream would
be exported twice as two independent streams.
Signed-off-by: James Almer
---
libavformat/isom.h | 1 +
libavformat/mov.c | 147
James Almer:
> This will be used to support tiled image formats like HEIF.
>
> Signed-off-by: James Almer
> ---
> libavformat/avformat.c | 5 +++
> libavformat/avformat.h | 100 +
> libavformat/dump.c | 29
> libavformat/options.c | 3
On 1/31/2024 3:08 PM, Andreas Rheinhardt wrote:
James Almer:
This will be used to support tiled image formats like HEIF.
Signed-off-by: James Almer
---
libavformat/avformat.c | 5 +++
libavformat/avformat.h | 100 +
libavformat/dump.c | 29
On Wed, 31 Jan 2024 at 18:03, Michael Niedermayer
wrote:
> Hi Jonatas, Remi
>
> _THIS_ reply shows why i LOVE SPI
>
> I mean this is transparency, anyone try to get something similar from a
> corporation
>
> Just in the last 48h i have seen a reminder from a CEO about "shareholder
> agreement"
>
Hi everybody,
Sorry I can't be at FOSDEM to meet you all again.
Unfortunately it always falls on a weekend I have to be available at home
for work.
-- Sean McGovern
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listin
James Almer:
> On 1/31/2024 3:08 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> This will be used to support tiled image formats like HEIF.
>>>
>>> Signed-off-by: James Almer
>>> ---
>>> libavformat/avformat.c | 5 +++
>>> libavformat/avformat.h | 100 +++
On 1/31/2024 3:33 PM, Andreas Rheinhardt wrote:
James Almer:
On 1/31/2024 3:08 PM, Andreas Rheinhardt wrote:
James Almer:
This will be used to support tiled image formats like HEIF.
Signed-off-by: James Almer
---
libavformat/avformat.c | 5 +++
libavformat/avformat.h | 100
There are no agreements between SPI and STF as of 31st January 2024.
However, if you submit a Scope of Work, then an agreement will be made if
STF approves the sponsorship (on the Feb 14th or later).
I assume you don't mean National Association of Broadcasters by "NAB", so I
would need to know wh
On Wed, 31 Jan 2024 at 18:40, Jonatas L. Nogueira
wrote:
> I assume you don't mean National Association of Broadcasters by "NAB", so
> I would need to know what booth you're talking about.
>
That is what I mean.
Kieran
> On Wed, Jan 31, 2024 at 3:22 PM Kieran Kunhya wrote:
>
>>
>>
>> On Wed,
On Wed, Jan 31, 2024 at 06:22:41PM +, Kieran Kunhya wrote:
> On Wed, 31 Jan 2024 at 18:03, Michael Niedermayer
> wrote:
>
> > Hi Jonatas, Remi
> >
> > _THIS_ reply shows why i LOVE SPI
> >
> > I mean this is transparency, anyone try to get something similar from a
> > corporation
> >
> > Just
> On Jan 31, 2024, at 11:07 AM, Michael Niedermayer
> wrote:
>
> On Wed, Jan 31, 2024 at 06:22:41PM +, Kieran Kunhya wrote:
>> On Wed, 31 Jan 2024 at 18:03, Michael Niedermayer
>> wrote:
>>
>>> Hi Jonatas, Remi
>>>
>>> _THIS_ reply shows why i LOVE SPI
>>>
>>> I mean this is transparen
I can't find anything in SPI related to NAB either. I can ask the officers
if they're aware of something from NAB, but I don't think that would be the
case.
I can find some old booths for FOSSEM, FOSDEM and whatnot though. Can you
double check?
(Also: What's the relation between NAB and this spon
The function signature for bytestream2_seek is (gb, offset, whence);
Before this patch, the code passed (gb, SEEK_SET, offset), which is
incorrect.
Siged-off-by: Leo Izen
---
libavcodec/tiff.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff
Signed-off-by: Michael Niedermayer
---
libavutil/rational.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/rational.h b/libavutil/rational.h
index 8cbfc8e0669..c6ac9fb1d91 100644
--- a/libavutil/rational.h
+++ b/libavutil/rational.h
@@ -168,6 +168,10 @@ static av_always_inline
On Wed, 31 Jan 2024 at 19:17, Cosmin Stejerean via ffmpeg-devel <
ffmpeg-devel@ffmpeg.org> wrote:
>
>
> > On Jan 31, 2024, at 11:07 AM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
> >
> > On Wed, Jan 31, 2024 at 06:22:41PM +, Kieran Kunhya wrote:
> >> On Wed, 31 Jan 2024 at 18:03, M
On 31 Jan 2024, at 20:47, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/rational.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavutil/rational.h b/libavutil/rational.h
> index 8cbfc8e0669..c6ac9fb1d91 100644
> --- a/libavutil/rational.h
>
On date Wednesday 2024-01-31 13:30:50 +0100, Anton Khirnov wrote:
> Quoting Stefano Sabatini (2024-01-30 00:53:25)
> > On date Monday 2024-01-29 22:11:49 +0100, Anton Khirnov wrote:
[...]
> > > 1) How does the project protect itself from pre-approving some code that
> > >does not exist yet? Thi
On Wed, Jan 31, 2024 at 08:19:04PM +, Kieran Kunhya wrote:
> On Wed, 31 Jan 2024 at 19:17, Cosmin Stejerean via ffmpeg-devel <
> ffmpeg-devel@ffmpeg.org> wrote:
[...]
> > This is most likely referring to the email from Thilo that an anonymous
> > corporate sponsor is providing ffmpeg with a boo
On 1/30/2024 1:48 AM, Michael Niedermayer wrote:
> https://trac.ffmpeg.org/wiki/SponsoringPrograms/STF/2024
Not to derail this fine thread, but what forks does the Merge Forks
project refer to?
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
On Wed, 31 Jan 2024 at 21:43, Michael Niedermayer
wrote:
> On Wed, Jan 31, 2024 at 08:19:04PM +, Kieran Kunhya wrote:
> > On Wed, 31 Jan 2024 at 19:17, Cosmin Stejerean via ffmpeg-devel <
> > ffmpeg-devel@ffmpeg.org> wrote:
> [...]
> > > This is most likely referring to the email from Thilo t
On Wed, 31 Jan 2024 at 21:45, Derek Buitenhuis
wrote:
> On 1/30/2024 1:48 AM, Michael Niedermayer wrote:
> > https://trac.ffmpeg.org/wiki/SponsoringPrograms/STF/2024
>
> Not to derail this fine thread, but what forks does the Merge Forks
> project refer to?
>
> - Derek
>
I also added a note that
On Wed, Jan 31, 2024 at 09:54:05PM +, Kieran Kunhya wrote:
> On Wed, 31 Jan 2024 at 21:43, Michael Niedermayer
> wrote:
>
> > On Wed, Jan 31, 2024 at 08:19:04PM +, Kieran Kunhya wrote:
> > > On Wed, 31 Jan 2024 at 19:17, Cosmin Stejerean via ffmpeg-devel <
> > > ffmpeg-devel@ffmpeg.org> w
On Wed, 31 Jan 2024, 22:40 Michael Niedermayer,
wrote:
> On Wed, Jan 31, 2024 at 09:54:05PM +, Kieran Kunhya wrote:
> > On Wed, 31 Jan 2024 at 21:43, Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > On Wed, Jan 31, 2024 at 08:19:04PM +, Kieran Kunhya wrote:
> > > > On
Yadif filter assumed that the output timebase is always half of the input
timebase. This is not true if halving the input time base is not representable
as an AVRational causing the output timestamps to be invalidly scaled in such a
case.
So let's use av_reduce instead of av_mul_q when calculating
v2: add conversion from custom layout to ambisonic
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 ++
libavutil/channel_layout.c | 74 ++
libavutil/channel_layout.h | 11 ++
libavutil/version.h| 2 +-
4 files changed, 89 insertio
On Wed, Jan 31, 2024 at 09:55:00PM +, Kieran Kunhya wrote:
> On Wed, 31 Jan 2024 at 21:45, Derek Buitenhuis
> wrote:
>
> > On 1/30/2024 1:48 AM, Michael Niedermayer wrote:
> > > https://trac.ffmpeg.org/wiki/SponsoringPrograms/STF/2024
> >
> > Not to derail this fine thread, but what forks doe
On date Wednesday 2024-01-31 18:10:57 +0200, Rémi Denis-Courmont wrote:
> Hi,
[...]
> Sarcasm aside, I take that to mean that SPI has been involved with those
> discussions for months in a private and closed process. Michael asserted that
> an open inclusive process is better than the usual
On date Monday 2024-01-29 15:54:27 +0800, 王昊然 wrote:
> Fix bug #10501
>
> Signed-off-by: WHR
> ---
> fftools/ffmpeg.c | 4 ++--
> fftools/ffmpeg_enc.c | 2 +-
> fftools/ffmpeg_mux.c | 4 ++--
> 3 files changed, 5 insertions(+), 5 deletions(-)
> diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg
On Wed, Jan 31, 2024 at 09:30:44PM +0100, epira...@gmail.com wrote:
>
>
> On 31 Jan 2024, at 20:47, Michael Niedermayer wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavutil/rational.h | 4
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/libavutil/rational.h b/lib
On date Sunday 2024-01-28 16:59:22 -0600, Marth64 wrote:
> - Add option to play only certain chapters or chapter ranges
> - Add option to do a second pass indexing for accurate chapter markers
> - Add documentation
> - Fixes issues with PCM audio
> - Support for essential track dispositions (forced
On Wed, Jan 31, 2024 at 03:42:46AM +0100, Marton Balint wrote:
>
>
> On Wed, 31 Jan 2024, Michael Niedermayer wrote:
>
> > On Sun, Jan 28, 2024 at 04:01:36AM +0100, Marton Balint wrote:
> > > Yadif filter assumed that the output timebase is always half of the input
> > > timebase. This is not tr
On date Thursday 2024-02-01 00:15:03 +0100, Stefano Sabatini wrote:
> José already provided and excellent summary from his side. On my side
I meant Jonatas, sorry.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/
Hi all
To do the STF/SPI thing properly, and make sure we do what the Community wants.
We should do this vote: (unless lots of people reply and say we should skip the
vote)
(i am also CCing jonatan to make sure the option in the vote actually ask the
GA the
right question)
The vote description
85 matches
Mail list logo
