25.12.2016, 13:31, "Marton Balint" :
> On Sat, 24 Dec 2016, Ganesh Ajjanagadde wrote:
>
>> 24.12.2016, 20:00, "Marton Balint" :
>>> On Thu, 22 Dec 2016, gajja...@yandex.com wrote:
>>>
>>>> From: Ganesh Ajjanagadde
>>>&g
24.12.2016, 20:00, "Marton Balint" :
> On Thu, 22 Dec 2016, gajja...@yandex.com wrote:
>
>> From: Ganesh Ajjanagadde
>>
>> Fixes Ticket 5389.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> doc/ffplay.texi | 4
>> f
14.07.2016, 18:48, "Wheeler, David A" :
“The project SHOULD implement perfect forward secrecy for key agreement
protocols so a session key derived from a set of long-term keys cannot be
compromised if one of the long-term keys is compromised in the future.
[crypto_pfs]
>
>
06.07.2016, 09:20, "Jean-Baptiste Kempf" :
> On 06 Jul, Ganesh Ajjanagadde wrote :
>> > A custom script is not a common build system tool.
>>
>> How configure.ac that gets fed into autotools etc is acceptable and
>> configure is not is beyond me.
06.07.2016, 08:51, "Jean-Baptiste Kempf" :
> On 06 Jul, Ganesh Ajjanagadde wrote :
>> > But, you could at least be a bit more truthful when filling it:
>> > - the buildsystem is not common tools, since you have your own
>> > configure (it'
06.07.2016, 07:48, "Jean-Baptiste Kempf" :
> On 04 Jul, Ganesh Ajjanagadde wrote :
>> https://bestpractices.coreinfrastructure.org/.
>
> Tbh, this is pure BS/PR, as we've seen for VLC. But why not...
>
> But, you could at least be a bit more truthful when fil
06.07.2016, 04:03, "Carl Eugen Hoyos" :
> Ganesh Ajjanagadde mit.edu> writes:
>
>> > No question, it would be better if tests would be added quicker ...
>>
>> I do not doubt this, but at the moment we do not enforce it.
>> Do you see any troubl
05.07.2016, 18:03, "Michael Niedermayer" :
> On Tue, Jul 05, 2016 at 05:45:19PM -0400, Ganesh Ajjanagadde wrote:
>> 05.07.2016, 17:29, "Michael Niedermayer" :
>> > On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
>>
05.07.2016, 17:29, "Michael Niedermayer" :
> On Mon, Jul 04, 2016 at 09:15:27PM -0400, Ganesh Ajjanagadde wrote:
>> 04.07.2016, 15:55, "Ronald S. Bultje" :
>> > Hi,
>> >
>> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde
>&
05.07.2016, 08:16, "Ronald S. Bultje" :
[...]
>> > [..]
>> >
>> >> 4. If the project software is an application or library, and its
>> primary
>> >> purpose is not to implement cryptography,
>> >> then it SHOULD only call on software specifically designed to implement
>> >> cryptographic f
05.07.2016, 08:22, "Hendrik Leppkes" :
> On Tue, Jul 5, 2016 at 1:40 PM, Ganesh Ajjanagadde wrote:
[...]
>>>
>>> [..]
>>>
>>>> 4. If the project software is an application or library, and its primary
>>>> purpose is not to imp
04.07.2016, 22:59, "Ronald S. Bultje" :
> Hi,
>
> On Mon, Jul 4, 2016 at 9:15 PM, Ganesh Ajjanagadde wrote:
>
>> 04.07.2016, 15:55, "Ronald S. Bultje" :
>> > Hi,
>> >
>> > On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanaga
04.07.2016, 15:55, "Ronald S. Bultje" :
> Hi,
>
> On Mon, Jul 4, 2016 at 3:44 PM, Ganesh Ajjanagadde wrote:
>
>> 04.07.2016, 15:36, "Ronald S. Bultje" :
>> > Hi,
>> >
>> > On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanaga
04.07.2016, 15:36, "Ronald S. Bultje" :
> Hi,
>
> On Mon, Jul 4, 2016 at 3:29 PM, Ganesh Ajjanagadde wrote:
>
>> 04.07.2016, 10:33, "Clément Bœsch" :
>> > On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde
>> wrote:
>> >&g
04.07.2016, 10:33, "Clément Bœsch" :
> On Mon, 4 Jul 2016 at 13:41 Ganesh Ajjanagadde wrote:
>> Hi,
>>
>> https://bestpractices.coreinfrastructure.org/.
>>
>> Thoughts on getting this done for FFmpeg?
>
> Any thing we need to adjust in the
Hi,
https://bestpractices.coreinfrastructure.org/.
Thoughts on getting this done for FFmpeg?
Regards,
Ganesh
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Jun 4, 2016 09:45, "Michael Niedermayer" wrote:
>
> CCing lukasz and ganesh ...
> so they can correct what we misremember if they want, also dont want
> to speak about people behind their back ...
>
> On Sat, Jun 04, 2016 at 12:26:22PM -0300, James Almer wrote:
> > On 6/4/2016 7:33 AM, Michael
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, i
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:
&
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 i
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.
>> >
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
>> f
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
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
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
>>
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
No dct business yet; meant to be a minimal setup for now.
Such things added as FIXME's and TODO's.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/Makefile | 1 +
libavcodec/fftw.c | 68 +
libavcodec/fft
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/configure
@@ -222,6 +222,7 @@ External library support
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
configure | 4 +++
libavcodec/Makefile | 1 +
libavcodec/fft-test.c | 82
Basic FFTW3 testing; the next patch does some slight modifications for fair
benchmarking purposes.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/fft-test.c | 74 ++-
1 file changed, 67 insertions(+), 7 deletions(-)
diff --git a/libavcodec/fft
time=1.65 s its=8192]
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/fft-test.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/libavcodec/fft-test.c b/libavcodec/fft-test.c
index 7fe42be..7b67b2e 100644
--- a/libavcodec/fft-test.c
+++ b/libavcodec/fft-test.c
On Tue, Mar 22, 2016 at 12:02 PM, Rostislav Pehlivanov
wrote:
> On 22 March 2016 at 18:36, Ganesh Ajjanagadde wrote:
>
>> No idea why in commit 01ecb7172b684f1c4b3e748f95c5a9a494ca36ec the
>> checks were removed; this can lead to NULL pointer dereferences. This
>>
On Tue, Mar 22, 2016 at 12:09 PM, Rostislav Pehlivanov
wrote:
> On 22 March 2016 at 17:33, Ganesh Ajjanagadde wrote:
>
>> On Sat, Mar 19, 2016 at 2:36 AM, Hendrik Leppkes
>> wrote:
>> > On Sat, Mar 19, 2016 at 3:27 AM, Ganesh Ajjanagadde
>> wrote:
>> &
On Tue, Mar 22, 2016 at 12:07 PM, Hendrik Leppkes wrote:
> On Tue, Mar 22, 2016 at 8:02 PM, Ganesh Ajjanagadde
> wrote:
>> On Tue, Mar 22, 2016 at 11:52 AM, Hendrik Leppkes
>> wrote:
>>> On Tue, Mar 22, 2016 at 7:37 PM, Ganesh Ajjanagadde
>>> wrote:
&
On Tue, Mar 22, 2016 at 11:52 AM, Hendrik Leppkes wrote:
> On Tue, Mar 22, 2016 at 7:37 PM, 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:
>>>>
>
No idea why in commit 01ecb7172b684f1c4b3e748f95c5a9a494ca36ec the
checks were removed; this can lead to NULL pointer dereferences. This
effectively reverts that portion of the commit.
Reviewed-by: Benoit Fouet
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/psymodel.c | 7 ++-
1 file
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.txt, aac is a widely used codec, so even a 0.1%
>> improvement in aac is fair game for optimizations, assuming it is
On Sat, Mar 19, 2016 at 9:09 AM, Reimar Döffinger
wrote:
> On Sat, Mar 19, 2016 at 12:42:09PM +0100, Clément Bœsch wrote:
>> On Fri, Mar 18, 2016 at 10:12:14PM -0700, Ganesh Ajjanagadde wrote:
>> > -static inline void abs_pow34_v(float *av_restrict out, const float
>>
On Sat, Mar 19, 2016 at 5:35 AM, Rostislav Pehlivanov
wrote:
> On 19 March 2016 at 05:12, Ganesh Ajjanagadde wrote:
>
>> It seems like in all usages, size is a multiple of 4. This is documented
>> as an assert.
>>
>> Yields speedup in this function, and small speed
On Sat, Mar 19, 2016 at 4:36 AM, Michael Niedermayer
wrote:
> On Fri, Mar 18, 2016 at 07:27:46PM -0700, Ganesh Ajjanagadde wrote:
>> Yields speedup in quantize_bands, and non-negligible speedup in aac encoding
>> overall.
>>
>> Sample benchmark (Haswell, -
On Sat, Mar 19, 2016 at 2:36 AM, Hendrik Leppkes wrote:
> On Sat, Mar 19, 2016 at 3:27 AM, Ganesh Ajjanagadde
> wrote:
>> Yields speedup in quantize_bands, and non-negligible speedup in aac encoding
>> overall.
>>
>> Sample benchmark (Haswell
On Fri, Mar 18, 2016 at 8:31 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Mar 18, 2016 at 10:59 AM, Ganesh Ajjanagadde
> wrote:
>>
>> On Mon, Mar 14, 2016 at 7:05 PM, Ganesh Ajjanagadde
>> wrote:
>> > The idea is to use ffmath.h for internal
On Wed, Mar 16, 2016 at 7:14 PM, Michael Niedermayer
wrote:
> On Mon, Mar 14, 2016 at 10:04:59PM -0400, Ganesh Ajjanagadde wrote:
>> This is ~2x faster for y not an integer on Haswell+GCC, and should
>> generally be faster due to the fact that anyway powf essentially does
>>
On Tue, Mar 15, 2016 at 6:49 PM, Rostislav Pehlivanov
wrote:
> On 15 March 2016 at 23:21, Ganesh Ajjanagadde wrote:
>
>> On Tue, Mar 15, 2016 at 10:59 AM, Derek Buitenhuis
>> wrote:
>> > On 3/15/2016 2:56 PM, Ronald S. Bultje wrote:
>> >> Might be rela
in abs_pow34_v, 508292 runs, 15996 skips65.3x
old:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 4.55s user 0.03s system 99%
cpu 4.581 total
new:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 4.50s user 0.04s system 99%
cpu 4.537 total
Signed-off-by: Ganesh Ajjanagadde
On Tue, Mar 15, 2016 at 4:37 PM, Derek Buitenhuis
wrote:
> On 3/15/2016 10:26 PM, Ganesh Ajjanagadde wrote:
>> If one wants good Gaussian samples, then yes, I need a 64 bit rng.
>> Please also note that I can use av_lfg_get, it does not result in
>> slowdown, since speed be
anoisesrc -t 300 -y sin_new.aac 4.58s user 0.01s system 99%
cpu 4.590 total
new:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 4.54s user 0.02s system 99%
cpu 4.566 total
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aacenc_utils.h | 33 +
1 file changed
On Mon, Mar 14, 2016 at 7:05 PM, Ganesh Ajjanagadde wrote:
> The idea is to use ffmath.h for internal implementations of math functions.
> Currently, it is used for variants of libm functions, but is by no means
> limited to such things.
>
> Note that this is not exported; use l
On Tue, Mar 15, 2016 at 10:59 AM, Derek Buitenhuis
wrote:
> On 3/15/2016 2:56 PM, Ronald S. Bultje wrote:
>> Might be related to aacenc? But yes, we need to know overall speed gain of
>> some useful end user feature before/after this.
>
> [13:42] <@atomnuker> well, AAC just requires the random num
On Tue, Mar 15, 2016 at 10:29 AM, Derek Buitenhuis
wrote:
> On 3/15/2016 4:46 AM, Ganesh Ajjanagadde wrote:
>> Concretely, it is nearly as fast as av_lfg_get (which only returns 32 bits),
>> and has a much smaller cache (128 bits). Thus, the timings should also
>> be more
On Tue, Mar 15, 2016 at 12:10 PM, Michael Niedermayer
wrote:
> On Mon, Mar 14, 2016 at 08:42:32PM -0400, Ganesh Ajjanagadde wrote:
>> On Sun, Mar 13, 2016 at 11:08 PM, Michael Niedermayer
>> wrote:
>> > On Sun, Mar 13, 2016 at 07:12:50PM -0400, Ganesh Ajjanagadde wrote
ang):
old:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 5.30s user 0.02s system 99%
cpu 5.322 total
new:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 5.16s user 0.03s system 99%
cpu 5.198 total
Reviewed-by: Michael Niedermayer
Reviewed-by: Reimar Döffinger
Signed-off-by: Ganesh A
-off-by: Ganesh Ajjanagadde
---
libavutil/Makefile | 1 +
libavutil/lfg.c| 2 +-
libavutil/rand.c | 93 ++
3 files changed, 95 insertions(+), 1 deletion(-)
diff --git a/libavutil/Makefile b/libavutil/Makefile
index fb20c8a..77be557 100644
ns, 0 skips
22625 decicycles in 624 calls of av_rand64_get, 262143 runs, 1 skips
22624 decicycles in 624 calls of av_rand64_get, 524286 runs, 2 skips
Reviewed-by: Michael Niedermayer
Signed-off-by: Ganesh Ajjanagadde
---
libavutil/Makefile | 2 ++
libavut
On Mon, Mar 14, 2016 at 8:56 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Mar 13, 2016 at 12:34 PM, Ganesh Ajjanagadde
> wrote:
>>
>> On Sun, Mar 13, 2016 at 7:51 AM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Sat, Mar
be significant work on this front of lower utility than
searches for hotspots elsewhere.
Reviewed-by: Reimar Döffinger
Reviewed-by: Ronald S. Bultje
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aacenc_utils.h | 6 +-
libavutil/internal.h | 16
2 files changed, 21
: Ganesh Ajjanagadde
---
libavcodec/aacenc_utils.h | 2 +-
libavcodec/aacpsy.c | 3 +-
libavcodec/acelp_pitch_delay.c | 3 +-
libavcodec/cngdec.c | 2 +-
libavcodec/dcaenc.c | 2 +-
libavcodec/imc.c| 2 +-
libavcodec/on2avc.c
On Sun, Mar 13, 2016 at 11:08 PM, Michael Niedermayer
wrote:
> On Sun, Mar 13, 2016 at 07:12:50PM -0400, Ganesh Ajjanagadde wrote:
>> This is based on the relatively well known xorshift128+ of Sebastiano
>> Vigna (https://en.wikipedia.org/wiki/Xorshift) that performs very well on
On Mon, Mar 14, 2016 at 2:13 PM, Claudio Freire wrote:
> On Sun, Mar 13, 2016 at 10:30 PM, Ganesh Ajjanagadde
> wrote:
>> /**
>> * Calculate rate distortion cost for quantizing with given codebook
>> @@ -105,7 +106,7 @@ static av_always_inline float
>> quantize
There is no reason for computing cbrtf at runtime; we have a table for
this.
Yields a negligible speedup.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aacenc.c | 2 ++
libavcodec/aacenc_quantization.h | 3 ++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a
On Sat, Mar 12, 2016 at 12:19 PM, Ganesh Ajjanagadde wrote:
> Code taken from the Julia project, licensed under MIT:
> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
> derived from: "The Ziggurat Method for generating random variables" -
> Marsagli
On Sun, Mar 13, 2016 at 8:09 PM, Marton Balint wrote:
>
> On Sun, 13 Mar 2016, Ganesh Ajjanagadde wrote:
>
>> On Sun, Mar 13, 2016 at 6:50 PM, Marton Balint wrote:
>>>
>>> Signed-off-by: Marton Balint
>>> ---
>>> libavcodec/sinewin_tablegen.h
On Sun, Mar 13, 2016 at 6:50 PM, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/sinewin_tablegen.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_tablegen.h
> index 4432135..9c912aa 100644
ns, 0 skips
22625 decicycles in 624 calls of av_rand64_get, 262143 runs, 1 skips
22624 decicycles in 624 calls of av_rand64_get, 524286 runs, 2 skips
Signed-off-by: Ganesh Ajjanagadde
---
libavutil/lfg.c | 33 -
libavutil/lfg.h | 26 +
On Sun, Mar 13, 2016 at 1:46 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 01:27:52PM -0400, Ganesh Ajjanagadde wrote:
>> On Sun, Mar 13, 2016 at 1:21 PM, Reimar Döffinger
>> wrote:
>> >> > I don't understand the waste; the double init anyway needs
On Sun, Mar 13, 2016 at 1:21 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 06:14:18PM +0100, Reimar Döffinger wrote:
>> On Sun, Mar 13, 2016 at 01:12:57PM -0400, Ganesh Ajjanagadde wrote:
>> > On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
>> > wrote:
>
On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 12:24:25PM -0400, Ganesh Ajjanagadde wrote:
>> On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
>> wrote:
>> > for (i = 0; i < 1<<13; i++)
>> > -
On Sat, Mar 12, 2016 at 11:01 AM, Michael Niedermayer
wrote:
> On Sat, Mar 12, 2016 at 08:58:40AM -0500, Ganesh Ajjanagadde wrote:
>> Also added a TODO to change to a proper normality test in the future.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> -
On Sun, Mar 13, 2016 at 7:51 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Mar 12, 2016 at 11:40 AM, Ganesh Ajjanagadde
> wrote:
>>
>> diff --git a/libavutil/internal.h b/libavutil/internal.h
>> index da76ca2..aa43754 100644
>> --- a/libavutil/inte
On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
wrote:
> Allows sharing and reusing the data between different files.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/Makefile | 10 +-
> libavcodec/aacdec.c | 2 +-
> libavcodec/aacdec_fixed.c
On Sat, Mar 12, 2016 at 11:42 AM, Reimar Döffinger
wrote:
> On Sat, Mar 12, 2016 at 11:11:32AM -0500, Ganesh Ajjanagadde wrote:
>> On Sat, Mar 12, 2016 at 11:02 AM, Michael Niedermayer
>> wrote:
>> >> +static inline double ziggurat(AVLFG *lfg)
&
iedermayer
Reviewed-by: Reimar Döffinger
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aaccoder.c | 2 +-
libavutil/lfg.c | 310 +-
libavutil/lfg.h | 9 ++
libavutil/version.h | 2 +-
4 files changed, 320 insertions(+), 3
On Sat, Mar 12, 2016 at 11:35 AM, Reimar Döffinger
wrote:
> On Sat, Mar 12, 2016 at 10:21:10AM -0500, Ganesh Ajjanagadde wrote:
>> Ok. Let me put it this way: I have a super simple patch that simply
>> moves stuff to cbrt_data.c and works perfectly well under default
>> confi
be significant work on this front of lower utility than
searches for hotspots elsewhere.
Reviewed-by: Reimar Döffinger
Reviewed-by: Ronald S. Bultje
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aacenc_utils.h | 6 +-
libavutil/internal.h | 16
2 files changed, 21
On Wed, Mar 9, 2016 at 6:33 AM, Nicolas George wrote:
> Le nonidi 19 ventôse, an CCXXIV, Clement Boesch a écrit :
[...]
>
>> - they are defined in libavcodec, and we do not want libavfilter to
>> depend on libavcodec for a core feature (we have a few filters
>> depending on it, but that's opti
On Sat, Mar 12, 2016 at 11:02 AM, Michael Niedermayer
wrote:
> On Sat, Mar 12, 2016 at 08:58:41AM -0500, Ganesh Ajjanagadde wrote:
>> Code taken from the Julia project, licensed under MIT:
>> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
>> derive
On Fri, Mar 11, 2016 at 3:05 AM, Reimar Döffinger
wrote:
> On 11.03.2016, at 03:48, Ganesh Ajjanagadde wrote:
>
>> On Thu, Mar 10, 2016 at 3:12 AM, Reimar Döffinger
>> wrote:
>>> On 10.03.2016, at 00:49, Ganesh Ajjanagadde wrote:
>>>
>>>> There
On Sat, Mar 12, 2016 at 9:15 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Mar 12, 2016 at 9:03 AM, Ganesh Ajjanagadde
> wrote:
>
>> On Fri, Mar 11, 2016 at 9:30 AM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Thu, Mar 10, 2016 at 9:23
On Fri, Mar 11, 2016 at 9:30 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Mar 10, 2016 at 9:23 PM, Ganesh Ajjanagadde
> wrote:
>
>> On Thu, Mar 10, 2016 at 8:56 AM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Thu, Mar 10, 2016 at 2
On Fri, Mar 11, 2016 at 2:18 AM, Hendrik Leppkes wrote:
> On Fri, Mar 11, 2016 at 2:09 AM, Michael Niedermayer
> wrote:
>> On Thu, Mar 10, 2016 at 09:28:50PM -0300, Claudio Freire wrote:
>>> On Thu, Mar 10, 2016 at 8:34 PM, Michael Niedermayer
>>> wrote:
>>> > Hi all
>>> >
>>> > if you fix speed
On Fri, Mar 11, 2016 at 8:56 AM, Michael Niedermayer
wrote:
> On Thu, Mar 10, 2016 at 11:16:08PM -0500, Ganesh Ajjanagadde wrote:
[...]
>> +static inline double ziggurat(AVLFG *lfg)
>> +{
>> +while (1) {
>
>> +uint64_t r = (av_lfg_get(lfg) << 31) +
ang):
old:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 5.30s user 0.02s system 99%
cpu 5.322 total
new:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 5.16s user 0.03s system 99%
cpu 5.198 total
Function added as av_gaussian_get with documentation, minor bumped.
Signed-off-by: Ganesh A
Also added a TODO to change to a proper normality test in the future.
Signed-off-by: Ganesh Ajjanagadde
---
libavutil/lfg.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/libavutil/lfg.c b/libavutil/lfg.c
index ffa2f1f..5ffd76f 100644
--- a/libavutil
On Fri, Mar 11, 2016 at 3:10 AM, Reimar Döffinger
wrote:
> On 11.03.2016, at 05:16, Ganesh Ajjanagadde wrote:
>> Code taken from the Julia project, licensed under MIT:
>> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
>> derived from: "The Zigg
On Thu, Mar 10, 2016 at 11:30 PM, James Almer wrote:
> On 3/11/2016 1:16 AM, Ganesh Ajjanagadde wrote:
>> void av_bmg_get(AVLFG *lfg, double out[2])
>> {
>> -double x1, x2, w;
>> -
>> -do {
>> -x1 = 2.0 / UINT_MAX * av_lfg_get(lfg)
-t 300 -y sin_new.aac 5.29s user 0.01s system 99%
cpu 5.303 total
new:
ffmpeg -f lavfi -i anoisesrc -t 300 -y sin_new.aac 5.14s user 0.02s system 99%
cpu 5.166 total
Documentation is also changed accordingly.
Signed-off-by: Ganesh Ajjanagadde
---
libavutil/l
On Thu, Mar 10, 2016 at 3:12 AM, Reimar Döffinger
wrote:
> On 10.03.2016, at 00:49, Ganesh Ajjanagadde wrote:
>
>> There is no reason for computing cbrtf at runtime; we have a table for
>> this.
>>
>> Cruft needed due to the build system, the people who still like
On Thu, Mar 10, 2016 at 2:46 AM, Hendrik Leppkes wrote:
> On Thu, Mar 10, 2016 at 12:49 AM, Ganesh Ajjanagadde
> wrote:
>> There is no reason for computing cbrtf at runtime; we have a table for
>> this.
>>
>> Cruft needed due to the build system, the people who
On Thu, Mar 10, 2016 at 11:21 AM, Rostislav Pehlivanov
wrote:
> On 10 March 2016 at 01:55, Ganesh Ajjanagadde wrote:
>>
>>
>> In fact, I personally have no idea why it is absolutely critical that
>> a Hamming window is used, see 0cfdaf45c4 where Welch was used
>>
On Thu, Mar 10, 2016 at 4:10 PM, Benoit Fouet wrote:
> Hi,
>
> Le 04/03/2016 04:06, Ganesh Ajjanagadde a écrit :
>>
>> No idea why in commit 01ecb7172b684f1c4b3e748f95c5a9a494ca36ec the
>> checks were removed; this can lead to NULL pointer dereferences. This
>> ef
On Thu, Mar 10, 2016 at 8:56 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Thu, Mar 10, 2016 at 2:37 AM, Reimar Döffinger
> wrote:
>
>> On 10.03.2016, at 03:06, Ganesh Ajjanagadde wrote:
>>
>> > On Wed, Mar 9, 2016 at 2:16 AM, Reimar Döffinger
>> >
On Wed, Mar 9, 2016 at 2:16 AM, Reimar Döffinger
wrote:
> On 08.03.2016, at 04:48, Ganesh Ajjanagadde wrote:
>
>> +nzl += expf(logf(s / ethresh) * nzslope);
>
> Shouldn't log2f/exp2f be faster?
> log2f at least has CPU support on x86 AFAICT.
I had t
On Wed, Mar 9, 2016 at 1:32 PM, Reimar Döffinger
wrote:
> On Wed, Mar 09, 2016 at 01:13:58PM +0100, Michael Niedermayer wrote:
>> On Tue, Mar 08, 2016 at 10:16:50PM -0500, Ganesh Ajjanagadde wrote:
>> > Yields 2x improvement in function performance, and boosts aac encoding
On Wed, Mar 9, 2016 at 5:09 PM, Moritz Barsnick wrote:
> On Tue, Mar 08, 2016 at 22:16:50 -0500, Ganesh Ajjanagadde wrote:
>> ffmpeg -i sin.flac -acodec aac -y sin_new.aac 5.22s user 0.03s system 105%
>> cpu 4.970 total
>
> Just wondering: Is this the sin.flac from
> ffm
/libavcodec.so.57
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/Makefile | 27 ++
libavcodec/aacdec_fixed.c | 4 +--
libavcodec/aacdec_template.c| 4 +--
libavcodec/aacenc.c | 2 ++
libavcodec
sin_new.aac 5.40s user 0.05s system 105% cpu
5.162 total
Big shame that len-1 is -1 mod 4; 0 mod 4 would have yielded a further 2x
through
additional symmetry. Of course, one could approximate with the 0 mod 4 variant,
error would essentially be ~ 1/len in the worst case.
Signed-off-by: Ganesh
On Tue, Mar 8, 2016 at 8:02 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Mar 7, 2016 at 10:48 PM, Ganesh Ajjanagadde
> wrote:
>>
>> This is ~2x faster for y not an integer on Haswell+GCC, and should
>> generally be faster due to the fact that anyway powf essential
On Tue, Mar 8, 2016 at 2:30 PM, Reimar Döffinger
wrote:
> On Mon, Mar 07, 2016 at 10:50:53PM -0500, Ganesh Ajjanagadde wrote:
>> On Mon, Mar 7, 2016 at 2:54 AM, Reimar Döffinger
>> wrote:
>> >> Can you be more specific, and are you sure about this?
>> >
>
On Tue, Mar 8, 2016 at 9:10 PM, Rostislav Pehlivanov
wrote:
> On 9 March 2016 at 01:02, Ronald S. Bultje wrote:
>
>> Hi,
>>
>> On Mon, Mar 7, 2016 at 10:48 PM, Ganesh Ajjanagadde
>> wrote:
>>
>> > This is ~2x faster for y not an integer on Haswell+GC
On Mon, Mar 7, 2016 at 2:54 AM, Reimar Döffinger
wrote:
> On 07.03.2016, at 04:04, Ganesh Ajjanagadde wrote:
>> On Sun, Mar 6, 2016 at 1:43 PM, Reimar Döffinger
>> wrote:
>>> On Sun, Mar 06, 2016 at 07:35:58PM +0100, Reimar Döffinger wrote:
>>>> Approximat
1 - 100 of 1996 matches
Mail list logo