On 13.01.2018 23:52, Дмитрий Гуменюк wrote:
Hi,
On 13 Jan 2018, at 01:37, Дмитрий Гуменюк <dmitry.gumen...@gmail.com> wrote:
Hi
On 12 Jan 2018, at 13:32, Дмитрий Гуменюк <dmitry.gumen...@gmail.com> wrote:
On 12 Jan 2018, at 13:17, Tobias Rapp <t.r...@noa-archive.com> wro
On 12.01.2018 12:16, Дмитрий Гуменюк wrote:
Hi
On 11 Jan 2018, at 09:20, Tobias Rapp <t.r...@noa-archive.com> wrote:
On 10.01.2018 18:18, Kyle Swanson wrote:
Hi,
For this to be a part of libavfilter the output needs to be more generic
than the just the Soundcloud format. If w
rendering external anyway,
why not use an existing envelope dumping format? Or alternatively
connect the rendering application via the av* library interface in C?
Filters into the codebase should be as generic as possible to allow
re-usage by other filters.
On 10 Jan 2018, at 09:00, Tobias Rapp
On 08.01.2018 01:36, dmitry.gumen...@gmail.com wrote:
From: Dmytro Humeniuk
Signed-off-by: Dmytro Humeniuk
---
Changelog | 1 +
libavfilter/Makefile | 1 +
libavfilter/af_dumpwave.c | 273
On 30.01.2018 20:37, Michael Niedermayer wrote:
On Tue, Jan 30, 2018 at 08:27:27PM +0700, Muhammad Faiz wrote:
On Tue, Jan 30, 2018 at 7:50 PM, Michael Niedermayer
wrote:
Its also a step away from supporting plugins.
Why plugins matter ? Because having plugin
support
On 31.01.2018 10:03, wm4 wrote:
On Wed, 31 Jan 2018 09:08:23 +0100
Tobias Rapp <t.r...@noa-archive.com> wrote:
On 30.01.2018 20:37, Michael Niedermayer wrote:
On Tue, Jan 30, 2018 at 08:27:27PM +0700, Muhammad Faiz wrote:
On Tue, Jan 30, 2018 at 7:50 PM, Michael Niedermayer
On 15.02.2018 09:39, Nicolas George wrote:
Tobias Rapp (2018-02-15):
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
tests/fate/filter-audio.mak | 30 ++
tests/ref/fate/filter-pan-mono1 | 26 ++
tests/ref/fate/filt
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
tests/fate/filter-audio.mak | 30 ++
tests/ref/fate/filter-pan-mono1 | 26 ++
tests/ref/fate/filter-pan-mono2 | 26 ++
tests/ref/fate/filter-pan-s
Prefer direct in/out channel count values over channel layout, when
available. Fixes a pan filter bug (ticket #6790).
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
libswresample/rematrix.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libswre
On 21.02.2018 23:27, Lou Logan wrote:
On Tue, Feb 20, 2018, at 2:01 AM, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/filters.texi | 48 ++--
1 file changed, 26 insertions(+), 22 deletions(-)
[...]
@@ -
On 19.02.2018 08:47, Tobias Rapp wrote:
On 15.02.2018 10:12, Nicolas George wrote:
Tobias Rapp (2018-02-15):
I have run the Fate tests on Linux 32/64bit and Mips/Qemu, but
possibly the
float channel coefficients could be fragile (especially of the stereo3
test). Do you have some idea on how
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/filters.texi | 48 ++--
1 file changed, 26 insertions(+), 22 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index bd93e0a..0f0ec10 100644
--- a/doc/filters.texi
+++
On 15.02.2018 10:12, Nicolas George wrote:
Tobias Rapp (2018-02-15):
I have run the Fate tests on Linux 32/64bit and Mips/Qemu, but possibly the
float channel coefficients could be fragile (especially of the stereo3
test). Do you have some idea on how to make them more reliable? Or shall we
On 16.02.2018 21:52, Michael Niedermayer wrote:
On Thu, Feb 15, 2018 at 09:34:55AM +0100, Tobias Rapp wrote:
Prefer direct in/out channel count values over channel layout, when
available. Fixes a pan filter bug (ticket #6790).
Signed-off-by: Tobias Rapp <t.r...@noa-archive.
On 16.02.2018 21:09, calvin.wal...@kepstin.ca wrote:
Oops, I forgot to remove this bit from the changelog:
On Fri, 2018-02-16 at 15:02 -0500, Calvin Walton wrote:
TODO: This is still a work in progress. It may have different
behaviour
in some cases from the old fps filter. I have not yet
On 22.02.2018 16:47, Nicolas George wrote:
Hi.
Not sure where in the thread would be the best place to reply, so I
might as well reply here.
There is one idea I have been toying with for some time that relates to
codec registration. It is significantly different from the direction
this
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 32caa4b..3a45f43 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -2175,10 +2175,7 @@ stat
On 27.02.2018 01:12, Michael Niedermayer wrote:
On Mon, Feb 26, 2018 at 05:09:04PM +0100, Tobias Rapp wrote:
Move time string formatting into inline function. Also fixes out_time
sign prefix for progress report.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.
On 26.02.2018 08:40, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
[...]
Pushed. Thanks Jan and Michael for review.
Regards,
On 03.08.2018 16:34, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_hue.c | 103 ++-
1 file changed, 92 insertions(+), 11 deletions(-)
[...]
Tested here successfully with 10-bit yuvtestsrc data and different hue
Signed-off-by: Tobias Rapp
---
tests/audiogen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/audiogen.c b/tests/audiogen.c
index 8d596b5..c43bb70 100644
--- a/tests/audiogen.c
+++ b/tests/audiogen.c
@@ -26,7 +26,7 @@
#include
#include
-#define MAX_CHANNELS 8
t; test into
"upmix1".
Signed-off-by: Tobias Rapp
---
tests/fate/filter-audio.mak| 22 +++-
tests/ref/fate/filter-pan-downmix1 | 26 ++
tests/ref/fate/filter-pan-downmix2 | 26 ++
tes
On 27.07.2018 21:48, Michael Niedermayer wrote:
On Thu, Jul 26, 2018 at 09:13:41AM +0200, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
tests/audiogen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/audiogen.c b/tests/audiogen.c
index 8d596b5..c43bb70 100644
On 27.07.2018 16:10, Nicolas George wrote:
Tobias Rapp (2018-07-26):
Add tests for upmixing and downmixing with audio channel counts that
have a corresponding default layout and also tests where there is no
default layout.
Update the existing "stereo4" test so it actually outputs s
Signed-off-by: Tobias Rapp
---
tests/fate/filter-video.mak | 3 +++
tests/ref/fate/filter-hue4 | 1 +
2 files changed, 4 insertions(+)
create mode 100644 tests/ref/fate/filter-hue4
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index edd51e1..c87a7ba 100644
--- a/tests
On 19.07.2018 23:37, Michael Niedermayer wrote:
On Thu, Jul 19, 2018 at 01:53:09PM +0200, Tobias Rapp wrote:
On 18.07.2018 19:31, Marcin Gorzel wrote:
Rematrixing supports up to 64 channels. However, there is only a limited number
of channel layouts defined. Since the in/out channel count
On 13.07.2018 13:43, Marcin Gorzel wrote:
Rematrixing supports up to 64 channels. However, there is only a limited number
of channel layouts defined. Since the in/out channel count is obtained from the
channel layout, for undefined layouts (e.g. for 9, 10, 11 channels etc.) the
rematrixing
On 21.07.2018 20:31, Marcin Gorzel wrote:
Rematrixing supports up to 64 channels. However, there is only a limited number
of channel layouts defined. Since the in/out channel count is currently
obtained from the channel layout, for undefined layouts (e.g. for 9, 10, 11
channels etc.) the
On 18.07.2018 19:31, Marcin Gorzel wrote:
Rematrixing supports up to 64 channels. However, there is only a limited number
of channel layouts defined. Since the in/out channel count is obtained from the
channel layout, for undefined layouts (e.g. for 9, 10, 11 channels etc.) the
rematrixing
On 31.08.2018 12:43, Michael Niedermayer wrote:
On Thu, Aug 30, 2018 at 10:27:23AM +0200, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
tests/fate/filter-video.mak | 3 +++
tests/ref/fate/filter-hue4 | 1 +
2 files changed, 4 insertions(+)
create mode 100644 tests/ref/fate/filter
Signed-off-by: Tobias Rapp
---
tests/fate/filter-video.mak | 3 +++
tests/ref/fate/filter-hue4 | 1 +
2 files changed, 4 insertions(+)
create mode 100644 tests/ref/fate/filter-hue4
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index edd51e1..8bbdc04 100644
--- a/tests
On 04.07.2018 16:36, Mathieu Duponchelle wrote:
[...]
If there are any other questions related to meson or the FFmpeg meson port
please feel free to ask and I'll do my best to answer them.
What are the dependencies besides Meson and Python v3 itself? Is using
Ninja mandatory for building or
On 20.01.2018 20:17, Dmytro Humeniuk wrote:
On 18 Jan 2018, at 17:32, Dmytro Humeniuk <dmitry.gumen...@gmail.com> wrote:
On 18 Jan 2018, at 08:56, Tobias Rapp <t.r...@noa-archive.com> wrote:
On 15.01.2018 13:48, Dmytro Humeniuk wrote:
On 15 Jan 2018, at 09:14, Tobias Rapp
On 08.03.2018 00:14, Hendrik Leppkes wrote:
On Thu, Mar 8, 2018 at 12:05 AM, Aurelien Jacobs wrote:
On Wed, Mar 07, 2018 at 11:45:03PM +0100, Marton Balint wrote:
On Wed, 7 Mar 2018, Aurelien Jacobs wrote:
On Tue, Mar 06, 2018 at 01:02:48AM +0100, Marton Balint wrote:
Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags
using a distinct command-line option, similar to other flag options.
Previously only the AV_LOG_SKIP_REPEATED flag was supported as a prefix
to the "loglevel" option value.
Signed-off-by: Tobias Rapp <t.r...@no
Adds the level prefix to all log messages, except those with level <=
AV_LOG_QUIET as they seem to be used for flushing the log buffer.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
libavutil/log.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/
On 16.03.2018 00:03, Michael Niedermayer wrote:
On Wed, Mar 14, 2018 at 09:55:23AM +0100, Tobias Rapp wrote:
Adds the level prefix to all log messages, except those with level <=
AV_LOG_QUIET as they seem to be used for flushing the log buffer.
Signed-off-by: Tobias Rapp <t.r.
On 03.04.2018 10:25, Paul B Mahol wrote:
On 4/3/18, Tobias Rapp <t.r...@noa-archive.com> wrote:
On 29.03.2018 20:38, Michael Niedermayer wrote:
On Wed, Mar 28, 2018 at 05:03:39PM +0200, Tobias Rapp wrote:
Allows to set log level and flag values from string.
Signed-off-by: Tobias Rap
On 11.04.2018 10:23, Kieran O Leary wrote:
Hi Carl,
On Sat, Dec 16, 2017 at 2:31 PM, Carl Eugen Hoyos <ceffm...@gmail.com> wrote:
2017-12-15 22:22 GMT+01:00 Tobias Rapp <t.r...@noa-archive.com>:
+{ "dpx_color_trc", "Transfer Characteristics", OFFSET(colo
Updates documentation after the changes to loglevel flag prefix parsing
in 4b736bc921ed96ad6d312ce0cbe0de29b9e3fe81.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/fftools-common-opts.texi | 37 +
1 file changed, 29 insertions(+), 8 del
On 10.04.2018 22:26, Lou Logan wrote:
On Mon, Apr 9, 2018, at 10:59 PM, Tobias Rapp wrote:
+For example to enable repeated log output and set @var{loglevel} to
+@code{verbose}:
+@example
+ffmpeg -loglevel repeat+verbose -i input output
+@end example
Just to show all current flags
Updates documentation after the changes to loglevel flag prefix parsing
in 4b736bc921ed96ad6d312ce0cbe0de29b9e3fe81.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/fftools-common-opts.texi | 37 +
1 file changed, 29 insertions(+), 8 del
On 12.04.2018 02:01, Lou Logan wrote:
On Tue, Apr 10, 2018, at 11:11 PM, Tobias Rapp wrote:
BTW: Is there some documentation on the generic flags syntax used in
FFmpeg for options like "-fflags" or "-cpuflags" and how to combine the
tokens with "+" or "-&quo
On 17.04.2018 07:32, Timo Teras wrote:
[...]
Do note that calculating the reduced DAR requires some mathematics
which may not be simple to do from e.g. shell or simple scripting
languages. This is the primary reason why I was hoping ffprobe to do
this for me.
Would it be acceptable to print
On 28.03.2018 17:11, wm4 wrote:
On Wed, 28 Mar 2018 17:03:39 +0200
Tobias Rapp <t.r...@noa-archive.com> wrote:
Allows to set log level and flag values from string.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/APIchanges | 3 +++
libavutil/lo
On 29.03.2018 12:58, wm4 wrote:
On Thu, 29 Mar 2018 08:58:12 +0200
Tobias Rapp <t.r...@noa-archive.com> wrote:
On 28.03.2018 17:11, wm4 wrote:
On Wed, 28 Mar 2018 17:03:39 +0200
Tobias Rapp <t.r...@noa-archive.com> wrote:
Allows to set log level and flag values from string.
On 29.03.2018 20:40, Michael Niedermayer wrote:
On Wed, Mar 28, 2018 at 05:03:38PM +0200, Tobias Rapp wrote:
Rename global variable for symmetry with av_log_level.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
libavutil/log.c | 10 +-
1 file changed, 5 insertions
On 29.03.2018 20:38, Michael Niedermayer wrote:
On Wed, Mar 28, 2018 at 05:03:39PM +0200, Tobias Rapp wrote:
Allows to set log level and flag values from string.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/APIchanges | 3 +++
libavutil/log.c
Updates documentation after the changes to loglevel flag prefix parsing
in 4b736bc921ed96ad6d312ce0cbe0de29b9e3fe81.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/fftools-common-opts.texi | 26 ++
1 file changed, 18 insertions(+), 8 deletions(-)
diff
Rename global variable for symmetry with av_log_level.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
libavutil/log.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavutil/log.c b/libavutil/log.c
index 9b7d484..0a99d01 100644
--- a/libavutil
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/cmdutils.c | 48 +++-
1 file changed, 7 insertions(+), 41 deletions(-)
diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c
index c0ddf0b..2a0a995 100644
--- a/fftools/cmdutils.c
Allows to set log level and flag values from string.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/APIchanges | 3 +++
libavutil/log.c | 76 +
libavutil/log.h | 16 +++
libavutil/version.h | 2 +-
4
On 20.03.2018 02:44, Michael Niedermayer wrote:
On Mon, Mar 19, 2018 at 09:31:44AM +0100, Tobias Rapp wrote:
On 14.03.2018 09:55, Tobias Rapp wrote:
Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags
using a distinct command-line option, similar to other flag options
On 20.03.2018 16:02, Nicolas George wrote:
Derek Buitenhuis (2018-03-19):
If you want to link with a C++ library that is indeed the 'proper' solution.
As far as I am aware "several languages all have that requirement" is simply
a theoretical scenario that doesn't actually exist. What else
On 22.03.2018 00:59, Michael Niedermayer wrote:
On Wed, Mar 21, 2018 at 03:20:30PM +0100, Tobias Rapp wrote:
Allows to manage the AV_LOG_PRINT_LEVEL flag as a prefix to the loglevel
option value, similar to the existing AV_LOG_SKIP_REPEATED flag.
Signed-off-by: Tobias Rapp <t.r...@
On 21.03.2018 00:04, Michael Niedermayer wrote:
On Tue, Mar 20, 2018 at 09:36:51AM +0100, Tobias Rapp wrote:
On 20.03.2018 02:44, Michael Niedermayer wrote:
On Mon, Mar 19, 2018 at 09:31:44AM +0100, Tobias Rapp wrote:
On 14.03.2018 09:55, Tobias Rapp wrote:
Allows to set
Allows to manage the AV_LOG_PRINT_LEVEL flag as a prefix to the loglevel
option value, similar to the existing AV_LOG_SKIP_REPEATED flag.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
doc/fftools-common-opts.texi | 11 +++
fftools/cmdutils.c
On 14.03.2018 09:55, Tobias Rapp wrote:
Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags
using a distinct command-line option, similar to other flag options.
Previously only the AV_LOG_SKIP_REPEATED flag was supported as a prefix
to the "loglevel" option value.
On 26.02.2018 17:09, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 44
1 file changed, 20 insertions(+), 24 deletions(-)
[...]
Rebased on v1 of the patch and pushed. Thanks for review.
R
On 02.03.2018 23:14, wm4 wrote:
On Fri, 2 Mar 2018 22:48:07 +0100
Michael Niedermayer <mich...@niedermayer.cc> wrote:
On Fri, Mar 02, 2018 at 09:07:06AM +0100, Tobias Rapp wrote:
On 01.03.2018 22:08, Michael Niedermayer wrote:
On Wed, Feb 28, 2018 at 09:47:15AM +0100, Tobias Rapp
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 44
1 file changed, 20 insertions(+), 24 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 0097a7d..9654e07 100644
--- a/fftools/ffmpeg.c
+++ b/f
Move time string formatting into inline function. Also fixes out_time
sign prefix for progress report.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 48 +++-
1 file changed, 31 insertions(+), 17 deletions(-)
diff
On 26.02.2018 14:02, wm4 wrote:
On Mon, 26 Feb 2018 13:14:58 +0100
Tobias Rapp <t.r...@noa-archive.com> wrote:
Also fixes sign prefix for progress report.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 25 +
1 file changed, 1
Also fixes sign prefix for progress report.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 25 +
1 file changed, 17 insertions(+), 8 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 32caa4b..51f27bf 100644
--- a/f
On 27.02.2018 19:03, Michael Niedermayer wrote:
On Tue, Feb 27, 2018 at 08:49:19AM +0100, Tobias Rapp wrote:
On 27.02.2018 01:12, Michael Niedermayer wrote:
On Mon, Feb 26, 2018 at 05:09:04PM +0100, Tobias Rapp wrote:
Move time string formatting into inline function. Also fixes out_time
sign
On 01.03.2018 22:08, Michael Niedermayer wrote:
On Wed, Feb 28, 2018 at 09:47:15AM +0100, Tobias Rapp wrote:
On 27.02.2018 19:03, Michael Niedermayer wrote:
On Tue, Feb 27, 2018 at 08:49:19AM +0100, Tobias Rapp wrote:
On 27.02.2018 01:12, Michael Niedermayer wrote:
On Mon, Feb 26, 2018 at 05
On 26.04.2018 16:11, Derek Buitenhuis wrote:
On 4/26/2018 3:06 PM, Tobias Rapp wrote:
+if (ost->top_field_first == 0) {
+enc_ctx->field_order = AV_FIELD_BB;
+} else if (ost->top_field_first == 1) {
+enc_ctx->field_order =
Fixes stream field order written by avformat_write_header when "top"
option is specified on the command-line.
Signed-off-by: Tobias Rapp <t.r...@noa-archive.com>
---
fftools/ffmpeg.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg
On 12.11.2018 18:10, Jan Ekström wrote:
On Mon, Nov 12, 2018 at 6:11 PM Tobias Rapp wrote:
Reverts some accidental change in commit
e621b1ca646a2f268797adc3194b694a852548d2.
Signed-off-by: Tobias Rapp
---
libavcodec/libopenh264enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Reverts some accidental change in commit
e621b1ca646a2f268797adc3194b694a852548d2.
Signed-off-by: Tobias Rapp
---
libavcodec/libopenh264enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/libopenh264enc.c b/libavcodec/libopenh264enc.c
index 5baa423..ae6d17c
On 20.09.2018 12:26, Martin Vignali wrote:
Hello,
In current git, the qt faststart test doesn't pass for me (clang os 10.12),
maybe need to be fix before the release.
CCtools/qt-faststart.o
LDtools/qt-faststart
TESTmov-faststart-4gb-overflow
--- -2018-09-20 12:18:23.0
On 14.01.2019 17:20, Nicolas George wrote:
Tobias Rapp (12019-01-14):
Writing good code requires time. I don't see how being sponsored for
development should have a negative correlation (in general) to the time
invested on a specific topic/patch.
Let us say somebody worked one day
On 21.01.2019 17:43, Paul B Mahol wrote:
On 11/10/18, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/af_astretch.c | 330 ++
libavfilter/allfilters.c | 1 +
3 files changed, 332 insertions(+)
On 04.12.2018 09:41, Karthick J wrote:
---
doc/muxers.texi | 2 ++
libavformat/movenc.c | 7 +--
libavformat/movenc.h | 1 +
3 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f1cc6f5fee..6ca27b04a3 100644
--- a/doc/muxers.texi
On 05.12.2018 07:18, Karthick J wrote:
---
doc/muxers.texi | 4
libavformat/movenc.c | 12 ++--
libavformat/movenc.h | 1 +
3 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index f1cc6f5fee..ca10741900 100644
---
On 06.12.2018 06:07, Karthick J wrote:
---
doc/muxers.texi | 4
libavformat/movenc.c | 12 ++--
libavformat/movenc.h | 1 +
3 files changed, 15 insertions(+), 2 deletions(-)
[...]
@@ -6067,6 +6070,11 @@ static int mov_init(AVFormatContext *s)
s->flags &=
On 06.12.2018 08:28, Karthick J wrote:
---
doc/muxers.texi | 4
libavformat/movenc.c | 12 ++--
libavformat/movenc.h | 1 +
3 files changed, 15 insertions(+), 2 deletions(-)
[...]
Looks OK now, no more comments from my side.
Regards,
Tobias
On 24.11.2018 16:32, Tomas Härdin wrote:
[...]
While I'm in here I have a small suggestion: talking is better than
writing when it comes to interpersonal conflicts. Using Mumble or
Jingle or whatever and getting the relevant people to talk can be a
good way to avoid more drastic measures.
On 07.01.2019 15:31, Dmitry Humeniuk wrote:
Signed-off-by: Dmitry Humeniuk
---
Changelog|1 +
doc/filters.texi | 23 +
libavfilter/Makefile |1 +
libavfilter/af_dumpwave.c| 234
On 13.01.2019 15:07, Gyan wrote:
On 13-01-2019 06:39 PM, Ronald S. Bultje wrote:
Hi,
On Sun, Jan 13, 2019 at 4:39 AM Gyan wrote:
When someone submits a patch, it is implicit, unless stated otherwise,
that it is of their own initiative (and their own work), and thus they
are free to assign
On 13.01.2019 16:24, Nicolas George wrote:
James Almer (12019-01-13):
How is that related to sponsored work? If a patch was ignored, then the
extra line in the commit message would have been ignored as much as the
actual code.
Without sponsoring, most reasons for developing code are
On 25.03.2019 18:02, Jean-Baptiste Kempf wrote:
On Mon, 25 Mar 2019, at 08:32, Tobias Rapp wrote:
Most of those hardware libraries are glorified ioctls around the driver and
shipped with the drivers.
And I see this with nVidia, Intel MFX and Decklink (lots of "acquire C++ interface,
set
On 24.03.2019 21:14, Jean-Baptiste Kempf wrote:
On Sun, 24 Mar 2019, at 20:10, Ronald S. Bultje wrote:
The GPL does not mention hardware (instead, they use the word "system
library"). Going from here, I don't consider enterprise-level hardware like
Matrox $$$ priced stuff to be a system library
On 28.03.2019 12:00, Carl Eugen Hoyos wrote:
Hi!
Attached patch also simplifies the release process.
Please comment, Carl Eugen
Personally I'd prefer to keep the link to the latest release. There is
already a "Download Snapshot" button on the "Get the Sources" panel.
Regards,
Tobias
On 27.03.2019 23:13, Allan Cady via ffmpeg-devel wrote:
On Tue, Mar 26, 2019 at 10:07:10PM +, Allan Cady via ffmpeg-devel wrote:
When the silencedetect filter is run against very large files, the
output timestamps gradually lose precision as the scan proceeds
further into the file. This
On 23.03.2019 01:03, ffmpeg-...@ffmpeg.org wrote:
The branch, master has been updated
via 2505968f485fae32d7a68881eff0187f346adb61 (commit)
from b971570feed92970138b9234403d2ef213cf877e (commit)
- Log -
commit
On 28.03.2019 15:02, Carl Eugen Hoyos wrote:
2019-03-28 15:00 GMT+01:00, Tobias Rapp :
On 28.03.2019 12:00, Carl Eugen Hoyos wrote:
Attached patch also simplifies the release process.
Personally I'd prefer to keep the link to the latest release.
Why? Such a link is already listed below
On 26.02.2019 21:36, Soft Works wrote:
From: Jean-Baptiste Kempf
Sent: Dienstag, 26. Februar 2019 15:01
[...]
I don't think nvcc fit the"normally distributed with the operating system".
I'm not sure if the role of nvcc has been fully understood.
nvcc is some kind of 'pre-compiler' which is
On 22.02.2019 12:43, Hendrik Leppkes wrote:
On Fri, Feb 22, 2019 at 12:29 PM Nicolas George wrote:
Lou Logan (12019-02-21):
For consistency. Fixes #7740.
Signed-off-by: Lou Logan
I do not think this is correct: the dash is not part of the option name,
it is part of the Unix command-line
On 22.02.2019 14:57, Nicolas George wrote:
Gyan (12019-02-22):
'-key' will be easier to search for these users as well. It's also a
low-cost arrangement. I trust adept API users will quickly suss out that the
hyphen represents CLI. GUI users won't be entering the key string, only the
On 08.03.2019 10:49, Ulf Zibis wrote:
[...]
Can some other developer please give me a practical hint how to deal
with private folders not to appear in GIT patches?
I'm using .git/info/exclude to ignore files that are only found within
my private developing environment.
Regards,
Tobias
On 06.04.2019 02:11, Nikolas Bowe via ffmpeg-devel wrote:
When asetnsamples uses output samples < input samples, remaining samples build
up in the fifo over time.
Fix this by marking the filter as ready again if there are enough samples.
Regression since
On 18.04.2019 11:40, Michael Niedermayer wrote:
On Thu, Apr 18, 2019 at 10:30:49AM +0200, Paul B Mahol wrote:
On 4/18/19, Michael Niedermayer wrote:
On Thu, Apr 18, 2019 at 01:19:58AM +0200, Michael Niedermayer wrote:
On Wed, Apr 17, 2019 at 06:16:39PM +0200, Paul B Mahol wrote:
to be
the only required case of it. Maybe Kieran could comment on the requirement
of having maintaining the rationals for CLAP (only works on mov to mov
transmuxing).
I'm no expert, but I think a lot of this just comes from video standards
that stipulate those rational numbers? I've cc'd tobias Rapp
On 11.11.2020 06:50, Brian D. Pemberton wrote:
Hi,
I am thinking about writing an app that bundles or includes FFmpeg to do
some video processing. Is this allowed? If so, where can I read about the
constraints or requirements of doing this? Also, is there anything I should
know upfront to
On 11.11.2020 17:15, Carl Eugen Hoyos wrote:
Not necessarily related: In no way whatsoever does the LGPL mandate
dynamic linking (this was claimed several times lately).
The "License Compliance Checklist" on http://ffmpeg.org/legal.html lists
dynamic linking under point 2.
I know that in
On 08.01.2021 11:01, lance.lmw...@gmail.com wrote:
On Fri, Jan 08, 2021 at 09:09:34AM +0100, Tobias Rapp wrote:
On 08.01.2021 07:32, lance.lmw...@gmail.com wrote:
From: Limin Wang
Please check metadata with below command:
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy
On 08.01.2021 07:32, lance.lmw...@gmail.com wrote:
From: Limin Wang
Please check metadata with below command:
./ffmpeg -i ../fate-suite/mxf/Sony-1.mxf -c:v copy -c:a copy out.mxf
./ffmpeg -i out.mxf
company_name: FFmpeg
product_name: OP1a Muxer
product_version :
On 25.01.2021 20:40, emco...@ffastrans.com wrote:
[...]
What you can do instead is to push both identifications, the old one and
the one from the current program into the identification array, this way
the processing chain can be reconstructed. Unforutnately i have never
seen anyone doing
On 18.01.2021 23:53, Tomas Härdin wrote:
lör 2021-01-16 klockan 08:43 +0800 skrev lance.lmw...@gmail.com:
On Fri, Jan 15, 2021 at 09:43:58PM +0100, Marton Balint wrote:
On Fri, 15 Jan 2021, Tomas Härdin wrote:
Again, why? If you have a company that maintains a fork of FFmpeg then
compile
301 - 400 of 470 matches
Mail list logo