VP8E_UPD_ENTROPY, VP8E_UPD_REFERENCE, VP8E_USE_REFERENCE were removed
from libvpx and the remaining values were never used here
Signed-off-by: James Zern
---
libavcodec/libvpxenc.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavcodec/libvpxenc.c b/libavcodec/libvpxenc.c
index 5f
On 10/11/2015 12:45 AM, Michael Niedermayer wrote:
> On Sat, Oct 10, 2015 at 09:58:47PM -0400, Ganesh Ajjanagadde wrote:
>> This uses Stein's binary GCD algorithm:
>> https://en.wikipedia.org/wiki/Binary_GCD_algorithm
>> to get a roughly 4x speedup over Euclidean GCD on standard architectures
>> wi
Heavily based upon ff_add_bytes by Christophe Gisquet.
---
Taken into account James' comment, and fixed x86_32. Also saves one additional
GPR.
---
libavcodec/x86/Makefile| 1 +
libavcodec/x86/huffyuvencdsp.asm | 73 ++
libavcodec/x86/huffyuvencd
On Mon, Oct 19, 2015 at 11:12:03PM +0200, wm4 wrote:
> Commit 2b3e9bbfb529e6bde238aeb511b55ebe461664c8 caused problems for a
> certain API user:
>
> https://code.google.com/p/chromium/issues/detail?id=537725
> https://code.google.com/p/chromium/issues/detail?id=542032
>
> The problem seems rather
On Mon, Oct 19, 2015 at 3:53 PM Michael Niedermayer
wrote:
> On Mon, Oct 19, 2015 at 01:00:43PM -0700, Timothy Gu wrote:
> > It is done this way in huffyuvdsp as well.
> > ---
> > libavcodec/huffyuvencdsp.c | 4 ++--
> > libavcodec/huffyuvencdsp.h | 4 ++--
> > libavcodec/x86/huf
On Sat, Oct 17, 2015 at 4:49 PM Timothy Gu wrote:
> That's where all yasm initiation steps are. Also removes the overlap
> between the two files.
> ---
> libavcodec/x86/vc1dsp_init.c | 36 +---
> libavcodec/x86/vc1dsp_mmx.c | 27 ---
> 2 f
On Sat, Oct 17, 2015 at 6:31 PM Michael Niedermayer
wrote:
> On Sat, Oct 17, 2015 at 04:48:59PM -0700, Timothy Gu wrote:
> > This function does not exist.
> > ---
> > libavcodec/x86/fpel.h | 2 --
> > 1 file changed, 2 deletions(-)
>
> LGTM
>
> thx
>
Pushed.
Timothy
___
On Sat, Oct 17, 2015 at 4:49 PM Timothy Gu wrote:
> ---
> libavcodec/x86/fpel.h | 6 ++
> libavcodec/x86/h264_qpel.c | 4
> 2 files changed, 6 insertions(+), 4 deletions(-)
>
Pushed.
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ff
On Sat, Oct 17, 2015 at 08:52:59PM -0400, Ganesh Ajjanagadde wrote:
> On Sat, Oct 17, 2015 at 8:41 PM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > This is how the other perl scripts in git call perl
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > compat/solaris/make_
On Mon, Oct 19, 2015 at 01:00:43PM -0700, Timothy Gu wrote:
> It is done this way in huffyuvdsp as well.
> ---
> libavcodec/huffyuvencdsp.c | 4 ++--
> libavcodec/huffyuvencdsp.h | 4 ++--
> libavcodec/x86/huffyuvencdsp_mmx.c | 5 +++--
> 3 files changed, 7 insertions(+), 6 deletio
On Mon, 2015-10-19 at 11:40 +0200, Alexis Ballier wrote:
> On Mon, 19 Oct 2015 10:30:00 +0200
> Michael Niedermayer wrote:
>
> > On Fri, Oct 16, 2015 at 10:42:32AM +0200, Alexis Ballier wrote:
> > > This happens when writing the trailer of a file containing audio
> > > but that has not muxed any
On Mon, Oct 19, 2015 at 10:00 PM, Timothy Gu wrote:
> +mov r6b, byte [src1q + iq]
> +sub r6b, byte [src2q + iq]
> +mov byte [dstq + iq], r6b
Only r0b-r3b can be used for byte-sized instructions on x86-32.
___
ffmpeg
Commit 2b3e9bbfb529e6bde238aeb511b55ebe461664c8 caused problems for a
certain API user:
https://code.google.com/p/chromium/issues/detail?id=537725
https://code.google.com/p/chromium/issues/detail?id=542032
The problem seems rather arbitrary, because if there's junk, anything
can happen. In this c
On Mon, Oct 19, 2015 at 01:00:44PM -0700, Timothy Gu wrote:
> ---
> libavcodec/x86/Makefile| 1 +
> libavcodec/x86/huffyuvencdsp.asm | 58
> ++
> libavcodec/x86/huffyuvencdsp_mmx.c | 37
> 3 files changed, 65 insertions(+
On Mon, Oct 19, 2015 at 10:00 PM, Timothy Gu wrote:
> About 16% faster on large clips (>1200px width), more than 2x slower on small
> clips
> (352px).
The reason is for this is likely the fact that you fall back to scalar
as soon as you have less than 2*mmsize bytes left to process which
leads t
On Mon, Oct 19, 2015 at 1:44 PM Ganesh Ajjanagadde wrote:
> On Mon, Oct 19, 2015 at 4:41 PM, Hendrik Leppkes
> wrote:
> > On Mon, Oct 19, 2015 at 10:36 PM, Ganesh Ajjanagadde
> wrote:
> >> On Mon, Oct 19, 2015 at 4:00 PM, Timothy Gu
> wrote:
> >>> About 16% faster on large clips (>1200px width
On Mon, Oct 19, 2015 at 4:41 PM, Hendrik Leppkes wrote:
> On Mon, Oct 19, 2015 at 10:36 PM, Ganesh Ajjanagadde wrote:
>> On Mon, Oct 19, 2015 at 4:00 PM, Timothy Gu wrote:
>>> About 16% faster on large clips (>1200px width), more than 2x slower on
>>> small clips
>>> (352px). So using a heurist
On Mon, Oct 19, 2015 at 4:00 PM, Timothy Gu wrote:
> About 16% faster on large clips (>1200px width), more than 2x slower on small
> clips
> (352px). So using a heuristic to select with one to use.
What system, what compiler, etc? Without any such information, numbers
are meaningless. Please eit
On Mon, Oct 19, 2015 at 10:36 PM, Ganesh Ajjanagadde wrote:
> On Mon, Oct 19, 2015 at 4:00 PM, Timothy Gu wrote:
>> About 16% faster on large clips (>1200px width), more than 2x slower on
>> small clips
>> (352px). So using a heuristic to select with one to use.
>
> What system, what compiler, e
On 10/19/2015 5:00 PM, Timothy Gu wrote:
> 4% to 35% faster depending on the width.
> ---
> libavcodec/x86/huffyuvencdsp.asm | 31 ---
> libavcodec/x86/huffyuvencdsp_mmx.c | 8 +++-
> 2 files changed, 27 insertions(+), 12 deletions(-)
>
> diff --git a/libavcodec
On 10/19/2015 5:00 PM, Timothy Gu wrote:
> ---
> libavcodec/x86/Makefile| 1 +
> libavcodec/x86/huffyuvencdsp.asm | 58
> ++
> libavcodec/x86/huffyuvencdsp_mmx.c | 37
> 3 files changed, 65 insertions(+), 31 deletions(-)
About 16% faster on large clips (>1200px width), more than 2x slower on small
clips
(352px). So using a heuristic to select with one to use.
---
libavcodec/huffyuvenc.c| 6 +++---
libavcodec/huffyuvencdsp.c | 4 ++--
libavcodec/huffyuvencdsp.h | 4 ++--
libavcodec/pnge
4% to 35% faster depending on the width.
---
libavcodec/x86/huffyuvencdsp.asm | 31 ---
libavcodec/x86/huffyuvencdsp_mmx.c | 8 +++-
2 files changed, 27 insertions(+), 12 deletions(-)
diff --git a/libavcodec/x86/huffyuvencdsp.asm b/libavcodec/x86/huffyuvencdsp.a
---
libavcodec/x86/Makefile| 1 +
libavcodec/x86/huffyuvencdsp.asm | 58 ++
libavcodec/x86/huffyuvencdsp_mmx.c | 37
3 files changed, 65 insertions(+), 31 deletions(-)
create mode 100644 libavcodec/x86/huffyuvencdsp.asm
It is done this way in huffyuvdsp as well.
---
libavcodec/huffyuvencdsp.c | 4 ++--
libavcodec/huffyuvencdsp.h | 4 ++--
libavcodec/x86/huffyuvencdsp_mmx.c | 5 +++--
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/libavcodec/huffyuvencdsp.c b/libavcodec/huffyuvencds
On Fri, Oct 16, 2015 at 4:05 PM, Ronald S. Bultje wrote:
>
> Hi,
>
> On Fri, Oct 16, 2015 at 6:46 PM, James Zern wrote:
>
> > treat this the same as an over-sized superframe packet to break out of
> > the parser loop and allow the decoder to fail.
> >
> > Signed-off-by: James Zern
> > ---
> > l
On 10/19/2015 4:54 AM, Paul B Mahol wrote:
> On 10/19/15, Rostislav Pehlivanov wrote:
>> ---
>> libavcodec/avcodec.h| 1 +
>> libavcodec/codec_desc.c | 7 +++
>> 2 files changed, 8 insertions(+)
>>
>> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
>> index 18889ec..8512d31 10064
On Mon, Oct 19, 2015 at 04:31:23AM -0500, Rodger Combs wrote:
> crypto_bench comparison for AES-128-EBC:
>
> lavu_aesni AES-128-ECB size: 1048576 runs: 1024 time:0.596 +- 0.081
> lavu_c AES-128-ECB size: 1048576 runs: 1024 time: 17.007 +- 2.131
> crypto AES-128-ECB size: 1
On Mon, Oct 19, 2015 at 11:35:15AM +0200, Paul B Mahol wrote:
> Such files have empty gaps between chunks.
Paul, where might I find a sample to test?
-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
signature.asc
Description: Digital signature
___
On Mon, Oct 19, 2015 at 04:31:18AM -0500, Rodger Combs wrote:
> ---
> configure | 4
> doc/APIchanges| 3 +++
> libavutil/cpu.c | 4
> libavutil/cpu.h | 1 +
> libavutil/x86/cpu.c | 2 ++
> libavutil/x86/cpu.h | 3 +++
> l
On Mon, Oct 19, 2015 at 07:37:56AM +0100, Rostislav Pehlivanov wrote:
> This commit would be the first step in adding decoding support for
> the Daala next generation video format. With this commit, FFmpeg would
> be able to identify the format, duration, version, estimate the bitrate,
> etc. of a
On Mon, 19 Oct 2015 10:30:00 +0200
Michael Niedermayer wrote:
> On Fri, Oct 16, 2015 at 10:42:32AM +0200, Alexis Ballier wrote:
> > This happens when writing the trailer of a file containing audio
> > but that has not muxed any video packet. Fixes ticket #4817.
> >
> >
>
> from IRC:
> m
On Mon, Oct 19, 2015 at 11:31 AM, Rodger Combs wrote:
> ---
> configure | 4
> doc/APIchanges| 3 +++
> libavutil/cpu.c | 4
> libavutil/cpu.h | 1 +
> libavutil/x86/cpu.c | 2 ++
> libavutil/x86/cpu.h | 3 +++
> libavuti
On 10/19/15, Carl Eugen Hoyos wrote:
> Paul B Mahol gmail.com> writes:
>
>> +OBJS-$(CONFIG_WVE_DEMUXER) += wvedec.o pcm.o
>
> No muxer?
I dont see point in writing one.
Name is wvedec because wve is very similar to wv
>
> Carl Eugen
>
>
---
tools/crypto_bench.c | 50 ++
1 file changed, 42 insertions(+), 8 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index 8a468ba..b513c55 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_bench.c
@@ -32,6 +32,7 @@
#inclu
---
configure | 4
doc/APIchanges| 3 +++
libavutil/cpu.c | 4
libavutil/cpu.h | 1 +
libavutil/x86/cpu.c | 2 ++
libavutil/x86/cpu.h | 3 +++
libavutil/x86/x86inc.asm | 13 +++--
tests/checkasm/checkasm.c | 1 +
Such files have empty gaps between chunks.
Signed-off-by: Paul B Mahol
---
libavformat/electronicarts.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c
index 5d21d49..c0b6d6e 100644
--- a/libavformat/electron
---
tools/crypto_bench.c | 140 +--
1 file changed, 137 insertions(+), 3 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index ad20f95..15bb5f1 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_bench.c
@@ -52,6 +52,7 @@ stat
---
tools/crypto_bench.c | 85 +---
1 file changed, 47 insertions(+), 38 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index 15bb5f1..8a468ba 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_bench.c
@@ -244,6 +244,7 @@ st
---
tests/checkasm/Makefile | 2 +-
tests/checkasm/aes.c | 57 +++
tests/checkasm/checkasm.c | 1 +
tests/checkasm/checkasm.h | 1 +
4 files changed, 60 insertions(+), 1 deletion(-)
create mode 100644 tests/checkasm/aes.c
diff --git a/tests/c
---
tools/crypto_bench.c | 82
1 file changed, 82 insertions(+)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index b3b24a6..ad20f95 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_bench.c
@@ -118,6 +118,24 @@ static void run_la
---
libavutil/aes.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavutil/aes.c b/libavutil/aes.c
index 4fa01ea..4b871a0 100644
--- a/libavutil/aes.c
+++ b/libavutil/aes.c
@@ -280,7 +280,7 @@ int main(int argc, char **argv)
{ 0x10, 0xa5, 0x88, 0x69,
crypto_bench comparison for AES-128-EBC:
lavu_aesni AES-128-ECB size: 1048576 runs: 1024 time:0.596 +- 0.081
lavu_c AES-128-ECB size: 1048576 runs: 1024 time: 17.007 +- 2.131
crypto AES-128-ECB size: 1048576 runs: 1024 time:0.612 +- 1.857
gcrypt AES-128-ECB si
---
libavutil/aes_internal.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavutil/aes_internal.h b/libavutil/aes_internal.h
index e5bf4bd..4944258 100644
--- a/libavutil/aes_internal.h
+++ b/libavutil/aes_internal.h
@@ -21,6 +21,7 @@
#ifndef AVUTIL_AES_INTERNAL_H
#d
---
libavutil/aes.c | 16 +---
libavutil/aes_internal.h | 41 +
2 files changed, 42 insertions(+), 15 deletions(-)
create mode 100644 libavutil/aes_internal.h
diff --git a/libavutil/aes.c b/libavutil/aes.c
index b59e7de..61e9dd1 100644
---
libavutil/aes.c | 47 +++
libavutil/aes_internal.h | 1 +
2 files changed, 32 insertions(+), 16 deletions(-)
diff --git a/libavutil/aes.c b/libavutil/aes.c
index 61e9dd1..4fa01ea 100644
--- a/libavutil/aes.c
+++ b/libavutil/aes.c
@@ -126,3
> On Oct 14, 2015, at 09:15, Nicolas George wrote:
>
> Le primidi 21 vendémiaire, an CCXXIV, Rodger Combs a écrit :
>> ---
>> tools/crypto_bench.c | 51 +++
>> 1 file changed, 43 insertions(+), 8 deletions(-)
>>
>> diff --git a/tools/crypto_bench.c
Rostislav Pehlivanov gmail.com> writes:
> Due to the previous commit slightly modifying the API.
> -#define LIBAVCODEC_VERSION_MINOR 7
> +#define LIBAVCODEC_VERSION_MINOR 8
Should be merged with 1/3, could be merged with 3/3.
Carl Eugen
___
ffmp
Alexis Ballier gentoo.org> writes:
> This happens when writing the trailer of a file containing
> audio but that has not muxed any video packet.
> Fixes ticket #4817.
Please also mention #4914 if appropriate.
Merci, Carl Eugen
___
ffmpeg-devel maili
Paul B Mahol gmail.com> writes:
> +OBJS-$(CONFIG_WVE_DEMUXER) += wvedec.o pcm.o
No muxer?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Oct 16, 2015 at 10:42:32AM +0200, Alexis Ballier wrote:
> This happens when writing the trailer of a file containing audio but that has
> not muxed any video packet.
> Fixes ticket #4817.
>
>
from IRC:
maybe it should print a warning that there has been no video?
[...]
--
Michael
On Sat, Oct 17, 2015 at 10:34:22PM +0200, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> libavcodec/pngdec.c | 34 ++
> 1 file changed, 34 insertions(+)
>
> diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
> index 4cfdc58..5b2befe 100644
> --- a/l
On Mon, Oct 19, 2015 at 01:17:02AM +0200, 6ig6oy super wrote:
> Please,
> I'm interested in maintaining an old release:
>
> FFmpeg 0.11.5 "Happiness"
release/0.11 could be maintained, 0.11.5 can not
If you are interrested in maintaining release/0.11 then i suggest
you create a public git clone o
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/wvedec.c | 62
3 files changed, 64 insertions(+)
create mode 100644 libavformat/wvedec.c
diff --git a/libavformat/Makefile b/libavfo
On 10/19/15, Rostislav Pehlivanov wrote:
> ---
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 +++
> 2 files changed, 8 insertions(+)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 18889ec..8512d31 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/av
On Sun, 18 Oct 2015 12:09:48 +0200
Michael Niedermayer wrote:
> On Fri, Oct 16, 2015 at 10:42:33AM +0200, Alexis Ballier wrote:
> > When the encoder is fed with less frames than its delay, the
> > picture list looks like { NULL, NULL, ..., frame, frame, frame }.
> > When flushing the encoder (inp
Please,
I'm interested in maintaining an old release:
FFmpeg 0.11.5 "Happiness"
Thank you in advanced
:)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
57 matches
Mail list logo