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-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
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-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
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-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-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-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-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-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-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
---
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
---
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
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
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 2021-09-28 02:05 pm, Arif Driessen wrote:
Hello all, excited about my first patch! Documented the possible window
functions for `afftfilt`. Needs review/signing-off.
These should be formatted like they are in the surround filter for the
option with the same name.
---
doc/filters.te
On 2021-09-28 07:29 pm, Arif Driessen wrote:
These should be formatted like they are in the surround filter for the
option with the same name.
Good catch! Looking around, I see there are other filters too with a
win_func option. When I next get a moment (either later today or more
likely tom
On 2021-09-30 02:19 pm, Arif Driessen wrote:
Okay. But is it a @chapter Various Windowing Functions (placed at the end
just before @chapter See Also and @chapter Authors) or a @section Various
Windowing Functions, that has to live under some chapter? (...Which?)
Just keep the current patch fo
On 2021-09-30 02:23 pm, Gyan Doshi wrote:
On 2021-09-30 02:19 pm, Arif Driessen wrote:
Okay. But is it a @chapter Various Windowing Functions (placed at the
end
just before @chapter See Also and @chapter Authors) or a @section
Various
Windowing Functions, that has to live under some
On 2021-09-30 04:20 pm, Paul B Mahol wrote:
On Thu, Sep 30, 2021 at 10:53 AM Gyan Doshi wrote:
On 2021-09-30 02:19 pm, Arif Driessen wrote:
Okay. But is it a @chapter Various Windowing Functions (placed at the end
just before @chapter See Also and @chapter Authors) or a @section Various
On 2021-09-30 04:28 pm, Paul B Mahol wrote:
On Thu, Sep 30, 2021 at 12:51 PM Gyan Doshi wrote:
On 2021-09-30 04:20 pm, Paul B Mahol wrote:
On Thu, Sep 30, 2021 at 10:53 AM Gyan Doshi wrote:
On 2021-09-30 02:19 pm, Arif Driessen wrote:
Okay. But is it a @chapter Various Windowing
On 2021-10-07 04:10 pm, Arif Driessen wrote:
Hi,
I think this is a typo...
The patch is corrupt. But it's ok I'll apply it.
Thanks,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
On 2021-10-08 09:34 am, Gyan Doshi wrote:
On 2021-10-07 04:10 pm, Arif Driessen wrote:
Hi,
I think this is a typo...
The patch is corrupt. But it's ok I'll apply it.
Pushed as f79be02be0abb7f4264fdc8467639eea7cd23d62
Reg
On 2021-10-13 02:30 pm, Michael Koch wrote:
Are those keys listed somewhere in the documentation?
Not yet. Press ? to get a list at runtime.
Regards,
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ff
On 2021-10-15 12:35 am, Paul B Mahol wrote:
will revert in next 96 hours.
Devote time to something productive.
In any case, not all filters have identical lists. spectrumsynth
supports limited functions. many don't recognize the string 'hann'. The
defaults also vary.
Harmonize those first
On 2021-10-19 04:54 am, Soft Works wrote:
Introduce a way for decoders to request application exit via error return
Why? The ffmpeg app may be processing multiple inputs and outputs. At
most, you can close the codec and end the stream.
Signed-off-by: softworkz
---
fftools/ffmpeg.c | 2
On 2021-10-19 09:38 am, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
Gyan Doshi
Sent: Tuesday, October 19, 2021 6:01 AM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 1/2] fftools/ffmpeg: exit
application when decoding returns AVERROR_EXIT
On 2021-10-19 10:11 am, Soft Works wrote:
Maybe there's a better way than my patch, but what happens is
a bug IMO, and I wouldn't say that it would be a fix to say that
a certain option needs to be set by the user to "fix it".
What's ideally required is for user to designate essential and
On 2021-11-03 03:16 pm, Thilo Borgmann wrote:
Hi,
this effectively reverts 071930de724166bfb90fc6d368c748771188fd94 and fixes the
underlying issue by always preferring TFDT.
Furthermore, the current solution fails if the -use_tfdt flag is given but no
TFDT box is found in the stream.
Tha
On 2021-11-04 04:33 pm, Thilo Borgmann wrote:
Am 03.11.21 um 17:41 schrieb Gyan Doshi:
On 2021-11-03 03:16 pm, Thilo Borgmann wrote:
Hi,
this effectively reverts 071930de724166bfb90fc6d368c748771188fd94 and fixes the
underlying issue by always preferring TFDT.
Furthermore, the current
On 2021-11-05 06:02 pm, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavutil/slicethread.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/slicethread.c b/libavutil/slicethread.c
index 867ce32..7b3a106 100644
--- a/libavutil
On 2021-11-11 10:32 am, Matthew White wrote:
Hello,
There's no longer a texinfo INLINE_CONTENTS variable...
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=62a6adfb33b006e187483779974bbd45f0f782b1
replace INLINE_CONTENTS with OUTPUT_CONTENTS_LOCATION
https://git.savannah.gnu.org/cg
On 2021-11-12 11:00 am, Gyan Doshi wrote:
On 2021-11-11 10:32 am, Matthew White wrote:
Hello,
There's no longer a texinfo INLINE_CONTENTS variable...
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=62a6adfb33b006e187483779974bbd45f0f782b1
replace INLINE_CONTENTS
On 2021-11-13 12:08 am, Matthew White wrote:
On 2021-11-12 11:00 am, Gyan Doshi wrote:
Which version of texinfo are you using?
texi2any (GNU texinfo) 6.8
ffmpeg version 4.4 Copyright (c) 2000-2021 the FFmpeg developers
With this patch, do you get any warnings or errors during build
On 2021-11-14 07:54 am, Matthew White wrote:
On Sat, 13 Nov 2021 12:22:53 +0530, Gyan Doshi wrote:
What's inserted with texinfo 6.7 and missing in 6.8 is
So, texinfo 6.7 renders the HTML as required with TOC and styling.
With 6.8 both are missing. Your patch restores th
As per 8.6.1.2.2 of ISO/IEC 14496-12:2015(E), STTS sample offsets
are to be always stored as uint32_t. So far, they have been signed ints
which led to desync in files with very large offsets.
The MOVStts struct was used to store CTTS offsets as well. These can be
negative in version 1. So a new st
On 2021-11-19 07:25 pm, Paul B Mahol wrote:
On Fri, Nov 19, 2021 at 2:27 PM Michael Niedermayer
wrote:
On Fri, Nov 19, 2021 at 02:18:27PM +0100, Anton Khirnov wrote:
Quoting James Almer (2021-11-13 13:22:12)
Also, missing docs.
Could we add a development rule that all new filters need doc
Plan to push Monday afternoon.
On 2021-11-16 07:45 pm, Gyan Doshi wrote:
As per 8.6.1.2.2 of ISO/IEC 14496-12:2015(E), STTS sample offsets
are to be always stored as uint32_t. So far, they have been signed ints
which led to desync in files with very large offsets.
The MOVStts struct was used
On 2021-11-19 09:32 pm, Gyan Doshi wrote:
Plan to push Monday afternoon.
Pushed as 203b0e3561dea1ec459be226d805abe73e7535e5
Regards,
Gyan
On 2021-11-16 07:45 pm, Gyan Doshi wrote:
As per 8.6.1.2.2 of ISO/IEC 14496-12:2015(E), STTS sample offsets
are to be always stored as uint32_t. So
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Tue Nov 16 19:02:32
2021 +0530
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote
On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22
On 2021-11-23 01:50 am, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 10:23:35PM +0530, Gyan Doshi wrote:
On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22
Very high stts sample deltas may occasionally be intended but usually
they are written in error or used to store a negative value for dts correction
when treated as signed 32-bit integers.
This option lets the user set an upper limit, beyond which the delta
is clamped to 1. Negative values of unde
Very high stts sample deltas may occasionally be intended but usually
they are written in error or used to store a negative value for dts correction
when treated as signed 32-bit integers.
This option lets the user set an upper limit, beyond which the delta
is clamped to 1. Negative values of unde
On 2021-11-24 01:16 am, Michael Niedermayer wrote:
On Tue, Nov 23, 2021 at 06:41:06PM +0530, Gyan Doshi wrote:
Very high stts sample deltas may occasionally be intended but usually
they are written in error or used to store a negative value for dts correction
when treated as signed 32-bit
On 2021-11-25 12:56 am, Michael Niedermayer wrote:
On Wed, Nov 24, 2021 at 10:58:00AM +0530, Gyan Doshi wrote:
On 2021-11-24 01:16 am, Michael Niedermayer wrote:
On Tue, Nov 23, 2021 at 06:41:06PM +0530, Gyan Doshi wrote:
Very high stts sample deltas may occasionally be intended but
On 2021-11-25 02:38 pm, Wu Jianhua wrote:
This filter flips the input video both horizontally and vertically
in one compute pipeline, and it's no need to use two pipelines for
hflip_vulkan,vflip_vulkan anymore.
bflip is not an intuitive name.
Either hvflip, or since h+v flip == 180 deg rota
On 2021-11-25 03:28 pm, Lynne wrote:
25 Nov 2021, 10:39 by jianhua...@intel.com:
Lynne:
From: ffmpeg-devel On Behalf Of
Lynne
Sent: Thursday, November 25, 2021 5:33 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH v3 2/2] avfilter: add a bflip_vulkan fi
On 2021-11-25 08:34 pm, Anton Khirnov wrote:
MOVStts.duration is unsigned since 203b0e3561d.
---
libavformat/mov.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 451cb78bbf..e85eeb0a0e 100644
--- a/libavformat/mov.c
+++ b/libavform
On 2021-11-26 03:08 pm, Lynne wrote:
26 Nov 2021, 10:10 by jianhua...@intel.com:
This filter flips the input video both horizontally and vertically
in one compute pipeline, and it's no need to use two pipelines for
hflip_vulkan,vflip_vulkan anymore.
Signed-off-by: Wu Jianhua
---
configur
On 2021-11-26 04:33 pm, Lynne wrote:
26 Nov 2021, 11:37 by ffm...@gyani.pro:
On 2021-11-26 03:08 pm, Lynne wrote:
26 Nov 2021, 10:10 by jianhua...@intel.com:
This filter flips the input video both horizontally and vertically
in one compute pipeline, and it's no need to use two pipelines
On 12-10-2023 00:11, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
src/contact | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/src/contact b/src/contact
index 4f75655..c233328 100644
--- a/src/contact
+++ b/src/contact
@@ -128,7 +128,11 @@
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the AVfilters
resulting in data file for writing or reading being always opened as text.
This effectivel
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the AVfilters
resulting in data file for writing or reading being always opened as text.
This effectivel
On 2023-10-22 05:04 pm, Timo Rothenpieler wrote:
On 22.10.2023 13:24, Gyan Doshi wrote:
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the
On 2023-10-22 05:36 pm, Timo Rothenpieler wrote:
On 22.10.2023 13:57, Gyan Doshi wrote:
On 2023-10-22 05:04 pm, Timo Rothenpieler wrote:
On 22.10.2023 13:24, Gyan Doshi wrote:
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to
On 2023-10-22 05:26 pm, Gyan Doshi wrote:
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the AVfilters
resulting in data file for writing or
On 2023-10-25 08:41 pm, Gyan Doshi wrote:
On 2023-10-22 05:26 pm, Gyan Doshi wrote:
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the
On 2023-11-01 08:33 pm, zheng qian wrote:
Fix the mistake in the description of `-caption_encoding encoding_scheme`
option.
Signed-off-by: zheng qian
---
doc/decoders.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/decoders.texi b/doc/decoders.texi
index e
On 2023-11-01 08:54 pm, zheng qian wrote:
Fix the mistake in the description of `-caption_encoding encoding_scheme`
option.
Will fix commit message and push.
Thanks,
Gyan
Signed-off-by: zheng qian
---
doc/decoders.texi | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff
On 2023-11-02 01:21 am, Gyan Doshi wrote:
On 2023-11-01 08:54 pm, zheng qian wrote:
Fix the mistake in the description of `-caption_encoding
encoding_scheme` option.
Will fix commit message and push.
Pushed as 4dbfb52230c4993e58598386ac79b964589dc00e and
On 2023-11-06 02:03 pm, Anton Khirnov wrote:
By intent, and in practice, the "active contributor" criterium applies
to the person authoring the commits, not the one pushing them into the
repository.
s/criterium/criterion The former, in English, is related to bicycle
races. https://www.merri
On 2023-11-05 07:23 pm, p...@frankplowman.com wrote:
From: Frank Plowman
Texinfo 7.0, released in November 2022, changed the names of various
functions. Compiling docs with Texinfo 7.0 results in warnings and
improperly formatted documentation. More old names appear to have
been removed in Te
Setting of external param 'force_key_frames' was added in 7bcc1b4eb8.
It is available since v1.1.0 but ffmpeg allows linking against v0.9.0.
---
libavcodec/libsvtav1.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/libsvtav1.c b/libavcodec/libsvtav1.c
index 8d2c7f3be4..862192945b
On 2023-11-09 03:16 pm, epira...@gmail.com wrote:
If 6.1 will be cut from master, my tpad fix I sent yesterday should probably be
applied first
to prevent having a release with broken tpad.
The branch is already cut. Will need to be cherry-picked.
Regards,
Gyan
On 2023-11-10 03:23 am, Lynne wrote:
Contents:
+ November 10th, 2023, FFmpeg 6.1 "Heaviside"
+
+ FFmpeg 6.1 "Heaviside", a new
+ major release, is now available! Some of the highlights:
+
+
+ libaribcaption decoder
+ Playdate video decoder and demuxer
+ Extend VAAPI suppo
On 2023-11-10 11:09 am, Lynne wrote:
Nov 10, 2023, 05:08 by ffm...@gyani.pro:
On 2023-11-10 03:23 am, Lynne wrote:
Contents:
+ November 10th, 2023, FFmpeg 6.1 "Heaviside"
+
+ FFmpeg 6.1 "Heaviside", a new
+ major release, is now available! Some of the highlights:
+
+
+ lib
On 2023-11-08 10:25 am, Gyan Doshi wrote:
Setting of external param 'force_key_frames' was added in 7bcc1b4eb8.
It is available since v1.1.0 but ffmpeg allows linking against v0.9.0.
Plan to push tomorrow, barring objections.
Regards,
Gyan
---
libavcodec/libsvtav1.c | 2 +
On 2023-11-12 08:27 pm, Gyan Doshi wrote:
On 2023-11-08 10:25 am, Gyan Doshi wrote:
Setting of external param 'force_key_frames' was added in 7bcc1b4eb8.
It is available since v1.1.0 but ffmpeg allows linking against v0.9.0.
Plan to push tomorrow, barring objections.
On 2023-11-19 05:19 pm, Anton Khirnov wrote:
---
doc/filters.texi | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 38615e4f18..bd4e4ca8f7 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -28163,7 +28163,12 @@ Only aff
On 2023-11-24 11:13 am, Xiang, Haihao wrote:
From: Haihao Xiang
Signed-off-by: Haihao Xiang
---
doc/ffmpeg.texi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 68363ae045..5296b75a4e 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.t
3d29724c00 removed the doc entry for the option pool while adding
a parser function for it at the same time!
The option remains available and undeprecated.
---
doc/filters.texi | 4
1 file changed, 4 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 5268b2003c..80ffbb2c65
Will push soon.
On 2023-11-26 04:08 pm, Gyan Doshi wrote:
3d29724c00 removed the doc entry for the option pool while adding
a parser function for it at the same time!
The option remains available and undeprecated.
---
doc/filters.texi | 4
1 file changed, 4 insertions(+)
diff --git a
On 2023-11-27 11:38 pm, Kyle Swanson wrote:
Hi,
On Mon, Nov 27, 2023 at 1:29 AM Gyan Doshi wrote:
Will push soon.
This filter can take any number of models now, each defining their own
pooling methods. Looking at the docs now, I can see that it's not
clear how to do this, I'll ne
On 2023-11-28 12:13 am, James Almer wrote:
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.
Do you plan to add a lib/cli option for user-specified insertions?
Wil
On 2023-11-30 03:25 am, James Almer wrote:
On 11/28/2023 1:00 AM, Gyan Doshi wrote:
On 2023-11-28 12:13 am, James Almer wrote:
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
On 2023-09-25 11:35 pm, Paul B Mahol wrote:
On 9/11/23, Harshit Karwal wrote:
1. Replaced ring buffer ADT with AVAudioFifo from libavutil/audio_fifo.h
2. Fixed potential freeing of uninitialised pointers in uninit
3. Minor changes like removing unused headers
Will apply with more fixes soon
As per the doc, prev_selected_n should be NAN at the start.
However, this was never set.
---
libavfilter/f_select.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/f_select.c b/libavfilter/f_select.c
index 47e36f0014..109dae403a 100644
--- a/libavfilter/f_select.c
+++ b/libavfilter
On 2023-12-10 06:03 am, Stefano Sabatini wrote:
On date Friday 2023-12-08 13:05:43 +0530, Gyan Doshi wrote:
As per the doc, prev_selected_n should be NAN at the start.
However, this was never set.
---
libavfilter/f_select.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter
On 2023-12-11 09:13 am, Marth64 wrote:
Signed-off-by: Marth64
---
doc/ffmpeg.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 6bcedd76d5..36fdaef879 100644
--- a/doc/ffmpeg.texi
+++ b/doc/ffmpeg.texi
@@ -1861,7 +1861,7 @@ of s
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using hard compensation)
then upon first encountering a delay where a soft compensation is
required, swr_set_compensation w
On 2023-12-14 02:48 pm, Anton Khirnov wrote:
On Tue, Dec 12, 2023 at 07:41:18AM +, Anton Khirnov wrote:
ffmpeg | branch: master | Anton Khirnov | Tue Jul 18
16:37:52 2023 +0200| [d119ae2fd82a494d9430ff4d4fc262961a68c598] | committer: Anton
Khirnov
fftools/ffmpeg: convert to a threaded
On 2023-12-14 04:56 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2023-12-14 12:22:51)
On 2023-12-14 02:48 pm, Anton Khirnov wrote:
On Tue, Dec 12, 2023 at 07:41:18AM +, Anton Khirnov wrote:
ffmpeg | branch: master | Anton Khirnov | Tue Jul 18
16:37:52 2023 +0200
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using hard compensation)
then upon first encountering a delay where a soft compensation is
required, swr_set_compensation w
On 2023-12-15 12:43 am, Michael Niedermayer wrote:
On Tue, Dec 12, 2023 at 04:50:08PM +0530, Gyan Doshi wrote:
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using hard compensation)
then upon first encountering a delay where a soft compensation is
required, swr_set_compensation w
On 2023-12-15 11:46 pm, Michael Niedermayer wrote:
On Fri, Dec 15, 2023 at 12:30:46PM +0530, Gyan Doshi wrote:
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using
ting
+++ b/src/consulting
@@ -106,8 +106,6 @@ E.g.:
-
-
Steven Liu
@@ -121,6 +119,8 @@ E.g.:
+
+
Gyan Doshi
--
2.39.1
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
On 2023-12-16 03:44 pm, Gyan Doshi wrote:
During a resampling operation where
1) user has specified first_pts
2) SWR_FLAG_RESAMPLE is not set initially (directly or otherwise)
3) first_pts has been fulfilled (always using hard compensation)
then upon first encountering a delay where a soft
Plan to push tomorrow.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 24-08-2018 12:12 AM, Marton Balint wrote:
On Thu, 23 Aug 2018, Gyan Doshi wrote:
Plan to push tomorrow.
Ok, LGTM.
Thanks.
Pushed as d0b48a960448cc8eb0e2c86e0804b14bdcb3e751
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
On 09-08-2018 10:09 AM, Gyan Doshi wrote:
On 08-08-2018 12:47 AM, Nicolas George wrote:
Gyan Doshi (2018-08-08):
That will just defer the breaking change.
That will leave people time to notice the change and allow old and new
scripts to work during the transition.
Will do it this way
On 26-08-2018 11:53 AM, Gyan Doshi wrote:
On 09-08-2018 10:09 AM, Gyan Doshi wrote:
On 08-08-2018 12:47 AM, Nicolas George wrote:
Gyan Doshi (2018-08-08):
That will just defer the breaking change.
That will leave people time to notice the change and allow old and new
scripts to work
rotocol sources/sinks are
exempt i.e. http, pipes, devices..etc.
This patch doesn't affect the semantics of '-y' and adds the check after it.
Thanks,
Gyan
From deb97d9b5dd1f50a7e6b560c77b81b9cd707b7c1 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sun, 26 Aug 2018 11:22:50 +0530
On 28-08-2018 01:29 AM, Michael Niedermayer wrote:
LGTM
thanks
PS: these fields seem not documented anywhere, neither the new nor the old or
iam looking at the wrong places
Will add documentation.
This patch pushed as 26dc76324564fc572689509c2efb7f1cb8f41a45
Thanks,
Gyan
_
On 29-08-2018 02:43 AM, Michael Niedermayer wrote:
On Tue, Aug 28, 2018 at 08:31:51AM +0200, Marton Balint wrote:
Instead of this, maybe we should add support to write lock the files when
opening them for reading. Then ffmpeg can request this. That would be an
useful option, and not just for
On 29-08-2018 09:48 AM, Gyan Doshi wrote:
On 29-08-2018 02:43 AM, Michael Niedermayer wrote:
On Tue, Aug 28, 2018 at 08:31:51AM +0200, Marton Balint wrote:
Instead of this, maybe we should add support to write lock the files
when
opening them for reading. Then ffmpeg can request this
On 31-08-2018 04:28 AM, Marton Balint wrote:
Is there any real use case when same source and destination works, so
the option can be used?
If not, then just make ffmpeg fail, like the cp command fails for same
source and destination. I am against adding an option if it has no known
use.
On 31-08-2018 09:57 AM, Gyan Doshi wrote:
On 31-08-2018 04:28 AM, Marton Balint wrote:
Is there any real use case when same source and destination works, so
the option can be used?
If not, then just make ffmpeg fail, like the cp command fails for same
source and destination. I am against
1 - 100 of 1306 matches
Mail list logo
