On Tue, Jun 20, 2017 at 07:49:59PM -0300, James Almer wrote:
> From: Diego Biurrun
>
> NASM is more actively maintained and permits generating dependency information
> as a sideeffect of assembling, thus cutting build times in half.
>
> (Cherry-picked from libav commit 57b753b445e23363c997a8ec1c
This is VMAF filter which requires Netflix's vmaf library installed but
currently there is no library implementation in the Netflix's vmaf. I will open
a pull request soon to Netflix's vmaf for the library integration code and
provide a link in this thread.
This uses pthreads (mutex/cond) where
Hi,
On Tue, Jun 20, 2017 at 8:45 PM, Michael Niedermayer wrote:
> On Tue, Jun 20, 2017 at 08:18:20PM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Tue, Jun 20, 2017 at 5:22 PM, Michael Niedermayer
> > > wrote:
> >
> > > On Tue, Jun 20, 2017 at 08:47:33AM -0400, Ronald S. Bultje wrote:
> > >
Hi,
On Wed, Jun 21, 2017 at 8:16 AM, Ashish Singh wrote:
> This is VMAF filter which requires Netflix's vmaf library
Very cool!
(For those not aware, this is a GSoC project, it's work-in-progress but it
can already generate VMAF scores identical to what Netflix' command-line
utility gives.)
---
libavfilter/x86/vf_spp.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/libavfilter/x86/vf_spp.c b/libavfilter/x86/vf_spp.c
index 45a9eb0..8e3c820 100644
--- a/libavfilter/x86/vf_spp.c
+++ b/libavfilter/x86/vf_spp.c
@@ -217,6 +217,17 @@ static void store_sl
On Wed, Jun 21, 2017 at 17:46:40 +0530, Ashish Singh wrote:
What does vmaf's Apache License imply for ffmpeg? (Important for GPL vs LGPL
builds.)
You *might* want to resolve the abbreviation VMAF somewhere. Probably
in the as-yet missing documentation.
> libv4l2
> + libvmaf
> libv
On Wed, Jun 21, 2017 at 15:50:29 +0200, Moritz Barsnick wrote:
> What does vmaf's Apache License imply for ffmpeg? (Important for GPL vs LGPL
> builds.)
Sorry, that's probably nonsense. Of course an Apache licensed library
can be linked into a GPL/LGPL program/library, as far as I understand.
I w
On 6/21/2017 2:54 AM, Hendrik Leppkes wrote:
> On Wed, Jun 21, 2017 at 12:49 AM, James Almer wrote:
>> These are five commits from libav a bit away from out current merge
>> point that are useful enough that i figured should be committed now.
>>
>
> Perhaps add adfd7892e3b8b40e7a1620f7254459d8e09
On 6/21/2017 9:16 AM, Ashish Singh wrote:
> This is VMAF filter which requires Netflix's vmaf library installed but
> currently there is no library implementation in the Netflix's vmaf. I will
> open a pull request soon to Netflix's vmaf for the library integration code
> and provide a link in t
On Mon, Jun 19, 2017 at 11:08:39AM +0200, Matthieu Bouron wrote:
> Avoids overriding v0 (which containins the result of the tested
> function) in checkasm_call_checked.
>
> Also properly calls checkasm_call_checked.
> ---
> tests/checkasm/aarch64/checkasm.S | 8
> tests/checkasm/checkasm
On 6/19/2017 6:08 AM, Matthieu Bouron wrote:
> Avoids overriding v0 (which containins the result of the tested
> function) in checkasm_call_checked.
>
> Also properly calls checkasm_call_checked.
> ---
> tests/checkasm/aarch64/checkasm.S | 8
> tests/checkasm/checkasm.h | 2 ++
>
On 6/21/2017 8:48 AM, Michael Niedermayer wrote:
> On Tue, Jun 20, 2017 at 07:49:59PM -0300, James Almer wrote:
>> From: Diego Biurrun
>>
>> NASM is more actively maintained and permits generating dependency
>> information
>> as a sideeffect of assembling, thus cutting build times in half.
>>
>>
On Wed, Jun 21, 2017 at 04:57:53PM -0300, James Almer wrote:
> On 6/19/2017 6:08 AM, Matthieu Bouron wrote:
> > Avoids overriding v0 (which containins the result of the tested
> > function) in checkasm_call_checked.
> >
> > Also properly calls checkasm_call_checked.
> > ---
> > tests/checkasm/aar
On 6/20/17, Hein-Pieter van Braam wrote:
> Interplay MVE movies have a SEND_BUFFER operation. Only after this
> command does the current decoding buffer get displayed. This is required
> for the other frame formats. They are fixed-size and can't always encode
> a full frame worth of pixeldata.
>
>
fft15_c:1961 decicycles in fft15, 4193738 runs,566 skips
fft15_fma3: 995 decicycles in fft15, 4193984 runs,320 skips
I believe the FFT5 macro can be improved further, so suggestions
are welcome.
---
libavcodec/mdct15.c | 186 +--
libav
On 20-6-2017 19:44, Michael Bradshaw
wrote:
> Please merge these two conditions, since both #if conditions are executing
> the same code. That is:
>
> #if HAVE_OPENJPEG_2_2_OPENJPEG_H || HAVE_OPENJPEG_2_1_OPENJPEG_H
> opj_stream_set_user_data(stream, &reader, NULL);
> #elif HAVE_OPENJPEG_2_0_O
On Tue, Jun 20, 2017 at 10:42:53PM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> doc/APIchanges| 3 +++
> libavformat/avio.h| 13 -
> libavformat/aviobuf.c | 7 +++
> libavformat/url.h | 1 +
> libavformat/version.h | 2 +-
> 5 files change
On Tue, Jun 20, 2017 at 10:44:26PM +0200, Marton Balint wrote:
> If flushing is not disabled, then mux.c will signal the end of the packets
> with
> an AVIO_DATA_MARKER_FLUSH_POINT, and aviobuf will be able to decide to flush
> or
> not based on the preferred minimum packet size set by the used p
On Wed, Jun 21, 2017 at 3:43 PM, Reino Wijnsma wrote:
>
> New patch included. Thanks.
Almost done! The OPJ_STATIC change that was introduced in OpenJPEG 2.1+
means FFmepg's configure script has to do some extra work. You'll see that
there are two check_lib calls for openjpeg-2.1. You'll need to
On 6/21/2017 7:33 PM, Rostislav Pehlivanov wrote:
> fft15_c:1961 decicycles in fft15, 4193738 runs,566 skips
> fft15_fma3: 995 decicycles in fft15, 4193984 runs,320 skips
>
> I believe the FFT5 macro can be improved further, so suggestions
> are welcome.
> ---
> libavcodec/mdct15.c
On Wed, Jun 21, 2017 at 09:46:58AM -0400, Ronald S. Bultje wrote:
> ---
> libavfilter/x86/vf_spp.c | 15 ++-
> 1 file changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/libavfilter/x86/vf_spp.c b/libavfilter/x86/vf_spp.c
> index 45a9eb0..8e3c820 100644
> --- a/libavfilter/x86/v
Hi,
On Wed, Jun 21, 2017 at 8:42 PM, Michael Niedermayer wrote:
> On Wed, Jun 21, 2017 at 09:46:58AM -0400, Ronald S. Bultje wrote:
> > ---
> > libavfilter/x86/vf_spp.c | 15 ++-
> > 1 file changed, 14 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavfilter/x86/vf_spp.c b/liba
22 matches
Mail list logo
