On Sat, Feb 06, 2016 at 12:36:10AM +, Kieran Kunhya wrote:
> Output still looks a bit odd though
how can this be reproduced ?
>
> ---
> libavutil/pixdesc.c | 28
> libavutil/pixfmt.h| 4
> libswscale/input.c| 4
> l
On Fri, Feb 05, 2016 at 10:41:26AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Feb 5, 2016 at 9:34 AM, Hendrik Leppkes wrote:
>
> > On Fri, Feb 5, 2016 at 3:33 PM, Derek Buitenhuis
> > wrote:
> > > On 2/5/2016 2:19 PM, Michael Niedermayer wrote:
> > >> because the code builds the header a
On 6 February 2016 at 03:37, Timothy Gu wrote:
> ---
> libavcodec/dirac_dwt.c | 13 ++---
> libavcodec/dirac_dwt_template.c | 25 +
> 2 files changed, 19 insertions(+), 19 deletions(-)
>
>
LGTM
d->temp = (uint8_t *)(((TYPE *)d->temp) + 8); might appear c
On 6 February 2016 at 03:37, Timothy Gu wrote:
> The functions are all private.
> ---
> libavcodec/dirac_dwt.c | 12 ++--
> libavcodec/dirac_dwt.h | 6 +++---
> libavcodec/dirac_dwt_template.c | 10 +-
> libavcodec/diracdec.c | 4 ++--
> 4 files chan
Hi,
patch attached.
From c719b95ce84bb1c3db3e6b751d80a840f35726b0 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sat, 6 Feb 2016 11:19:45 +0100
Subject: [PATCH] avfilter: add metadata filters
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 45 ++
libavfilter/Makefile
Hi,
On Sat, Feb 6, 2016 at 5:32 AM, Michael Niedermayer
wrote:
> On Fri, Feb 05, 2016 at 10:41:26AM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Fri, Feb 5, 2016 at 9:34 AM, Hendrik Leppkes
> wrote:
> >
> > > On Fri, Feb 5, 2016 at 3:33 PM, Derek Buitenhuis
> > > wrote:
> > > > On 2/5/201
On 2/6/2016 10:42 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Feb 6, 2016 at 5:32 AM, Michael Niedermayer
> wrote:
>
>> On Fri, Feb 05, 2016 at 10:41:26AM -0500, Ronald S. Bultje wrote:
>>> Hi,
>>>
>>> On Fri, Feb 5, 2016 at 9:34 AM, Hendrik Leppkes
>> wrote:
>>>
On Fri, Feb 5, 2016 at 3
On Sat, Feb 06, 2016 at 12:47:25 +0100, Paul B Mahol wrote:
> patch attached.
Nice. (Untested.)
> +Manipulate frames metadata.
Either:
frame metadata [using this as a generic term]
or:
frames' metadata
I prefer the former.
> +If both @code{value} and @code{key} is set, select fram
On 03.02.2016 00:41, Andreas Cadhalpun wrote:
> I see, it passes '-b $(SRC_PATH)' to lcov, which is now unnecessary/harmful
> for out-of-tree builds using the src link.
> The first attached patch changes it to simply use the current directory in
> that case.
> The second patch was necessary to fix
On 02.02.2016 01:04, Andreas Cadhalpun wrote:
> Subject: [PATCH] configure: fall back to using full path if src is a directory
>
> Or when building in-tree.
> Also don't try to remove src on distclean in these cases.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> Makefile | 5 -
> configure
L'octidi 18 pluviôse, an CCXXIV, James Almer a écrit :
> The couple times i dealt with a trac ticket that wasn't a bug i used
> "addressed" instead of "fixed".
I would say it "addresses" a ticket if the ticket is valid but the commit
does not really fix the issue, for example print a helpful speci
On 27.01.2016 01:22, Andreas Cadhalpun wrote:
> On 27.01.2016 01:16, Ronald S. Bultje wrote:
>> Please wait until my patch is finished.
>
> Do you think that will happen in the coming days?
This seems not to be the case, so I intend to push these two
patches soon.
They can easily be reverted once
On Sat, 6 Feb 2016 17:25:42 +0100
Andreas Cadhalpun wrote:
> On 27.01.2016 01:22, Andreas Cadhalpun wrote:
> > On 27.01.2016 01:16, Ronald S. Bultje wrote:
> >> Please wait until my patch is finished.
> >
> > Do you think that will happen in the coming days?
>
> This seems not to be the c
On 06.02.2016 17:31, wm4 wrote:
> On Sat, 6 Feb 2016 17:25:42 +0100
> Andreas Cadhalpun wrote:
>
>> On 27.01.2016 01:22, Andreas Cadhalpun wrote:
>>> On 27.01.2016 01:16, Ronald S. Bultje wrote:
Please wait until my patch is finished.
>>>
>>> Do you think that will happen in the coming d
On Sat, 6 Feb 2016 17:32:12 +0100
Andreas Cadhalpun wrote:
> On 06.02.2016 17:31, wm4 wrote:
> > On Sat, 6 Feb 2016 17:25:42 +0100
> > Andreas Cadhalpun wrote:
> >
> >> On 27.01.2016 01:22, Andreas Cadhalpun wrote:
> >>> On 27.01.2016 01:16, Ronald S. Bultje wrote:
> Please wait un
On 06.02.2016 17:35, wm4 wrote:
> On Sat, 6 Feb 2016 17:32:12 +0100
> Andreas Cadhalpun wrote:
>
>> On 06.02.2016 17:31, wm4 wrote:
>>> On Sat, 6 Feb 2016 17:25:42 +0100
>>> Andreas Cadhalpun wrote:
>>>
On 27.01.2016 01:22, Andreas Cadhalpun wrote:
> On 27.01.2016 01:16, Ronald S.
On Sat, 6 Feb 2016 17:38:45 +0100
Andreas Cadhalpun wrote:
> On 06.02.2016 17:35, wm4 wrote:
> > On Sat, 6 Feb 2016 17:32:12 +0100
> > Andreas Cadhalpun wrote:
> >
> >> On 06.02.2016 17:31, wm4 wrote:
> >>> On Sat, 6 Feb 2016 17:25:42 +0100
> >>> Andreas Cadhalpun wrote:
> >>>
>
On 06.02.2016 17:42, wm4 wrote:
> On Sat, 6 Feb 2016 17:38:45 +0100
> Andreas Cadhalpun wrote:
>
>> On 06.02.2016 17:35, wm4 wrote:
>>> On Sat, 6 Feb 2016 17:32:12 +0100
>>> Andreas Cadhalpun wrote:
So what do you suggest instead to get VLC's hwaccels working again soon?
>>>
>>> Send a pa
On Sat, 6 Feb 2016 17:48:17 +0100
Andreas Cadhalpun wrote:
> On 06.02.2016 17:42, wm4 wrote:
> > On Sat, 6 Feb 2016 17:38:45 +0100
> > Andreas Cadhalpun wrote:
> >
> >> On 06.02.2016 17:35, wm4 wrote:
> >>> On Sat, 6 Feb 2016 17:32:12 +0100
> >>> Andreas Cadhalpun wrote:
> So what d
On 06.02.2016 18:02, wm4 wrote:
> On Sat, 6 Feb 2016 17:48:17 +0100
> Andreas Cadhalpun wrote:
>
>> On 06.02.2016 17:42, wm4 wrote:
>>> On Sat, 6 Feb 2016 17:38:45 +0100
>>> Andreas Cadhalpun wrote:
>>>
On 06.02.2016 17:35, wm4 wrote:
> On Sat, 6 Feb 2016 17:32:12 +0100
> Andre
Hi,
patch attached.
From 5352dbf21552746b2bf4359abd36b67a1b73a1bf Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sat, 6 Feb 2016 17:11:07 +0100
Subject: [PATCH] avfilter: add threshold filter
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 49 +++
libavfilter/Makefile
On Sat, 6 Feb 2016 18:15:37 +0100
Andreas Cadhalpun wrote:
> On 06.02.2016 18:02, wm4 wrote:
> > On Sat, 6 Feb 2016 17:48:17 +0100
> > Andreas Cadhalpun wrote:
> >
> >> On 06.02.2016 17:42, wm4 wrote:
> >>> On Sat, 6 Feb 2016 17:38:45 +0100
> >>> Andreas Cadhalpun wrote:
> >>>
>
On 02/06/2016 06:25 PM, wm4 wrote:
A regression in VLC. Make them fix it.
VLC = Very Lame Crap. Just kidding.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 06.02.2016 18:25, wm4 wrote:
> On Sat, 6 Feb 2016 18:15:37 +0100
> Andreas Cadhalpun wrote:
>
>> On 06.02.2016 18:02, wm4 wrote:
>>> On Sat, 6 Feb 2016 17:48:17 +0100
>>> Andreas Cadhalpun wrote:
This has nothing to do with my convenience. It is about fixing an
important regression
On 2/6/16, Andreas Cadhalpun wrote:
> On 06.02.2016 18:25, wm4 wrote:
>> On Sat, 6 Feb 2016 18:15:37 +0100
>> Andreas Cadhalpun wrote:
>>
>>> On 06.02.2016 18:02, wm4 wrote:
On Sat, 6 Feb 2016 17:48:17 +0100
Andreas Cadhalpun wrote:
> This has nothing to do with my convenience. It
On Sat, 6 Feb 2016 18:46:59 +0100
Andreas Cadhalpun wrote:
> On 06.02.2016 18:25, wm4 wrote:
> > On Sat, 6 Feb 2016 18:15:37 +0100
> > Andreas Cadhalpun wrote:
> >
> >> On 06.02.2016 18:02, wm4 wrote:
> >>> On Sat, 6 Feb 2016 17:48:17 +0100
> >>> Andreas Cadhalpun wrote:
> This has
On 2/6/2016 2:46 PM, Andreas Cadhalpun wrote:
> Thus nothing changed and I still intend to apply these patches soon.
No you wont, that's not how it works. This patch has one person in favor
and more than one against. It can't be applied.
How to solve this? Convince those against, either with argum
wm4 googlemail.com> writes:
> You want to revert a change that was often discussed
> and found to be the best way to go about the issue,
Please remind me again how I can reproduce the "issue",
I seem to have forgotten.
Thank you, Carl Eugen
___
ffm
On 06.02.2016 18:52, Paul B Mahol wrote:
> On 2/6/16, Andreas Cadhalpun wrote:
>> On 06.02.2016 18:25, wm4 wrote:
>>> On Sat, 6 Feb 2016 18:15:37 +0100
>>> Andreas Cadhalpun wrote:
All of that has been said before.
>>>
>>> Indeed.
>>
>> Thus nothing changed and I still intend to apply these
On 06.02.2016 18:55, wm4 wrote:
> On Sat, 6 Feb 2016 18:46:59 +0100
> Andreas Cadhalpun wrote:
>> You're not constructive.
>
> Even if that is true, neither are you.
I try to be constructive. The problem is that all proposed alternative
ways (change VLC to use one thread for hwaccel and fall bac
Signed-off-by: Marton Balint
---
libavutil/parseutils.c| 8 ++--
tests/ref/fate/parseutils | 1 +
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavutil/parseutils.c b/libavutil/parseutils.c
index fd8cf2b..0efc608 100644
--- a/libavutil/parseutils.c
+++ b/libavutil/parse
Signed-off-by: Marton Balint
---
libavformat/asfenc.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavformat/asfenc.c b/libavformat/asfenc.c
index a6a8242..14f92e2 100644
--- a/libavformat/asfenc.c
+++ b/libavformat/asfenc.c
@@ -388,7 +388,7 @@ static int asf_
Use av_gettime() instead of time(0) for querying current time.
Signed-off-by: Marton Balint
---
libavutil/parseutils.c| 12 +++-
tests/ref/fate/parseutils | 4 ++--
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavutil/parseutils.c b/libavutil/parseutils.c
index 9
FYI this muxer bails out on parse error and not just warn the user.
Signed-off-by: Marton Balint
---
libavformat/ffmenc.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/libavformat/ffmenc.c b/libavformat/ffmenc.c
index f0b5743..bbab1db 100644
--- a/libavformat/ffmenc
Also increase precision to microsecs, and avoid writing creation_time as a
simple tag metadata item.
Signed-off-by: Marton Balint
---
libavformat/matroskaenc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index f7
Signed-off-by: Marton Balint
---
libavformat/movenc.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index c6fba21..eeb893b 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -5370,13 +5370,7 @@ static int mov_wr
Signed-off-by: Marton Balint
---
libavformat/internal.h | 5 -
libavformat/utils.c| 12
2 files changed, 17 deletions(-)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index f88cc9a..67fffa0 100644
--- a/libavformat/internal.h
+++ b/libavformat/internal.h
@@ -
Signed-off-by: Marton Balint
---
libavformat/internal.h | 11 +++
libavformat/utils.c| 17 +
2 files changed, 28 insertions(+)
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 2cb3481..f88cc9a 100644
--- a/libavformat/internal.h
+++ b/libavformat/int
Signed-off-by: Marton Balint
---
libavformat/dvenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/dvenc.c b/libavformat/dvenc.c
index 502cc26..6cefe8b 100644
--- a/libavformat/dvenc.c
+++ b/libavformat/dvenc.c
@@ -302,7 +302,6 @@ static DVMuxContext* dv_init_
Signed-off-by: Marton Balint
---
libavformat/mxfenc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 6da8b10..cd13f89 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -2041,7 +2041,6 @@ static int mxf_write_
Signed-off-by: Marton Balint
---
libavformat/gxfenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/gxfenc.c b/libavformat/gxfenc.c
index 12031f7..8229fe9 100644
--- a/libavformat/gxfenc.c
+++ b/libavformat/gxfenc.c
@@ -436,13 +436,11 @@ static int
gxf_write_
Every date parsing routine now uses av_parse_time which handles 'now' and
provides greater precision as well. This change also enables the segmenter
muxer to set the proper 'now' creation time at the beginning of each segment.
Signed-off-by: Marton Balint
---
ffmpeg_opt.c | 11 ---
1 fil
Hi,
On Sat, Feb 6, 2016 at 10:50 AM, Nicolas George wrote:
> L'octidi 18 pluviôse, an CCXXIV, James Almer a écrit :
> > The couple times i dealt with a trac ticket that wasn't a bug i used
> > "addressed" instead of "fixed".
>
> I would say it "addresses" a ticket if the ticket is valid but the
On Sat, Feb 06, 2016 at 06:37:56PM +0100, Mats Peterson wrote:
> On 02/06/2016 06:25 PM, wm4 wrote:
> >A regression in VLC. Make them fix it.
> >
>
>
> VLC = Very Lame Crap. Just kidding.
>
Please refrain from such comment, even for "kidding".
Regards,
--
Clément B.
signature.asc
Descripti
On Sat, Feb 06, 2016 at 04:26:43PM +0100, Andreas Cadhalpun wrote:
> On 03.02.2016 00:41, Andreas Cadhalpun wrote:
> > I see, it passes '-b $(SRC_PATH)' to lcov, which is now unnecessary/harmful
> > for out-of-tree builds using the src link.
> > The first attached patch changes it to simply use the
On 2/5/16, Paul B Mahol wrote:
> On 2/5/16, Paul B Mahol wrote:
>> Hi,
>>
>> patch attached.
>>
>
> Improved version attached.
>
Much better version attached.
From 9d9cbbb1c92bbd415bcfb45b4b93346ed66ee88e Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Fri, 5 Feb 2016 12:54:06 +0100
Subject:
On Wed, Feb 03, 2016 at 12:41:01AM +0100, Andreas Cadhalpun wrote:
[...]
> The second patch was necessary to fix the following error:
> lcov: ERROR: cannot write to coverage.info!
>
> Does it work for you without that patch?
>
I confirm it fails the same way as you without the second patch.
--
On 2/6/16, Moritz Barsnick wrote:
> On Sat, Feb 06, 2016 at 12:47:25 +0100, Paul B Mahol wrote:
>> patch attached.
>
> Nice. (Untested.)
>
>
>
>> +Manipulate frames metadata.
> Either:
> frame metadata [using this as a generic term]
> or:
> frames' metadata
>
> I prefer the former.
>
>
On 2/6/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Improved version attached.
From 46283dd6b38ce8f1346249707986212546026e39 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sat, 6 Feb 2016 11:19:45 +0100
Subject: [PATCH] avfilter: add metadata filters
Signed-off-by: Paul B Mahol
---
On Sat, Feb 06, 2016 at 02:46:19PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Feb 6, 2016 at 10:50 AM, Nicolas George wrote:
>
> > L'octidi 18 pluviôse, an CCXXIV, James Almer a écrit :
> > > The couple times i dealt with a trac ticket that wasn't a bug i used
> > > "addressed" instead of
On Sat, Feb 06, 2016 at 08:13:17PM +0100, Marton Balint wrote:
> FYI this muxer bails out on parse error and not just warn the user.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/ffmenc.c | 8 ++--
> 1 file changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/ffmenc.
On Sat, Feb 06, 2016 at 08:13:12PM +0100, Marton Balint wrote:
> Use av_gettime() instead of time(0) for querying current time.
>
> Signed-off-by: Marton Balint
> ---
> libavutil/parseutils.c| 12 +++-
> tests/ref/fate/parseutils | 4 ++--
> 2 files changed, 9 insertions(+), 7 delet
On 02/06/2016 05:17 AM, Mats Peterson wrote:
On 02/06/2016 05:05 AM, Mats Peterson wrote:
This patch removes the monowhite switching code for 1 bpp raw AVI
without a palette. I don't see any reason to keep it, since it's
semantically incorrect to use monowhite for palettized data in my book,
it
On 02/07/2016 02:39 AM, Mats Peterson wrote:
On 02/06/2016 05:17 AM, Mats Peterson wrote:
On 02/06/2016 05:05 AM, Mats Peterson wrote:
This patch removes the monowhite switching code for 1 bpp raw AVI
without a palette. I don't see any reason to keep it, since it's
semantically incorrect to use
On 02/07/2016 02:45 AM, Mats Peterson wrote:
The BMP code in FFmpeg handles this correctly by using pal8 exclusively
for 1 bpp.
Speaking of BMP, "ffmpeg -i 1bpp.bmp -vcodec rawvideo out.nut" will fail
as well (since BMP correctly uses pal8), so if there ever was a
"regression", it was there
They are also slow when using 256 bit wide registers
Signed-off-by: James Almer
---
See
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=3a33f4ce8ea1efdebec7f7138d00e9be9a12d630
libavutil/x86/cpu.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/libavutil/x86/cpu
On Sun, 7 Feb 2016, Michael Niedermayer wrote:
On Sat, Feb 06, 2016 at 08:13:12PM +0100, Marton Balint wrote:
Use av_gettime() instead of time(0) for querying current time.
Signed-off-by: Marton Balint
---
libavutil/parseutils.c| 12 +++-
tests/ref/fate/parseutils | 4 ++--
2 f
On 02/07/2016 03:26 AM, Mats Peterson wrote:
On 02/07/2016 02:45 AM, Mats Peterson wrote:
The BMP code in FFmpeg handles this correctly by using pal8 exclusively
for 1 bpp.
Speaking of BMP, "ffmpeg -i 1bpp.bmp -vcodec rawvideo out.nut" will fail
as well (since BMP correctly uses pal8), so if
58 matches
Mail list logo
