On Fri, Jan 09, 2015 at 06:02:56PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> compiling the decoding_encoding example currently fails with:
> /usr/bin/ld: decoding_encoding.o: undefined reference to symbol
> 'sin@@GLIBC_2.2.5'
>
> The attached patch fixes this.
>
> Best regards,
> Andreas
> Mak
On Fri, Jan 09, 2015 at 05:43:32PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> attached patch should fix the test failures on ppc64el [1].
>
> Since the altivec optimizations for ppc64el use vsx functions like
> vec_vsx_ld, it doesn't make sense to disable vsx if altivec is
> enabled on ppc64el.
>
On Mon, Jan 05, 2015 at 04:53:05PM -0800, Mark Reid wrote:
> Hi,
> MXF files generated by Media Composer or LibMXF can contain a
> project name property in the Preface. Lots of existing samples have them.
>
> http://samples.ffmpeg.org/MXF/issue2160/PW0805A0V01.4C5B5636.EFA330.mxf
> project_name
On Tue, Jan 6, 2015 at 10:24 AM, Clément Bœsch wrote:
> On Tue, Jan 06, 2015 at 10:06:13AM -0800, Mark Reid wrote:
> > On Mon, Jan 5, 2015 at 11:26 PM, Clément Bœsch wrote:
> >
> > > On Mon, Jan 05, 2015 at 04:53:05PM -0800, Mark Reid wrote:
> > > > Hi,
> > > > MXF files generated by Media Compo
On Thu, Jan 8, 2015 at 12:40 PM, Clément Bœsch wrote:
> On Wed, Jan 07, 2015 at 10:31:41AM -0800, Mark Reid wrote:
> [...]
> > +segment = av_mallocz(sizeof(MXFIndexTableSegment));
>
> sizeof(*segment)?
cool, didn't know that worked!
> > +if (!segment) {
>
> > +av_log(mxf->fc,
Changes since v1
* changed umid text formating to conform to SMPTE330
---
libavformat/mxfdec.c | 38 +++---
1 file changed, 31 insertions(+), 7 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 4715169..d783fb6 100644
--- a/libavformat/mx
Hi,
On Fri, Jan 9, 2015 at 5:30 PM, wm4 wrote:
> On Fri, 9 Jan 2015 17:17:00 -0500
> compn wrote:
>
> > On Fri, 9 Jan 2015 14:44:32 +0100
> > wm4 wrote:
> >
> > > What's the point of using this library, if ffmpeg already has
> > > most of the hw decoding infrastructure itself?
> >
> > probably
On Sat, Jan 10, 2015 at 01:46:38AM +0530, arwa arif wrote:
> On Fri, Jan 9, 2015 at 10:07 PM, Stefano Sabatini
> wrote:
>
> > On date Wednesday 2015-01-07 19:14:49 +0530, arwa arif encoded:
> > [...]
> > > From 2676f37a204b48bdbb2e24359b6a85598a8c021b Mon Sep 17 00:00:00 2001
> > > From: Arwa Ari
On Fri, Jan 09, 2015 at 09:24:54PM +0100, wm4 wrote:
> AVInputFormat.read_close is not called if AVInputFormat.read_header
> fails, so this needs to be handled separately.
> ---
> libavformat/rmdec.c | 19 ++-
> 1 file changed, 14 insertions(+), 5 deletions(-)
applied
thanks
[..
Resending attachment.
From: ffmpeg-devel-boun...@ffmpeg.org on
behalf of Christian Suloway
Sent: Friday, January 9, 2015 5:02 PM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: added HLS encryption
New
New version of the patch attached to address your comments.
Thanks,
Christian
On Jan 7, 2015, at 2:17 PM, Michael Niedermayer wrote:
> Please add a testcase/example to either the documentation or
> commit message
Example added to the commit message.
>> +ff_get_line(pb, hls->key_uri, sizeof
On 09/01/15 7:47 PM, Michael Niedermayer wrote:
> On Fri, Jan 09, 2015 at 04:52:32PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavfilter/x86/Makefile| 3 +-
>> libavfilter/x86/vf_pp7.asm | 57
>> +
>> lib
On Fri, Jan 09, 2015 at 06:51:57PM -0300, Reynaldo H. Verdejo Pinochet wrote:
> Loos good. Please push.
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are best at talking, realize last or never when they are wrong.
signature.asc
Desc
On Fri, Jan 09, 2015 at 04:52:32PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavfilter/x86/Makefile| 3 +-
> libavfilter/x86/vf_pp7.asm | 57
> +
> libavfilter/x86/{vf_pp7.c => vf_pp7_init.c} | 42 ++
On Fri, 9 Jan 2015 17:17:00 -0500
compn wrote:
> On Fri, 9 Jan 2015 14:44:32 +0100
> wm4 wrote:
>
> > What's the point of using this library, if ffmpeg already has
> > most of the hw decoding infrastructure itself?
>
> probably so we dont have to maintain every single little hw decoding
> and
On Fri, 9 Jan 2015 14:44:32 +0100
wm4 wrote:
> What's the point of using this library, if ffmpeg already has
> most of the hw decoding infrastructure itself?
probably so we dont have to maintain every single little hw decoding
and encoding feature , and libyami will do this for us.
same thing l
Loos good. Please push.
On 01/06/2015 02:13 PM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> ffserver.c |6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
> diff --git a/ffserver.c b/ffserver.c
> index c4cf390..19d0b25 100644
> --- a/ffserver.c
> +++ b
AVInputFormat.read_close is not called if AVInputFormat.read_header
fails, so this needs to be handled separately.
---
libavformat/rmdec.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/libavformat/rmdec.c b/libavformat/rmdec.c
index 299c742..d61e327 10064
On Fri, Jan 9, 2015 at 10:07 PM, Stefano Sabatini
wrote:
> On date Wednesday 2015-01-07 19:14:49 +0530, arwa arif encoded:
> [...]
> > From 2676f37a204b48bdbb2e24359b6a85598a8c021b Mon Sep 17 00:00:00 2001
> > From: Arwa Arif
> > Date: Thu, 25 Dec 2014 09:50:24 +0530
> > Subject: [PATCH] lavfi:
Signed-off-by: James Almer
---
libavfilter/x86/Makefile| 3 +-
libavfilter/x86/vf_pp7.asm | 57 +
libavfilter/x86/{vf_pp7.c => vf_pp7_init.c} | 42 ++---
3 files changed, 63 insertions(+), 39 deletions(-)
create mo
Hi,
compiling the decoding_encoding example currently fails with:
/usr/bin/ld: decoding_encoding.o: undefined reference to symbol
'sin@@GLIBC_2.2.5'
The attached patch fixes this.
Best regards,
Andreas
>From 912a6cf3436e7d50036edb275acfc79ec69782f4 Mon Sep 17 00:00:00 2001
From: Andreas Cadha
Hi,
attached patch should fix the test failures on ppc64el [1].
Since the altivec optimizations for ppc64el use vsx functions like
vec_vsx_ld, it doesn't make sense to disable vsx if altivec is enabled
on ppc64el.
I tried to test this on qemu/ppc64el, but the linker segfaulted...
Best regar
On date Wednesday 2015-01-07 19:14:49 +0530, arwa arif encoded:
[...]
> From 2676f37a204b48bdbb2e24359b6a85598a8c021b Mon Sep 17 00:00:00 2001
> From: Arwa Arif
> Date: Thu, 25 Dec 2014 09:50:24 +0530
> Subject: [PATCH] lavfi: port mp=pp7 to avfilter
>
> TODO: modify version.h, Add ff_norm_qscale
On date Friday 2015-01-09 15:00:58 +0100, Michael Niedermayer encoded:
> On Fri, Jan 09, 2015 at 12:08:21PM +0530, arwa arif wrote:
[...]
> > They are using mp=pp7=0:0 as default. But, in documentation they have
> > mentioned that medium thresholding (mp=pp7=0:2) is default. What should I
> > follo
On Fri, Jan 09, 2015 at 12:08:21PM +0530, arwa arif wrote:
> On Fri, Jan 9, 2015 at 12:27 AM, Michael Niedermayer
> wrote:
>
> > On Thu, Jan 08, 2015 at 04:03:18PM +0100, Michael Niedermayer wrote:
> > > On Thu, Jan 08, 2015 at 07:32:51PM +0530, arwa arif wrote:
> > > > On Thu, Jan 8, 2015 at 7:2
On Fri, Jan 09, 2015 at 04:15:12PM +0800, Zhao, Halley wrote:
> From: "Zhao, Halley"
>
> ---
> configure | 24 +++-
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 1 +
> 3 files changed, 21 insertions(+), 5 deletions(-)
> mode change 100644 => 1007
On Fri, 9 Jan 2015 16:15:13 +0800
"Zhao, Halley" wrote:
> From: "Zhao, Halley"
>
> - do not support multi-thread decoding, it is unnecessary for hw
> - create a decode thread to interface with yami decoding, decouple
> frame in and out
> - the output frame type (raw data | drm handle | dmabu
Hi,
On Fri, Jan 9, 2015 at 3:15 AM, Zhao, Halley wrote:
> @@ -1031,7 +1032,8 @@ check_func_headers(){
> echo "long check_$func(void) { return (long) $func; }"
> done
> echo "int main(void) { return 0; }"
> -} | check_ld "cc" "$@" && enable $funcs && enable_safe
Signed-off-by: Michael Niedermayer
---
libavcodec/parser.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/parser.c b/libavcodec/parser.c
index 8a3be29..1f6fa26 100644
--- a/libavcodec/parser.c
+++ b/libavcodec/parser.c
@@ -23,6 +23,7 @@
#include
#include
+#include "liba
On Fri, Jan 09, 2015 at 02:13:36AM +0100, wm4 wrote:
> The parser must always set the out_size and out_data pointers. The API
> seems to require it, and the common code in parser.c also relies on it.
> ---
> Found with a fuzzed file provided by someone else.
can you share these fuzzed file(s) ?
From: "Zhao, Halley"
libyami is a core codec library to support hw acceleration basing on vaapi:
https://github.com/01org/libyami
this patch add h264dec basing on libyami, similar to the solution basing on
libstagefright.
moreover, it supports dma_buf and other frame mode, enables texture video
From: "Zhao, Halley"
- do not support multi-thread decoding, it is unnecessary for hw
- create a decode thread to interface with yami decoding, decouple
frame in and out
- the output frame type (raw data | drm handle | dmabuf) are specified
in avctx->coder during init
- yami frame is assigned
From: "Zhao, Halley"
---
configure | 24 +++-
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
3 files changed, 21 insertions(+), 5 deletions(-)
mode change 100644 => 100755 libavcodec/Makefile
diff --git a/configure b/configure
index d4a86c0..9c54
33 matches
Mail list logo
