Hi,
- Mail original -
> On Tue, Sep 23, 2014 at 03:11:58PM +0200, Michael Niedermayer wrote:
> > On Tue, Sep 23, 2014 at 01:33:30PM +0200, Benoit Fouet wrote:
> > > Hi,
> > >
> > > - Mail original -
> > > > Hi,
> > > >
> > > > - Mail original -
> > > > > On Tue, Sep 23, 2
Michael Niedermayer wrote in news:20140923193723.GF4656
@nb4:
> btw, maybe you want to setup a arm4/5 fate client ?
> so these kind of issues get detected and fixed quicker in the future
>
> See: http://ffmpeg.org/fate.html
Hi,
thanks for the hint, but my use case for ffmpeg is on x86. not arm
Signed-off-by: Michael Niedermayer
---
ffplay.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffplay.c b/ffplay.c
index 6eb5aef..7728452 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -598,7 +598,7 @@ static int decoder_decode_frame(Decoder *d, void *fframe) {
On Tue, Sep 23, 2014 at 12:42:54AM +0200, Michael Niedermayer wrote:
> This fixes the localtime_r() check, which was producing a false positive with
> musl
> and also fixes build with musl
>
> Signed-off-by: Michael Niedermayer
> ---
> configure |3 ++-
> 1 file changed, 2 insertions(+), 1
some ffmpeg stickers were passed out at vdd this year.
i'm offering to mail these to any canadian / american devs who want
them.
just reply to me off list and include your addy.
i think they will also be available at fosdem or other euro
conventions, so if you are planning to be there, probably be
On Tue, Sep 23, 2014 at 11:32:08PM +0200, Reimar Döffinger wrote:
>
>
> On 23.09.2014, at 02:27, Michael Niedermayer wrote:
>
> > On Tue, Sep 23, 2014 at 01:01:26AM +0200, Reimar Döffinger wrote:
> >> On Tue, Sep 23, 2014 at 12:42:53AM +0200, Michael Niedermayer wrote:
> >>> Signed-off-by: Mich
On Tue, Sep 23, 2014 at 09:36:42PM +, Christophe Gisquet wrote:
> Other buffers are already there.
> ---
> libavcodec/hevc.c | 14 ++
> libavcodec/hevc.h | 1 +
> 2 files changed, 7 insertions(+), 8 deletions(-)
aligned stack variables can cause issues in some compilers IIRC
so
On Tue, Sep 23, 2014 at 09:36:40PM +, Christophe Gisquet wrote:
> ---
> libavcodec/hevc.h | 1 -
> 1 file changed, 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
No great genius has ever existed without some touch of madness.
On 23.09.2014, at 23:36, Christophe Gisquet
wrote:
> They have little to no benefit (none speedwise) and could be altogether
> dropped. I'm still submitting them to give them a chance before that.
I consider code cleanup to have more than just "little to no benefit".
But I don't know the code so
On 23/09/14 7:52 PM, Michael Niedermayer wrote:
> On Tue, Sep 23, 2014 at 06:46:32PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/x86/videodsp_init.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> LGTM
Pushed, thanks.
__
On Tue, Sep 23, 2014 at 06:46:32PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/x86/videodsp_init.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
You can kill me, b
On 24.09.2014 00:43, Michael Niedermayer wrote:
On Wed, Sep 24, 2014 at 12:33:25AM +0200, Andreas Cadhalpun wrote:
On 23.09.2014 23:47, Michael Niedermayer wrote:
This may make fate failures where only the console output is available
easier to analyze
Suggested-by: Andreas Cadhalpun
Signed-off
On 23/09/14 7:08 PM, James Zern wrote:
> Hi,
>
> On Tue, Sep 23, 2014 at 2:24 PM, James Almer wrote:
>> Should fix ticket #3958 (compilation with libvpx 1.2.0 and older)
>>
>
> Thanks I was just looking at this from a reference on mplayer-dev-eng.
> The check on VP9 should be all right for now w
On Wed, Sep 24, 2014 at 12:33:25AM +0200, Andreas Cadhalpun wrote:
> On 23.09.2014 23:47, Michael Niedermayer wrote:
> >This may make fate failures where only the console output is available
> >easier to analyze
> >
> >Suggested-by: Andreas Cadhalpun
> >Signed-off-by: Michael Niedermayer
> >---
>
On 23.09.2014 23:47, Michael Niedermayer wrote:
This may make fate failures where only the console output is available
easier to analyze
Suggested-by: Andreas Cadhalpun
Signed-off-by: Michael Niedermayer
---
tests/fate-run.sh |1 +
1 file changed, 1 insertion(+)
diff --git a/tests/fate-
Dear FFMPEG-Devel Team
First of all great appreciation for your development of FFMPEG.
We are IPTV Solution provider in Kingdom of Bahrain, we would like to use
your software in our environment. But we are facing errors while executing
the commands, We are ready to pay for your valuable support,
This may make fate failures where only the console output is available
easier to analyze
Suggested-by: Andreas Cadhalpun
Signed-off-by: Michael Niedermayer
---
tests/fate-run.sh |1 +
1 file changed, 1 insertion(+)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index 7fe7e74..b994aba 10
Signed-off-by: James Almer
---
libavcodec/x86/videodsp_init.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/x86/videodsp_init.c b/libavcodec/x86/videodsp_init.c
index 7668d0b..602f141 100644
--- a/libavcodec/x86/videodsp_init.c
+++ b/libavcodec/x86/videodsp_in
~15% faster than sse2
Signed-off-by: James Almer
---
ssse3's pshufb didn't prove to be faster, but fortunately avx2's broadcast
instructions did.
Maybe we could drop that FIXME altogheter.
libavcodec/x86/videodsp.asm| 27 +++
libavcodec/x86/videodsp_init.c | 36
2014-09-23 23:36 GMT+02:00 Christophe Gisquet :
> Other buffers are already there.
Note: if this is not applied, I think tmp should use some variant of
LOCAL_ALIGNED_16 (or 32 once avx2 gets here).
The edge_emu_buffers are big (more than 22K), but I'm not sure what
the benefit is over having them
Other buffers are already there.
---
libavcodec/hevc.c | 14 ++
libavcodec/hevc.h | 1 +
2 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 4e9948f..4860aec 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -1328,7 +1328,
Kind of hackish but...
---
libavcodec/hevc.c | 8
libavcodec/hevc.h | 1 -
libavcodec/hevc_cabac.c | 4 ++--
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 4860aec..934abd1 100644
--- a/libavcodec/hevc.c
+++ b/libavco
---
libavcodec/hevc.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/hevc.h b/libavcodec/hevc.h
index 0369d8f..980d95f 100644
--- a/libavcodec/hevc.h
+++ b/libavcodec/hevc.h
@@ -746,7 +746,6 @@ typedef struct HEVCNAL {
} HEVCNAL;
typedef struct HEVCLocalContext {
-DECLARE_AL
---
libavcodec/hevc.c | 4 ++--
libavcodec/hevc.h | 6 +-
libavcodec/hevc_cabac.c | 2 +-
3 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 9317d93..4e9948f 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -2107,7 +2
They have little to no benefit (none speedwise) and could be altogether
dropped. I'm still submitting them to give them a chance before that.
Christophe Gisquet (4):
hevc: remove unneeded buffer.
hevc: remove CodingTree
hevc: move intermediate bidir buffer
hevc: reuse edge emu buffer for c
On 23.09.2014, at 02:27, Michael Niedermayer wrote:
> On Tue, Sep 23, 2014 at 01:01:26AM +0200, Reimar Döffinger wrote:
>> On Tue, Sep 23, 2014 at 12:42:53AM +0200, Michael Niedermayer wrote:
>>> Signed-off-by: Michael Niedermayer
>>>
>>
>> Maybe more readable if you do reindentation separat
Should fix ticket #3958 (compilation with libvpx 1.2.0 and older)
Signed-off-by: James Almer
---
libavcodec/libvpxdec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/libvpxdec.c b/libavcodec/libvpxdec.c
index 8312460..e42bba4 100644
--- a/libavcodec/libvpxdec.c
+++ b/libavcode
On Tue, Sep 23, 2014 at 09:58:54PM +0200, Marton Balint wrote:
>
> On Thu, 18 Sep 2014, Marton Balint wrote:
>
> >Signed-off-by: Marton Balint
> >---
> >ffplay.c | 261
> >++-
> >1 file changed, 140 insertions(+), 121 deletions(-)
> >
>
On Thu, 18 Sep 2014, Marton Balint wrote:
Signed-off-by: Marton Balint
---
ffplay.c | 261 ++-
1 file changed, 140 insertions(+), 121 deletions(-)
Hello Michael,
Please merge from my stable branch for the following patches:
32f1a2
On Tue, Sep 23, 2014 at 09:31:39PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 23, 2014 at 08:10:03PM +0200, Bernd Kuhls wrote:
> > Since these commits
> > http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=adf8227cf4e7b4fccb2ad88e1e09b6dc00dd00ed
> > http://git.videolan.org/?p=ffmpeg.git;a=c
On Tue, Sep 23, 2014 at 08:10:03PM +0200, Bernd Kuhls wrote:
> Since these commits
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=adf8227cf4e7b4fccb2ad88e1e09b6dc00dd00ed
> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=db7f1c7c5a1d37e7f4da64a79a97bea1c4b6e9f8
>
> compilation on arm4
On Mon, 22 Sep 2014, Jeff Dwork wrote:
Your patch works.
Thanks for testing, i will ask Michael to merge this patch with the rest
of my pending ffplay patches.
Regards,
Marton
Thanks,
Jeff
At 01:19 PM 9/22/2014, you wrote:
On Fri, 19 Sep 2014, Jeff Dwork wrote:
On MS Windows, 'ffpl
Since these commits
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=adf8227cf4e7b4fccb2ad88e1e09b6dc00dd00ed
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=db7f1c7c5a1d37e7f4da64a79a97bea1c4b6e9f8
compilation on arm4/arm5 fails:
libavcodec/libavcodec.so: undefined reference to
`ff_star
On Tue, Sep 23, 2014 at 03:11:58PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 23, 2014 at 01:33:30PM +0200, Benoit Fouet wrote:
> > Hi,
> >
> > - Mail original -
> > > Hi,
> > >
> > > - Mail original -
> > > > On Tue, Sep 23, 2014 at 10:19:17AM +0200, Benoit Fouet wrote:
> >
On Tue, Sep 23, 2014 at 03:20:52PM -, Georg Stein wrote:
> sorry i dont get this, i use the libavformat 56 in a qt c++ application
if you want to know why something doesnt work you have to look at the
code, maybe add a printf(), rebuild and see where it goes wrong and
that then should be a goo
On Mon, Sep 22, 2014 at 03:55:54PM -0700, Pascal Massimino wrote:
> On Mon, Sep 22, 2014 at 3:07 PM, Pascal Massimino <
> pascal.massim...@gmail.com> wrote:
>
> > Hi,
> >
> > as discussed on the other thread...
> >
>
> and now, a version with the correct indentation, sorry.
>
>
> >
> > skal
> >
sorry i dont get this, i use the libavformat 56 in a qt c++ application
Georg
Am Di, 23.09.2014, 14:56 schrieb Michael Niedermayer:
> On Tue, Sep 23, 2014 at 02:44:36PM -, Georg Stein wrote:
>
>> where is hls_probe in, my qt creator is not showing me this, and i
>> included #include
>> #incl
On Tue, Sep 23, 2014 at 02:44:36PM -, Georg Stein wrote:
> where is hls_probe in, my qt creator is not showing me this, and i included
> #include
> #include
> #include
> #include
> #include
> #include
> #include
> #include
> #include
hls_probe is in lib
On Tue, Sep 23, 2014 at 02:57:04PM +0200, Bernd Kuhls wrote:
> Hi,
>
> Since these commits
> http://git.videolan.org/?
> p=ffmpeg.git;a=commitdiff;h=adf8227cf4e7b4fccb2ad88e1e09b6dc00dd00ed
> http://git.videolan.org/?
> p=ffmpeg.git;a=commitdiff;h=db7f1c7c5a1d37e7f4da64a79a97bea1c4b6e9f8
>
> comp
where is hls_probe in, my qt creator is not showing me this, and i included
#include
#include
#include
#include
#include
#include
#include
#include
#include
Georg
Am Di, 23.09.2014, 14:08 schrieb Michael Niedermayer:
> On Tue, Sep 23, 2014 at 12:59:48PM +0
On Tue, Sep 23, 2014 at 12:59:48PM +0200, Georg Stein wrote:
> Hello,
>
> this call i do already after avformat_open_input(&this->avFormatContext,
> fileNameChar, fmt, NULL);
> i guess my problem is that the above call (and a av_probe_input_format to
> the stream url) gives me always "mp3"/"MP2/3
wm4 wrote in news:20140804213955.42443190@debian:
> the problem is obviously that uclibc provides a fminf prorotype, but no
> implementation. Obviously this breaks any application that attempts to
> detect fminf, and provides its own fallback if it doesn't appear to
> exist.
>
> Why do you think
On Tue, Sep 23, 2014 at 01:33:30PM +0200, Benoit Fouet wrote:
> Hi,
>
> - Mail original -
> > Hi,
> >
> > - Mail original -
> > > On Tue, Sep 23, 2014 at 10:19:17AM +0200, Benoit Fouet wrote:
> >
> > > > Here is a patch to illustrate this...
> > >
> > > this looks better but:
>
Hi,
Since these commits
http://git.videolan.org/?
p=ffmpeg.git;a=commitdiff;h=adf8227cf4e7b4fccb2ad88e1e09b6dc00dd00ed
http://git.videolan.org/?
p=ffmpeg.git;a=commitdiff;h=db7f1c7c5a1d37e7f4da64a79a97bea1c4b6e9f8
compilation on arm4/arm5 fails:
libavcodec/libavcodec.so: undefined reference to
- Original Message -
> From: Michael Niedermayer
> To: FFmpeg development discussions and patches
> Cc:
> Sent: Tuesday, 23 September 2014, 12:24
> Subject: Re: [FFmpeg-devel] Regression problem
>
> On Tue, Sep 23, 2014 at 09:27:57AM +0100, JULIAN GARDNER wrote:
>> I seem to be having
Hi,
- Mail original -
> Hi,
>
> - Mail original -
> > On Tue, Sep 23, 2014 at 10:19:17AM +0200, Benoit Fouet wrote:
>
> > > Here is a patch to illustrate this...
> >
> > this looks better but:
> >
> >
> > [...]
> > > -ff_put_bmp_header(pb, enc, ff_codec_bmp_tag
Hi,
- Mail original -
> On Tue, Sep 23, 2014 at 10:19:17AM +0200, Benoit Fouet wrote:
> > Here is a patch to illustrate this...
>
> this looks better but:
>
>
> [...]
> > -ff_put_bmp_header(pb, enc, ff_codec_bmp_tags, 0,
> > 0);
> > +if (keep_height) {
>
On Tue, Sep 23, 2014 at 10:19:17AM +0200, Benoit Fouet wrote:
> Hi,
>
> - Mail original -
> > Hi,
> >
> > - Mail original -
> >
> > [...]
> >
> > > > > > avienc.c |7 +++
> > > > > > 1 file changed, 7 insertions(+)
> > > > > > 8ae96276e07eb00474ab2115f9ff9c3d0f690723 a
Hello,
this call i do already after avformat_open_input(&this->avFormatContext,
fileNameChar, fmt, NULL);
i guess my problem is that the above call (and a av_probe_input_format to
the stream url) gives me always "mp3"/"MP2/3 (MPEG audio layer 2/3)" as
format back, ffmpeg and ffprobe returns here
On Tue, Sep 23, 2014 at 07:05:29AM +0200, Georg Stein wrote:
> Hello,
>
> i try now for some time to dump with a small app written in c by using the
> ffmpeg libs to download the streams of a US local news channel streamed on
> livestream.com - without success.
>
>
>
> the stream url looks lik
On Tue, Sep 23, 2014 at 09:27:57AM +0100, JULIAN GARDNER wrote:
> I seem to be having problems using the ff_load_image routine, with a git
> pulled build from the beginning of the week, which used to work but is now
> giving me "failed to decode image file", and this is on a png that has been
>
I seem to be having problems using the ff_load_image routine, with a git pulled
build from the beginning of the week, which used to work but is now giving me
"failed to decode image file", and this is on a png that has been in use for
over a year,
The code is is based on VSRC_TESTSRC with an ad
Hi,
- Mail original -
> Hi,
>
> - Mail original -
>
> [...]
>
> > > > > avienc.c |7 +++
> > > > > 1 file changed, 7 insertions(+)
> > > > > 8ae96276e07eb00474ab2115f9ff9c3d0f690723 avienc.diff
> > > > > diff --git a/libavformat/avienc.c b/libavformat/avienc.c
> > > >
Hi,
- Mail original -
[...]
> > > > avienc.c |7 +++
> > > > 1 file changed, 7 insertions(+)
> > > > 8ae96276e07eb00474ab2115f9ff9c3d0f690723 avienc.diff
> > > > diff --git a/libavformat/avienc.c b/libavformat/avienc.c
> > > > index c9d8b7f..2855293 100644
> > > > --- a/libavfo
54 matches
Mail list logo
