On 26/01/15 1:53 AM, Michael Niedermayer wrote:
> On Sun, Jan 25, 2015 at 11:05:48PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> tests/fate/libavutil.mak | 5 +
>> 1 file changed, 5 insertions(+)
>
> LGTM
Pushed, thanks.
___
On Sun, Jan 25, 2015 at 11:05:48PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/fate/libavutil.mak | 5 +
> 1 file changed, 5 insertions(+)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully observe those good qua
Signed-off-by: James Almer
---
tests/fate/libavutil.mak | 5 +
1 file changed, 5 insertions(+)
diff --git a/tests/fate/libavutil.mak b/tests/fate/libavutil.mak
index eadebdb..92a7f05 100644
--- a/tests/fate/libavutil.mak
+++ b/tests/fate/libavutil.mak
@@ -8,6 +8,11 @@ fate-aes: libavutil/aes
Signed-off-by: James Almer
---
tools/crypto_bench.c | 47 +++
1 file changed, 47 insertions(+)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index 6037ead..5e56d12 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_bench.c
@@ -75,6 +75,7 @
hi,
This patch addes 2 mxf tests for formats that I've been working
on. Opatom mxf files with missing index segments and ones with essence groups.
the 2 fate can be downloaded here:
https://dl.dropboxusercontent.com/u/170952/fate/mxf/opatom_missing_index.mxf
goes in
FATE_ROOT/mxf/opatom_missing_i
On Sun, Jan 25, 2015 at 07:55:18PM +0100, Clément Bœsch wrote:
> ---
> libavformat/gif.c | 16 ++--
> 1 file changed, 6 insertions(+), 10 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I know you won't believe me, but the highest
2015-01-25 21:36 GMT+01:00 Hendrik Leppkes :
> On Sun, Jan 25, 2015 at 7:44 PM, James Almer wrote:
>
> > On 25/01/15 2:47 PM, Hendrik Leppkes wrote:
> > > On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer >
> > > wrote:
> > >
> > >> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger w
On Sat, Jan 24, 2015 at 09:06:33PM +, Paul B Mahol wrote:
> From: Arwa Arif
>
> Code adapted from James Darnley's port
>
> Signed-off-by: Paul B Mahol
merged with arwas latest patch and applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Ever
On Sun, Jan 25, 2015 at 11:53:26PM +0530, arwa arif wrote:
> I have updated the patch.
>
> I checked the output with many combinations of parameters. It is bitexact
> now.
merged with pauls changes and applied
> I am facing problems in rebasing against the latest master.
i asked stefano to hel
On Mon, Jan 19, 2015 at 01:19:00PM +0100, Stefano Sabatini wrote:
> On date Monday 2015-01-19 04:04:45 +0530, Arwa Arif encoded:
[...]
> > +{ "gamma_b","gamma value for the luma plane",
> > +OFFSET(gamma_b),AV_OPT_TYPE_DOUBLE, {.dbl = 1.0}, 0.1, 10.0,
> > FLAGS },
> > +{ "
On Sun, Jan 25, 2015 at 06:43:54PM +0100, Michael Niedermayer wrote:
> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
> > I don't really see anything wrong with this, however I'd rather have
> > a compiler-based detection.
> > I.e. if the compiler define __MINGW32__ set the host
On 25/01/15 10:11 AM, Christophe Gisquet wrote:
> Hi,
>
> 2015-01-25 2:05 GMT+01:00 James Almer :
>> 2 to 2.5 times faster.
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/x86/sbrdsp.asm| 114
>> +++
>
> Not the first time that I notice that, bu
On Sun, Jan 25, 2015 at 7:44 PM, James Almer wrote:
> On 25/01/15 2:47 PM, Hendrik Leppkes wrote:
> > On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer
> > wrote:
> >
> >> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
> >>> On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik
Hi,
On 25.01.2015 18:53, Michael Niedermayer wrote:
On Sun, Jan 25, 2015 at 05:29:08PM +0100, Hendrik Leppkes wrote:
On Sun, Jan 25, 2015 at 5:15 PM, Reimar Döffinger
wrote:
I vote for just removing the build date.
[...]
Remove it for all I care, the important part is the revision info and
On Sun, Jan 25, 2015 at 03:44:30PM -0300, James Almer wrote:
> On 25/01/15 2:47 PM, Hendrik Leppkes wrote:
> > On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer
> > wrote:
> >
> >> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
> >>> On Sun, Jan 25, 2015 at 03:59:12PM +0100,
On Sun, Jan 25, 2015 at 07:55:17PM +0100, Clément Bœsch wrote:
> Hi folks,
>
> I've been trying to improve GIF support even more recently. This is the
> result:
> http://lucy.pkh.me/gone-nutty-current.gif → http://lucy.pkh.me/gone-nutty.gif
>
I added more here: http://lucy.pkh.me/gif-experiment
Sorry. I forgot to make a small change. Updated the patch.
Thanks,
Supraja
On Mon, Jan 26, 2015 at 12:12 AM, supraja reddy
wrote:
> Hello,
>
> I have made all the changes as suggested. If the number of if-else loops
> in init() seem to be too many, please let me know I will change it but I
> ha
---
doc/filters.texi| 31 +
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_paletteuse.c | 282
4 files changed, 315 insertions(+)
create mode 100644 libavfilter/vf_paletteuse.c
diff --git a/do
---
doc/filters.texi| 24 +++
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_palettegen.c | 382
4 files changed, 408 insertions(+)
create mode 100644 libavfilter/vf_palettegen.c
diff --git a/doc/
---
Changelog | 1 +
libavfilter/version.h | 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/Changelog b/Changelog
index 04f1728..b3b95e2 100644
--- a/Changelog
+++ b/Changelog
@@ -16,6 +16,7 @@ version :
- Closed caption Decoder
- fspp, uspp, pp7 MPlayer postp
---
libavformat/gif.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/libavformat/gif.c b/libavformat/gif.c
index e817121..b4c5e8b 100644
--- a/libavformat/gif.c
+++ b/libavformat/gif.c
@@ -28,13 +28,12 @@
#include "libavutil/log.h"
#include "libavutil/opt.h
---
libavcodec/gif.c | 53 ++-
tests/ref/fate/gifenc-pal8 | 346 ++---
2 files changed, 220 insertions(+), 179 deletions(-)
diff --git a/libavcodec/gif.c b/libavcodec/gif.c
index 27d054e..12a039e 100644
--- a/libavcodec/gif.c
+++ b/libavcodec
Hi folks,
I've been trying to improve GIF support even more recently. This is the result:
http://lucy.pkh.me/gone-nutty-current.gif → http://lucy.pkh.me/gone-nutty.gif
How it works in 2 lines:
ffmpeg -i in -vf palettegen -y palette.png
ffmpeg -i in -i palette.png -lavfi paletteuse out.gif
Th
From: Clément Bœsch
This will allow the payload in PAL8 packets to not contain 768B of local
palette (which is not LZW compressed).
---
libavformat/gif.c | 70 +++
1 file changed, 50 insertions(+), 20 deletions(-)
diff --git a/libavformat/gif.
On 25/01/15 2:47 PM, Hendrik Leppkes wrote:
> On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer
> wrote:
>
>> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
>>> On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik Leppkes wrote:
On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Lep
Hello,
I have made all the changes as suggested. If the number of if-else loops in
init() seem to be too many, please let me know I will change it but I have
put them to handle the return values and overflow issues. If there are any
other changes, please let me know.
Thanks,
Supraja
On Sun, Jan
I have updated the patch.
I checked the output with many combinations of parameters. It is bitexact
now.
I am facing problems in rebasing against the latest master.
From f6c6a66b306475e3bc7977f59287c920f5e867a7 Mon Sep 17 00:00:00 2001
From: Arwa Arif
Date: Mon, 19 Jan 2015 03:56:48 +0530
Subject
On Sun, Jan 25, 2015 at 05:29:08PM +0100, Hendrik Leppkes wrote:
> On Sun, Jan 25, 2015 at 5:15 PM, Reimar Döffinger
> wrote:
>
> > On Thu, Jan 22, 2015 at 03:49:09PM +0100, Andreas Cadhalpun wrote:
> > > Hi,
> > >
> > > On 22.01.2015 15:31, wm4 wrote:
> > > >If the build date is not correct, the
On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer
wrote:
> On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
> > On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik Leppkes wrote:
> > > On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Leppkes
> > > wrote:
> > >
> > > > MSYS2 uses a syst
On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
> On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik Leppkes wrote:
> > On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Leppkes
> > wrote:
> >
> > > MSYS2 uses a system name of "MSYS_NT-6.3" instead of "MINGW32_NT-6.3" in
> > > MSYS1.
> >
On Sun, Jan 25, 2015 at 05:15:33PM +0100, wm4 wrote:
> On Sun, 25 Jan 2015 13:39:10 +0100
> Michael Niedermayer wrote:
>
> > On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote:
> > > On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Döffinger wrote:
> > > > On 25.01.2015, at 03:08
On Sun, Jan 25, 2015 at 05:24:18PM +0100, wm4 wrote:
> On Sun, 25 Jan 2015 16:18:53 +
> Paul B Mahol wrote:
>
> > On 1/25/15, wm4 wrote:
> > > On Sun, 25 Jan 2015 13:39:10 +0100
> > > Michael Niedermayer wrote:
> > >
> > >> On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote
On Sun, 25 Jan 2015 12:06:33 +0100
Reimar Döffinger wrote:
> On 24.01.2015, at 21:09, wm4 wrote:
> > On Sat, 24 Jan 2015 18:37:01 +
> > Derek Buitenhuis wrote:
> >
> >> On 1/24/2015 4:33 PM, wm4 wrote:
> >>> Which ones? We even expect C99 support from the compiler.
> >>
> >> Doesn't matte
On Sun, Jan 25, 2015 at 5:15 PM, Reimar Döffinger
wrote:
> On Thu, Jan 22, 2015 at 03:49:09PM +0100, Andreas Cadhalpun wrote:
> > Hi,
> >
> > On 22.01.2015 15:31, wm4 wrote:
> > >If the build date is not correct, then what value does the build date
> > >have at all?
> >
> > How do you know it is
On Sun, 25 Jan 2015 16:18:53 +
Paul B Mahol wrote:
> On 1/25/15, wm4 wrote:
> > On Sun, 25 Jan 2015 13:39:10 +0100
> > Michael Niedermayer wrote:
> >
> >> On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote:
> >> > On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Doeffinger
On 1/25/15, wm4 wrote:
> On Sun, 25 Jan 2015 13:39:10 +0100
> Michael Niedermayer wrote:
>
>> On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote:
>> > On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Doeffinger wrote:
>> > > On 25.01.2015, at 03:08, Michael Niedermayer wrote:
>>
On Sun, 25 Jan 2015 13:39:10 +0100
Michael Niedermayer wrote:
> On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote:
> > On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Döffinger wrote:
> > > On 25.01.2015, at 03:08, Michael Niedermayer wrote:
> > > > On Sun, Jan 25, 2015 at 02:
On Thu, Jan 22, 2015 at 03:49:09PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> On 22.01.2015 15:31, wm4 wrote:
> >If the build date is not correct, then what value does the build date
> >have at all?
>
> How do you know it is 'correct' currently?
> One can change the system clock (or use faketime).
On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik Leppkes wrote:
> On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Leppkes
> wrote:
>
> > MSYS2 uses a system name of "MSYS_NT-6.3" instead of "MINGW32_NT-6.3" in
> > MSYS1.
> >
>
> Apparently this isn't quite correct, and you have to start MSYS2 with a
>
On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Leppkes
wrote:
> MSYS2 uses a system name of "MSYS_NT-6.3" instead of "MINGW32_NT-6.3" in
> MSYS1.
>
Apparently this isn't quite correct, and you have to start MSYS2 with a
special batch file that overrides this for you.
Just running bash.exe or sh.exe fr
MSYS2 uses a system name of "MSYS_NT-6.3" instead of "MINGW32_NT-6.3" in MSYS1.
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 0b6be39..eacacdf 100755
--- a/configure
+++ b/configure
@@ -3097,7 +3097,7 @@ fi
exesuf() {
case
Hi,
2015-01-25 2:05 GMT+01:00 James Almer :
> 2 to 2.5 times faster.
>
> Signed-off-by: James Almer
> ---
> libavcodec/x86/sbrdsp.asm| 114
> +++
Not the first time that I notice that, but memmoves are often
suboptimal using old SSE ones.
While movlhp
On Sun, Jan 25, 2015 at 10:28:22AM +0100, Timo Rothenpieler wrote:
> >> +/* 0 is intra-only, 1 is I/P only, 2 is one B Frame, 3 two B frames,
> >> and so on. */
> >> +ctx->encode_config.frameIntervalP = avctx->max_b_frames + 1;
> >
> > how can the user choose between intra only and IP ?
>
On Sun, Jan 25, 2015 at 01:18:31PM +0100, Michael Niedermayer wrote:
> On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Döffinger wrote:
> > On 25.01.2015, at 03:08, Michael Niedermayer wrote:
> > > On Sun, Jan 25, 2015 at 02:31:33AM +0100, wm4 wrote:
> > >>
> >
> > As an experienced A
On Sun, Jan 25, 2015 at 12:15:40PM +0100, Reimar Döffinger wrote:
> On 25.01.2015, at 03:08, Michael Niedermayer wrote:
> > On Sun, Jan 25, 2015 at 02:31:33AM +0100, wm4 wrote:
> >>
>
> As an experienced API user, I don't have the slightest clue what I'd do
> with this API, or whe
---
ffmpeg_dxva2.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/ffmpeg_dxva2.c b/ffmpeg_dxva2.c
index 3c91d26..741c55b 100644
--- a/ffmpeg_dxva2.c
+++ b/ffmpeg_dxva2.c
@@ -52,6 +52,7 @@ DEFINE_GUID(DXVA2_ModeH264_F, 0x1b81be69,
0xa0c7,0x11d3,0xb9,0x84,0x00
I forgot that this one was already applied, but it also didn't change in
the new set, so no harm in re-sending it. Now it all lines up perfectly!
The other patches got a few cosmetic changes, and one added error check in
the "add hwaccel hooks" patch.
- Hendrik
___
---
configure | 5 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/dxva2_hevc.c | 375
libavcodec/hevc.c | 8 +-
5 files changed, 389 insertions(+), 1 deletion(-)
create mode 100644 libavcodec/
---
libavcodec/hevc.c | 38 --
libavcodec/hevc.h | 3 +++
libavcodec/hevc_refs.c | 18 ++
3 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 1a908d5..71cb9b4 100644
--- a/libavco
---
libavcodec/hevc.c | 38 +++---
libavcodec/hevc_refs.c | 24
2 files changed, 31 insertions(+), 31 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 71cb9b4..7173c10 100644
--- a/libavcodec/hevc.c
+++ b/libavcode
For future use by hardware accelerators.
---
libavcodec/hevc.c | 8 +---
libavcodec/hevc.h | 2 ++
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index bcbb889..1a908d5 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -474,7 +474,7
Hardware Accelerators require access to the escaped bitstream.
---
libavcodec/hevc.c | 8 ++--
libavcodec/hevc.h | 3 +++
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 8f60b3d..bcbb889 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/
This enables decode_nal_unit to access additional fields added in
subsequent commits.
---
libavcodec/hevc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 2bd89ec..8f60b3d 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.
On 25.01.2015, at 03:08, Michael Niedermayer wrote:
> On Sun, Jan 25, 2015 at 02:31:33AM +0100, wm4 wrote:
>>
As an experienced API user, I don't have the slightest clue what I'd do
with this API, or where to find information about it.
>>>
>>> the primary goal is to remove duplic
On 24.01.2015, at 21:09, wm4 wrote:
> On Sat, 24 Jan 2015 18:37:01 +
> Derek Buitenhuis wrote:
>
>> On 1/24/2015 4:33 PM, wm4 wrote:
>>> Which ones? We even expect C99 support from the compiler.
>>
>> Doesn't matter. It's the project's policy to have decls at
>> block beginnings. Yes some o
>> +/* 0 is intra-only, 1 is I/P only, 2 is one B Frame, 3 two B frames,
>> and so on. */
>> +ctx->encode_config.frameIntervalP = avctx->max_b_frames + 1;
>
> how can the user choose between intra only and IP ?
>
> i would have assumed that gop_size <= 1 would select intra only
>
max_b
56 matches
Mail list logo