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
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
> > > >
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
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
>
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
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 10:19:17AM +0200, Benoit Fouet wrote:
> Hi,
>
> - Mail original -
> > Hi,
> >
> > - Mail original -
> >
> > [...]
> >
> > > > > > avienc.c |7 +++
> > > > > > 1 file changed, 7 insertions(+)
> > > > > > 8ae96276e07eb00474ab2115f9ff9c3d0f690723 a
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) {
>
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
- 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,
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
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:
>
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 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
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 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
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
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 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
> >
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 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:
> >
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 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
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 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 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: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(-)
> >
>
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 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
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
---
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
---
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
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
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
~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
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
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
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,
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-
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/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 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 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 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 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 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 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 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
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 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
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) {
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
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
54 matches
Mail list logo
