On 2024-10-07 05:14 pm, Thomas Guillory wrote:
When displaying help for overlay filter in CLI, the flags for x and y parameters
don't have the T flag. However these two parameters do have the capability to be
set at runtime, as implemented in commit d2752ef0615.
This commit fixes the CLI docum
On 2024-10-05 06:21 pm, James Almer wrote:
On 10/5/2024 1:44 AM, Gyan Doshi wrote:
Earlier, x265 made an API change to support alpha and
other multiple layer pictures. We added guards to accommodate
that in 1f801dfdb5
They have now reverted that API change in
https://bitbucket.org
Earlier, x265 made an API change to support alpha and
other multiple layer pictures. We added guards to accommodate
that in 1f801dfdb5
They have now reverted that API change in
https://bitbucket.org/multicoreware/x265_git/commits/78e5b703b1
Updated our wrapper guards to unbreak build again.
---
On 2024-09-27 05:03 am, Michael Niedermayer wrote:
On Wed, Sep 25, 2024 at 09:18:56PM +0530, Gyan Doshi wrote:
The decoder wrapper was removed in 60ccb3fe78
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
LGTM
Thanks.
Pushed as 2b689261c5bae0005a76403219392f8a597717ed
Regards
The decoder wrapper was removed in 60ccb3fe78
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 76651d5ff8..c968fc765c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -206,7 +206,6 @@ Codecs:
libgsm.c Michel Bardiaux
On 2024-09-25 12:39 am, martin schitter wrote:
On 24.09.24 20:45, martin schitter wrote:
"Meitner" (https://en.wikipedia.org/wiki/Lise_Meitner)
because of:
https://en.wikipedia.org/wiki/Lise_Meitner#/media/
File:Bohr_Heisenberg_Pauli_Meitner_u.a._1937_(cropped).jpg
sorry -- I had the im
On 2024-09-17 05:45 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-09-17 13:15:45)
The option is enc_time_base, not enc_timebase
---
fftools/ffmpeg_mux_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index
The option is enc_time_base, not enc_timebase
---
fftools/ffmpeg_mux_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg_mux_init.c b/fftools/ffmpeg_mux_init.c
index 30d74d37bd..571c9808b9 100644
--- a/fftools/ffmpeg_mux_init.c
+++ b/fftools/ffmpeg_mux_init.c
On 2024-09-05 01:29 am, Michael Niedermayer wrote:
On Wed, Sep 04, 2024 at 01:33:50PM +0530, Gyan Doshi wrote:
The filter was disabled in 95054bfa48 and re-enabled in 771c27119d
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
Thanks.
Pushed as
On 2024-09-04 01:33 pm, Gyan Doshi wrote:
The filter was disabled in 95054bfa48 and re-enabled in 771c27119d
Will push tomorrow.
Regards,
Gyan
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 2eb4a380fb
The filter was disabled in 95054bfa48 and re-enabled in 771c27119d
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 2eb4a380fb..b1ca9ad2f3 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -24463,7 +24463,7 @@
On 2024-08-31 04:29 pm, Gyan Doshi wrote:
On 2024-08-28 03:52 pm, Gyan Doshi wrote:
The check is for color space, not range.
Will push tomorrow.
Pushed as b5daaa1503fd149a8e6c4964266ceb93fd7d09cd
Regards,
Gyan
___
ffmpeg-devel mailing list
On 2024-08-28 03:52 pm, Gyan Doshi wrote:
The check is for color space, not range.
Will push tomorrow.
Regards,
Gyan
---
libavfilter/formats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/formats.c b/libavfilter/formats.c
index eabc3ec946..2b570b466e
The check is for color space, not range.
---
libavfilter/formats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/formats.c b/libavfilter/formats.c
index eabc3ec946..2b570b466e 100644
--- a/libavfilter/formats.c
+++ b/libavfilter/formats.c
@@ -977,7 +977,7 @@ int f
Patch withdrawn, superfluous since 1afe42852b.
On 2024-08-19 08:33 pm, Gyan Doshi wrote:
filters.h has been needed since 42cbf66fff for FilterLink.
---
libavfilter/vf_quirc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_quirc.c b/libavfilter/vf_quirc.c
index 760f5d97de
filters.h has been needed since 42cbf66fff for FilterLink.
---
libavfilter/vf_quirc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_quirc.c b/libavfilter/vf_quirc.c
index 760f5d97de..afd172fa34 100644
--- a/libavfilter/vf_quirc.c
+++ b/libavfilter/vf_quirc.c
@@ -27,6 +27,7 @@
On 2024-08-14 10:01 am, Gyan Doshi wrote:
On 2024-08-11 04:03 pm, Gyan Doshi wrote:
x265 added support for alpha starting with build 210.
While doing so, x265_encoder_encode() changed its fifth arg to
an array of pointers to x265_picture. This broke building lavc/libx265.c
This patch
On 2024-08-15 04:07 am, Michael Niedermayer wrote:
Adding level to some of my entries
Adding level to some random entries of other people who i have seen actively
maintaining their code
removing some people who have not been active where others where active
For most we will need to contact pe
On 2024-08-11 04:03 pm, Gyan Doshi wrote:
x265 added support for alpha starting with build 210.
While doing so, x265_encoder_encode() changed its fifth arg to
an array of pointers to x265_picture. This broke building lavc/libx265.c
This patch simply unbreaks the build and maintains existing
x265 added support for alpha starting with build 210.
While doing so, x265_encoder_encode() changed its fifth arg to
an array of pointers to x265_picture. This broke building lavc/libx265.c
This patch simply unbreaks the build and maintains existing single-layer
non-alpha encoding support.
Fixes
On 2024-07-22 01:01 pm, Gyan Doshi wrote:
On 2024-07-22 12:53 pm, Shin Han wrote:
Hi
We found a very simple typo in the libvmaf_cuda section of doc/filters
where the order of the [dis] and [ref] labels is reversed.
We believe fixing this typo would be benefical of those who are new to
On 2024-07-22 12:53 pm, Shin Han wrote:
Hi
We found a very simple typo in the libvmaf_cuda section of doc/filters
where the order of the [dis] and [ref] labels is reversed.
We believe fixing this typo would be benefical of those who are new to
using ffmpeg and libvmaf_cuda.
Will apply.
Tha
On 2024-07-16 09:40 am, Marth64 wrote:
Gyan:
The former is not an error. The user was asked and the application
behaved as per their reply.
Could it make sense to only return the AVERROR(EEXIST) if -nostdin is
passed (otherwise current behavior)?
Agreed.
Regards,
Gyan
___
On 2024-07-15 06:26 pm, Dabrien 'Dabe' Murphy wrote:
---
fftools/ffmpeg_opt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index 2c201c74b2..dddf7c6475 100644
--- a/fftools/ffmpeg_opt.c
+++ b/fftools/ffmpeg_opt.c
@@ -604,13
On 2024-07-14 02:14 pm, Gyan Doshi wrote:
On 2024-07-11 02:52 pm, Gyan Doshi wrote:
Can lead to printing of nonsensical negative memory usage
Plan to push in 24h.
Pushed as 350146a1ea9d2d0220cc8d024125b77240e3e98d
Regards,
Gyan
___
ffmpeg
On 2024-07-11 02:52 pm, Gyan Doshi wrote:
Can lead to printing of nonsensical negative memory usage
Plan to push in 24h.
Regards,
Gyan
---
fftools/ffmpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 00ab1cce51
Can lead to printing of nonsensical negative memory usage
---
fftools/ffmpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 00ab1cce51..3aa2e12780 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -309,8 +309,8 @@ const AVI
On 2024-07-04 04:14 am, Vittorio Giovara wrote:
On Wed, Jul 3, 2024 at 9:29 PM Gyan Doshi wrote:
On 2024-07-02 10:45 am, Gyan Doshi wrote:
---
doc/filters.texi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index
On 2024-07-02 10:45 am, Gyan Doshi wrote:
---
doc/filters.texi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 0ff7c142b6..c9c4f7cf6b 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -23546,13 +23546,13 @@ tile
---
doc/filters.texi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 0ff7c142b6..c9c4f7cf6b 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -23546,13 +23546,13 @@ tile=3x2:nb_frames=5:padding=7:margin=2
@end itemize
On 2024-06-25 11:51 am, Gyan Doshi wrote:
On 2024-06-21 04:18 pm, Gyan Doshi wrote:
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Plan to improve commit messages and push set in 24h.
Pushed as 27284b780087f9217f628a440e977f207b8b2885 and
On 2024-06-21 04:18 pm, Gyan Doshi wrote:
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Plan to improve commit messages and push set in 24h.
diff --git a/configure b/configure
index 1e58c0dbac..db11a78c74 100755
--- a/configure
+++ b/configure
@@ -7764,14
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 1e58c0dbac..db11a78c74 100755
--- a/configure
+++ b/configure
@@ -7764,14 +7764,14 @@ enabled elbg_filter && prepend avfilter_deps
"avcodec"
enabled find_rect_filter&& pr
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 3bca638459..1e58c0dbac 100755
--- a/configure
+++ b/configure
@@ -7767,8 +7767,8 @@ enabled mcdeint_filter && prepend avfilter_deps
"avcodec"
enabled movie_filter&& prepend
On 2024-06-19 06:04 pm, Martin Storsjö wrote:
On Mon, 17 Jun 2024, Gyan Doshi via ffmpeg-devel wrote:
Ultimately, as long as the doc is clear about what the use of this
option is, and what to do next if the muxing does abort, it should
not matter too much what the option is called.
So
On 2024-06-18 11:53 pm, Timo Rothenpieler wrote:
On 18.06.2024 18:56, Gyan Doshi wrote:
FWIW, I had to do the same for securetransport on a project a couple
of years back to get rtmps working. Worked fine, and did not get any
reports of ill-effects.
You mean the FFmpeg implementation of
On 2024-06-18 10:00 pm, Timo Rothenpieler wrote:
On 11.06.2024 15:10, Timo Rothenpieler wrote:
On 03.06.2024 22:28, Timo Rothenpieler wrote:
From: BtbN
This is fixed locally
Fixes for example rtmps streaming over schannel.
---
libavformat/tls_schannel.c | 15 ++-
1 file ch
On 2024-06-17 04:08 pm, Martin Storsjö wrote:
On Sat, 15 Jun 2024, Gyan Doshi wrote:
On 2024-06-15 03:54 am, Dennis Sädtler via ffmpeg-devel wrote:
On 2024-06-14 13:23, Gyan Doshi wrote:
On 2024-06-14 04:35 pm, Timo Rothenpieler wrote:
On 14/06/2024 12:44, Martin Storsjö wrote:
On Fri
On 2024-06-15 03:54 am, Dennis Sädtler via ffmpeg-devel wrote:
On 2024-06-14 13:23, Gyan Doshi wrote:
On 2024-06-14 04:35 pm, Timo Rothenpieler wrote:
On 14/06/2024 12:44, Martin Storsjö wrote:
On Fri, 14 Jun 2024, Gyan Doshi wrote:
On 2024-06-14 02:18 am, Martin Storsjö wrote:
On Thu
On 2024-06-14 04:35 pm, Timo Rothenpieler wrote:
On 14/06/2024 12:44, Martin Storsjö wrote:
On Fri, 14 Jun 2024, Gyan Doshi wrote:
On 2024-06-14 02:18 am, Martin Storsjö wrote:
On Thu, 13 Jun 2024, Gyan Doshi wrote:
On 2024-06-13 06:20 pm, Martin Storsjö wrote:
I'd otherwise wa
On 2024-06-14 02:18 am, Martin Storsjö wrote:
On Thu, 13 Jun 2024, Gyan Doshi wrote:
On 2024-06-13 06:20 pm, Martin Storsjö wrote:
On Wed, 5 Jun 2024, Martin Storsjö wrote:
This allows ending up with a normal, non-fragmented file when
the file is finished, while keeping the file readable
On 2024-06-13 06:20 pm, Martin Storsjö wrote:
On Wed, 5 Jun 2024, Martin Storsjö wrote:
This allows ending up with a normal, non-fragmented file when
the file is finished, while keeping the file readable if writing
is aborted abruptly at any point. (Normally when writing a
mov/mp4 file, the u
On 2024-06-05 12:47 am, Stefano Sabatini wrote:
On date Tuesday 2024-06-04 23:41:05 +0530, Gyan Doshi wrote:
Similar to select filter for video - it can only pass through or drop frames
---
libavfilter/trim.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/trim.c b
Similar to select filter for video - it can only pass through or drop frames
---
libavfilter/trim.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/trim.c b/libavfilter/trim.c
index 4c1a2b4f48..4afc4c74bb 100644
--- a/libavfilter/trim.c
+++ b/libavfilter/trim.c
@@ -364,6 +364,7 @@
On 2024-05-31 09:07 pm, Pierre-Anthony Lemieux wrote:
On Fri, May 31, 2024 at 8:32 AM Gyan Doshi wrote:
Decoding is no longer possible as the decoder wrapper was removed
in 60ccb3fe78
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
Decoding is no longer possible as the decoder wrapper was removed
in 60ccb3fe78
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 96b181fd21..6c5b8aab9a 100755
--- a/configure
+++ b/configure
@@ -253,7 +253,7 @@ External library support:
On 2024-05-01 12:18 pm, Yannis Gerlach wrote:
The speed option allows to have a constant (per frame) change of hue.
This allows for an easy way of creating an color changing effect
without relying on somewhat complicated expressions.
Signed-off-by: Yannis Gerlach
---
libavfilter/vf_coloriz
On 2024-04-24 04:21 pm, Niklas Haas wrote:
As discussed in my previous series for fixing scale2ref[1], this filter
is fundamentally broken, and the only real fix would be to switch to
activate(), or ideally FFFrameSync.
[1] https://ffmpeg.org//pipermail/ffmpeg-devel/2024-March/323382.html
Th
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
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
On 2024-04-10 02:57 pm, Stefano Sabatini wrote:
On date Tuesday 2024-04-09 10:36:05 +0200, Nicolas George wrote:
[...]
I am pointing that for the burden, I am not offering to do the same for
free for the people who are so short-sighted they feel entitled to block
software-defined radio, break
Ping x2.
On 2024-04-02 10:55 am, Gyan Doshi wrote:
Ping.
As the TC rules matter has been concluded, this should go ahead.
Regards,
Gyan
On 2024-02-17 05:15 pm, Gyan Doshi wrote:
Issue:
Patch: avcodec/s302m: enable non-PCM decoding
URL:
https://patchwork.ffmpeg.org/project/ffmpeg/patch
On 2024-04-05 10:20 pm, Dennis Mungai wrote:
Does this imply that down the line, with this and additional patchsets,
that FFmpeg can handle tasks such as stream copy and filtering in the same
invocation?
What do you mean? If you map a stream twice, you already can do that now.
Regards,
Gya
Ping.
As the TC rules matter has been concluded, this should go ahead.
Regards,
Gyan
On 2024-02-17 05:15 pm, Gyan Doshi wrote:
Issue:
Patch: avcodec/s302m: enable non-PCM decoding
URL:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240127103854.9971-1-ffm...@gyani.pro/
The issue
On 2024-04-01 04:46 pm, Anton Khirnov wrote:
Hi all,
the vote has now ended with 23 votes cast, results are available at
https://vote.ffmpeg.org/cgi-bin/civs/results.pl?id=E_a6be1eb156d0e589
The winning option is 'Anton', i.e. my proposal. Voting data as reported
by CIVS is attached to this
On 2024-03-29 02:05 pm, Anton Khirnov wrote:
---
libavformat/movenc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index b97c479cc4..30cfbf6e74 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -82
On 2024-03-25 03:11 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-03-22 14:05:05)
Please do post the final text and options a day in advance.
I have now created the poll, but not started it yet (the text and
options can still be edited). It looks like this:
The description, my option
On 2024-03-22 06:22 pm, Anton Khirnov wrote:
Michael,
following up on the previous discussion in this thread - if you,
personally, would like to vote for a different option than those
suggested so far, please propose one.
I am not going to add a large number of options that nobody actually
wan
fmpeg-devel/2024-February/321564.html
On 2024-03-03 12:52 pm, Gyan Doshi wrote:
---
doc/community.texi | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/doc/community.texi b/doc/community.texi
index 90d2b6f366..8d5722bd7f 100644
--- a/doc/community.texi
+++
On 2024-03-18 04:11 pm, Liu Steven wrote:
On Mar 18, 2024, at 18:11, Gyan Doshi wrote:
---
tests/fate/lavf-container.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/lavf-container.mak b/tests/fate/lavf-container.mak
index b18ed2362b..7a925117c3 100644
---
tests/fate/lavf-container.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/lavf-container.mak b/tests/fate/lavf-container.mak
index b18ed2362b..7a925117c3 100644
--- a/tests/fate/lavf-container.mak
+++ b/tests/fate/lavf-container.mak
@@ -80,7 +80,7 @@ FATE_LAV
On 2024-03-16 02:02 pm, Marton Balint wrote:
On Sat, 16 Mar 2024, Gyan Doshi wrote:
8559cce3c3 made the bitstream check generic using a LUT.
However, one of the comparisons which involves a bitwise AND
and equality check is faulty due to operator precedence.
First reported and analysed at
8559cce3c3 made the bitstream check generic using a LUT.
However, one of the comparisons which involves a bitwise AND
and equality check is faulty due to operator precedence.
First reported and analysed at
https://github.com/streamlink/streamlink/issues/5876
Fixes #10908
---
libavformat/mpegtsen
On 2024-03-14 03:46 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-03-13 08:49:52)
Are there any limitations to loopback decoding e.g. would a vpx w/alpha
encode be decoded back to a alpha pix fmt?
I don't know how vpx alpha works, was it a separate stream in the
demuxer or some
On 2024-03-13 05:54 pm, Niklas Haas wrote:
From: Niklas Haas
This filter's existing design has a number of issues:
- There is no guarantee whatsoever about the order in which frames are
pushed onto the main and ref link, due to this being entirely
dependent on the order in which downst
On 2024-03-13 05:54 pm, Niklas Haas wrote:
From: Niklas Haas
Analogous to the "scale" filter, which this is practically identical
with.
---
libavfilter/avfilter.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 83
On 2024-03-13 12:57 pm, Anton Khirnov wrote:
ffmpeg | branch: master | Anton Khirnov | Mon Feb 19
10:27:44 2024 +0100| [a9193f7b7d65aafa326e25571c6672636a8ee3d2] | committer: Anton
Khirnov
fftools/ffmpeg: add loopback decoding
...
+E.g. the following example:
+
+@example
+ffmpeg -i INPUT
On 2024-03-12 09:15 pm, Lynne wrote:
Mar 12, 2024, 05:16 by ffm...@gyani.pro:
Fixes #10900
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 05f8283af9..e0b5bcf589 100755
--- a/configure
+++ b/configure
@@ -3076,6 +3076,7 @@ nvdec_deps="ffnvcode
On 2024-03-12 04:25 pm, Stefano Sabatini wrote:
---
doc/metadata.texi | 1 +
doc/muxers.texi | 16
2 files changed, 17 insertions(+)
diff --git a/doc/metadata.texi b/doc/metadata.texi
index be91059a98..e081da7735 100644
--- a/doc/metadata.texi
+++ b/doc/metadata.texi
@
Fixes #10900
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 05f8283af9..e0b5bcf589 100755
--- a/configure
+++ b/configure
@@ -3076,6 +3076,7 @@ nvdec_deps="ffnvcodec"
vaapi_x11_deps="xlib_x11"
videotoolbox_hwaccel_deps="videotoolbox pthreads"
video
On 2024-03-06 11:02 am, Gyan Doshi wrote:
On 2024-03-01 07:41 pm, Gyan Doshi wrote:
At present, consume_update evaluates timeline state on all links for
a multi-input filter. This can lead to the filter being incorrectly
en/dis-abled when evaluation on a frame on a secondary link leads to
On 2024-03-01 07:41 pm, Gyan Doshi wrote:
At present, consume_update evaluates timeline state on all links for
a multi-input filter. This can lead to the filter being incorrectly
en/dis-abled when evaluation on a frame on a secondary link leads to
a different result than the frame on the
On 2024-03-03 07:04 am, Michael Niedermayer wrote:
On Sat, Mar 02, 2024 at 11:07:40AM +0530, Gyan Doshi wrote:
On 2024-03-01 11:03 pm, Anton Khirnov wrote:
* Any member of the TC who had a strong opinion on the question raised
before it was raised should recuse themselves.
In
---
doc/community.texi | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/doc/community.texi b/doc/community.texi
index 90d2b6f366..8d5722bd7f 100644
--- a/doc/community.texi
+++ b/doc/community.texi
@@ -82,7 +82,20 @@ The TC has 2 modes of operation: a RFC one and
On 2024-03-01 11:03 pm, Anton Khirnov wrote:
* Any member of the TC who had a strong opinion on the question raised
before it was raised should recuse themselves.
In particular, must recuse themselves any member of the TC who:
- participated in the discussion (on the ML, on IRC or els
At present, consume_update evaluates timeline state on all links for
a multi-input filter. This can lead to the filter being incorrectly
en/dis-abled when evaluation on a frame on a secondary link leads to
a different result than the frame on the current main link next in
line for processing.
---
Unbreaks movenc compilation in minimal configuration.
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 197f762b58..2d0e6a444a 100755
--- a/configure
+++ b/configure
@@ -3554,7 +3554,7 @@ mlp_demuxer_select="mlp_parser"
mmf_muxer_select=
On 2024-02-23 01:26 pm, Nicolas George wrote:
Anton Khirnov (12024-02-22):
In my updated proposal, based on comments by Niklas and Rémi, I'm
leaving it up to the TC member in question, based on the assumption that
TC members are honest.
A "stronger" version could conceivably leave it to CC to
On 2024-02-20 04:39 pm, Anton Khirnov wrote:
As for determining conflict of interest in case of dishonest TC
members, I don't think there is a general solution for it.
This is not about dishonesty. Imagine a TC member genuinely does not
self-assess or agree to a conflict of interest, does t
On 2024-02-20 02:20 pm, Anton Khirnov wrote:
So IMO the only case that needs to be excluded is 6) - an actual
conflict of interest. I therefore propose the following wording changes:
--- a/doc/community.texi
+++ b/doc/community.texi
-If the disagreement involves a member of the TC, that membe
On 2024-02-19 08:00 pm, Vittorio Giovara wrote:
On Mon, Feb 19, 2024 at 6:11 AM Gyan Doshi wrote:
The TC is invoked when there's an intractable dispute. So the dispute
precedes the TC activity hence the parties to the dispute are the main
opposing participants at the venue of the di
On 2024-02-19 03:16 am, Vittorio Giovara wrote:
On Sun, Feb 18, 2024 at 8:02 PM Gyan Doshi wrote:
On 2024-02-18 11:33 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-18 05:06:30)
b) what "maximalist" interpretation?
A non-maximalist interpretation would be that a TC memb
On 2024-02-18 11:33 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-18 05:06:30)
b) what "maximalist" interpretation?
A non-maximalist interpretation would be that a TC member is only
excluded from voting when they authored the patch that is being
disputed.
If the promulga
On 2024-02-18 01:25 am, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-17 13:37:38)
On 2024-02-17 05:52 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-17 12:46:27)
As a TC member who is part of the disagreement, I believe your
participation is recused.
No, I do not think &qu
On 2024-02-17 07:12 pm, Niklas Haas wrote:
On Sat, 17 Feb 2024 18:45:57 +0530 Gyan Doshi wrote:
Whilst s302m multiple substreams I haven't seen, Dolby E streams internally
contain multiple programs, often 5.1 and a 2.0 downmix.
That is downstream of the Dolby-E decoder and user will
On 2024-02-17 05:31 pm, Kieran Kunhya wrote:
On Sat, 17 Feb 2024, 11:46 Gyan Doshi, wrote:
Issue:
Patch: avcodec/s302m: enable non-PCM decoding
URL:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240127103854.9971-1-ffm...@gyani.pro/
The issue needing resolution is whether the
On 2024-02-17 05:52 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-17 12:46:27)
As a TC member who is part of the disagreement, I believe your
participation is recused.
No, I do not think "TC members who commented on a patch lose their right
to vote" is a reasonable interpr
On 2024-02-16 02:33 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-15 17:47:49)
This patch facilitates a certain productive use of ffmpeg with respect
to processing of live inputs that wasn't possible earlier,
and which currently is being used successfully by multiple people ove
Issue:
Patch: avcodec/s302m: enable non-PCM decoding
URL:
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20240127103854.9971-1-ffm...@gyani.pro/
The issue needing resolution is whether the patch should be added to the
existing s302m decoder or should that decoder
be removed and all old and
On 2024-02-16 07:25 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2024-02-15 04:17 pm, Anton Khirnov wrote:
Hi,
sorry for the delay, I've been busy fixing things for the release
Quoting Gyan Doshi via ffmpeg-devel (2024-01-29 05:00:33)
On 2024-01-28 04:24 pm, Anton Khirnov wrote:
On 2024-02-16 01:56 am, Kieran Kunhya wrote:
On Thu, 15 Feb 2024 at 16:48, Gyan Doshi wrote:
On 2024-02-15 09:40 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-15 13:31:59)
On 2024-02-15 04:17 pm, Anton Khirnov wrote:
Hi,
sorry for the delay, I've been busy fixing things fo
On 2024-02-15 09:40 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-02-15 13:31:59)
On 2024-02-15 04:17 pm, Anton Khirnov wrote:
Hi,
sorry for the delay, I've been busy fixing things for the release
Quoting Gyan Doshi via ffmpeg-devel (2024-01-29 05:00:33)
On 2024-01-28 04:24 pm,
On 2024-02-15 04:17 pm, Anton Khirnov wrote:
Hi,
sorry for the delay, I've been busy fixing things for the release
Quoting Gyan Doshi via ffmpeg-devel (2024-01-29 05:00:33)
On 2024-01-28 04:24 pm, Anton Khirnov wrote:
a) it would mean essentially inlining this decoder in the demuxer.
On 2024-01-27 04:08 pm, Gyan Doshi wrote:
Set up framework for non-PCM decoding in-place and
add support for Dolby-E decoding.
Useful for direct transcoding of non-PCM audio in live inputs.
Plan to push in 3 days, barring objections.
Regards,
Gyan
---
configure | 1 +
doc
On 2024-02-02 03:34 pm, Gyan Doshi wrote:
On 2024-01-29 10:30 am, Gyan Doshi wrote:
Existing use of strtoll can lead to ERANGE errors leading to incorrect
storage of UMID.
Plan to push tomorrow.
Pushed as 7375a6ca7b4a4b223a71f85a772c64a34e60eabe
Regards,
Gyan
On 2024-01-29 10:30 am, Gyan Doshi wrote:
Existing use of strtoll can lead to ERANGE errors leading to incorrect
storage of UMID.
Plan to push tomorrow.
Regards,
Gyan
---
libavformat/wavenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/wavenc.c b
On 2024-01-31 09:49 am, Gyan Doshi wrote:
On 2024-01-26 07:39 pm, Gyan Doshi wrote:
The video param change check will print loglines below debug level
for each frame which is different from the inlink parameters. This
can spam the console. It is now printed at warning level once for
each
On 2024-01-26 07:39 pm, Gyan Doshi wrote:
The video param change check will print loglines below debug level
for each frame which is different from the inlink parameters. This
can spam the console. It is now printed at warning level once for
each param change else it is kept at debug level
On 2024-01-29 02:57 pm, Nicolas Gaullier wrote:
On 2024-01-28 04:24 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2024-01-26 05:23:50)
On 2024-01-25 06:47 pm, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2024-01-25 10:29 am, Andreas Rheinhardt wrote:
Gyan Doshi:
Set up framework for non-PCM
Existing use of strtoll can lead to ERANGE errors leading to incorrect
storage of UMID.
---
libavformat/wavenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/wavenc.c b/libavformat/wavenc.c
index 82acb9ef0f..a41f40b449 100644
--- a/libavformat/wavenc.c
+++ b/liba
1 - 100 of 1009 matches
Mail list logo
