On Tue, Jul 08, 2014 at 09:41:54PM -0400, Vittorio Giovara wrote:
--- a/doc/platform.texi
+++ b/doc/platform.texi
@@ -24,6 +24,17 @@ If not, then you should install a different compiler that
has no
+@section Advanced linking configuration
+
+If you compiled Libav libraries statically,
The callers should now set the stream timebase, not the codec one.
---
libavformat/avformat.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index ac4cd31..b3ccfe5 100644
--- a/libavformat/avformat.h
+++
This is required by the new API.
---
avconv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/avconv.c b/avconv.c
index 13968da..0ee7628 100644
--- a/avconv.c
+++ b/avconv.c
@@ -1972,6 +1972,8 @@ static int transcode_init(void)
Error initializing the output stream codec
On 09/07/14 12:48, Anton Khirnov wrote:
The callers should now set the stream timebase, not the codec one.
---
libavformat/avformat.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Set Ok.
___
libav-devel mailing list
---
Name changed according to Anton and Kostya's suggestion.
configure | 13 +-
libavcodec/Makefile| 1 +
libavcodec/arm/Makefile| 2 +
libavcodec/arm/dsputil_armv6.S |
On Sat, 05 Jul 2014 12:52:48 -0400, Justin Ruggles justin.rugg...@gmail.com
wrote:
On 07/05/2014 05:51 AM, Martin Storsj� wrote:
On Sat, 5 Jul 2014, Anton Khirnov wrote:
It is supposed to be set by decoders only.
---
libavformat/oggparsecelt.c | 4 +---
1 file changed, 1
On Mon, 7 Jul 2014 16:28:46 -0400, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
On Sat, Jul 5, 2014 at 5:20 AM, Anton Khirnov an...@khirnov.net wrote:
Its contents are meaningful only if the stream codec context is the one
actually used for encoding, which is often not the case (and
On Wed, 2 Jul 2014 11:58:19 -0400, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
---
libavcodec/h264.c | 15 +++
libavcodec/h264.h | 8
libavcodec/h264_sei.c | 22 ++
3 files changed, 45 insertions(+)
LGTM
--
Anton Khirnov
On Wed, 2 Jul 2014 12:02:15 -0400, Vittorio Giovara
vittorio.giov...@gmail.com wrote:
---
libavcodec/hevc.c | 15 +++
libavcodec/hevc.h | 5 +
libavcodec/hevc_sei.c | 17 +
3 files changed, 37 insertions(+)
LGTM
--
Anton Khirnov
---
libavcodec/arm/dsputil_arm.h| 3 +--
libavcodec/arm/dsputil_init_arm.c | 5 ++---
libavcodec/arm/dsputil_init_armv6.c | 3 +--
libavcodec/dsputil.c| 8 +++-
libavcodec/dsputil.h| 9 +++--
libavcodec/ppc/dsputil_altivec.c| 3 +--
I decided to split the last patch in the dsputil series as that makes the
actual dsputil-related changes fr easier to review. Coalescing the
init files makes sense as they were multiple files when dsputil was still
a huge monolithic beast. Now that me_cmp is all that remains multiple
files
---
libavcodec/arm/Makefile | 3 +--
libavcodec/arm/dsputil_arm.h| 29
libavcodec/arm/dsputil_init_arm.c | 33 ++-
libavcodec/arm/dsputil_init_armv6.c | 54 -
4 files changed, 28 insertions(+), 91
---
libavcodec/x86/Makefile | 3 +-
libavcodec/x86/dsputil_init.c | 451 +-
libavcodec/x86/dsputil_x86.h | 32 ---
libavcodec/x86/motion_est.c | 487 --
4 files changed, 447 insertions(+), 526 deletions(-)
$subject
From 3daffc80be7e112e92844791a07c5e5e82365b4f Mon Sep 17 00:00:00 2001
From: Vladimir Pantelic vlado...@gmail.com
Date: Wed, 9 Jul 2014 14:38:26 +0200
Subject: [PATCH] adpcmenc: allow to force a certain blocksize when encoding
ADPCM
Signed-off-by: Vladimir Pantelic vlado...@gmail.com
On Wed, 9 Jul 2014 06:32:12 -0700, Diego Biurrun di...@biurrun.de wrote:
---
Name changed according to Anton and Kostya's suggestion.
configure | 13 +-
libavcodec/Makefile| 1 +
libavcodec/arm/Makefile
On Wed, Jul 09, 2014 at 04:28:25PM +0200, Anton Khirnov wrote:
On Wed, 9 Jul 2014 06:32:12 -0700, Diego Biurrun di...@biurrun.de wrote:
--- /dev/null
+++ b/libavcodec/x86/pixblockdsp.asm
@@ -0,0 +1,110 @@
+;*
On 09/07/14 16:26, Vladimir Pantelic wrote:
$subject
Looks fine to me, Justin?
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On 07/09/2014 10:26 AM, Vladimir Pantelic wrote:
$subject
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
Fine with me as long as FATE still passes
-Justin
If the remote end of a connection oriented socket hangs up, generating
an EPIPE error is preferable over an unhandled SIGPIPE signal.
---
libavformat/sctp.c | 4 ++--
libavformat/tcp.c | 4
libavformat/unix.c | 2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
diff --git
On 09/07/14 21:13, Rémi Denis-Courmont wrote:
If the remote end of a connection oriented socket hangs up, generating
an EPIPE error is preferable over an unhandled SIGPIPE signal.
---
libavformat/sctp.c | 4 ++--
libavformat/tcp.c | 4
libavformat/unix.c | 2 +-
3 files changed, 7
Anyone have any thoughts about which way to go?
Thanks,
-Andrew
On Thu, Jun 19, 2014 at 1:12 PM, Andrew Stone and...@clovar.com wrote:
While I'll admit that I'm not a particular fan of dictionary
versioning (or a change flag, etc), it was really the only simple way
I could see of
21 matches
Mail list logo
