ping...
2016-09-20 15:04 GMT+08:00 raymond zheng :
> Submit reasons:
>
> I have enabled concat and async protocol,but ffmpeg will flush async
> buffer when doing seek. I don't want flush async buffer when doing seek
> within the same segment file.
> I found, the
On Wed, Sep 21, 2016 at 10:34:29AM +0200, Benoit Fouet wrote:
> Hi,
>
>
> On 21/09/2016 03:34, Michael Niedermayer wrote:
> >Might fix some mysterious asm related issues like Ticket5579
> >
> >Signed-off-by: Michael Niedermayer
> >---
> > libavcodec/h264dsp.h
On Thu, Sep 22, 2016 at 01:07:06AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5857.
>
> Please comment, Carl Eugen
> avpacket.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
> 6ff2850caef558476bbe522b398edd97233e69d9
>
On Wed, Sep 21, 2016 at 01:42:05PM -0700, Mark Reid wrote:
> Hi
>
> Here is a set of mxf files that contain such metadata
>
> https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_00_v01.mxf
> https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_01_v02.mxf
>
Hi!
Attached patch fixes ticket #5857.
Please comment, Carl Eugen
From 20e673f5303fef7b0adc7737d2023bebfe18014f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 22 Sep 2016 01:03:55 +0200
Subject: [PATCH] lavc/avpacket: Fix undefined behaviour, do not pass a null
On Wed, Sep 21, 2016 at 07:01:34PM +0200, Timo Rothenpieler wrote:
> ---
> libavformat/utils.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index a9bd034..4c5340b 100644
> --- a/libavformat/utils.c
> +++ b/libavformat/utils.c
> @@
---
tests/fate/mxf.mak | 6 ++
tests/ref/fate/mxf-metadata-source-ref1 | 13 +
tests/ref/fate/mxf-metadata-source-ref2 | 13 +
3 files changed, 32 insertions(+)
create mode 100644 tests/ref/fate/mxf-metadata-source-ref1
create mode 100644
---
libavformat/mxfdec.c | 79 +---
1 file changed, 44 insertions(+), 35 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 1939761..23591b2 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -155,6 +155,7 @@
Hi
Here is a set of mxf files that contain such metadata
https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_00_v01.mxf
https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_01_v02.mxf
https://dl.dropboxusercontent.com/u/170952/fate/mxf/track_02_a01.mxf
---
libavformat/mxfdec.c | 48
1 file changed, 36 insertions(+), 12 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 23591b2..a22b2d6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -1472,6 +1472,14 @@
---
libavformat/mxfdec.c | 47 ---
1 file changed, 44 insertions(+), 3 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index a22b2d6..ef53eb6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -102,6 +102,7 @@ typedef
Although cuvid can only output 8bit, it can consume HEVC Main10 if
the bit depth is set properly. In cases where >8bit is not supported,
this change is still beneficial as the decoder will fail to be
created instead of plowing throw and decoding as 8bit.
Signed-off-by: Philip Langdale
On Sun, 18 Sep 2016 12:43:25 -0700
Philip Langdale wrote:
> Although the old API is supposed to functional, the crystalhd
> decoder is currently not working for non-annex.b h.264 content.
>
> So, let's update to the modern API and make it work again.
>
> Signed-off-by:
We don't need to explicitly check for PICPARMS now - they're going
to be there.
Signed-off-by: Philip Langdale
---
configure | 51 ++-
1 file changed, 22 insertions(+), 29 deletions(-)
diff --git a/configure b/configure
index
---
libavformat/utils.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index a9bd034..4c5340b 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -164,6 +164,13 @@ int ff_copy_whiteblacklists(AVFormatContext *dst, const
On 9/21/2016 6:38 AM, Philip Langdale wrote:
> Signed-off-by: Philip Langdale
> ---
> libavcodec/cuvid.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/cuvid.c b/libavcodec/cuvid.c
> index f2e92cf..7fd0b0d 100644
> --- a/libavcodec/cuvid.c
On Thu, Sep 08, 2016 at 08:42:59PM +0200, Michael Niedermayer wrote:
> Fixes hypothetical integer overflow
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mlz.c | 21 ++---
> 1 file changed, 18 insertions(+), 3 deletions(-)
applied
[...]
--
On Fri, Aug 26, 2016 at 11:41:46PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mlz.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint:
On Wed, Sep 21, 2016 at 02:20:03PM +0200, Michael Niedermayer wrote:
> On Wed, Sep 21, 2016 at 12:45:40PM +0200, Clément Bœsch wrote:
> > On Wed, Sep 21, 2016 at 12:26:48PM +0200, Michael Niedermayer wrote:
> > > On Tue, Sep 20, 2016 at 11:20:48PM +0200, Clément Bœsch wrote:
> > > > From: Clément
On Mittwoch, 21. September 2016 11:00:56 CEST Thilo Borgmann wrote:
> Hi Gerion,
>
> > I'll write the rest of the mail in German, because the subject is the
> > German
> > Conference OpenRheinRuhr.
>
> I suggest you discuss this in a private mail addressing the german developers
> you already
Hi,
On 20/09/2016 21:52, Clément Bœsch wrote:
Fixes Ticket #4910
---
I actually tried to implement the better defaults suggestion from ipol (see
@todo) but it wasn't convincing; probably because of different scales, so I
need to investigate.
Also, integral is still inplace in the filter for
On Wed, Sep 21, 2016 at 12:45:40PM +0200, Clément Bœsch wrote:
> On Wed, Sep 21, 2016 at 12:26:48PM +0200, Michael Niedermayer wrote:
> > On Tue, Sep 20, 2016 at 11:20:48PM +0200, Clément Bœsch wrote:
> > > From: Clément Bœsch
> > >
> > > This commit is largely based on
Am 21.09.2016 um 11:58 schrieb Hendrik Leppkes:
> On Wed, Sep 21, 2016 at 10:23 AM, Timo Rothenpieler
> wrote:
>>> Well its just that both cuvid and cuda are both currently flagged as
>>> nonfree in FFmpeg which limits there availability. So I was just wondering
>>> what
On Wed, Sep 21, 2016 at 3:34 AM, Michael Niedermayer
wrote:
> Might fix some mysterious asm related issues like Ticket5579
>
I can reproduce the problem on win64, but this patch does
unfortunately not fix it.
- Hendrik
___
On Wed, Sep 21, 2016 at 12:26:48PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 20, 2016 at 11:20:48PM +0200, Clément Bœsch wrote:
> > From: Clément Bœsch
> >
> > This commit is largely based on commit 15e84ed3 from Anton Khirnov
> > which was
On Tue, Sep 20, 2016 at 11:20:48PM +0200, Clément Bœsch wrote:
> From: Clément Bœsch
>
> This commit is largely based on commit 15e84ed3 from Anton Khirnov
> which was previously skipped in bbf5ef9d.
>
> There are still a bunch of things raising
On Wed, Sep 21, 2016 at 10:23 AM, Timo Rothenpieler
wrote:
>> Well its just that both cuvid and cuda are both currently flagged as
>> nonfree in FFmpeg which limits there availability. So I was just wondering
>> what needed to be done to make them gpl compatible as I would
Hi,
FFmpeg will have a booth at the LinuxCon Europe 2016 in Berlin, Germany from
Oct. 4th to Oct 6th!
The booth will be manned with Thomas Volkert and me, everyone interested is
welcome to visit us and the rest of the LinuxCon.
Find more details about the LinuxCon at the Linux Foundations
Hi,
FFmpeg will have a booth at the ELCE 2016 in Berlin, Germany from Oct. 11th to
Oct 13th!
The booth will be manned with me, everyone interested is welcome to visit us and
the rest of the ELCE. I'm looking for a fellow developer to share the booth work
with me and have some nice days in
Hi Gerion,
> I'll write the rest of the mail in German, because the subject is the German
> Conference OpenRheinRuhr.
I suggest you discuss this in a private mail addressing the german developers
you already know, maybe asking for adding devs to CC who might have interest.
I'm sorry, but for
Hi,
On 21/09/2016 03:34, Michael Niedermayer wrote:
Might fix some mysterious asm related issues like Ticket5579
Signed-off-by: Michael Niedermayer
---
libavcodec/h264dsp.h | 5 +++--
libavcodec/h264dsp_template.c | 4 ++--
> Well its just that both cuvid and cuda are both currently flagged as
> nonfree in FFmpeg which limits there availability. So I was just wondering
> what needed to be done to make them gpl compatible as I would like to see
> cuvid be more available.
GPL conformant CUDA headers.
Someone would
On 21 September 2016 at 15:28, Philip Langdale wrote:
> On Wed, 21 Sep 2016 15:09:36 +1000
> Matt Oliver wrote:
>
> > On 21 September 2016 at 14:38, Philip Langdale
> > wrote:
> >
> > > The cuvid header situation is a mess - the only
33 matches
Mail list logo