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 point.
I didn't notice
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 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 not tested). You may
>> consider building on top of it for that
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 in
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 x86?
Fair enough.
Push
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 u
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 ju
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 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 F
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 free_buffers
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:
> >>> On Sat, Jan 23, 2016 at 2:45 PM
---
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
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
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 te
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 +
> libavfilter/x86/vf_blend_init.c | 2 ++
> 2 files changed, 31 insertions
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 a/libavfilter/x86/vf_blend.asm
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
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 companies are
invited to
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
> ++
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
--- a/l
---
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
@@ -42,7
---
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
--- a/l
---
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 @@
---
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 u
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 :
> > [...]
> > > > +AVDictionaryEntry * tcr = av_dict
On date Friday 2016-02-05 01:15:47 +0100, Marton Balint encoded:
>
> On Thu, 4 Feb 2016, Stefano Sabatini wrote:
>
> >On date Wednesday 2016-02-03 10:18:34 +0100, Stefano Sabatini encoded:
> >[...]
> >>Note: since my purpose is to allow remuxing KLV data, I can change
> >>this to enable stream_id
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 f
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 copy-in will only take
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 program
>>> 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 quicker.
It should definit
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 +
> libavcodec/vc2enc.c | 1194
> +++
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 helper functions.
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 | 18 +++
libavfilter/Makefile |
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
> > > >
> > > > Signed-
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 files changed, 114
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 structures user-opaque
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
> > > ---
> > > libavcodec/frame_thread
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 spatial cubic interpolation at first an
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 the
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
t
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 attached... So here's one /not/ rebased,
42 matches
Mail list logo
