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
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
>>>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 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=/
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
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
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
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-
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
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.
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 | 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 | 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/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/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/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/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 | 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
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
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
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
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 | 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/
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
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
---
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 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.
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
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 :
>
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
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, 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 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 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 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 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 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 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+
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
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
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],
>
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 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
>>>
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 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'
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 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
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 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
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
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
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
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 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 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
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
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
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:
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 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 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 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 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/
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 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
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 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 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 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 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 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
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
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
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"; }
> > }
> >
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
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 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
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
82 matches
Mail list logo
