On Mon, 8 Feb 2016 13:56:57 +
Mark Thompson wrote:
> ...
> >> +/** Map a surface so that it can be operated on by the CPU.
> >> + *
> >> + * This may need to copy the frame data between some sort of external
> >> memory
> >> + * and normal CPU-addressable memory. The
I forgot one information:
With yadif and w3fdif the temporal interpolation of the first and last field of
a source file tend to result in heavy artefacts at fast motions. Therefore
BobWeaver uses spatial cubic interpolation at first and last field.
That´s the filter_intra function.
I attached
On Mon, Feb 08, 2016 at 12:46:11PM +0100, wm4 wrote:
> On Mon, 8 Feb 2016 00:33:15 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Feb 03, 2016 at 11:27:00PM +0100, Andreas Cadhalpun wrote:
> > > On 03.02.2016 19:05, Michael Niedermayer wrote:
> > > > Fixes: CID1338320
On Mon, Feb 8, 2016 at 12:24 PM, Thomas Mundt
wrote:
> I forgot one information:
> With yadif and w3fdif the temporal interpolation of the first and last field
> of a source file tend to result in heavy artefacts at fast motions. Therefore
> BobWeaver uses
On Mon, 8 Feb 2016 00:33:15 +0100
Michael Niedermayer wrote:
> On Wed, Feb 03, 2016 at 11:27:00PM +0100, Andreas Cadhalpun wrote:
> > On 03.02.2016 19:05, Michael Niedermayer wrote:
> > > Fixes: CID1338320
> > >
> > > Signed-off-by: Michael Niedermayer
Hi,
2016-02-08 8:15 GMT+01:00 Christophe Gisquet :
> At this point, I'd say the encoder would better use that prefix.
> That's what the attached patch does (rebased but not tested). You may
> consider building on top of it for that purpose.
Which I haven't
On Sun, 7 Feb 2016 21:51:23 +
Mark Thompson wrote:
> Hi all,
>
> More VAAPI following. This is only parts one and two (infrastructure), the
> other parts have not changed beyond what is needed to support changes to
> these two.
>
>
> Changes:
>
> * Made some more
On Sun, Feb 07, 2016 at 05:31:40PM -0800, Mark Reid wrote:
> Hi,
> This patch enable demuxing of raw 444 and dnxhr streams.
> To generate a raw stream of dnxhr (since there is no encoder support yet)
> ffmpeg -i fate-suite/dnxhd/dnxhr444_cid1270.mov -an -vcodec copy out.dnxhd
> ffplay out.dnxhd
On Sun, 7 Feb 2016 21:53:39 +
Mark Thompson wrote:
> ---
> configure | 5 +
> libavcodec/Makefile| 1 +
> libavcodec/vaapi_support.c | 852
> +
> libavcodec/vaapi_support.h | 284 +++
> 4
On Mon, Feb 8, 2016 at 1:25 AM, Christophe Gisquet
wrote:
> Hi,
>
> 2016-02-08 8:15 GMT+01:00 Christophe Gisquet :
>> At this point, I'd say the encoder would better use that prefix.
>> That's what the attached patch does (rebased but
Hi,
2016-02-09 6:27 GMT+01:00 Mark Reid :
[...]
> I'm guessing its okay to
> include "libavcodec/dnxhddata.h" in something thats in libavformat
> then? movenc.c uses those prefixes too.
Argh, nice catch, you can't use the the content of ff_dnxhd_headers
there, which is the
Mark Reid gmail.com> writes:
> I'm guessing its okay to include "libavcodec/dnxhddata.h"
> in something thats in libavformat then?
Yes, it is ok to include headers from libavcodec in
libavformat. It may be more complicated with symbols
though.
Carl Eugen
On 08/02/16 12:08, wm4 wrote:
On Sun, 7 Feb 2016 21:53:39 +
Mark Thompson wrote:
diff --git a/libavcodec/vaapi_support.h b/libavcodec/vaapi_support.h
new file mode 100644
index 000..c159ee7
--- /dev/null
+++ b/libavcodec/vaapi_support.h
@@ -0,0 +1,284 @@
+/*
+ * VAAPI
>>> Hendrik Leppkes schrieb am Mo, 8.2.2016:
> How does the speed compare to YADIF?
> Or in other words, is it usable in real-time, or rather designed for
> offline processing?
>
YADIF is quicker, because of its CPU optimizations. Without CPU optimizations
BobWeaver is
Hi all
This is a reminder that the deadline to register FFmpeg with outreachy
is tomorrow, the 9th february
see: https://www.gnome.org/outreachy/
"Free and open source software organizations and supporting companies are
invited to express interest in offering internships or sponsoring the
On 7 February 2016 at 22:21, Rostislav Pehlivanov wrote:
> Changes from last version:
> -use ptrdiff_t for strides
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/Makefile |1 +
> libavcodec/allcodecs.c |1 +
>
Hi,
patch attached.
From 4c19898e68d816309521aa353c65c93f159471f6 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 8 Feb 2016 12:31:29 +0100
Subject: [PATCH] avfilter: add graphhint filter
Signed-off-by: Paul B Mahol
---
doc/filters.texi |
I'm sending an updated patch that persists the data within the CVS
(between IRAP access units with no_rasl_output_flag=1). If this seems
like overkill, we can fallback to Hendrik's suggestion of just sending
it once. I did consider this alternative but figured the side data
could get lost if some
On Sun, 07 Feb 2016 19:20:40 +0300, Ponomarenko Andrey wrote:
> Hello,
>
> I continue maintaining list of API changes in FFmpeg here:
> http://abi-laboratory.pro/tracker/timeline/ffmpeg/
>
> Please fix the link on this page: https://trac.ffmpeg.org/ (List of
> FFmpeg API changes/compatibility
Plays all known samples
---
libavcodec/cfhd.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c
index 2436aae..0773ffa 100644
--- a/libavcodec/cfhd.c
+++ b/libavcodec/cfhd.c
@@ -152,14 +152,15 @@ static void
5 times faster than C, 3 times overall.
---
Removes constant.c changes in accordance with James's comments
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git
On Mon, Feb 08, 2016 at 09:51:55PM +0100, Paul B Mahol wrote:
> On 2/8/16, Timothy Gu wrote:
> > 5 times faster than C, 3 times overall.
> > ---
> >
> > Removes constant.c changes in accordance with James's comments
> >
> > ---
> > libavfilter/x86/vf_blend.asm| 29
Hi,
On Tue, Jan 26, 2016 at 5:23 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> On 25.01.2016 00:53, Hendrik Leppkes wrote:
> > On Sat, Jan 23, 2016 at 3:52 PM, Andreas Cadhalpun
> > wrote:
> >> On 23.01.2016 15:10, Hendrik Leppkes wrote:
>
---
libavcodec/utils.c| 2 ++
libavutil/pixdesc.c | 28
libavutil/pixfmt.h| 4
libavutil/version.h | 2 +-
libswscale/input.c| 4
libswscale/swscale_unscaled.c | 3 +++
libswscale/utils.c
---
libavcodec/x86/constants.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/constants.c b/libavcodec/x86/constants.c
index 11002ee..c2d3bb8 100644
--- a/libavcodec/x86/constants.c
+++ b/libavcodec/x86/constants.c
@@ -42,7 +42,8 @@ DECLARE_ALIGNED(8, const
---
libavfilter/x86/vf_blend.asm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 730be77..8e4251a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavfilter/x86/vf_blend.asm
@@ -24,11 +24,11 @@
5 times faster than C, 3 times overall.
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 8e4251a..01bee36 100644
---
---
libavcodec/x86/constants.c | 3 ++-
libavcodec/x86/constants.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/x86/constants.c b/libavcodec/x86/constants.c
index 11002ee..c2d3bb8 100644
--- a/libavcodec/x86/constants.c
+++ b/libavcodec/x86/constants.c
@@
---
libavfilter/x86/vf_blend.asm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 730be77..8e4251a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavfilter/x86/vf_blend.asm
@@ -24,11 +24,11 @@
On Mon, 8 Feb 2016, 15:34 Michael Niedermayer
wrote:
>
> Hi all
>
> This is a reminder that the deadline to register FFmpeg with outreachy
> is tomorrow, the 9th february
> see: https://www.gnome.org/outreachy/
> "Free and open source software organizations and supporting
On 2/8/2016 4:24 PM, Timothy Gu wrote:
> ---
> libavfilter/x86/vf_blend.asm | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
> index 730be77..8e4251a 100644
> --- a/libavfilter/x86/vf_blend.asm
>
On date Friday 2016-02-05 11:41:06 +0100, Martin Vignali encoded:
> 2016-01-30 10:44 GMT+01:00 Stefano Sabatini :
>
> > On date Friday 2016-01-29 17:38:13 +0100, Martin Vignali encoded:
> > > 2016-01-29 12:35 GMT+01:00 Stefano Sabatini :
> > [...]
> > > > +
On Tue, Feb 02, 2016 at 07:30:27PM +0100, Stefano Sabatini wrote:
> Hi,
>
> I propose to make a donation of 200 EUR to ffis.de to thank them for
> their services in the last two years.
>
> Currently the ffis.de FFmpeg fund contains 9195 EUR, so I would ask
> the ffis.de officers to directly grab
5 times faster than C, 3 times overall.
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 8e4251a..01bee36 100644
---
On date Monday 2016-02-08 21:21:36 +0100, Michael Niedermayer encoded:
> On Tue, Feb 02, 2016 at 07:30:27PM +0100, Stefano Sabatini wrote:
> > Hi,
> >
> > I propose to make a donation of 200 EUR to ffis.de to thank them for
> > their services in the last two years.
> >
> > Currently the ffis.de
Hello,
I have volunteered to be the co-ordinator for FFmpeg in Outreachy 2016. I
was a mentor for Outreachy in 2015 and look forward to working with
Outreachy to attract a more diverse base of contributors to FFmpeg.
Over the next few hours you should start seeing our project page start to
fill
On Sun, Jan 31, 2016 at 3:38 PM Timothy Gu wrote:
On Sat, Jan 30, 2016 at 07:27:22PM +, Derek Buitenhuis wrote:
> On 1/30/2016 7:15 PM, Timothy Gu wrote:
> > FATE passes here on a x86-64 machine with both GCC 4.9.2 and 5.3.1.
>
> Perhaps this should be restricted to
On Fri, Feb 05, 2016 at 03:39:25PM -0800, Thierry Foucu wrote:
> The UUID is based on http://www.adobe.com/devnet/xmp.html
>
> The patch is made according to XMP SPECIFICATION PART 3 - STORAGE IN
> FILES See Table 8
> ---
> libavformat/mov.c | 25 +
> 1 file changed, 25
On Mon, Feb 08, 2016 at 09:40:10PM +, Kieran Kunhya wrote:
> ---
> libavcodec/utils.c| 2 ++
> libavutil/pixdesc.c | 28
> libavutil/pixfmt.h| 4
> libavutil/version.h | 2 +-
> libswscale/input.c| 4
On Mon, Feb 08, 2016 at 09:42:53PM +, Kieran Kunhya wrote:
> Plays all known samples
without knowing cfhd i would say the patch should be ok then
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many things microsoft did are stupid, but not doing something
40 matches
Mail list logo