---
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/avcodec.h
@@ -220,6 +220,7 @@ enum AVCodecID {
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
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
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 video stream encoded using the current git master of daala.
Should the
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
Due to the previous commit slightly modifying the API.
---
libavcodec/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/version.h b/libavcodec/version.h
index 97f4ae4..b9aab44 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -29,7 +29,7 @@
Basic Daala format header reading and parsing.
---
libavformat/Makefile| 1 +
libavformat/oggdec.c| 1 +
libavformat/oggdec.h| 1 +
libavformat/oggparsedaala.c | 248
4 files changed, 251 insertions(+)
create mode 100644
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
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 +++
>
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: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:
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
---
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
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
___
> 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
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 @@
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, 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
---
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 @@
---
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
---
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
---
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 @@
---
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 +
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?
[...]
--
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
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
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
---
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
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
---
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,
---
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
---
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
@@
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.
> >
> >
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
---
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
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
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
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
> > >
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 ++--
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
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
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
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
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.
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
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
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
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(-)
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
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.
> >
> >
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 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
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
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
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
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
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
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
>>
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 ++
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
61 matches
Mail list logo