On 2021-05-07 19:00, James Almer wrote:
On 5/7/2021 10:22 AM, Gyan Doshi wrote:
ISO 14496-12 declares it as a 32-bit unsigned integer
---
libavformat/movenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 2ab507df15
On 2021-05-07 18:33, Jun Zhao wrote:
From: Jun Zhao
commit 95b854dd06 "rename sum option to normalize" missed command
part docs
Signed-off-by: Jun Zhao
---
doc/filters.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index b405
Reduce option ranges to effective values.
---
Will reindent after this is applied.
libavfilter/vf_guided.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/libavfilter/vf_guided.c b/libavfilter/vf_guided.c
index e7c689e7be..88bae5ab19 100644
--- a/li
---
doc/filters.texi | 4 ++--
libavfilter/f_metadata.c | 8 ++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index ed0ffe91fc..1a8843fe4f 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -25296,10 +25296,10 @@ The expressio
On 2021-05-14 09:18, Steven Liu wrote:
2021年5月14日 上午11:43，Gyan Doshi 写道：
Reduce option ranges to effective values.
---
Will reindent after this is applied.
libavfilter/vf_guided.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/libavfilter
Plan to push tonight.
On 2021-05-14 15:53, Gyan Doshi wrote:
---
doc/filters.texi | 4 ++--
libavfilter/f_metadata.c | 8 ++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index ed0ffe91fc..1a8843fe4f 100644
--- a/doc
I'll review this in a few days.
On 2021-05-11 21:42, Matthias Neugebauer wrote:
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
Signed-off-by: Matthias Neugebauer
---
doc/ffmpeg.texi | 7 +++
fftools/ffmpeg.c | 8 +++-
fftools/ffmpeg.h
Pushed as f53414a0382701b9bc984f657939d4227c7c568a
On 2021-05-15 12:33, Gyan Doshi wrote:
Plan to push tonight.
On 2021-05-14 15:53, Gyan Doshi wrote:
---
doc/filters.texi | 4 ++--
libavfilter/f_metadata.c | 8 ++--
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git
On 2021-05-19 21:03, Valerii Zapodovnikov wrote:
---
libavformat/hlsenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5db7a744b4..151ef6ec8f 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -178,7 +
On 2021-05-20 00:17, Gyan Doshi wrote:
On 2021-05-19 21:03, Valerii Zapodovnikov wrote:
---
libavformat/hlsenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5db7a744b4..151ef6ec8f 100644
--- a/libavformat
On 2021-05-25 18:40, Nicolas George wrote:
Zhislina, Victoria (12021-05-25):
While you are right that IPP is not GPL based and is closed source
currently (but free for any commercial usage) and therefore does
require --enable-nonfree,
I'm sorry to mention that you are not right about "doing t
On 2021-05-25 20:17, Hendrik Leppkes wrote:
On Tue, May 25, 2021 at 4:27 PM Gyan Doshi wrote:
On 2021-05-25 18:40, Nicolas George wrote:
Zhislina, Victoria (12021-05-25):
While you are right that IPP is not GPL based and is closed source
currently (but free for any commercial usage) and
On 2021-05-25 16:37, Timo Rothenpieler wrote:
I'm in favour of switching over to Libera.chat.
Freenodes business model is more than questionable, and some recent
actions of the new staff are questionable at best.
The old Freenode staff have switched to Libera in their entirety, so
it seems
On 2021-05-26 16:38, Timo Rothenpieler wrote:
On 26.05.2021 12:43, Gyan Doshi wrote:
On 2021-05-25 16:37, Timo Rothenpieler wrote:
I'm in favour of switching over to Libera.chat.
Freenodes business model is more than questionable, and some recent
actions of the new staff are questio
On 2021-05-28 23:26, Oneric wrote:
On Sun, May 02, 2021 at 23:02:02 +0200, Oneric wrote:
ASS subtitles can have encoded fonts embedded into the subtitle file
itself. Allow libass to load those, to render subs as intended.
---
libavfilter/vf_subtitles.c | 1 +
1 file changed, 1 insertion(+)
On 2021-05-29 11:07, Gyan Doshi wrote:
On 2021-05-28 23:26, Oneric wrote:
On Sun, May 02, 2021 at 23:02:02 +0200, Oneric wrote:
ASS subtitles can have encoded fonts embedded into the subtitle file
itself. Allow libass to load those, to render subs as intended.
---
libavfilter
On 2021-05-29 11:51, Gyan Doshi wrote:
On 2021-05-29 11:07, Gyan Doshi wrote:
On 2021-05-28 23:26, Oneric wrote:
On Sun, May 02, 2021 at 23:02:02 +0200, Oneric wrote:
ASS subtitles can have encoded fonts embedded into the subtitle file
itself. Allow libass to load those, to render subs
On 2021-05-15 18:41, Gyan Doshi wrote:
I'll review this in a few days.
Can you send this again? Patchwork hasn't appeared to pick it up earlier?
On 2021-05-11 21:42, Matthias Neugebauer wrote:
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set
---
I faced the same issue as the poster in
https://lists.ffmpeg.org/pipermail/ffmpeg-user/2018-March/039038.html
After patch, start_time is correct as well as monotonicity of ts.
doc/demuxers.texi | 6 ++
libavformat/isom.h | 1 +
libavformat/mov.c | 4 +++-
3 files changed, 10 insertio
---
doc/demuxers.texi | 3 +++
libavformat/hls.c | 9 -
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 13fe17ff4f..f79faff92b 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -347,6 +347,9 @@ Enabled by default for HTTP/1
On 2021-05-29 22:14, Oneric wrote:
On Sat, May 29, 2021 at 11:53:24 +0530, Gyan Doshi wrote:
On 2021-05-29 11:51, Gyan Doshi wrote:
On 2021-05-29 11:07, Gyan Doshi wrote:
I'll test this and apply.
Pushed as 3300625c6f148455b08d641597d54b5be4c0f76a
Would it make sense to allow use
On 2021-05-30 09:18, Brad Hards wrote:
+@item seg_format_options
+Set options for the demuxer of media segments using a list of key=value
couples separated by @code{:}. @end table
"couples" is an unusual expression in this context. Perhaps something like:
Set options for the demuxer of media
Pushed as 51f1194edae2020ec99b816bd045a29db0e469f8
Thanks,
Gyan
On 2021-05-30 09:07, Steven Liu wrote:
2021年5月29日 下午6:02，Gyan Doshi 写道：
---
doc/demuxers.texi | 3 +++
libavformat/hls.c | 9 -
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/doc/demuxers.texi b/doc
Plan to push tomorrow.
On 2021-05-29 14:34, Gyan Doshi wrote:
---
I faced the same issue as the poster in
https://lists.ffmpeg.org/pipermail/ffmpeg-user/2018-March/039038.html
After patch, start_time is correct as well as monotonicity of ts.
doc/demuxers.texi | 6 ++
libavformat
On 2021-06-01 23:36, Joel Linn wrote:
hldr -> hdlr
---
libavformat/movenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 7d839f447b..04f3e94158 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -2804,7 +2
On 2021-06-01 23:44, Gyan Doshi wrote:
On 2021-06-01 23:36, Joel Linn wrote:
hldr -> hdlr
---
libavformat/movenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 7d839f447b..04f3e94158 100644
--- a/libavfor
On 2021-05-31 23:52, Gyan Doshi wrote:
Plan to push tomorrow.
Pushed as 071930de724166bfb90fc6d368c748771188fd94
On 2021-05-29 14:34, Gyan Doshi wrote:
---
I faced the same issue as the poster in
https://lists.ffmpeg.org/pipermail/ffmpeg-user/2018-March/039038.html
After patch
On 2021-06-03 14:08, Matthias Neugebauer wrote:
Add -fpsmin analogously to -fpsmax for setting a lower bound to the
auto-set frame rate.
Still not picked up.
Should be sent same as your patch from December.
https://patchwork.ffmpeg.org/project/ffmpeg/list/?series=&submitter=1113&state=*&q=
On 2021-06-14 12:52, Matthias Neugebauer wrote:
Anything I can do to not land in spam? On another Google groups
mailing list I (and many others including the admin accounts) had
the same issue a couple of times.
Quickest workaround: send from a non-Gmail account.
Regards,
Gyan
P.S. Is Goog
On 2021-06-17 11:31, Lingjiang Fang wrote:
---
doc/filters.texi | 7 +++
libavfilter/vf_ocr.c | 30 +-
2 files changed, 36 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index da8f7d7726..9c650a2a5a 100644
--- a/doc/filte
On 2021-06-17 20:28, Lingjiang Fang wrote:
fix bugs of previous patch, ping for review
---
doc/filters.texi | 7 +++
libavfilter/vf_ocr.c | 35 ++-
2 files changed, 41 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
ind
On 2021-06-18 01:53, Timo Rothenpieler wrote:
---
doc/filters.texi | 6 ++
libavfilter/f_select.c | 18 ++
libavfilter/version.h | 2 +-
3 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index da8f7d7726..db6ecd
On 2021-06-18 17:02, Timo Rothenpieler wrote:
On 18.06.2021 06:19, Gyan Doshi wrote:
Instead of a specific option for silencedetect, it would be
future-proof if it was an option called, say, metadata with a
constant for silencedetect to start with.
There are multiple per-frame analysis
On 2021-06-18 17:27, Timo Rothenpieler wrote:
On 18.06.2021 13:46, Gyan Doshi wrote:
On 2021-06-18 17:02, Timo Rothenpieler wrote:
On 18.06.2021 06:19, Gyan Doshi wrote:
Instead of a specific option for silencedetect, it would be
future-proof if it was an option called, say, metadata with
On 2021-06-05 21:22, James Almer wrote:
AV_OPT_TYPE_VIDEO_RATE AVOption types are parsed as expressions, but in a
limited way. For example, name constants can only be parsed alone and not as
part of a longer expression.
This change allows usage like
ffmpeg -i IN -vf fps="if(eq(source_fps\,fi
On 2021-06-20 01:29, James Almer wrote:
On 6/19/2021 4:56 PM, Gyan Doshi wrote:
On 2021-06-05 21:22, James Almer wrote:
+static const double ntsc_fps = 3.0 / 1001.0;
+static const double pal_fps = 25.0;
+static const double qntsc_fps = 3.0 / 1001.0;
+static const double qpal_fps
On 2021-06-23 06:11, Marton Balint wrote:
The early return caused isses for the "add" mode (got fixed in
c95dfe5cce98cde3e7fb14fbd04b3897f3927cec) and the "select" mode needs a similar
fix. It is probably better to fully remove the check, since all modes work
correctly with NULL metadata.
Do
On 2021-06-29 12:25, Вадим Бездушный wrote:
Ping.
This patch will allow to encrypt streams, which were produced by
hevc_mp4toannexb or movenc muxer.
Currently, encryption doesn't work for HEVC AnnexB. The resulting mp4 is
not written correctly and can't be played.
The patch is quite small and i
Pushed as b74beba9a9a317caa7ac973cb76cc6ab0ade7667
On 2021-06-29 13:11, Gyan Doshi wrote:
On 2021-06-29 12:25, Вадим Бездушный wrote:
Ping.
This patch will allow to encrypt streams, which were produced by
hevc_mp4toannexb or movenc muxer.
Currently, encryption doesn't work for HEVC A
On 2021-07-01 17:04, Andreas Rheinhardt wrote:
Paul B Mahol:
I here hereby request that certain e-book is removed from wiki page of
FFmpeg.
Reason is it uses derogatory text to criticize some FFmpeg components.
Details please: What ebook? What derogatory text?
We shouldn't entertain this.
Allows forcing decoders of different media type.
Needed to decode media data muxed as data streams.
---
doc/ffmpeg.texi | 5 +
fftools/ffmpeg_opt.c | 7 ++-
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 7827291755..c1065086e5 10
In dd770883e9, support for expressions was added. Among the constants
added were labels of qnstc, qpal, sntsc & spal.
These were added in ba2a8cb40b to represent parameter permutations where
only the resolution is different. They don't have any usage currency and
don't represent any industry stand
The recently added setts bsf makes use of the eval API whose
expressions can contain commas. The existing parsing in
av_bsf_list_parse_str() uses av_strtok to naively split
the string at commas, thus preventing the use of setts filter
with expressions containing commas.
---
libavcodec/bsf.c | 13 +
On 2021-07-03 19:47, James Almer wrote:
On 7/3/2021 8:42 AM, Gyan Doshi wrote:
The recently added setts bsf makes use of the eval API whose
expressions can contain commas. The existing parsing in
av_bsf_list_parse_str() uses av_strtok to naively split
the string at commas, thus preventing the
The recently added setts bsf makes use of the eval API whose
expressions can contain commas. The existing parsing in
av_bsf_list_parse_str() uses av_strtok to naively split
the string at commas, thus preventing the use of setts filter
with expressions containing commas.
av_get_token can work with
On 2021-07-03 23:05, James Almer wrote:
On 7/3/2021 1:54 PM, Gyan Doshi wrote:
The recently added setts bsf makes use of the eval API whose
expressions can contain commas. The existing parsing in
av_bsf_list_parse_str() uses av_strtok to naively split
the string at commas, thus preventing the
Plan to push tomorrow.
On 2021-07-03 11:46, Gyan Doshi wrote:
In dd770883e9, support for expressions was added. Among the constants
added were labels of qnstc, qpal, sntsc & spal.
These were added in ba2a8cb40b to represent parameter permutations where
only the resolution is different.
Pushed as b7ba472f43e7f1ab4d4268f4f1cc77d70ae405d7
On 2021-07-05 20:27, Gyan Doshi wrote:
Plan to push tomorrow.
On 2021-07-03 11:46, Gyan Doshi wrote:
In dd770883e9, support for expressions was added. Among the constants
added were labels of qnstc, qpal, sntsc & spal.
These were adde
Plan to push in a couple of days.
On 2021-07-02 15:33, Gyan Doshi wrote:
Allows forcing decoders of different media type.
Needed to decode media data muxed as data streams.
---
doc/ffmpeg.texi | 5 +
fftools/ffmpeg_opt.c | 7 ++-
2 files changed, 11 insertions(+), 1 deletion
On 2021-07-09 00:12, Andreas Rheinhardt wrote:
ffmpeg | branch: master | Andreas Rheinhardt
| Mon Jun 7 16:13:33 2021 +0200|
[f06bd041238b5e88d449064244bf7f9cb77cc532] | committer: Andreas Rheinhardt
avformat/img2dec: Deduplicate AVClasses
The child_class_next API relied on different (de)
On 2021-07-09 11:03, Shiwang.Xie wrote:
Pings.
Will test.
On Sat, 5 Jun 2021, Shiwang.Xie wrote:
Ping.
Thanks,
Shiwang.Xie
On Sat, 29 May 2021, Shiwang.Xie wrote:
Hi, any updates for this?
Thanks,
Shiwang.Xie
On Wed, 19 May 2021, Shiwang.Xie wrote:
Hi, is there objection?
Thanks
Allowed range is 1 to 51.
Ref:
https://software.intel.com/content/www/us/en/develop/articles/advanced-bitrate-control-methods-in-intel-media-sdk.html
---
doc/encoders.texi | 3 ++-
libavcodec/qsvenc.c | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/doc/encoders.texi b/do
Pushed as 79ebdbb9b9da0a86b277e3f85981196c781af398
On 2021-07-08 09:27, Gyan Doshi wrote:
Plan to push in a couple of days.
On 2021-07-02 15:33, Gyan Doshi wrote:
Allows forcing decoders of different media type.
Needed to decode media data muxed as data streams.
---
doc/ffmpeg.texi | 5
On 2021-07-12 06:44, Xiang, Haihao wrote:
On Sun, 2021-07-11 at 10:14 +0530, Gyan Doshi wrote:
Allowed range is 1 to 51.
Ref:
https://software.intel.com/content/www/us/en/develop/articles/advanced-bitrate-control-methods-in-intel-media-sdk.html
---
doc/encoders.texi | 3 ++-
libavcodec
On 2021-07-13 13:14, Anton Khirnov wrote:
Quoting Gyan Doshi (2021-07-02 12:03:05)
Allows forcing decoders of different media type.
Needed to decode media data muxed as data streams.
---
doc/ffmpeg.texi | 5 +
fftools/ffmpeg_opt.c | 7 ++-
2 files changed, 11 insertions(+), 1
This should be posted to the ffmpeg-user list.
When you do so, share the full command line you used as well as the full
log without -hide_banner.
On 2021-07-13 15:28, m...@gmx.net wrote:
When cutting a long video from the command-line using
ffmpeg, seeking takes minutes. Since one rarely ge
On 2021-07-14 13:23, Zhao Zhili wrote:
---
libavformat/libsrt.c | 16
1 file changed, 16 insertions(+)
diff --git a/libavformat/libsrt.c b/libavformat/libsrt.c
index 8dee6aa3f3..5113858d97 100644
--- a/libavformat/libsrt.c
+++ b/libavformat/libsrt.c
@@ -72,6 +72,9 @@ typed
On 2021-07-14 00:35, James Almer wrote:
On 7/13/2021 6:12 AM, Gyan Doshi wrote:
On 2021-07-13 13:14, Anton Khirnov wrote:
Quoting Gyan Doshi (2021-07-02 12:03:05)
Allows forcing decoders of different media type.
Needed to decode media data muxed as data streams.
---
doc/ffmpeg.texi
Is there an issue with the mailing list over the past couple of days?
I've just received multiple messages over 12 hours old.
And there have been no new messages in ffmpeg-user since the 12th,
although that list is low traffic anyway.
Gyan
___
ffmpeg
Allows to read inputs at arbitrary rates.
-re is equivalent to -readrate 1
Tested with -copyts {+ start_at_zero}, -ss, streamcopied & decoded streams.
---
doc/ffmpeg.texi | 18 +++---
fftools/ffmpeg.c | 13 ++---
fftools/ffmpeg.h | 2 ++
fftools/ffmpeg_opt.c | 19
On 2021-07-17 04:50, ffmpegandmahanstreamer@e.email wrote:
Put the fact that -re is equivalent to -readrate 1 in the deprecated message so
people know what to switch to.
It's already in the docs for -re as well as the ffmpeg -h description.
Regards,
Gyan
___
On 2021-07-10 15:42, Gyan Doshi wrote:
On 2021-07-09 11:03, Shiwang.Xie wrote:
Pings.
Will test.
Fix confirmed. Will push tomorrow if no one objects.
Regards,
Gyan
On Sat, 5 Jun 2021, Shiwang.Xie wrote:
Ping.
Thanks,
Shiwang.Xie
On Sat, 29 May 2021, Shiwang.Xie wrote:
Hi
On 2021-07-17 18:16, Zhao Zhili wrote:
> >> On Jul 17, 2021, at 12:07 PM, Gyan Doshi wrote:
>> >> On 2021-07-17 04:50, ffmpegandmahanstreamer@e.email wrote: >>>
Put the fact that -re is equivalent to -readrate 1 in the >>> deprecated
message so pe
On 2021-07-17 19:04, Gyan Doshi wrote:
On 2021-07-17 18:16, Zhao Zhili wrote:
> >> On Jul 17, 2021, at 12:07 PM, Gyan Doshi wrote:
>> >> On 2021-07-17 04:50, ffmpegandmahanstreamer@e.email wrote: >>>
Put the fact that -re is equivalent to -readrate 1 in
On 2021-07-18 09:32, Linjie Fu wrote:
On Wed, Jul 7, 2021 at 9:42 AM Linjie Fu wrote:
On Sun, Jul 4, 2021 at 10:50 PM Linjie Fu wrote:
From: Linjie Fu
Skip the logic of frame rate emulation until the input reaches the
specified start time.
Test CMD:
$ffmpeg -re -ss 30 -i input.mp4 -
On 2021-07-17 15:10, Gyan Doshi wrote:
On 2021-07-10 15:42, Gyan Doshi wrote:
On 2021-07-09 11:03, Shiwang.Xie wrote:
Pings.
Will test.
Fix confirmed. Will push tomorrow if no one objects.
Pushed as 694545b6d5fff5a8242b5fab8c1746e74a06f9ba
Gyan
On 2021-07-18 10:42, Linjie Fu wrote:
Hi Gyan,
On Sun, Jul 18, 2021 at 12:24 PM Gyan Doshi wrote:
On 2021-07-18 09:32, Linjie Fu wrote:
On Wed, Jul 7, 2021 at 9:42 AM Linjie Fu wrote:
On Sun, Jul 4, 2021 at 10:50 PM Linjie Fu wrote:
From: Linjie Fu
Skip the logic of frame rate
On 2021-07-18 13:35, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 1:21 PM Gyan Doshi wrote:
On 2021-07-18 10:42, Linjie Fu wrote:
Hi Gyan,
On Sun, Jul 18, 2021 at 12:24 PM Gyan Doshi wrote:
On 2021-07-18 09:32, Linjie Fu wrote:
On Wed, Jul 7, 2021 at 9:42 AM Linjie Fu wrote:
On Sun
On 2021-07-18 15:37, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 5:26 PM Gyan Doshi wrote:
On 2021-07-18 13:35, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 1:21 PM Gyan Doshi wrote:
On 2021-07-18 10:42, Linjie Fu wrote:
Hi Gyan,
On Sun, Jul 18, 2021 at 12:24 PM Gyan Doshi wrote:
On 2021
On 2021-07-19 00:53, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
Signed-off-by: Andreas Rheinhardt
---
What is actually the reason that we stick to this C90 rule?
Is it because of compability with ancient compilers? (Given that we
already require several C99 features, I doubt that there ar
On 2021-07-18 22:23, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 8:57 PM Gyan Doshi wrote:
On 2021-07-18 15:37, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 5:26 PM Gyan Doshi wrote:
On 2021-07-18 13:35, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 1:21 PM Gyan Doshi wrote:
On 2021-07-18 10
On 2021-07-19 12:48, Gyan Doshi wrote:
On 2021-07-18 22:23, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 8:57 PM Gyan Doshi wrote:
On 2021-07-18 15:37, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 5:26 PM Gyan Doshi wrote:
On 2021-07-18 13:35, Linjie Fu wrote:
On Sun, Jul 18, 2021 at 1:21
---
libavformat/gifdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/gifdec.c b/libavformat/gifdec.c
index c20bde1781..1977f46e3a 100644
--- a/libavformat/gifdec.c
+++ b/libavformat/gifdec.c
@@ -247,6 +247,7 @@ static int gif_read_ext(AVFormatContext *s)
if (sb_s
Will push in an hour.
On 2021-07-19 16:25, Gyan Doshi wrote:
---
libavformat/gifdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/gifdec.c b/libavformat/gifdec.c
index c20bde1781..1977f46e3a 100644
--- a/libavformat/gifdec.c
+++ b/libavformat/gifdec.c
@@ -247,6 +247,7
On 2021-07-20 14:04, Nicolas George wrote:
Hi.
Not sure if there is somebody to contact directly:
We need to have a list of the various services + resources that
ffmpeg.org operates, and the responsible people + basic technical details,
and distribute that among the devs. Right now, it see
On 2021-07-21 17:09, Michael Niedermayer wrote:
On Wed, Jul 21, 2021 at 11:01:53AM +0530, Gyan Doshi wrote:
On 2021-07-20 14:04, Nicolas George wrote:
Hi.
Not sure if there is somebody to contact directly:
We need to have a list of the various services + resources that ffmpeg.org
On 2021-07-22 00:08, Manolis Stamatogiannakis wrote:
Would it be possible to have a quick review for this patch? It is pretty
straightforward.
Will test within a few days.
Regards,
Gyan
Plus, this is its second submission. It already includes the requested
changes from the first time (~1
Currently, the user is forced to accept some noise in
packet payload, even if not requested.
---
doc/bitstream_filters.texi | 13 +
libavcodec/noise_bsf.c | 21 +++--
2 files changed, 20 insertions(+), 14 deletions(-)
diff --git a/doc/bitstream_filters.texi b/doc/b
Packets can now be dropped at fixed intervals or
with varying degrees of irregularity
---
doc/bitstream_filters.texi | 22 +
libavcodec/noise_bsf.c | 65 ++
libavcodec/version.h | 2 +-
3 files changed, 74 insertions(+), 15 deletions(-)
d
Currently, the user is forced to accept some noise in
packet payload, even if not requested.
---
doc/bitstream_filters.texi| 13 +---
libavcodec/noise_bsf.c| 21 +--
tests/fate/matroska.mak | 2 +-
.../fate/
Packets can now be dropped at fixed intervals or
with varying degrees of irregularity
---
doc/bitstream_filters.texi| 22 +++
libavcodec/noise_bsf.c| 65 +++
libavcodec/version.h | 2 +-
.../fate/matroska-mas
On 2021-07-24 01:14, Michael Niedermayer wrote:
On Fri, Jul 23, 2021 at 04:04:49PM +0530, Gyan Doshi wrote:
Currently, the user is forced to accept some noise in
packet payload, even if not requested.
---
doc/bitstream_filters.texi| 13 +---
libavcodec
On 2021-07-24 03:19, Michael Niedermayer wrote:
On Sat, Jul 24, 2021 at 01:24:54AM +0530, Gyan Doshi wrote:
On 2021-07-24 01:14, Michael Niedermayer wrote:
On Fri, Jul 23, 2021 at 04:04:49PM +0530, Gyan Doshi wrote:
Currently, the user is forced to accept some noise in
packet payload
On 2021-07-24 09:55, Andreas Rheinhardt wrote:
Gyan Doshi:
On 2021-07-24 03:19, Michael Niedermayer wrote:
On Sat, Jul 24, 2021 at 01:24:54AM +0530, Gyan Doshi wrote:
On 2021-07-24 01:14, Michael Niedermayer wrote:
On Fri, Jul 23, 2021 at 04:04:49PM +0530, Gyan Doshi wrote:
Currently
On 2021-07-25 19:07, James Almer wrote:
On 7/25/2021 10:04 AM, Xiaolei Yu wrote:
Explicitly supply an HEVC codec id to enable this feature.
---
libavformat/flv.h | 1 +
libavformat/flvdec.c | 21 ++---
2 files changed, 19 insertions(+), 3 deletions(-)
This has been re
On 2021-07-26 13:45, Steven Liu wrote:
2021年7月26日 上午11:44，Gyan Doshi 写道：
On 2021-07-25 19:07, James Almer wrote:
On 7/25/2021 10:04 AM, Xiaolei Yu wrote:
Explicitly supply an HEVC codec id to enable this feature.
---
libavformat/flv.h| 1 +
libavformat/flvdec.c | 21
On 2021-07-26 16:39, Steven Liu wrote:
2021年7月26日 下午6:57，Gyan Doshi 写道：
Are you referring to the choice of FLV_CODECID values?
Not only, you can find whole history on:
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/
https://trac.ffmpeg.org/ticket/6389
https://trac.ffmpeg.org/ticket/3581
On 2021-07-26 19:49, Steven Liu wrote:
在 2021年7月26日星期一，Gyan Doshi 写道：
On 2021-07-26 16:39, Steven Liu wrote:
2021年7月26日 下午6:57，Gyan Doshi 写道：
Are you referring to the choice of FLV_CODECID values?
Not only, you can find whole history on:
https://lists.ffmpeg.org/pipermail/ffmpeg
On 2021-07-26 22:51, Hendrik Leppkes wrote:
On Mon, Jul 26, 2021 at 5:16 PM Gyan Doshi wrote:
On 2021-07-26 19:49, Steven Liu wrote:
在 2021年7月26日星期一，Gyan Doshi 写道：
On 2021-07-26 16:39, Steven Liu wrote:
2021年7月26日 下午6:57，Gyan Doshi 写道：
Are you referring to the choice of FLV_CODECID
On 2021-07-27 04:28, Steven Liu wrote:
在 2021年7月26日星期一，Gyan Doshi 写道：
On 2021-07-26 19:49, Steven Liu wrote:
在 2021年7月26日星期一，Gyan Doshi 写道：
On 2021-07-26 16:39, Steven Liu wrote:
2021年7月26日 下午6:57，Gyan Doshi 写道：
Are you referring to the choice of FLV_CODECID values?
Not only, you
---
doc/bitstream_filters.texi | 64 +---
libavcodec/noise_bsf.c | 151 +
tests/fate/matroska.mak| 2 +-
3 files changed, 189 insertions(+), 28 deletions(-)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index d10842
---
doc/bitstream_filters.texi | 64 ---
libavcodec/noise_bsf.c | 161 +
tests/fate/matroska.mak| 2 +-
3 files changed, 199 insertions(+), 28 deletions(-)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index d10842a
---
doc/bitstream_filters.texi | 64 ---
libavcodec/noise_bsf.c | 161 +
tests/fate/matroska.mak| 2 +-
3 files changed, 199 insertions(+), 28 deletions(-)
diff --git a/doc/bitstream_filters.texi b/doc/bitstream_filters.texi
index d10842a
11d3b03fcb added consideration of default stream disposition for audio
and video when choosing the 'best' stream among all the inputs. This can
lead to video streams with lower resolution or audio streams with fewer
channels being selected.
Stream disposition, however, only sets a priority for a s
11d3b03fcb added consideration of default stream disposition for audio
and video when choosing the 'best' stream among all the inputs. This can
lead to video streams with lower resolution or audio streams with fewer
channels being selected.
Stream disposition, however, only sets a priority for a s
On 2021-07-28 17:45, Nicolas George wrote:
It was only still supported for subfile and only used by dvd2concat.
Examples at http://www.ffmpeg.org/ffmpeg-protocols.html#subfile should
be updated.
Regards,
Gyan
Signed-off-by: Nicolas George
---
libavformat/avio.c| 34 +
11d3b03fcb added consideration of default stream disposition for audio
and video when choosing the 'best' stream among all the inputs. This can
lead to video streams with lower resolution or audio streams with fewer
channels being selected.
Stream disposition, however, only sets a priority for a s
On 2021-07-29 02:33, Michael Niedermayer wrote:
On Wed, Jul 28, 2021 at 09:56:35AM +0530, Gyan Doshi wrote:
---
doc/bitstream_filters.texi | 64 ---
libavcodec/noise_bsf.c | 161 +
tests/fate/matroska.mak| 2 +-
3 files changed
On 2021-07-29 15:31, Gyan Doshi wrote:
On 2021-07-29 02:33, Michael Niedermayer wrote:
On Wed, Jul 28, 2021 at 09:56:35AM +0530, Gyan Doshi wrote:
---
doc/bitstream_filters.texi | 64 ---
libavcodec/noise_bsf.c | 161
+
tests/fate
On 2021-07-30 00:00, Andreas Rheinhardt wrote:
Gyan Doshi:
---
doc/bitstream_filters.texi | 64 ---
libavcodec/noise_bsf.c | 161 +
tests/fate/matroska.mak| 2 +-
3 files changed, 199 insertions(+), 28 deletions(-)
diff --git a
301 - 400 of 1397 matches
Mail list logo
