On Wed, Mar 10, 2021 at 7:49 PM Andreas Rheinhardt
wrote:
> Beginning with version 3.0, libiLBC switched the types of some parts
> of their public API to size_t and renamed some types; the old names
> continue to work as typedefs, but are deprecated. It furthermore
> added version macros.
>
> This
On Sun, Nov 26, 2017 at 8:44 PM Rostislav Pehlivanov
wrote:
> @@ -103,8 +104,7 @@ static int default_lockmgr_cb(void **arg, enum
> AVLockOp op)
> case AV_LOCK_DESTROY:
> if (*mutex)
> pthread_mutex_destroy(*mutex);
> -av_free(*mutex);
> -avpriv_atomic_pt
Hi all,
On Sun, Nov 26, 2017 at 12:32 AM Jim DeLaHunt
wrote:
> 1. In doc/developer.texi, eliminate the single chapter,
> and promote each section underneath to chapter, and
> each subsection to section. Thus content and relative
> structure remains the same, but the overall structure is
> simpler
Hi,
On Mon, Dec 4, 2017 at 4:43 AM Carl Eugen Hoyos wrote:
> The patch is not ok, Carl Eugen
It is clear that you have no respect for community consensus.
9 for removal of mandatory status (10 counting myself):
TR: http://lists.ffmpeg.org/pipermail/ffmpeg-devel/2017-November/220272.html
PBM:
On Sun, Nov 27, 2016 at 1:13 PM Philip Langdale wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Sun, 27 Nov 2016 21:26:13 +0100
> Michael Niedermayer wrote:
>
> > On Sun, Nov 27, 2016 at 11:00:21AM -0800, Philip Langdale wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash:
On Sun, Nov 27, 2016 at 1:52 PM Michael Niedermayer
wrote:
> I dont want to give a automated travis_ci system any write or admin
> access, some of what i read hinted in that direction, some of what
> i read hinted that this was not needed though
> giving a automated system write access would be a
---
.travis.yml | 3 +++
1 file changed, 3 insertions(+)
This patch will needed to be applied to all Git branches because of a Travis CI
restriction:
https://docs.travis-ci.com/user/customizing-the-build#Building-Specific-Branches
diff --git a/.travis.yml b/.travis.yml
index e541ee1..a50c46d 100
On Thu, Dec 1, 2016 at 1:23 PM Timo Rothenpieler
wrote:
> Travis can only run scheduled builds daily, weekly or monthly.
So we run them daily, and use a bit of logic in the .travis.yml to
> cancel out early on 3 days per week.
>
Nice! Didn't know Travis CI could do this.
> ---
> .travis.yml
On Fri, Dec 2, 2016 at 3:22 AM Timo Rothenpieler
wrote:
> On 12/2/2016 4:14 AM, Timothy Gu wrote:
> > On Thu, Dec 1, 2016 at 1:23 PM Timo Rothenpieler
> > wrote:
> >
> >> Travis can only run scheduled builds daily, weekly or monthly.
> >
> > So we run
Also use av_mallocz_array().
Fixes CID1396839.
---
libavcodec/omx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/omx.c b/libavcodec/omx.c
index c1b6fb9..b5093f4 100644
--- a/libavcodec/omx.c
+++ b/libavcodec/omx.c
@@ -352,12 +352,12 @@ static av_cold int find
Fixes CID1396851.
---
libavcodec/qsvdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index ea4abfa..258042d 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
@@ -305,8 +305,10 @@ static int qsv_decode(AVCodecContext *av
Found by Coverity in FFmpeg.
---
libavcodec/qsvdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index ea4abfa..258042d 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
@@ -305,8 +305,10 @@ static int qsv_decode(AVCodec
On Thu, May 19, 2016 at 1:23 PM Michael Niedermayer
wrote:
> On Thu, May 19, 2016 at 06:45:41PM +0200, Stefano Sabatini wrote:
> > Set the stream_id to 0xbd (private_stream_id_1). Tools seem to assume
> > that value, and this is consistent with MPEG TS (ITU-T H.222.0) section
> > 2.12.3.
> > ---
On Thu, Jul 28, 2016 at 6:11 PM Josh de Kock wrote:
> Most systems have this, so it isn't really a problem to include it
> even if it's not used, but some do not have memory.h as it is
> non-standard. Since it's unused just remove it anyway.
> ---
> libavcodec/hapdec.c | 1 -
> 1 file changed, 1
The header is not installed and the macro isn't used outside libavutil,
so it is obviously privat to libavutil. Make the name reflect that.
---
libavutil/dynarray.h | 2 +-
libavutil/mem.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavutil/dynarray.h b/libavu
---
libavutil/mem.h | 42 +++---
1 file changed, 27 insertions(+), 15 deletions(-)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 2f53b47..ca936e8 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -80,7 +80,8 @@
* be allocated.
* @see av_mallocz()
The Doxygen command is generated from the list of installed headers,
which may change per configuration (e.g. `--enable-gpl` results in
libpostproc to be built and installed).
---
doc/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/Makefile b/doc/Makefile
index 4a7
---
libavutil/mem.h | 47 +--
1 file changed, 37 insertions(+), 10 deletions(-)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 2f53b47..a6bb6b7 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -80,7 +80,9 @@
* be allocated.
* @see av_mall
On Sun, Jul 31, 2016 at 4:56 AM Michael Niedermayer
wrote:
> On Sat, Jul 30, 2016 at 07:13:06PM -0700, Timothy Gu wrote:
> > ---
> > libavutil/mem.h | 47 +--
> > 1 file changed, 37 insertions(+), 10 deletions(-)
>
>
On Fri, Jul 29, 2016 at 10:18 PM Timothy Gu wrote:
> The header is not installed and the macro isn't used outside libavutil,
> so it is obviously privat to libavutil. Make the name reflect that.
> ---
> libavutil/dynarray.h | 2 +-
> libavutil/mem.c | 6 +++---
&
---
libavutil/mem.h | 539 ++--
1 file changed, 406 insertions(+), 133 deletions(-)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 145ac91..675b11c 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -20,7 +20,8 @@
/**
* @file
- * m
---
libavutil/mem.h | 198
1 file changed, 99 insertions(+), 99 deletions(-)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 2f53b47..145ac91 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -83,6 +83,16 @@
void *av_malloc(size_t
On Sun, Jul 31, 2016 at 7:06 AM Michael Niedermayer
wrote:
> On Fri, Jul 29, 2016 at 10:30:37PM -0700, Timothy Gu wrote:
> > The Doxygen command is generated from the list of installed headers,
> > which may change per configuration (e.g. `--enable-gpl` results in
> > libpos
I've put this document onto the wiki so that it's easier to edit:
https://trac.ffmpeg.org/wiki/LibavMerge
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
---
A bit more editing...
---
libavutil/mem.h | 588 +++-
1 file changed, 451 insertions(+), 137 deletions(-)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 145ac91..4b99342 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -20,7 +20
Sorry, I seem to have lost the original mail, and as Gmane is dead I had to
review using Nicolas's mail.
On Tue, Aug 2, 2016 at 8:14 AM Nicolas George wrote:
> Le primidi 11 thermidor, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> >
On Tue, Aug 2, 2016 at 12:51 PM Felt, Patrick
wrote:
> That’s really odd. Has to be something stupid from my MUA. Let me attach
> it as a file and it should go. (I wrote this off a brand new fresh clone).
>
Pushed, thanks.
Timothy
___
ffmpeg-devel
---
libavcodec/jni.c| 2 +-
libavcodec/mediacodec.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/jni.c b/libavcodec/jni.c
index 32456f5..e08a185 100644
--- a/libavcodec/jni.c
+++ b/libavcodec/jni.c
@@ -69,7 +69,7 @@ void *av_jni_get_java_vm(void *log_
On Tue, Aug 2, 2016 at 1:54 PM Jan Ehrhardt wrote:
> I have a script that cross-compiles ffmpeg on Ubuntu for Windows.
> Because it is faster to download a snapshot and extract it than
> doing a git clone the script uses
> http://ffmpeg.org/releases/ffmpeg-snapshot-git.tar.bz2
This sounds like
On Tue, Aug 2, 2016 at 3:13 PM Michael Niedermayer
wrote:
> On Sun, Jul 31, 2016 at 09:07:03PM -0700, Timothy Gu wrote:
> > ---
> > libavutil/mem.h | 198
>
> > 1 file changed, 99 insertions(+), 99 deletions(-)
&
---
libavcodec/jni.c| 9 -
libavcodec/mediacodec.c | 6 --
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavcodec/jni.c b/libavcodec/jni.c
index 32456f5..85dcf2a 100644
--- a/libavcodec/jni.c
+++ b/libavcodec/jni.c
@@ -20,19 +20,18 @@
* Foundation, Inc., 51
On Tue, Aug 2, 2016 at 3:10 PM Nicolas George wrote:
> Le sextidi 16 thermidor, an CCXXIV, Jan Ehrhardt a écrit :
> > Because it is faster to download a snapshot and extract it than
> > doing a git clone
>
> I suggest you consider doing a shallow clone (--depth 1). It should take
> roughly the sa
On Tue, Aug 2, 2016 at 6:30 PM James Almer wrote:
> On 8/2/2016 7:28 PM, Timothy Gu wrote:
> > ---
> > libavcodec/jni.c| 9 -
> > libavcodec/mediacodec.c | 6 --
> > 2 files changed, 8 insertions(+), 7 deletions(-)
> >
>
> I'd say
On Tue, Aug 2, 2016 at 8:42 PM Timothy Gu wrote:
> On Tue, Aug 2, 2016 at 6:30 PM James Almer wrote:
>
>> On 8/2/2016 7:28 PM, Timothy Gu wrote:
>> > ---
>> > libavcodec/jni.c| 9 -
>> > libavcodec/mediacodec.c | 6 --
>> >
On Mon, Aug 1, 2016 at 8:56 AM Burt P wrote:
> Signed-off-by: Burt P
> ---
> libavfilter/af_hdcd.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
Applied. You might also want to look into using AV_OPT_TYPE_BOOL for these
two options.
Timothy
___
On Tue, Aug 2, 2016 at 10:17 PM Felt, Patrick
wrote:
> ---
> libavdevice/decklink_common.cpp | 10 +-
> libavdevice/decklink_dec.cpp| 18 +-
> libavdevice/decklink_enc.cpp| 26 +-
> 3 files changed, 27 insertions(+), 27 deletions(-)
>
Pushed.
On Wed, Aug 3, 2016 at 12:36 PM Michael Niedermayer
wrote:
> what about writing guides/howtos about how to build/replace FFmpeg
> on all kinds of hw
>
That's the responsibility of the HW vendor.
> i mean everything these days uses FFmpeg below one or more layers
> and users should have the rig
On Wed, Aug 3, 2016 at 11:57 AM James Almer wrote:
> On 7/31/2016 5:01 PM, Michael Niedermayer wrote:
> > Hi all
> >
> > you have a great idea for a Outreachy task or a GSoC task ?
> > Or something you always wanted to do but never had the time and
> > it would fit in the time for GSoC/Outreachy
On Thu, Aug 4, 2016 at 12:57 AM Carl Eugen Hoyos wrote:
> 2016-08-03 6:30 GMT+02:00 James Almer :
> > Also don't include it on files that don't need it.
> >
> > This reduces differences with libav
> >
> > Signed-off-by: James Almer
> > ---
> > Untested with VDPAU enabled.
>
> The patch is probab
On Sun, Aug 14, 2016 at 11:12 AM Marton Balint wrote:
> On Thu, 11 Aug 2016, sebechlebsky...@gmail.com wrote:
> > +@anchor tee
>
> I still get error when building the docs:
>
> doc/muxers.texi:1531: @anchor expected braces
> doc/muxers.texi:1443: @ref reference to nonexistent node `tee'
> make: *
On Mon, Aug 15, 2016 at 6:00 PM Jun Zhao wrote:
> I know the worry after read the above thread.For Intel GPU HW accelerate
> decode/encode,
> now have 3 options in ffmpeg:
>
> 1. ffmpeg and QSV (Media SDK)
> 2. ffmpeg vaapi hw accelerate decoder/native vaapi encoder
> 3. ffmpeg and libyami
>
> An
Hi
On Mon, Aug 15, 2016 at 7:44 PM Jun Zhao wrote:
>
>
> On 2016/8/16 10:14, Chao Liu wrote:
> > Sorry for this little diversion: what are the differences between QSV and
> > vaapi?
> > My understanding is that QSV has better performance, while vaapi supports
> > more decoders / encoders. Is tha
On Fri Aug 5 14:15:19 EEST 2016, Michael Niedermayer wrote:
> to me it sounds more natural without "the" but english aint my area
Changed.
> either way the patch overall looks nice (i didnt deeply review)
> Acked-by: Michael
Thanks. Pushed.
Timothy
__
---
libavutil/pixdesc.h | 194 ++--
1 file changed, 97 insertions(+), 97 deletions(-)
diff --git a/libavutil/pixdesc.h b/libavutil/pixdesc.h
index 3b0bcdb..a8ad588 100644
--- a/libavutil/pixdesc.h
+++ b/libavutil/pixdesc.h
@@ -173,78 +173,6 @@ typed
This way, Doxygen is happier as aliases are now grouped together, and
it never handled #define's in an enum well in the first place.
Y400A already exists as an enum assignment.
---
libavutil/pixfmt.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavutil/pixfmt.h b/li
On Sun, Aug 21, 2016 at 05:09:01PM -0700, Timothy Gu wrote:
> -#define AV_PIX_FMT_XVMC AV_PIX_FMT_XVMC_MPEG2_IDCT
> +AV_PIX_FMT_XVMC = AV_PIX_FMT_XVMC_MPEG2_IDCT,
I don't think this constitutes an API break, but comments are welcom
On Fri, Sep 30, 2016 at 6:28 PM Josh de Kock wrote:
> Full width text is really difficult to read, this just makes it
> slightly more legible on larger (widescreen) screens.
>
> Signed-off-by: Josh de Kock
> ---
> See http://screenshotcomparison.com/comparison/186256 for a comparison of
> before
On Sun, Oct 02, 2016 at 02:53:22PM +0100, Josh de Kock wrote:
> Full width text is really difficult to read, this makes it more
> more legible on larger (widescreen) screens. It also means we aren't
> inventing our own container instead of using the bootstrap one.
>
> Signed-off-by: Josh de Kock
On Tue, Aug 23, 2016 at 12:28 PM Michael Niedermayer
wrote:
> On Sun, Aug 21, 2016 at 05:09:01PM -0700, Timothy Gu wrote:
> > This way, Doxygen is happier as aliases are now grouped together, and
> > it never handled #define's in an enum well in the first place.
> >
&
On Mon, Aug 22, 2016 at 5:53 AM Michael Niedermayer
wrote:
> On Sun, Aug 21, 2016 at 05:09:00PM -0700, Timothy Gu wrote:
> > ---
> > libavutil/pixdesc.h | 194
> ++--
> > 1 file changed, 97 insertions(+), 97 delet
---
libavcodec/x86/constants.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/constants.c b/libavcodec/x86/constants.c
index 11002ee..c2d3bb8 100644
--- a/libavcodec/x86/constants.c
+++ b/libavcodec/x86/constants.c
@@ -42,7 +42,8 @@ DECLARE_ALIGNED(8, const u
---
libavfilter/x86/vf_blend.asm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 730be77..8e4251a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavfilter/x86/vf_blend.asm
@@ -24,11 +24,11 @@
5 times faster than C, 3 times overall.
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 8e4251a..01bee36 100644
--- a/l
---
libavfilter/x86/vf_blend.asm | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 730be77..8e4251a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavfilter/x86/vf_blend.asm
@@ -24,11 +24,11 @@
5 times faster than C, 3 times overall.
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 8e4251a..01bee36 100644
--- a/l
---
libavcodec/x86/constants.c | 3 ++-
libavcodec/x86/constants.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/x86/constants.c b/libavcodec/x86/constants.c
index 11002ee..c2d3bb8 100644
--- a/libavcodec/x86/constants.c
+++ b/libavcodec/x86/constants.c
@@ -42,7
5 times faster than C, 3 times overall.
---
Removes constant.c changes in accordance with James's comments
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm
On Mon, Feb 08, 2016 at 09:51:55PM +0100, Paul B Mahol wrote:
> On 2/8/16, Timothy Gu wrote:
> > 5 times faster than C, 3 times overall.
> > ---
> >
> > Removes constant.c changes in accordance with James's comments
> >
> > -
On Sun, Jan 31, 2016 at 3:38 PM Timothy Gu wrote:
On Sat, Jan 30, 2016 at 07:27:22PM +, Derek Buitenhuis wrote:
> On 1/30/2016 7:15 PM, Timothy Gu wrote:
> > FATE passes here on a x86-64 machine with both GCC 4.9.2 and 5.3.1.
>
> Perhaps this should be restricted to x8
---
libavfilter/x86/vf_blend.asm | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 9388a74..50b5f8a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavfilter/x86/vf_blend.asm
@@ -102,6 +102,15 @
---
libavfilter/x86/vf_blend.asm| 29 +
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 31 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index 50b5f8a..a5ea74c 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libavf
On Sun, Jan 31, 2016 at 3:47 PM Timothy Gu wrote:
> On Fri, Jan 29, 2016 at 10:10:48AM +0100, Clément Bœsch wrote:
> > On Thu, Jan 28, 2016 at 06:33:56PM -0800, Timothy Gu wrote:
> > > ---
> > > tests/fate/source-check.sh | 11 +++
> > &
---
libavfilter/blend.h| 1 +
libavfilter/vf_blend.c | 77 +++---
2 files changed, 42 insertions(+), 36 deletions(-)
diff --git a/libavfilter/blend.h b/libavfilter/blend.h
index 161055c..cd62a15 100644
--- a/libavfilter/blend.h
+++ b/libavfilter/bl
oid checkasm_check_bswapdsp(void);
void checkasm_check_flacdsp(void);
void checkasm_check_fmtconvert(void);
diff --git a/tests/checkasm/vf_blend.c b/tests/checkasm/vf_blend.c
new file mode 100644
index 000..51c4999
--- /dev/null
+++ b/tests/checkasm/vf_blend.c
@@ -0,0 +1,111 @@
+/*
+ * C
On Wed, Feb 10, 2016 at 08:09:07PM +0100, Paul B Mahol wrote:
> On 2/9/16, Timothy Gu wrote:
> > ---
> > libavfilter/x86/vf_blend.asm | 16 ++--
> > 1 file changed, 10 insertions(+), 6 deletions(-)
> >
>
> ok
Pushed.
Timothy
_
On Wed, Feb 10, 2016 at 08:19:19PM +0100, Paul B Mahol wrote:
> On 2/9/16, Timothy Gu wrote:
> > ---
> > libavfilter/x86/vf_blend.asm| 29 +
> > libavfilter/x86/vf_blend_init.c | 2 ++
> > 2 files changed, 31 insertions(+)
>
I apparently used a GNU extension in the !{} syntax. Remove that rule
and the cause of it.
---
cmdutils.h | 4 ++--
tests/fate/source-check.sh | 1 -
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/cmdutils.h b/cmdutils.h
index 7f3db2a..83ea4ad 100644
--- a/cmdutils.
---
Tested on FreeBSD 10.2.
---
cmdutils.h | 4 ++--
tests/fate/source-check.sh | 8 +---
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/cmdutils.h b/cmdutils.h
index 7f3db2a..83ea4ad 100644
--- a/cmdutils.h
+++ b/cmdutils.h
@@ -19,8 +19,8 @@
* Foundation, I
On Sat, Feb 13, 2016 at 02:35:22AM +0100, Michael Niedermayer wrote:
> On Fri, Feb 12, 2016 at 05:07:20PM -0800, Timothy Gu wrote:
> > ---
> >
> > Tested on FreeBSD 10.2.
>
> patch should be ok
Pushed, thanks.
Timothy
__
oid checkasm_check_bswapdsp(void);
void checkasm_check_flacdsp(void);
void checkasm_check_fmtconvert(void);
diff --git a/tests/checkasm/vf_blend.c b/tests/checkasm/vf_blend.c
new file mode 100644
index 000..51e1391
--- /dev/null
+++ b/tests/checkasm/vf_blend.c
@@ -0,0 +1,130 @@
+/*
+ * C
---
libavfilter/vf_blend.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
index 2b734b4..c24013d 100644
--- a/libavfilter/vf_blend.c
+++ b/libavfilter/vf_blend.c
@@ -118,15 +118,21 @@ static const AVOption
For xor mode, 1.8x faster on Haswell.
---
libavfilter/vf_blend.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
index c24013d..599084f 100644
--- a/libavfilter/vf_blend.c
+++ b/libavfilter/vf_blend.c
@@ -130,6 +130,7 @@ static void blend_c
---
The reason why this function uses SSE4.1 is the roundps instruction. Would
love to find a way to truncate a float to integer in SSE2.
---
libavfilter/x86/vf_blend.asm| 32
libavfilter/x86/vf_blend_init.c | 6 ++
2 files changed, 38 insertions(+)
dif
On Sun, Feb 07, 2016 at 09:29:23AM -0800, Timothy Gu wrote:
> It is private (uninstalled) and unused.
> ---
> libavutil/x86_cpu.h | 1 -
> 1 file changed, 1 deletion(-)
> delete mode 100644 libavutil/x86_cpu.h
Pushed.
Timothy
___
ffmpe
The changes in "Incompatible libraries" section are strictly based on
what our configure script says.
---
LICENSE.md | 64 +-
1 file changed, 38 insertions(+), 26 deletions(-)
diff --git a/LICENSE.md b/LICENSE.md
index 0c53d0f..a70f486 1
---
libavfilter/blend.h | 2 +-
libavfilter/vf_blend.c | 27 ++-
libavfilter/x86/vf_blend.asm| 3 +--
libavfilter/x86/vf_blend_init.c | 2 +-
4 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/libavfilter/blend.h b/libavfilter/blend
I've already answered these on IRC but for the sake of completion I'll include
the answers here as well.
On Sat, Feb 13, 2016 at 10:26:58PM -0300, James Almer wrote:
> On 2/13/2016 9:27 PM, Timothy Gu wrote:
> > ---
> >
> > The reason why this function uses SS
2.5x faster for 8-bit mode without autovectorization in GCC, 2x
slower with it on x86. However, since the platforms we enable GCC
autovectorization on most probably has support for SSE2
optimization (added in the subsequent commit), this commit should
in general do good.
---
libavfilter/vf_blend.c
---
libavfilter/x86/vf_blend.asm| 30 ++
libavfilter/x86/vf_blend_init.c | 2 ++
2 files changed, 32 insertions(+)
diff --git a/libavfilter/x86/vf_blend.asm b/libavfilter/x86/vf_blend.asm
index a5ea74c..303ea3a 100644
--- a/libavfilter/x86/vf_blend.asm
+++ b/libav
On Sat, Feb 13, 2016 at 07:21:25PM -0800, Timothy Gu wrote:
> ---
> libavfilter/x86/vf_blend.asm| 30 ++
> libavfilter/x86/vf_blend_init.c | 2 ++
> 2 files changed, 32 insertions(+)
Locally added commit message:
4.5x faster than C float
---
libavcodec/x86/vc1dsp.asm | 92 -
libavcodec/x86/vc1dsp_mmx.c | 61 --
2 files changed, 99 insertions(+), 54 deletions(-)
diff --git a/libavcodec/x86/vc1dsp.asm b/libavcodec/x86/vc1dsp.asm
index 91a1991..2e9f067 100644
On Sun, Feb 14, 2016 at 10:06:16AM +0100, Paul B Mahol wrote:
> On 2/14/16, Timothy Gu wrote:
> > +
> > +#include
> > +#include "checkasm.h"
> > +#include "libavfilter/blend.h"
> > +#include "libavutil/common.h"
> > +#i
On Sun, Feb 14, 2016 at 10:07:39AM +0100, Paul B Mahol wrote:
> On 2/14/16, Timothy Gu wrote:
> > ---
> > libavfilter/vf_blend.c | 22 ++
> > 1 file changed, 14 insertions(+), 8 deletions(-)
> >
>
On Sun, Feb 14, 2016 at 10:12:21AM +0100, Paul B Mahol wrote:
> On 2/14/16, Timothy Gu wrote:
> > ---
> > libavfilter/blend.h | 2 +-
> > libavfilter/vf_blend.c | 27 ++-
> > libavfilter/x86/vf_blend.asm|
On Sun, Feb 14, 2016 at 02:54:29AM +0100, Marton Balint wrote:
>
> I have applied the series except the last one patching ffmpeg_opt.
This set seems to cause some issues in some FATE stations:
http://fatebeta.ffmpeg.org/report/armel5tej-qemu-debian-gcc4.4/20160214170733#failed_tests
http://fateb
On Sun, Feb 14, 2016 at 01:21:57PM +0100, Christophe Gisquet wrote:
> Hi,
>
> 2016-02-14 6:49 GMT+01:00 Timothy Gu :
> > %if HAVE_MMX_INLINE
>
> Isn't that macro meant for C code (and in config.asm without much of a
> purpose)?
Yes, but this code isn't used
On Sun, Feb 14, 2016 at 10:41:04AM +0100, Paul B Mahol wrote:
>
> ok
Pushed (last week). Thanks.
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi all,
For better security for the FATE server, I have just disabled the SSH keys
corresponding to the following owners:
- ab (only slot is "ab_haiku_fate;" has not been active for 9 months)
- amalia (only slot is "x86_64-Fedora_20-gcc-4.8.3" with one run; has not been
active for more than 1 y
On Sun, Feb 14, 2016 at 03:45:11PM +0100, Henrik Gramner wrote:
> You could try doing 8 or 16 bytes per iteration instead of 4, it might
> be faster depending on how good your cpu is at OOE.
As discussed on IRC, no observable difference has been observed with such
changes, mainly because the bottl
On Sat, Feb 13, 2016 at 05:41:10PM -0800, Timothy Gu wrote:
> The changes in "Incompatible libraries" section are strictly based on
> what our configure script says.
> ---
> LICENSE.md | 64
> +-
> 1 file c
---
libavcodec/x86/Makefile | 3 +-
libavcodec/x86/vc1dsp.asm| 585 ---
libavcodec/x86/vc1dsp_loopfilter.asm | 317 +++
libavcodec/x86/vc1dsp_mc.asm | 292 +
4 files changed, 611 insertions(+), 586 d
---
tests/api/api-flac-test.c | 2 +-
tests/api/api-seek-test.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/api/api-flac-test.c b/tests/api/api-flac-test.c
index 7b48059..288bc2c 100644
--- a/tests/api/api-flac-test.c
+++ b/tests/api/api-flac-test.c
@@ -115,7 +115,
On Mon, Feb 29, 2016 at 4:57 AM Ronald S. Bultje wrote:
> This is kind of hard to review, but I'm going to assume that there's no
> actual code changes, in which case this LGTM.
>
No there isn't. Applied, thanks.
Timothy
>
___
ffmpeg-devel mailing li
Hi,
On Mon, Feb 29, 2016 at 9:42 PM Rick Kern wrote:
> Autodetected by default. Encode using -codec:v vtenc.
>
> Signed-off-by: Rick Kern
> ---
> MAINTAINERS|1 +
> configure | 19 +
> libavcodec/Makefile|1 +
> libavcodec/allcodecs.c |1 +
> libavcod
On Thu, Mar 03, 2016 at 11:04:09PM +, Carl Eugen Hoyos wrote:
> Timo Rothenpieler rothenpieler.org> writes:
>
> > So instead of
> >
> > N-78885-g966eade
>
> The continuous numbering scheme is very convenient when
> answering user questions and it reflects very well the
> (past and current
On Fri, Mar 04, 2016 at 12:55:35AM +, Carl Eugen Hoyos wrote:
> Timothy Gu gmail.com> writes:
>
> > Of course, this argument operates on the premise that
> > making things easier for users is of utmost concern
> > for us. Please inspire me if this is not the ca
On Fri, Mar 04, 2016 at 12:45:47PM +0800, Agatha Hu wrote:
> ---
> libavcodec/nvenc.c | 33 -
> 1 file changed, 28 insertions(+), 5 deletions(-)
This patched is corrupted by your mail client. What's wrong with the first
patch you sent (with git-send-email)?
Timoth
On Fri, Mar 04, 2016 at 10:55:42AM +0100, Thilo Borgmann wrote:
> Am 04.03.16 um 08:58 schrieb wm4:
> >
> > Being able to see the, well, version in the version output (instead of
> > random numbers) sounds like a pretty convincing argument.
>
> Neither a good play on words nor elaborative; not ev
On Fri, Mar 04, 2016 at 11:24:31AM +0100, Nicolas George wrote:
> Basically, the version could be something like
> "g510046c:N78879-3.0master417-H20160303":
One object that can be raised against this is that the current versioning and
the new versioning are both compatible with Git. Try
git s
On Fri, Mar 04, 2016 at 10:20:09AM +, Carl Eugen Hoyos wrote:
> Timo Rothenpieler rothenpieler.org> writes:
>
> > The current versioning scheme is indeed simple, but
> > useless in almost all other aspects.
>
> FFmpeg has a linear development scheme, how can you call
> a continuous version
1 - 100 of 626 matches
Mail list logo
