On 03.09.2014, at 08:38, Pascal Massimino wrote:
> On Tue, Sep 2, 2014 at 10:26 PM, Reimar Döffinger
> wrote:
>
>> On 03.09.2014, at 00:49, Pascal Massimino
>> wrote:
>>> On Tue, Sep 2, 2014 at 9:39 AM, Michael Niedermayer
>>> wrote:
>>>
>>>
>>> [ahem: ffmpeg doesn't feel like using intrinsi
Carl Eugen Hoyos ag.or.at> writes:
> +if (enc->bits_per_raw_sample !=
> av_get_bytes_per_sample(enc->sample_fmt) * 8)
Locally changed to "bits_per_raw_sample > 0 && ..".
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
On 09/02/2014 06:03 PM, wm4 wrote:
On Tue, 2 Sep 2014 12:33:26 +0200
Jörg Krause wrote:
Add the feature test macro which is required for building with the
musl toolchain.
The feature test macro _XOPEN_SOURCE = 600 provides the XSI-compliant
version of strerror_r().
Signed-off-by: Jörg Krau
Hi,
updated patch, sorry for the broken format in the previous one. Hope it's
ok now.
On Wed, Sep 3, 2014 at 1:08 AM, James Darnley
wrote:
> On 2014-09-02 17:13, Pascal Massimino wrote:
> > %macro DECLARE_VAR 2
> > %define %1 %2
> > %define %1d %2d
> > %endmacro
> >
> > ;; Mappings
On 09/02/2014 11:49 PM, Reimar Döffinger wrote:
On Tue, Sep 02, 2014 at 11:31:39PM +0200, Jörg Krause wrote:
The maintainers of the musl C library states that looking for __GLIBC__ or
__UCLIBC__ and making assumptions about the implemented feature set is not
the best way. Instead should be ins
Hi,
- Mail original -
> Hi,
>
>
> updated patch, sorry for the broken format in the previous one. Hope
> it's
> ok now.
>
This is just missing the new header file vf_idet.h
--
Ben
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
On Wed, Sep 3, 2014 at 11:32 AM, Benoit Fouet wrote:
> Hi,
>
> - Mail original -
> > Hi,
> >
> >
> > updated patch, sorry for the broken format in the previous one. Hope
> > it's
> > ok now.
> >
>
> This is just missing the new header file vf_idet.h
>
that's embarrassing...
Attached, new
Add the feature test macro which is required for building with the
musl toolchain.
The feature test macro _XOPEN_SOURCE = 600 provides the XSI-compliant
version of strerror_r().
Signed-off-by: Jörg Krause
---
Changes v1 -> v2:
- fixed wrong macro name
- add a comment
---
libavutil/error.c
Michael Niedermayer gmx.at> writes:
> > silly question: how do you compile for x86-32?
> > I tried './configure --arch=x86_32' but it didn't
> > trigger this compile error...
>
> iam using:
> --arch=x86_32 --target-os=linux --extra-cflags=-m32
> --extra-ldflags=-m32 --enable-cross-compile
Do
On ma, 2014-09-01 at 16:45 +0200, wm4 wrote:
> On Mon, 1 Sep 2014 08:34:52 + (UTC)
> Carl Eugen Hoyos wrote:
>
> > wm4 googlemail.com> writes:
> > > +full_packet_size = AV_RB16(buf + 10 + 1) + 10 + 3;
> > > +if (buf_size < full_packet_size)
> > > +break;
> >
> > I
On ma, 2014-09-01 at 16:40 +0200, wm4 wrote:
> On Mon, 01 Sep 2014 13:37:23 +0300
> Petri Hintukainen wrote:
>
> > On ma, 2014-09-01 at 10:05 +0200, Hendrik Leppkes wrote:
> > > On Mon, Sep 1, 2014 at 10:01 AM, Petri Hintukainen
> > > wrote:
> > > > On ma, 2014-09-01 at 00:34 +0200, wm4 wrote:
On Wed, Sep 03, 2014 at 07:36:32AM +0200, Reimar Döffinger wrote:
> On 03.09.2014, at 06:28, Michael Niedermayer wrote:
> > On Wed, Sep 03, 2014 at 12:01:54AM +0200, Reimar Döffinger wrote:
> >> We only actually use a tiny part of it.
> >>
> >> Signed-off-by: Reimar Döffinger
> >> ---
> >> libsw
From: Dmitry Volyntsev
Signed-off-by: Dmitry Volytnsev
---
libavdevice/v4l2.c | 37 -
1 file changed, 20 insertions(+), 17 deletions(-)
diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c
index 9f9f944..7b9e2f3 100644
--- a/libavdevice/v4l2.c
+++ b/libavd
Reimar,
On Wed, Sep 3, 2014 at 9:16 AM, Reimar Döffinger
wrote:
> On 03.09.2014, at 08:38, Pascal Massimino
> wrote:
> > On Tue, Sep 2, 2014 at 10:26 PM, Reimar Döffinger <
> reimar.doeffin...@gmx.de>
> > wrote:
> >
> >> On 03.09.2014, at 00:49, Pascal Massimino
> >> wrote:
> >>> On Tue, Sep
This also remove all use of av_gettime_relative()
and reduces the difference to ebef9f5a56d7df91e010a177a80cfc8dbe394305
Signed-off-by: Michael Niedermayer
---
cmdutils_opencl.c |4 ++--
configure |4 +++-
ffmpeg.c | 10 +-
ffplay.c
Hello All
My name is Shmulik Yoffe, CTO at WSC Sports Technologies, a startup company
specialized in new-media application for sport broadcasters.
We are looking for a consultant for a small specific problem we are facing.
In our solution, we require to be able to split hls streams bet
On Tue, 2 Sep 2014 23:54:51 +0200
Clément Bœsch wrote:
> On Tue, Sep 02, 2014 at 08:56:10PM +0200, wm4 wrote:
> > ---
> > libavformat/srtdec.c| 22 +++--
> > libavformat/subtitles.c | 51
> > +++--
> > libavformat/subtitles.h | 33
On Tue, Sep 02, 2014 at 10:06:10PM +, Thorsten Glaser wrote:
> Hi,
>
> as discussed in IRC, I was trying to minimal-invasively port
> libpostproc (the Debian source package) to x32¹. I could not
> test it (for lack of a stand-alone test program) yet, but at
> least I got it to build.
you coul
On Wed, Sep 03, 2014 at 11:42:10AM +0200, Pascal Massimino wrote:
> On Wed, Sep 3, 2014 at 11:32 AM, Benoit Fouet wrote:
>
> > Hi,
> >
> > - Mail original -
> > > Hi,
> > >
> > >
> > > updated patch, sorry for the broken format in the previous one. Hope
> > > it's
> > > ok now.
> > >
> >
On Wed, Sep 03, 2014 at 07:19:57AM +, Carl Eugen Hoyos wrote:
> Carl Eugen Hoyos ag.or.at> writes:
>
> > +if (enc->bits_per_raw_sample !=
> > av_get_bytes_per_sample(enc->sample_fmt) * 8)
>
> Locally changed to "bits_per_raw_sample > 0 && ..".
LGTM
[...]
--
Michael GnuPG fing
On Sun, Aug 31, 2014 at 02:35:40PM +0200, Andreas Cadhalpun wrote:
> On 28.08.2014 20:06, Nicolas George wrote:
> >Le primidi 11 fructidor, an CCXXII, Andreas Cadhalpun a écrit :
> >>I like this colour of the shed. ;)
> >> * move lena.pnm to the FATE samples
> >> * add e.g. mona_lisa.pnm and dupl
On Wed, Sep 03, 2014 at 04:38:15PM +0200, Clément Bœsch wrote:
> On Sun, Aug 31, 2014 at 02:35:40PM +0200, Andreas Cadhalpun wrote:
> > On 28.08.2014 20:06, Nicolas George wrote:
> > >Le primidi 11 fructidor, an CCXXII, Andreas Cadhalpun a écrit :
> > >>I like this colour of the shed. ;)
> > >> *
On Wed, Sep 03, 2014 at 04:47:21PM +0200, Clément Bœsch wrote:
> On Wed, Sep 03, 2014 at 04:38:15PM +0200, Clément Bœsch wrote:
> > On Sun, Aug 31, 2014 at 02:35:40PM +0200, Andreas Cadhalpun wrote:
> > > On 28.08.2014 20:06, Nicolas George wrote:
> > > >Le primidi 11 fructidor, an CCXXII, Andreas
On Wed, Sep 03, 2014 at 12:01:55AM +0200, Reimar Döffinger wrote:
> Not sure it was meant to be used for something at some point though.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/svq1enc.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
LGTM
[...]
--
Michael Gn
Michael,
On Wed, Sep 3, 2014 at 4:29 PM, Michael Niedermayer
wrote:
> On Wed, Sep 03, 2014 at 11:42:10AM +0200, Pascal Massimino wrote:
> > On Wed, Sep 3, 2014 at 11:32 AM, Benoit Fouet
> wrote:
> >
> > > Hi,
> > >
> > > - Mail original -
> > > > Hi,
> > > >
> > > >
> > > > updated pat
On Wed, Sep 03, 2014 at 04:38:15PM +0200, Clément Bœsch wrote:
> On Sun, Aug 31, 2014 at 02:35:40PM +0200, Andreas Cadhalpun wrote:
> > On 28.08.2014 20:06, Nicolas George wrote:
> > >Le primidi 11 fructidor, an CCXXII, Andreas Cadhalpun a écrit :
> > >>I like this colour of the shed. ;)
> > >> *
On Wed, Sep 03, 2014 at 05:50:32PM +0200, Pascal Massimino wrote:
[...]
> removed this step in both mmx and sse2 version.
>
> -> new patch attached.
>
> /skal
> From d2249b05b4a881ec3c9de8fc105b2a40c680a0ea Mon Sep 17 00:00:00 2001
> From: skal
> Date: Wed, 3 Sep 2014 11:02:32 +0200
> Subject:
This allows using fs/ from the directory where ffmpeg was
build
for example in bug reports.
Alternatively this could be created from the Makefile
This of course works only on OS and file-systems which support links
Signed-off-by: Michael Niedermayer
---
configure |8
1 file chang
Clément,
On Wed, Sep 3, 2014 at 6:19 PM, Clément Bœsch wrote:
> On Wed, Sep 03, 2014 at 05:50:32PM +0200, Pascal Massimino wrote:
> [...]
> > removed this step in both mmx and sse2 version.
> >
> > -> new patch attached.
> >
> > /skal
>
> > From d2249b05b4a881ec3c9de8fc105b2a40c680a0ea Mon Sep 1
> diff --git a/libavfilter/x86/vf_idet_init.c b/libavfilter/x86/vf_idet_init.c
> new file mode 100644
> index 000..402d504
> --- /dev/null
> +++ b/libavfilter/x86/vf_idet_init.c
> @@ -0,0 +1,70 @@
> +/*
> + * This file is part of FFmpeg.
> + *
> + * FFmpeg is free software; you can redistribute
On Thu, Aug 28, 2014 at 01:28:18PM +0200, Andreas Cadhalpun wrote:
> On 28.08.2014 04:36, Michael Niedermayer wrote:
> >On Wed, Aug 27, 2014 at 05:21:18PM -0800, Lou Logan wrote:
> >>On Tue, 26 Aug 2014 13:41:42 +0200, Michael Niedermayer wrote:
> >>
> >>>Signed-off-by: Michael Niedermayer
> >>>--
On Tue, Sep 02, 2014 at 10:06:10PM +, Thorsten Glaser wrote:
> Hi,
>
> as discussed in IRC, I was trying to minimal-invasively port
> libpostproc (the Debian source package) to x32¹. I could not
> test it (for lack of a stand-alone test program) yet, but at
> least I got it to build.
>
> As r
On Wed, Sep 03, 2014 at 11:53:39AM +0200, Jörg Krause wrote:
> Add the feature test macro which is required for building with the
> musl toolchain.
>
> The feature test macro _XOPEN_SOURCE = 600 provides the XSI-compliant
> version of strerror_r().
>
> Signed-off-by: Jörg Krause
> ---
> Changes
On Wed, Sep 03, 2014 at 02:06:39PM +0200, Pascal Massimino wrote:
> On Wed, Sep 3, 2014 at 9:16 AM, Reimar Döffinger
> wrote:
> > > strange. I exclusively used intrinsics for libwebp (x86, but also
> > > neon/aarch64) and was pretty
> > > pleased with the result (say <2% perf loss, but 10x easier
On Tue, 2 Sep 2014 17:35:11 -0700, Timothy Gu wrote:
> LGTM
>
> Timothy
Thanks. Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 03.09.2014, at 18:49, Michael Niedermayer wrote:
> This allows using fs/ from the directory where ffmpeg was
> build
> for example in bug reports.
>
> Alternatively this could be created from the Makefile
>
> This of course works only on OS and file-systems which support links
Not sure what
James,
On Wed, Sep 3, 2014 at 10:14 AM, James Almer wrote:
> > diff --git a/libavfilter/x86/vf_idet_init.c
> b/libavfilter/x86/vf_idet_init.c
> > new file mode 100644
> > index 000..402d504
> > --- /dev/null
> > +++ b/libavfilter/x86/vf_idet_init.c
> > @@ -0,0 +1,70 @@
> > +/*
> > + * This
On Wed, Sep 03, 2014 at 02:48:41AM +0200, Michael Niedermayer wrote:
> On Wed, Sep 03, 2014 at 12:25:17AM +0200, Reimar Döffinger wrote:
> > Code is only used during initialization, so malloc/free
> > should be fine to use.
> >
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavcodec/vorbisenc
On Wed, Sep 03, 2014 at 05:22:29PM +0200, Michael Niedermayer wrote:
> On Wed, Sep 03, 2014 at 12:01:55AM +0200, Reimar Döffinger wrote:
> > Not sure it was meant to be used for something at some point though.
> >
> > Signed-off-by: Reimar Döffinger
> > ---
> > libavcodec/svq1enc.c | 7 +++
>
On Wed, Sep 03, 2014 at 02:49:44PM +0200, Michael Niedermayer wrote:
> This also remove all use of av_gettime_relative()
> and reduces the difference to ebef9f5a56d7df91e010a177a80cfc8dbe394305
It kind of is an API change though.
Also, as far as I can tell it introduces quite a lot of bugs.
As an
On Tue, Sep 02, 2014 at 09:44:05PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 02, 2014 at 08:32:57PM +0200, Reimar Döffinger wrote:
> > A bit more complex than e.g. adding it to the context, but
> > using the context for something that will be used only during
> > initialization seemed a bit w
On Wed, Sep 03, 2014 at 07:05:48PM +0200, Pascal Massimino wrote:
[...]
> > > +punpcklbw m3, m_zero
> > > +punpckhbw m4, m_zero
> > > +
> > > +paddswm0, m3
> > > +paddswm1, m4
> > > +
> > > +movq m3, [bq+indexq*1]
> > > +movq m4, m3
> > > +punpcklbw m3,
Signed-off-by: Reimar Döffinger
---
libavcodec/huffyuvdec.c | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/libavcodec/huffyuvdec.c b/libavcodec/huffyuvdec.c
index 1df77e0..3b2b0f7 100644
--- a/libavcodec/huffyuvdec.c
+++ b/libavcodec/huffyuvdec.c
@@ -115,
We only actually need to use a tiny part of it.
Unfortunately we seem to have no real test coverage on
the code, so this is a bit risky.
Signed-off-by: Reimar Döffinger
---
libswresample/rematrix.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/libsw
On Wed, Sep 03, 2014 at 07:34:37AM +0200, Reimar Döffinger wrote:
> On 03.09.2014, at 00:49, wm4 wrote:
> > On Wed, 3 Sep 2014 00:01:53 +0200
> > Reimar Döffinger wrote:
> >
> >> Signed-off-by: Reimar Döffinger
> >> ---
> >> libavcodec/huffyuvdec.c | 15 +--
> >> 1 file changed, 9 i
On Wed, Sep 03, 2014 at 07:36:32AM +0200, Reimar Döffinger wrote:
> On 03.09.2014, at 06:28, Michael Niedermayer wrote:
> > On Wed, Sep 03, 2014 at 12:01:54AM +0200, Reimar Döffinger wrote:
> >> We only actually use a tiny part of it.
> >>
> >> Signed-off-by: Reimar Döffinger
> >> ---
> >> libsw
On Wed, Sep 03, 2014 at 08:46:04PM +0200, Reimar Döffinger wrote:
> On 03.09.2014, at 18:49, Michael Niedermayer wrote:
> > This allows using fs/ from the directory where ffmpeg
> > was build
> > for example in bug reports.
> >
> > Alternatively this could be created from the Makefile
> >
> > T
On 03.09.2014, at 22:09, Michael Niedermayer wrote:
> On Wed, Sep 03, 2014 at 08:46:04PM +0200, Reimar Döffinger wrote:
>> On 03.09.2014, at 18:49, Michael Niedermayer wrote:
>>> This allows using fs/ from the directory where ffmpeg
>>> was build
>>> for example in bug reports.
>>>
>>> Alternat
On Wed, Sep 03, 2014 at 10:29:32PM +0200, Reimar Döffinger wrote:
> On 03.09.2014, at 22:09, Michael Niedermayer wrote:
> > On Wed, Sep 03, 2014 at 08:46:04PM +0200, Reimar Döffinger wrote:
> >> On 03.09.2014, at 18:49, Michael Niedermayer wrote:
> >>> This allows using fs/ from the directory whe
On Wed, Sep 03, 2014 at 09:40:55PM +0200, Reimar Döffinger wrote:
> We only actually need to use a tiny part of it.
> Unfortunately we seem to have no real test coverage on
> the code, so this is a bit risky.
>
> Signed-off-by: Reimar Döffinger
> ---
> libswresample/rematrix.c | 23 +
On Wed, Sep 03, 2014 at 09:40:56PM +0200, Reimar Döffinger wrote:
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/huffyuvdec.c | 19 +--
> 1 file changed, 13 insertions(+), 6 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Tue, Sep 02, 2014 at 11:52:55PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #3919 for me.
>
> Please comment, Carl Eugen
> ffprobe.c |1 +
> 1 file changed, 1 insertion(+)
> 2eeea98c89ba61a3ea2a456617535fd8fc172485 patchbitsperrawsample.diff
should be ok but ma
Clément
On Wed, Sep 3, 2014 at 12:37 PM, Clément Bœsch wrote:
> On Wed, Sep 03, 2014 at 07:05:48PM +0200, Pascal Massimino wrote:
> [...]
> > > > +punpcklbw m3, m_zero
> > > > +punpckhbw m4, m_zero
> > > > +
> > > > +paddswm0, m3
> > > > +paddswm1, m4
> > > > +
> > > > +
On Sun, Aug 31, 2014 at 07:39:35PM -0700, Timothy Gu wrote:
> This is a new iteration of the patch that has been stalled for more than a
> month. Finally got time to work on it.
>
> Change since last patch:
> - Fix compilation on machines with makeinfo < 5 that don't support HTML
> output.
>
>
On Wed, Sep 3, 2014 at 2:44 PM, Michael Niedermayer wrote:
> On Sun, Aug 31, 2014 at 07:39:35PM -0700, Timothy Gu wrote:
>> This is a new iteration of the patch that has been stalled for more than a
>> month. Finally got time to work on it.
>>
>> Change since last patch:
>> - Fix compilation on ma
My question is not really about testcases etc but more why you decided
to not include the other descriptor types.
I guess I can send a patch to fix that.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, Sep 3, 2014 at 3:41 PM, Timothy Gu wrote:
>
> Will send new patch soon.
New patch attached.
Timothy
patch.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, Sep 3, 2014 at 9:39 AM, Michael Niedermayer wrote:
> On Tue, Sep 02, 2014 at 10:06:10PM +, Thorsten Glaser wrote:
>> Hi,
>>
>> as discussed in IRC, I was trying to minimal-invasively port
>> libpostproc (the Debian source package) to x32¹. I could not
>> test it (for lack of a stand-al
On Wed, Sep 03, 2014 at 05:13:02PM -0700, Timothy Gu wrote:
> On Wed, Sep 3, 2014 at 3:41 PM, Timothy Gu wrote:
> >
> > Will send new patch soon.
>
> New patch attached.
>
> Timothy
> Changelog |1
> RELEASE_NOTES |2
> configure | 10 +-
> doc/Makefile |
On Wed, Sep 03, 2014 at 08:22:43PM -0400, Reinhard Tartler wrote:
> On Wed, Sep 3, 2014 at 9:39 AM, Michael Niedermayer wrote:
> > On Tue, Sep 02, 2014 at 10:06:10PM +, Thorsten Glaser wrote:
> >> Hi,
> >>
> >> as discussed in IRC, I was trying to minimal-invasively port
> >> libpostproc (the
from the flv spec, the flvtag define the tagtype as one byte,
the spec desc is:
Reserved UB[2] Reserved for FMS, should be 0
FilterUB[1] Indicates if packets are filtered.
0 = No pre-processing required.
1 = Pre-processing (such as decryption) of the packet is
Signed-off-by: Michael Niedermayer
---
libavdevice/x11grab.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavdevice/x11grab.c b/libavdevice/x11grab.c
index 120f754..e0d1dfa 100644
--- a/libavdevice/x11grab.c
+++ b/libavdevice/x11grab.c
@@ -181,6 +181,8 @@ static in
On Wed, Sep 3, 2014 at 9:34 PM, Michael Niedermayer wrote:
> On Wed, Sep 03, 2014 at 08:22:43PM -0400, Reinhard Tartler wrote:
>> On Wed, Sep 3, 2014 at 9:39 AM, Michael Niedermayer wrote:
>> > On Tue, Sep 02, 2014 at 10:06:10PM +, Thorsten Glaser wrote:
>> >> Hi,
>> >>
>> >> as discussed in
On 04.09.2014, at 05:33, Reinhard Tartler wrote:
> On Wed, Sep 3, 2014 at 9:34 PM, Michael Niedermayer wrote:
>> On Wed, Sep 03, 2014 at 08:22:43PM -0400, Reinhard Tartler wrote:
>>> On Wed, Sep 3, 2014 at 9:39 AM, Michael Niedermayer
>>> wrote:
On Tue, Sep 02, 2014 at 10:06:10PM +, Th
Kieran Kunhya obe.tv> writes:
> In general you should not be probing if there are
> descriptors because the descriptors are designed to
> make the codec detection unambiguous.
I thought it should be exactly the other way around
if the probing returns a sufficiently high score:
http://samples.
> Kieran Kunhya obe.tv> writes:
>
> > In general you should not be probing if there are
> > descriptors because the descriptors are designed to
> > make the codec detection unambiguous.
>
> I thought it should be exactly the other way around
> if the probing returns a sufficiently high score:
>
66 matches
Mail list logo
