On 02/08/2015 11:10 PM, Michael Niedermayer wrote:
On Sun, Feb 08, 2015 at 10:42:43PM +0530, Anshul wrote:
On 01/16/2015 07:21 AM, Michael Niedermayer wrote:
@@ -1927,6 +1932,11 @@ static int open_output_file(OptionsContext *o, const
char *filename)
}
}
On Sun, Feb 15, 2015 at 03:45:48PM +0530, Anshul wrote:
On 02/08/2015 11:10 PM, Michael Niedermayer wrote:
On Sun, Feb 08, 2015 at 10:42:43PM +0530, Anshul wrote:
On 01/16/2015 07:21 AM, Michael Niedermayer wrote:
@@ -1927,6 +1932,11 @@ static int open_output_file(OptionsContext *o, const
From: Thomas Volkert tho...@homer-conferencing.com
---
Changelog| 1 +
MAINTAINERS | 1 +
libavcodec/version.h | 4 +-
libavformat/Makefile | 1 +
libavformat/rtpdec.c | 1 +
libavformat/rtpdec_formats.h | 1 +
From: Thomas Volkert tho...@homer-conferencing.com
---
Changelog| 2 +-
MAINTAINERS | 1 +
libavformat/Makefile | 1 +
libavformat/rtpdec.c | 1 +
libavformat/rtpdec_dv.c | 168 +++
The patch was tested with live555 RTSP server.
Best regards,
Thomas.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Sat, Feb 14, 2015 at 10:45:49PM +0800, zhaoxiu.zeng wrote:
From 72e2c3dcb89000a1e0737afdf17ed145bb760fb1 Mon Sep 17 00:00:00 2001
From: Zeng Zhaoxiu zhaoxiu.z...@gmail.com
Date: Sat, 14 Feb 2015 19:02:14 +0800
Subject: [PATCH 1/5] avcodec/vc1: cleanup
applied with some changes
thanks
On 02/09/2015 02:13 PM, Kieran Kunhya wrote:
I am using bmd device to test this.
No one came with more scte_35 video on trac, I thought people putting the
bounty will give me some video.
How are you testing with a bmd device?
piping out the bmdtool output to ffmpeg.
There is lot of things
On Sat, Feb 14, 2015 at 04:29:40PM +0100, Thomas Volkert wrote:
From: Thomas Volkert tho...@homer-conferencing.com
---
Changelog| 1 +
MAINTAINERS | 1 +
libavcodec/version.h | 4 +-
libavformat/Makefile | 1 +
On Sun, Feb 15, 2015 at 05:32:46PM +0100, Thomas Volkert wrote:
The patch was tested with live555 RTSP server.
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live deserve death. And some that die deserve life. Can you give
it to
Hi
On Sun, Feb 15, 2015 at 08:31:32PM +, Tomperi Seppo wrote:
Hi!
The reason is chroma deblocking which is using q4 without pushing it to
stack. :/
Unfortunately I am in Geneve this week and don't have ARM linux board with me
so it is not easy to test.
Mickael Raulet: maybe guys
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/g722dsp.c | 2 ++
libavcodec/g722dsp.h | 1 +
libavcodec/x86/Makefile | 4
libavcodec/x86/g722dsp.asm| 54 +++
libavcodec/x86/g722dsp_init.c | 35
On Sun, Feb 15, 2015 at 11:45:19PM -0300, James Almer wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/g722dsp.c | 2 ++
libavcodec/g722dsp.h | 1 +
libavcodec/x86/Makefile | 4
libavcodec/x86/g722dsp.asm| 54
On 16/02/15 12:24 AM, Michael Niedermayer wrote:
LGTM
though i suspect the call overhead on this may be significant
but i guess g722 on a x86 isnt enough of a bottleneck to be worth
trying to avoid that
Pushed, thanks.
___
ffmpeg-devel mailing
On Sat, Feb 07, 2015 at 06:49:38PM +, Christophe Gisquet wrote:
The 3*stride value stored in r3src can be loaded much later,
so use r3src instead of a dedicated gpr when possible.
---
libavcodec/x86/hevc_mc.asm | 65
++
1 file changed, 31
Hi!
The reason is chroma deblocking which is using q4 without pushing it to stack.
:/
Unfortunately I am in Geneve this week and don't have ARM linux board with me
so it is not easy to test.
Mickael Raulet: maybe guys at INSA could run tests this week if I make a fix?
Could you ask?
I also
15 matches
Mail list logo