On Mon, Jun 26, 2017 at 12:32:15AM -0300, James Almer wrote:
> Yasm:
> src/libavfilter/x86/af_volume.asm:24: warning: Standard COFF does not support
> read-only data sections
> src/libavfilter/x86/af_volume.asm:24: warning: Unrecognized qualifier `align'
>
> Nasm:
> src/libavfilter/x86/af_volume.
Wayland environment became quite popular with gnome 3. This patch adds the
ability to
initialize the VAAPI accelerator from a wayland display.
Signed-off-by: David Fort
---
configure | 4
libavutil/hwcontext_vaapi.c | 33 +
2 files changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 26 Jun 2017 21:19:28 +0200
Michael Niedermayer wrote:
> On Sun, Jun 25, 2017 at 02:27:06PM -0700, Philip Langdale wrote:
> > Dummy hwaccels, of which cuvid is the best example, behave
> > differently from real hwaccels. In the past, one of th
Thanks Ronald,
I did after start receiving message from PRs.
Best,
On Mon, Jun 26, 2017 at 9:54 PM, Ronald S. Bultje
wrote:
> Hi Daniel,
>
> On Mon, Jun 26, 2017 at 10:02 AM, Daniel Lopes
> wrote:
>
> > I have this question on Stack overflow, someone here knows if with AWS
> > Lambda I can us
Hi Daniel,
On Mon, Jun 26, 2017 at 10:02 AM, Daniel Lopes
wrote:
> I have this question on Stack overflow, someone here knows if with AWS
> Lambda I can use FFmpeg + OpenCV, I talked with a guy from Amazon, he said
> that I have to compile all environment in a Amazon Linux, I compile the
> entir
On 6/26/2017 7:15 PM, Paul B Mahol wrote:
> diff --git a/libavcodec/x86/utvideodsp.asm b/libavcodec/x86/utvideodsp.asm
> new file mode 100644
> index 000..2e96f8b
> --- /dev/null
> +++ b/libavcodec/x86/utvideodsp.asm
> @@ -0,0 +1,101 @@
> +;**
On Tue, Jun 27, 2017 at 12:20:05AM +0200, Paul B Mahol wrote:
> On 6/27/17, Michael Niedermayer wrote:
> > On Mon, Jun 26, 2017 at 11:55:35PM +0200, Paul B Mahol wrote:
> >> Rationale:
> >> prores_ks have more features and is faster for qscale > 0
> >> and gives better quality output.
> >>
> >> Si
On 6/26/2017 7:15 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/utvideo.h | 2 +
> libavcodec/utvideodec.c | 53 +++-
> libavcodec/utvideodsp.c | 82 ++
On 6/27/17, Michael Niedermayer wrote:
> On Mon, Jun 26, 2017 at 11:55:35PM +0200, Paul B Mahol wrote:
>> Rationale:
>> prores_ks have more features and is faster for qscale > 0
>> and gives better quality output.
>>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile | 2 +
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/utvideo.h | 2 +
libavcodec/utvideodec.c | 53 +++-
libavcodec/utvideodsp.c | 82 +++
libavcodec/utvideodsp.h | 39
On Mon, Jun 26, 2017 at 11:55:35PM +0200, Paul B Mahol wrote:
> Rationale:
> prores_ks have more features and is faster for qscale > 0
> and gives better quality output.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/proresenc_anatoliy.c | 14 --
On 6/26/17, Clement Boesch wrote:
> On Mon, Jun 26, 2017 at 11:38:26PM +0200, Paul B Mahol wrote:
> [...]
>> +.loop:
>> +mova m0, [src_rq + xq]
>> +mova m1, [src_gq + xq]
>> +mova m2, [src_bq + xq]
>
>> +paddb m0, m1
>> +
On 6/26/2017 6:38 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/utvideo.h | 2 +
> libavcodec/utvideodec.c | 53 +++---
> libavcodec/utvideodsp.c | 82
On Mon, Jun 26, 2017 at 11:38:26PM +0200, Paul B Mahol wrote:
[...]
> +.loop:
> +mova m0, [src_rq + xq]
> +mova m1, [src_gq + xq]
> +mova m2, [src_bq + xq]
> +paddb m0, m1
> +paddb m2, m1
> +psubb
Rationale:
prores_ks have more features and is faster for qscale > 0
and gives better quality output.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/proresenc_anatoliy.c | 14 --
libavcodec/proresenc_kostya.c | 24
tests
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/utvideo.h | 2 +
libavcodec/utvideodec.c | 53 +++---
libavcodec/utvideodsp.c | 82 +
libavcodec/utvideodsp.h | 39 +
On 6/26/17, Michael Niedermayer wrote:
> On Mon, Jun 26, 2017 at 04:09:57PM +0200, Paul B Mahol wrote:
>> Rationale:
>> prores_ks have more features and is faster for qscale > 0
>> and gives better quality output.
>>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile | 2 +
On Mon, Jun 26, 2017 at 04:09:57PM +0200, Paul B Mahol wrote:
> Rationale:
> prores_ks have more features and is faster for qscale > 0
> and gives better quality output.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/proresenc_anatoliy.c | 14 --
On 6/26/17, Michael Niedermayer wrote:
> On Mon, Jun 26, 2017 at 12:44:48PM +0200, Paul B Mahol wrote:
>> From: Kostya Shishkov
>>
>> Fixes #3886.
>>
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/imc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> breaks fate-imc
>
> [...]
On Mon, Jun 26, 2017 at 12:44:48PM +0200, Paul B Mahol wrote:
> From: Kostya Shishkov
>
> Fixes #3886.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/imc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
breaks fate-imc
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730B
On Mon, Jun 26, 2017 at 04:09:57PM +0200, Paul B Mahol wrote:
> Rationale:
> prores_ks have more features and is faster for qscale > 0
> and gives better quality output.
>
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 2 +-
> libavcodec/proresenc_anatoliy.c | 14 --
On Sun, Jun 25, 2017 at 02:27:06PM -0700, Philip Langdale wrote:
> Dummy hwaccels, of which cuvid is the best example, behave differently
> from real hwaccels. In the past, one of these behaviours was that
> selecting the hwaccel would automatically cause the decoder (and
> remember it's a dedicate
On Sun, Jun 25, 2017 at 10:47:34PM +0200, Vlad Tarca wrote:
> The patch is correct, please apply.
>
> Reviewed-by:vta...@mobibase.com
should be in my next push
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not need laws to tell them
On 6/26/17, James Almer wrote:
> On 6/26/2017 2:34 PM, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/proresdec_lgpl.c | 8 ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>>
>> diff --git a/libavcodec/proresdec_lgpl.c b/libavcodec/proresdec_lgpl.c
>> index b
On 6/26/2017 2:34 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/proresdec_lgpl.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/proresdec_lgpl.c b/libavcodec/proresdec_lgpl.c
> index bc5bdb5..e91abaf 100644
> --- a/libavcode
Hi,
On Mon, Jun 26, 2017 at 2:12 PM, Paul B Mahol wrote:
>
> Yes it is.
As the output is verified to be bit-exact, this is LGTM for me (as
someone who has poked this format's dec/enc in the past).
Jan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
On Mon, Jun 26, 2017 at 5:09 PM, Paul B Mahol wrote:
> Rationale:
> - Slower then other encoder
> - Less configurable
> - Does not support alpha profile
> - Does not set interlaced flag
> - Worse output quality
> - No need for 2 encoders
>
I agree with this clean-up. Probably needs an API/ABI bum
On Mon, Jun 26, 2017 at 5:09 PM, Paul B Mahol wrote:
> Rationale:
> prores_ks have more features and is faster for qscale > 0
> and gives better quality output.
>
You probably meant s/avfilter/avcodec/ :) All those filters you've
made have put a template in your mind ;) .
Generally LGTM for me.
Signed-off-by: Paul B Mahol
---
libavcodec/proresdec_lgpl.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavcodec/proresdec_lgpl.c b/libavcodec/proresdec_lgpl.c
index bc5bdb5..e91abaf 100644
--- a/libavcodec/proresdec_lgpl.c
+++ b/libavcodec/proresdec_lgpl.c
@@ -3
On 6/26/17, Michael Niedermayer wrote:
> Fixes: Ticket5548
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/ffv1enc.c | 4
> 1 file changed, 4 insertions(+)
LGTM
Could this calculation be simplified? (Even with different results)
Just few operations without if/else?
_
Fixes: Ticket5548
Signed-off-by: Michael Niedermayer
---
libavcodec/ffv1enc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/ffv1enc.c b/libavcodec/ffv1enc.c
index e59d540737..39b52d5a48 100644
--- a/libavcodec/ffv1enc.c
+++ b/libavcodec/ffv1enc.c
@@ -850,6 +850,10 @@ FF_ENAB
On Fri, Jun 23, 2017 at 5:46 PM, Paul B Mahol wrote:
> On 6/23/17, Kyle Swanson wrote:
> > Signed-off-by: Kyle Swanson
> > ---
> > libavcodec/g722enc.c | 27 +++
> > 1 file changed, 11 insertions(+), 16 deletions(-)
> >
>
> Should be fine iff other than mono is really d
Signed-off-by: Paul B Mahol
---
doc/encoders.texi | 1 +
libavcodec/proresenc_kostya.c | 18 +++---
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index a8bee09..9f03c0c 100644
--- a/doc/encoders.texi
+++ b/doc/encode
Rationale:
prores_ks have more features and is faster for qscale > 0
and gives better quality output.
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/proresenc_anatoliy.c | 14 --
libavcodec/proresenc_kostya.c | 17 +
3 files chan
Rationale:
- Slower then other encoder
- Less configurable
- Does not support alpha profile
- Does not set interlaced flag
- Worse output quality
- No need for 2 encoders
Signed-off-by: Paul B Mahol
---
doc/encoders.texi | 5 +-
libavcodec/Makefile | 1 -
libavcodec
Hi Guys,
I have this question on Stack overflow, someone here knows if with AWS
Lambda I can use FFmpeg + OpenCV, I talked with a guy from Amazon, he said
that I have to compile all environment in a Amazon Linux, I compile the
entire Python 3.6, FFmpeg and OpenCV.
I thinks my package that is not
On Thu, Jun 15, 2017 at 09:31:19PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/ffv1.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
patchset applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us
Hi,
On Sun, Jun 25, 2017 at 3:27 PM, Michael Niedermayer wrote:
> On Sat, Jun 24, 2017 at 06:30:26PM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Sat, Jun 24, 2017 at 3:27 PM, Michael Niedermayer
> > > wrote:
> >
> > > On Mon, Jun 19, 2017 at 05:11:03PM +0200, James Darnley wrote:
> > > >
On 2017-06-25 21:27, Michael Niedermayer wrote:
> On Sat, Jun 24, 2017 at 06:30:26PM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Sat, Jun 24, 2017 at 3:27 PM, Michael Niedermayer > wrote:
>>
>>> This patch changes the default IDCT on x86(64), which is intended IIUC
>>> It also changes the IDCT w
On 6/26/17, wm4 wrote:
> On Mon, 26 Jun 2017 12:46:29 +0200
> Paul B Mahol wrote:
>
>> On 6/26/17, Clement Boesch wrote:
>> > On Mon, Jun 26, 2017 at 11:33:31AM +0200, Paul B Mahol wrote:
>> >> This is actually internal utvideo format.
>> >> Allows to make use of SIMD for median prediction for r
On Mon, 26 Jun 2017 12:46:29 +0200
Paul B Mahol wrote:
> On 6/26/17, Clement Boesch wrote:
> > On Mon, Jun 26, 2017 at 11:33:31AM +0200, Paul B Mahol wrote:
> >> This is actually internal utvideo format.
> >> Allows to make use of SIMD for median prediction for rgb(a) formats,
> >> thus speedi
On 6/26/17, Clement Boesch wrote:
> On Mon, Jun 26, 2017 at 11:33:31AM +0200, Paul B Mahol wrote:
>> This is actually internal utvideo format.
>> Allows to make use of SIMD for median prediction for rgb(a) formats,
>> thus speeding up decoding.
>> Simplifies code, eases further developement and ma
From: Kostya Shishkov
Fixes #3886.
Signed-off-by: Paul B Mahol
---
libavcodec/imc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/imc.c b/libavcodec/imc.c
index ac20920..7cd6db9 100644
--- a/libavcodec/imc.c
+++ b/libavcodec/imc.c
@@ -828,7 +828,7 @@ static voi
On Mon, Jun 26, 2017 at 11:33:31AM +0200, Paul B Mahol wrote:
> This is actually internal utvideo format.
> Allows to make use of SIMD for median prediction for rgb(a) formats,
> thus speeding up decoding.
> Simplifies code, eases further developement and maintenance.
>
> Signed-off-by: Paul B Mah
On Mon, 26 Jun 2017 11:33:31 +0200
Paul B Mahol wrote:
> This is actually internal utvideo format.
> Allows to make use of SIMD for median prediction for rgb(a) formats,
> thus speeding up decoding.
> Simplifies code, eases further developement and maintenance.
>
> Signed-off-by: Paul B Mahol
>
On Mon, 26 Jun 2017, Andreas Håkon wrote:
Original Message
Subject: [FFmpeg-devel] Multiprogram mode for mpeg TS
Local Time: June 23, 2017 4:42 PM
UTC Time: June 23, 2017 2:42 PM
From: ffm...@a.legko.ru
To: ffmpeg-devel@ffmpeg.org
Hi!
(corrected version of the patch.)
Good
On Mon, 26 Jun 2017, Hendrik Leppkes wrote:
Individual changes should be submitted as seperate patches. Having
several unrelated changes in one patch makes it impossible to apply or
even properly review it.
all changes are related:
multiprog cannot exist when some of prog goes away (pthread
This is actually internal utvideo format.
Allows to make use of SIMD for median prediction for rgb(a) formats,
thus speeding up decoding.
Simplifies code, eases further developement and maintenance.
Signed-off-by: Paul B Mahol
---
libavcodec/utvideodec.c | 283 +++--
On Sun, Jun 25, 2017 at 01:20:38 +0530, Ashish Singh wrote:
> configure| 5 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_vmaf.c| 429
> +++
Still missing doc/filters.texi.
> + * Cacula
On Fri, Jun 23, 2017 at 4:42 PM, wrote:
>
> Hi!
> (corrected version of the patch.)
>
> 1. adding missed but required options for libavformat/mpegts encoder in
>ffmpeg_opt.c. also, it makes it possible to add pcr_pid for separate
>program inside TS.
>options are:
> service_provid
Original Message
Subject: [FFmpeg-devel] Multiprogram mode for mpeg TS
Local Time: June 23, 2017 4:42 PM
UTC Time: June 23, 2017 2:42 PM
From: ffm...@a.legko.ru
To: ffmpeg-devel@ffmpeg.org
> Hi!
> (corrected version of the patch.)
Good patch! I found the MPTS support in FFMpeg a m
On Sat, Jun 24, 2017 at 02:01:27AM -0300, James Almer wrote:
> On 6/23/2017 11:56 AM, Matthieu Bouron wrote:
> > Suggested-by: James Almer
> > ---
> > libavcodec/x86/sbrdsp.asm | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/x86/sbrdsp.asm b/libavcodec/x
On Sun, 25 Jun 2017 14:27:06 -0700
Philip Langdale wrote:
> Dummy hwaccels, of which cuvid is the best example, behave differently
> from real hwaccels. In the past, one of these behaviours was that
> selecting the hwaccel would automatically cause the decoder (and
> remember it's a dedicated dec
Signed-off-by: Paul B Mahol
---
libavcodec/dnxhdenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index 6e9b54d..f8bf7db 100644
--- a/libavcodec/dnxhdenc.c
+++ b/libavcodec/dnxhdenc.c
@@ -1391,7 +1391,7 @@ AVCodec ff_dnxhd_enco
54 matches
Mail list logo
