On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote:
> Ganesh Ajjanagadde (4):
> configure: add fftw3 detection
> lavc/fftw: add initial fftw wrapper
> lavc/fft-test: add FFTW3 tests
> lavc/fft-test: update benchmark code
>
Why?
Using an external library for such an essent
On 3/25/16, Ganesh Ajjanagadde wrote:
> Useful for fast FFT computation: http://www.fftw.org/.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> configure | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/configure b/configure
> index 0987bcd..9a9a36d 100755
> --- a/configure
> +++ b/conf
2016-03-25 0:40 GMT+09:00 Rodger Combs :
> Fixed with this patch:
>
> i tested
there are some errors patch decoding and encoding.
patch error
patch -p1 < "audiotoolboxenc_fixed_1_remove unneeded packet metadata.patch"
patch unexpectedly ends in middle of line
decoding error (aac and ac3 are tes
On date Tuesday 2016-03-15 19:21:23 +0100, Marton Balint encoded:
> Fixes ticket #5318.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/segment.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/segment.c b/libavformat/segment.c
> index ccedd04..705
On Fri, Mar 25, 2016 at 10:05:09AM +0100, Paul B Mahol wrote:
> On 3/25/16, Ganesh Ajjanagadde wrote:
> > { require libfdk_aac fdk-aac/aacenc_lib.h
> > aacEncOpen -lfdk-aac &&
> > warn "using libfdk without pkg-config"; }
> > }
> >
Hi,
patch attached.
From 155ea9e6063553b8f7db83698faf428eaa1f8c04 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Fri, 25 Mar 2016 11:22:39 +0100
Subject: [PATCH] avcodec/jpeg2000dec: account two last bytes from end of
bytestream as EOC marker
This silences missing EOC marker when decoding j2
Hi,
patch attached.
From 695cd4e4c6845a3b6c74d15e07b36df30da2f1b8 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Fri, 25 Mar 2016 14:33:15 +0100
Subject: [PATCH] avcodec/jpeg2000dec: add slice threading support
Signed-off-by: Paul B Mahol
---
libavcodec/jpeg2000dec.c | 15 ---
1
On date Sunday 2016-03-06 20:49:22 -0600, Rodger Combs encoded:
> ---
> libavformat/segment.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/segment.c b/libavformat/segment.c
> index dd3b092..818c0c9 100644
> --- a/libavformat/segment.c
> +++ b/libavformat/se
On date Sunday 2016-03-06 20:49:23 -0600, Rodger Combs encoded:
> This reduces some code duplication, and ensures that cur_entry.last_duration
> is
> always set.
> ---
> libavformat/segment.c | 12 +++-
> 1 file changed, 7 insertions(+), 5 deletions(-)
>
> diff --git a/libavformat/segmen
On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch wrote:
> On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote:
>> Ganesh Ajjanagadde (4):
>> configure: add fftw3 detection
>> lavc/fftw: add initial fftw wrapper
>> lavc/fft-test: add FFTW3 tests
>> lavc/fft-test: update benchm
On Fri, Mar 25, 2016 at 2:32 AM, Reimar Döffinger
wrote:
> On Fri, Mar 25, 2016 at 10:05:09AM +0100, Paul B Mahol wrote:
>> On 3/25/16, Ganesh Ajjanagadde wrote:
>> > { require libfdk_aac fdk-aac/aacenc_lib.h
>> > aacEncOpen -lfdk-aac &&
>> >
On Thu, Mar 24, 2016 at 05:50:52PM -0700, Ganesh Ajjanagadde wrote:
> 1. The most important change is the addition of a permute call to ensure
> that the comparison between fftw and avfft is fair, since fftw does not
> require the call. This is evident from the test code additions in the
> previous
On Fri, Mar 25, 2016 at 03:53:29PM +0100, Michael Niedermayer wrote:
> On Thu, Mar 24, 2016 at 05:50:52PM -0700, Ganesh Ajjanagadde wrote:
> > 1. The most important change is the addition of a permute call to ensure
> > that the comparison between fftw and avfft is fair, since fftw does not
> > req
On date Sunday 2016-03-06 20:49:24 -0600, Rodger Combs encoded:
> ---
> doc/muxers.texi | 5 +
> libavformat/segment.c | 8 +++-
> 2 files changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index f2ad7fe..700ec88 100644
> --- a/doc/muxers.t
Chew Lam Tan bes.com.sg> writes:
> We'd like to know how does the license work for the
> above-mentioned development?
See https://www.ffmpeg.org/legal.html for the only
license(s) that are available for the distribution
of FFmpeg.
Don't forget to ask you lawyer all additional questions.
Carl
On 25 March 2016 at 14:34, Ganesh Ajjanagadde wrote:
>
> like libopus based decoding instead of native FFmpeg decoding,
>
The decoders differ in output on broken/invalid files made using libopusenc
(at extremely low bitrates, way below the 5k minimum the spec says).
> the multiple AAC encoders/
On Fri, Mar 25, 2016 at 3:34 PM, Ganesh Ajjanagadde wrote:
> On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch wrote:
>> On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote:
>>> Ganesh Ajjanagadde (4):
>>> configure: add fftw3 detection
>>> lavc/fftw: add initial fftw wrapper
>>>
On Fri, Mar 25, 2016 at 4:23 PM, Hendrik Leppkes wrote:
> On Fri, Mar 25, 2016 at 3:34 PM, Ganesh Ajjanagadde
> wrote:
>> On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch wrote:
>>> On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote:
Ganesh Ajjanagadde (4):
configure:
On Fri, Mar 25, 2016 at 7:53 AM, Michael Niedermayer
wrote:
> On Thu, Mar 24, 2016 at 05:50:52PM -0700, Ganesh Ajjanagadde wrote:
>> 1. The most important change is the addition of a permute call to ensure
>> that the comparison between fftw and avfft is fair, since fftw does not
>> require the ca
On Fri, Mar 25, 2016 at 07:50:22AM -0700, Ganesh Ajjanagadde wrote:
> On Fri, Mar 25, 2016 at 2:32 AM, Reimar Döffinger
> wrote:
> >> Big NO from me. Please refrain from doing such silly things.
> >> Either improve our implementation or do nothing.
> >
> > I don't disagree with the basic objection
On Fri, Mar 25, 2016 at 8:23 AM, Hendrik Leppkes wrote:
> On Fri, Mar 25, 2016 at 3:34 PM, Ganesh Ajjanagadde
> wrote:
>> On Fri, Mar 25, 2016 at 12:35 AM, Clément Bœsch wrote:
>>> On Thu, Mar 24, 2016 at 05:50:48PM -0700, Ganesh Ajjanagadde wrote:
Ganesh Ajjanagadde (4):
configure:
This fixes Ticket 4389 differently
Fixes Ticket5371
Fixes null pointer dereference
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_slice.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index 9a5bc3f..c4340dc 1006
Le sextidi 6 germinal, an CCXXIV, Ganesh Ajjanagadde a écrit :
> Depends on if it is small or not. Yes, in many codecs, FFT's are short
> length ones, e.g 512. However, on long lengths, e.g 8192+, as seen
> from the benches, there are sometimes 2x variations at the moment.
And how much of the actu
On Fri, Mar 25, 2016 at 09:11:10AM -0700, Ganesh Ajjanagadde wrote:
> On Fri, Mar 25, 2016 at 7:53 AM, Michael Niedermayer
> wrote:
> > On Thu, Mar 24, 2016 at 05:50:52PM -0700, Ganesh Ajjanagadde wrote:
> >> 1. The most important change is the addition of a permute call to ensure
> >> that the co
On Fri, Mar 25, 2016 at 9:36 AM, Nicolas George wrote:
> Le sextidi 6 germinal, an CCXXIV, Ganesh Ajjanagadde a écrit :
>> Depends on if it is small or not. Yes, in many codecs, FFT's are short
>> length ones, e.g 512. However, on long lengths, e.g 8192+, as seen
>> from the benches, there are som
On Fri, Mar 25, 2016 at 9:23 AM, Reimar Döffinger
wrote:
> On Fri, Mar 25, 2016 at 07:50:22AM -0700, Ganesh Ajjanagadde wrote:
>> On Fri, Mar 25, 2016 at 2:32 AM, Reimar Döffinger
>> wrote:
>> >> Big NO from me. Please refrain from doing such silly things.
>> >> Either improve our implementation
On 3/25/2016 12:25 PM, Hendrik Leppkes wrote:
> Also for the record, most of the external libraries that duplicate
> internal functionality existed before the internal functionality was
> improved/implemented, or the current internal variant is still not
> quite on the level.
> Sometimes its just c
Am 22.03.16 um 12:20 schrieb Thilo Borgmann:
> Am 22.03.16 um 11:45 schrieb wm4:
>> On Sun, 13 Mar 2016 21:00:23 +0100
>> Thilo Borgmann wrote:
>>
>>> Am 13.03.16 um 15:08 schrieb wm4:
On Sat, 12 Mar 2016 15:13:21 +0100
Thilo Borgmann wrote:
> From a1d9ce388c69eabb256e6b351c
Am 22.03.16 um 11:44 schrieb Thilo Borgmann:
> Am 19.03.16 um 18:26 schrieb Michael Niedermayer:
>> On Sat, Mar 19, 2016 at 04:31:56PM +0100, Thilo Borgmann wrote:
>>> All comments addressed,
>>
>>> linux compilation fixed.
>>
>> confirmed, thx
>
> If there are no more comments I'll apply soon.
A
On Fri, Mar 25, 2016 at 09:29:56AM -0700, Ganesh Ajjanagadde wrote:
> On Fri, Mar 25, 2016 at 8:23 AM, Hendrik Leppkes wrote:
> > If performance is the only reason one might want an external library,
> > then its a much better idea to try to optimize the code we have, that
> > way more people auto
Enable proper PCR insertion for VBR multiplexing (muxrate not specified).
Insertion timing is based on video frame keys and frame period, consequently
pcr period precision is limited to +/- one video frame period.
Signed-off-by: Predrag Filipovic
---
libavformat/mpegtsenc.c | 80
On 3/24/2016 9:50 PM, Ganesh Ajjanagadde wrote:
> Useful for fast FFT computation: http://www.fftw.org/.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> configure | 4
> 1 file changed, 4 insertions(+)
fftw brings nothing we don't already have. It's simply faster in some cases
and slower in
On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann wrote:
> Am 22.03.16 um 12:20 schrieb Thilo Borgmann:
>> Am 22.03.16 um 11:45 schrieb wm4:
>>> On Sun, 13 Mar 2016 21:00:23 +0100
>>> Thilo Borgmann wrote:
>>>
Am 13.03.16 um 15:08 schrieb wm4:
> On Sat, 12 Mar 2016 15:13:21 +0100
> Thi
Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann
> wrote:
>> Am 22.03.16 um 12:20 schrieb Thilo Borgmann:
>>> Am 22.03.16 um 11:45 schrieb wm4:
On Sun, 13 Mar 2016 21:00:23 +0100
Thilo Borgmann wrote:
> Am 13.03.16 um 15:08 schrie
On Fri, Mar 25, 2016 at 9:32 AM, James Almer wrote:
> On 3/24/2016 9:50 PM, Ganesh Ajjanagadde wrote:
>> Useful for fast FFT computation: http://www.fftw.org/.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> configure | 4
>> 1 file changed, 4 insertions(+)
>
> fftw brings nothing we don'
On Tue, Mar 22, 2016 at 4:42 PM, Michael Niedermayer
wrote:
> On Tue, Mar 22, 2016 at 11:37:16AM -0700, Ganesh Ajjanagadde wrote:
>> On Tue, Mar 22, 2016 at 11:30 AM, Rostislav Pehlivanov
>> wrote:
>> > On 22 March 2016 at 18:14, Ganesh Ajjanagadde wrote:
>> >>
>> >>
>> >> Per doc/optimization.t
On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann wrote:
> Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
>> On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann
>> wrote:
>>> Am 22.03.16 um 12:20 schrieb Thilo Borgmann:
Am 22.03.16 um 11:45 schrieb wm4:
> On Sun, 13 Mar 2016 21:00:23 +0100
>>>
Carl Eugen Hoyos ag.or.at> writes:
> Attached patch fixes ticket #5364 for me.
Fixes several different samples, I'll push if
nobody objects.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-d
On Thu, Mar 24, 2016 at 01:40:07AM +0100, Carl Eugen Hoyos wrote:
> @@ -432,6 +432,8 @@ static int flic_decode_frame_8BPP(AVCodecContext *avctx,
> y_ptr += s->frame->linesize[0]) {
> bytestream2_get_buffer(&g2, &pixels[y_ptr],
>
New formula for residual calculation, which reduced compressed sized
significantly, but it is still a bit larger then in case if all frames are
I. I think it because of coder context changes to much from I frame pixel
value to P ones.
Also more fate test references were generated.
--
Stanislav D
Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
> wrote:
>> Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
>>> On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann
>>> wrote:
Am 22.03.16 um 12:20 schrieb Thilo Borgmann:
> Am 22.03.16 um 11:45 s
On 3/25/16, Ganesh Ajjanagadde wrote:
> On Fri, Mar 25, 2016 at 9:36 AM, Nicolas George wrote:
>> Le sextidi 6 germinal, an CCXXIV, Ganesh Ajjanagadde a ecrit :
>>> Depends on if it is small or not. Yes, in many codecs, FFT's are short
>>> length ones, e.g 512. However, on long lengths, e.g 8192+
On 3/25/16, Stanislav Dolganov wrote:
> New formula for residual calculation, which reduced compressed sized
> significantly, but it is still a bit larger then in case if all frames are
> I. I think it because of coder context changes to much from I frame pixel
> value to P ones.
Use another cont
On Fri, Mar 25, 2016 at 12:11 PM, Paul B Mahol wrote:
> On 3/25/16, Ganesh Ajjanagadde wrote:
>> On Fri, Mar 25, 2016 at 9:36 AM, Nicolas George wrote:
>>> Le sextidi 6 germinal, an CCXXIV, Ganesh Ajjanagadde a ecrit :
Depends on if it is small or not. Yes, in many codecs, FFT's are short
>
On Fri, Mar 25, 2016 at 11:28:30AM +0100, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> jpeg2000dec.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
> dd8b1c68a69169e00b94ecd9402f1faa9a4548ce
> 0001-avcodec-jpeg2000dec-account-two-last-bytes-from-end-.patch
> From 155ea9e6063
> On Mar 25, 2016, at 09:45, Stefano Sabatini wrote:
>
> On date Sunday 2016-03-06 20:49:23 -0600, Rodger Combs encoded:
>> This reduces some code duplication, and ensures that cur_entry.last_duration
>> is
>> always set.
>> ---
>> libavformat/segment.c | 12 +++-
>> 1 file changed, 7 in
> On Mar 25, 2016, at 10:17, Stefano Sabatini wrote:
>
> Can you describe an use case for this (and possibly add a short
> description in the log)?
This is mostly useful when writing segmented subtitles (e.g. WebVTT in HLS). If
there's a gap in the subtitles, you need empty segments between th
On Fri, 25 Mar 2016 19:41:40 +0100
Thilo Borgmann wrote:
> Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
> > On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
> > wrote:
> >> Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
> >>> On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann
> >>> wrote:
>
On 3/25/2016 4:55 PM, Ganesh Ajjanagadde wrote:
> If anyone cares here, I do not know why we can't use inline asm or
> intrinsics
With Inline asm and intrinsics you're 100% dependent on the compiler
doing the right thing. The latter more so than the former.
So a function compiled with gcc 4.9 migh
On Fri, Mar 25, 2016 at 02:43:44PM +0100, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> jpeg2000dec.c | 15 ---
> 1 file changed, 8 insertions(+), 7 deletions(-)
> 1e3850de4232f98aa209581d0cf3baca9507fb76
> 0001-avcodec-jpeg2000dec-add-slice-threading-support.patch
> From 695cd
Hi,
On Fri, Mar 25, 2016 at 3:55 PM, Ganesh Ajjanagadde
wrote:
> On Fri, Mar 25, 2016 at 12:11 PM, Paul B Mahol wrote:
> > On 3/25/16, Ganesh Ajjanagadde wrote:
> >> On Fri, Mar 25, 2016 at 9:36 AM, Nicolas George
> wrote:
> >>> Le sextidi 6 germinal, an CCXXIV, Ganesh Ajjanagadde a ecrit :
>
Hi,
patch attached.
From 8429137e301ec15a8b1f3684ce2d9d6533ec95f2 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Fri, 25 Mar 2016 20:40:29 +0100
Subject: [PATCH] avfilter: add zoneplate video source filter
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfil
On Fri, Mar 25, 2016 at 7:41 PM, Thilo Borgmann wrote:
> Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
>> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
>> wrote:
>>> Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
On Fri, Mar 25, 2016 at 5:48 PM, Thilo Borgmann
wrote:
> Am 22.03.
---
Changelog | 2 +-
configure | 4 -
libavcodec/Makefile| 1 -
libavcodec/allcodecs.c | 1 -
libavcodec/libdcadec.c | 311 -
libavcodec/version.h | 2 +-
6 files changed, 2 insertions(+), 319 deletions(-)
On Fri, Mar 25, 2016 at 21:34:45 +, Kieran Kunhya wrote:
> +- libfaac removed
Well, this is most certainly a typo. ;-)
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Mar 25, 2016 at 09:38:37PM +0300, Станислав Долганов wrote:
> New formula for residual calculation, which reduced compressed sized
> significantly, but it is still a bit larger then in case if all frames are
> I. I think it because of coder context changes to much from I frame pixel
> value
Signed-off-by: Thomas Mundt
---
libavfilter/vf_colormatrix.c | 34 --
1 file changed, 20 insertions(+), 14 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 4a57fe0..ecd7a97 100644
--- a/libavfilter/vf_colormatrix.c
+++ b/
Signed-off-by: Thomas Mundt
---
doc/filters.texi | 3 +++
libavfilter/vf_colormatrix.c | 38 ++
2 files changed, 25 insertions(+), 16 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 528e0f8..a438f6d 100644
--- a/doc/filters.tex
Signed-off-by: Thomas Mundt
---
libavfilter/vf_colormatrix.c | 49 +++-
1 file changed, 21 insertions(+), 28 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 6840b91..5fe9ce3 100644
--- a/libavfilter/vf_colormatri
Signed-off-by: Thomas Mundt
---
libavfilter/vf_colormatrix.c | 182 ++-
1 file changed, 179 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_colormatrix.c b/libavfilter/vf_colormatrix.c
index 5fe9ce3..92224b6 100644
--- a/libavfilter/vf_colormatri
These patches add bt.2020 colorspace and 10 and 12 bit depth support.
The calculation of the Y component is simplified but with identical results.
Some unused variables are removed.
The YUV croma coefficients are calculated instead of taken from a rough rounded
table.
Since these calculations happ
The following patchset aims to make bitexact the yuv->rgba armv7 neon code path
with the aarch64 one. It also aims to make the two code bases as close as
possible.
[PATCH 01/10] swscale/arm/yuv2rgb: remove 32bit code path
The current 32bit code path which is unused is removed.
[PATCH 06/10] swsc
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 4601a79..ef7b0a6 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -13
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 03d15cb..fe5dd04 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index f40327b..aac0773 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 115 ++
1 file changed, 39 insertions(+), 76 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 8abb986..f77f534 100644
--- a/libswscale/arm/yuv2rgb_neon.
From: Matthieu Bouron
---
libswscale/arm/swscale_unscaled.c | 16 +++
libswscale/arm/yuv2rgb_neon.S | 89 +--
2 files changed, 47 insertions(+), 58 deletions(-)
diff --git a/libswscale/arm/swscale_unscaled.c
b/libswscale/arm/swscale_unscaled.c
index
From: Matthieu Bouron
---
libswscale/arm/swscale_unscaled.c | 72 --
libswscale/arm/yuv2rgb_neon.S | 156 --
2 files changed, 66 insertions(+), 162 deletions(-)
diff --git a/libswscale/arm/swscale_unscaled.c
b/libswscale/arm/swscale_unsc
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 154 +++---
1 file changed, 69 insertions(+), 85 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index f77f534..03d15cb 100644
--- a/libswscale/arm/yuv2rgb_neon.
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index aac0773..22864ec 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -171,7 +171,6 @@
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 22864ec..4601a79 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -15
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 89 ---
1 file changed, 24 insertions(+), 65 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index ef7b0a6..8abb986 100644
--- a/libswscale/arm/yuv2rgb_neon.
Without this patch, configure still passes and enables CUDA, no matter
if it was actually found, breaking the build in case it was not.
---
configure | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index feb0bc2..2b16198 100755
--- a/configure
+++ b/conf
On Fri, Mar 25, 2016 at 11:31:12PM +0100, Thomas Mundt wrote:
> Signed-off-by: Thomas Mundt
> ---
> libavfilter/vf_colormatrix.c | 34 --
> 1 file changed, 20 insertions(+), 14 deletions(-)
missing fate update
--- ./tests/ref/fate/filter-colormatrix12016-
Am 25.03.16 um 21:12 schrieb wm4:
> On Fri, 25 Mar 2016 19:41:40 +0100
> Thilo Borgmann wrote:
>
>> Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
>>> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
>>> wrote:
Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016 at 5
Am 25.03.16 um 21:59 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016 at 7:41 PM, Thilo Borgmann
> wrote:
>> Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
>>> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
>>> wrote:
Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016
Am 25.03.16 um 21:59 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016 at 7:41 PM, Thilo Borgmann
> wrote:
>> Am 25.03.16 um 18:48 schrieb Hendrik Leppkes:
>>> On Fri, Mar 25, 2016 at 6:26 PM, Thilo Borgmann
>>> wrote:
Am 25.03.16 um 17:56 schrieb Hendrik Leppkes:
> On Fri, Mar 25, 2016
On Sat, Mar 26, 2016 at 1:12 AM, Thilo Borgmann wrote:
>>
>> When you go from talking about a developers concerns to just pushing,
>> then how else do you think someone should feel?
>
> You are again ignoring what I did and what I've written in the previous
> mails to explain what I did and why I
On Fri, Mar 25, 2016 at 11:46:01PM +0100, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> libswscale/arm/yuv2rgb_neon.S | 89
> ---
> 1 file changed, 24 insertions(+), 65 deletions(-)
breaks build
make distclean ; ../configure --cross-prefix=/
>>>Michael Niedermayer schrieb am Sa, 26.3.2016:
> missing fate update
Sorry!
Updated patch attached. Now fate passes.
0001-avfilter-vf_colormatrix-increase-precision.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
h
On Sat, Mar 26, 2016 at 01:14:36AM +, Thomas Mundt wrote:
> >>>Michael Niedermayer schrieb am Sa, 26.3.2016:
> > missing fate update
> Sorry!
> Updated patch attached. Now fate passes.
> libavfilter/vf_colormatrix.c | 34 --
> tests/ref/fate/filter-col
Signed-off-by: James Almer
---
libavformat/latmenc.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/libavformat/latmenc.c b/libavformat/latmenc.c
index db6977e..9713b1b 100644
--- a/libavformat/latmenc.c
+++ b/libavformat/latmenc.c
@@ -25,6 +25,7 @@
#in
82 matches
Mail list logo
