Le quintidi 15 brumaire, an CCXXIV, Kyle Swanson a écrit :
> +{ "color","set noise color", OFFSET(color),
> AV_OPT_TYPE_INT, {.i64 = 1}, 0, INT64_MAX, FLAGS, "color" },
> +{ "colour", "set noise color", OFFSET(color),
> AV_OPT_TYPE_INT, {.
Le sextidi 16 brumaire, an CCXXIV, Michael Niedermayer a écrit :
> iam with whatever default people prefer
IIRC, the current default yields different results when rematrixing from
float to float and then converting from float to int than when doing both in
a single step. I beliee this is not good.
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von Sevan Gelici
> Gesendet: Freitag, 6. November 2015 00:42
> An: ffmpeg-devel@ffmpeg.org
> Betreff: [FFmpeg-devel] Intel QuickSync Video
>
> Hello,
>
> I try to transcode with quick s
On Thu, Nov 5, 2015 at 9:29 PM, Michael Niedermayer
wrote:
> On Wed, Nov 04, 2015 at 10:08:27PM -0500, Ganesh Ajjanagadde wrote:
>> This uses the trigonometric double and triple angle formulae to avoid
>> repeated (expensive) evaluation of libc's cos().
>>
>> Sample benchmark (x86-64, Haswell, GNU
On Thu, Nov 05, 2015 at 11:35:42PM +0100, Sebastian Dröge wrote:
> From: Sebastian Dröge
>
> Signed-off-by: Sebastian Dröge
> ---
> libavformat/mpegtsenc.c | 180
> +++-
> 1 file changed, 179 insertions(+), 1 deletion(-)
patch applied
[...]
--
Mi
On Mon, Nov 02, 2015 at 09:06:19AM +0200, Sebastian Dröge wrote:
> From: Sebastian Dröge
>
> Signed-off-by: Sebastian Dröge
> ---
> libavformat/mpegtsenc.c | 43 ---
> 1 file changed, 40 insertions(+), 3 deletions(-)
reviewed by kieran
applied
thanks
[
Here's v3. Uses AV_OPT_TYPE_CONST now. Just sent this with the wrong subject
line, here it is again. (sorry!)
Signed-off-by: Kyle Swanson
---
Changelog| 1 +
doc/filters.texi | 36
libavfilter/Makefile | 1 +
libavfilter/allfilters.c |
On Thu, Nov 05, 2015 at 04:01:33PM +, Kieran Kunhya wrote:
> > Please review carefully, thanks!
>
> Both patches look ok.
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The bravest are surely those who have the clearest vision
of what is be
Here's v3. Uses AV_OPT_TYPE_CONST now.
Signed-off-by: Kyle Swanson
---
Changelog| 1 +
doc/filters.texi | 36
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/asrc_anoisesrc.c | 208 +++
On Wed, Nov 04, 2015 at 10:08:27PM -0500, Ganesh Ajjanagadde wrote:
> This uses the trigonometric double and triple angle formulae to avoid
> repeated (expensive) evaluation of libc's cos().
>
> Sample benchmark (x86-64, Haswell, GNU/Linux)
> old:
> 1104466600 decicycles in build_filter(loop 1000)
On Thu, Nov 5, 2015 at 9:14 PM, Michael Niedermayer
wrote:
> On Wed, Nov 04, 2015 at 10:40:45PM -0500, Ganesh Ajjanagadde wrote:
>> This changes the default to not clip, and thus matches libavresample as
>> well.
>>
>> Documentation has been accordingly updated (with some typo fixes).
>>
>> API us
On Wed, Nov 04, 2015 at 10:40:45PM -0500, Ganesh Ajjanagadde wrote:
> This changes the default to not clip, and thus matches libavresample as
> well.
>
> Documentation has been accordingly updated (with some typo fixes).
>
> API users have complained about this, see e.g
> https://github.com/mpv-p
在 2015/11/5 18:31, wm4 写道:
On Thu, 5 Nov 2015 16:23:04 +0800
Agatha Hu wrote:
2) We use AVFrame::opaque field to store a customized ffnvinfo struture
to prevent expensive CPU<->GPU transferration. Without it, the workflow
will be like CPU AVFrame input-->copy to GPU-->do CUDA resizing-->copy
t
On Thu, Nov 5, 2015 at 8:15 PM, Ganesh Ajjanagadde
wrote:
> [...]
Nothing new here, just moved the copyright to the top of the file to
satisfy some legal requirements I am completely unaware of, don't know
why an inline copyright does not work. Anyway, I don't want to spam
the ML with this kind o
This improves accuracy for the bessel function at large arguments, and this in
turn
should improve the quality of the Kaiser window. It also improves the
performance of the bessel function and hence build_filter by ~ 20%.
Details are given below.
Algorithm: taken from the Boost project, who have
Hello,
I try to transcode with quick sync, but it doesn't work.
I did follow: https://ffmpeg.org/general.html#Intel-QuickSync-Video
When i use this command:
./ffmpeg -y -fflags +genpts -loglevel warning -probesize 1000
-analyzeduration 1500 -i
"udp://@:4012?fifo_size=100&overrun_n
From: Sebastian Dröge
Signed-off-by: Sebastian Dröge
---
libavformat/mpegtsenc.c | 180 +++-
1 file changed, 179 insertions(+), 1 deletion(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 4d74252..96d277e 100644
--- a/libavform
On So, 2015-11-01 at 23:44 +0200, Sebastian Dröge wrote:
>
> +} else if (st->codec->extradata[18] == 1 && st-
> >codec->channels <= 8 &&
> + st->codec->extradata_size >= 22 + st-
> >codec->channels) {
Off by one here, this should be 21 and not 22.
Le quintidi 15 brumaire, an CCXXIV, Clement Boesch a écrit :
> AV_OPT_TYPE_FLAG is for concatenated "bool" flags (foo+bar+baz),
> AV_OPT_TYPE_INT is probably what is needed here (it supports
> AV_OPT_TYPE_CONST sub items)
Oh, my bad, that was AV_OPT_TYPE_CONST I was referring to. Sorry for the
con
On Thu, 5 Nov 2015, Clément Bœsch wrote:
On Wed, Nov 04, 2015 at 03:33:16PM +0100, Nicolas George wrote:
Le quartidi 14 brumaire, an CCXXIV, Marton Balint a écrit :
+ run ffprobe${PROGSUF} -show_streams -show_packets -v 0 -fflags keepside
-safe 0 $extra_args $concatfile > $packetfile
On Thu, Nov 05, 2015 at 09:49:32PM +0100, Nicolas George wrote:
> Le quintidi 15 brumaire, an CCXXIV, Paul B Mahol a écrit :
> > Hmm, why not simple enum/int?
>
> Did you miss the fact that AV_OPT_TYPE_FLAG is exactly for that?
>
AV_OPT_TYPE_FLAG is for concatenated "bool" flags (foo+bar+baz),
A
Le quintidi 15 brumaire, an CCXXIV, Paul B Mahol a écrit :
> Hmm, why not simple enum/int?
Did you miss the fact that AV_OPT_TYPE_FLAG is exactly for that?
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel ma
On 11/5/15, Nicolas George wrote:
> Le quintidi 15 brumaire, an CCXXIV, Kyle Swanson a ecrit :
>> +{ "color","set noise color", OFFSET(color),
>> AV_OPT_TYPE_STRING,{.str = "white"}, CHAR_MIN, CHAR_MAX, FLAGS },
>
>> +if (!strcmp(s->color, "pink")) {
>> +s->filter =
Le quintidi 15 brumaire, an CCXXIV, Kyle Swanson a écrit :
> +{ "color","set noise color", OFFSET(color),
> AV_OPT_TYPE_STRING,{.str = "white"}, CHAR_MIN, CHAR_MAX, FLAGS },
> +if (!strcmp(s->color, "pink")) {
> +s->filter = pink_filter;
> +} else if(!st
Here's a new version of this patch based on everyone's comments. Sample format
is still AV_SAMPLE_FMT_DBL despite concerns about that. The current pink and
brown filter implementations are not designed for fixed-point DSP, and I was
unable to come up with anything equal or better using fixed-poi
On 27.10.2015 23:10, Andreas Cadhalpun wrote:
> It is an internal swscale function and thus should not be exported.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libswscale/swscale_internal.h | 2 +-
> libswscale/utils.c| 10 +-
> 2 files changed, 6 insertions(+), 6 deletions
On 21.10.2015 00:57, Andreas Cadhalpun wrote:
> Replace its last use by avpriv_mpa_decode_header2 and drop the 2 suffix.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/mpegaudio_parser.c | 2 +-
> libavcodec/mpegaudiodecheader.c | 7 +--
> libavcodec/mpegaudiodecheader.h | 4 +---
It seems like this is more an ffmpeg-user question. I asked there and got no
responses.
During some of my encodes, I get quite a lot of these warnings.
What do they mean?
For example: here is a chuck of the output I am talking about
Past duration 0.998009 too large= 718546kB time=01:33:23.23
On Thu, Nov 5, 2015 at 9:47 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Nov 5, 2015 at 9:20 AM, Ganesh Ajjanagadde
> wrote:
>>
>> On Sun, Nov 1, 2015 at 11:57 AM, Ganesh Ajjanagadde
>> wrote:
>> > All filters now use av_strtod for accepting floating point parameters.
>> > There was an isolated
> Please review carefully, thanks!
Both patches look ok.
Kieran
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hello wm4,
Thursday, November 5, 2015, 5:07:08 PM, you wrote:
>>
>> >> > > +} else if (ret == MFX_WRN_DEVICE_BUSY) {
>> >> > > +av_usleep(500);
>> >> >
>> >> > What. Use proper event-based waiting.
>> It is not possible.
>> >>
>> >> That´s the same behavior as
Hi,
On Thu, Nov 5, 2015 at 9:20 AM, Ganesh Ajjanagadde
wrote:
> On Sun, Nov 1, 2015 at 11:57 AM, Ganesh Ajjanagadde
> wrote:
> > All filters now use av_strtod for accepting floating point parameters.
> > There was an isolated remark on this, but the point applies generally
> > now.
> >
> > This
On Sun, Nov 1, 2015 at 11:57 AM, Ganesh Ajjanagadde
wrote:
> All filters now use av_strtod for accepting floating point parameters.
> There was an isolated remark on this, but the point applies generally
> now.
>
> This moves the comment and suitably elaborates on it for additional
> clarity. A li
Signed-off-by: Will Kelleher
---
libavcodec/hevc.c | 10 +++
libavcodec/hevc.h | 4 +++
libavcodec/hevc_sei.c | 79 +++
3 files changed, 93 insertions(+)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 4b3f199..1fa5283 100644
On Thu, 5 Nov 2015 16:28:30 +0300
Ivan Uskov wrote:
> Hello wm4,
>
> Thursday, November 5, 2015, 3:42:30 PM, you wrote:
>
> w> On Thu, 5 Nov 2015 12:49:50 +0100
> w> "Sven Dueking" wrote:
>
> >> > > +} else if (ret == MFX_WRN_DEVICE_BUSY) {
> >> > > +av_usleep(50
On Wed, Nov 04, 2015 at 03:33:16PM +0100, Nicolas George wrote:
> Le quartidi 14 brumaire, an CCXXIV, Marton Balint a écrit :
> > + run ffprobe${PROGSUF} -show_streams -show_packets -v 0 -fflags
> > keepside -safe 0 $extra_args $concatfile > $packetfile
>
> Maybe -of compact, that makes the
Hello wm4,
Thursday, November 5, 2015, 3:42:30 PM, you wrote:
w> On Thu, 5 Nov 2015 12:49:50 +0100
w> "Sven Dueking" wrote:
>> > > +} else if (ret == MFX_WRN_DEVICE_BUSY) {
>> > > +av_usleep(500);
>> >
>> > What. Use proper event-based waiting.
It is not possible.
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von wm4
> Gesendet: Donnerstag, 5. November 2015 13:43
> An: ffmpeg-devel@ffmpeg.org
> Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter - second
> try
>
> On Thu, 5 Nov 201
On Thu, 5 Nov 2015 12:49:50 +0100
"Sven Dueking" wrote:
> > > +} else if (ret == MFX_WRN_DEVICE_BUSY) {
> > > +av_usleep(500);
> >
> > What. Use proper event-based waiting.
>
> That´s the same behavior as we have in the qsv encoder and decoder.
> And as far as I
On 11/4/15, Alexander Strasser wrote:
> Hi Paul!
>
> On 2015-11-04 14:18 +0100, Paul B Mahol wrote:
> [...]
>> diff --git a/libavcodec/wmaprodec.c b/libavcodec/wmaprodec.c
>> index 19dc335..7471961 100644
>> --- a/libavcodec/wmaprodec.c
>> +++ b/libavcodec/wmaprodec.c
>> @@ -86,6 +86,8 @@
>> * s
On Thu, Nov 5, 2015 at 6:05 AM, Moritz Barsnick wrote:
> On Wed, Nov 04, 2015 at 22:08:27 -0500, Ganesh Ajjanagadde wrote:
>> This uses the trigonometric double and triple angle formulae to avoid
>> repeated (expensive) evaluation of libc's cos().
> [...]
>> -y *= 0.3635819 - 0.489
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von wm4
> Gesendet: Donnerstag, 5. November 2015 12:19
> An: ffmpeg-devel@ffmpeg.org
> Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter - second
> try
>
> On Thu, 5 Nov 201
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von Moritz Barsnick
> Gesendet: Donnerstag, 5. November 2015 12:01
> An: FFmpeg development discussions and patches
> Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter - seco
On Thu, 5 Nov 2015 11:18:38 +0100
"Sven Dueking" wrote:
> From 0fe140c8204b4e09f577358b02295b76c2b5f3be Mon Sep 17 00:00:00 2001
> From: Sven Dueking
> Date: Thu, 5 Nov 2015 09:26:43 +
> Subject: [PATCH] added QSV VPP filter
>
> ---
> configure| 1 +
> doc/filters.texi
On Wed, Nov 04, 2015 at 22:08:27 -0500, Ganesh Ajjanagadde wrote:
> This uses the trigonometric double and triple angle formulae to avoid
> repeated (expensive) evaluation of libc's cos().
[...]
> -y *= 0.3635819 - 0.4891775 * cos(w) + 0.1365995 * cos(2*w) -
> 0.0106411 * cos(3*w);
On Thu, Nov 05, 2015 at 11:18:38 +0100, Sven Dueking wrote:
+The VPP library is part of the Intel® Media SDK and exposes the media
acceleration capabilities of Intel® platforms.
You're probably supposed to limit the line length in the free text to
some width, but I don't know the style guide for
On Thu, 5 Nov 2015 16:23:04 +0800
Agatha Hu wrote:
> 2) We use AVFrame::opaque field to store a customized ffnvinfo struture
> to prevent expensive CPU<->GPU transferration. Without it, the workflow
> will be like CPU AVFrame input-->copy to GPU-->do CUDA resizing-->copy
> to CPU AVFrame-->cop
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von Sven Dueking
> Gesendet: Montag, 2. November 2015 10:33
> An: 'FFmpeg development discussions and patches'
> Betreff: Re: [FFmpeg-devel] [PATCH] Added QSV based VPP filter - second
>
Hi,
I just registered FFmpeg for participation at the annual Chemnitzer Linux-Tage
in 2016 (CLT) which takes place in Chemnitz, Germany from the 19th to the 20th
March 2016. Like in the past years, we are planning to man a booth with some of
our developers, give direct user support and receiving v
Hi,
Recently Nvidia did some work on improving nvenc performance, it
includes lots of change so I attach the patch instead of direct send.
Here are the explanations:
1) The first main change is adding an nvresize filter (1:N, one input,
multiple outputs) to do hardware resizing, because durin
50 matches
Mail list logo
