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" - Marsaglia
and Tsang.
Paper and reference code: http://www.jstatsoft.org/v05/i08/. This is
well known
Most testing methods are not great for accurate normality testing:
https://stats.stackexchange.com/questions/2492/is-normality-testing-essentially-useless.
Nonetheless, they at least catch usual coding mistakes.
In particular, this patch adds a Anderson-Darling based test for normality.
Signed-of
This is based on the relatively well known xorshift128+ of Sebastiano
Vigna (https://en.wikipedia.org/wiki/Xorshift) that performs very well on the
BigCrush suite, is very efficient, and is thus used by a number of
clients: http://xorshift.di.unimi.it/ (see Introduction).
Moreover, the implementat
Hi,
On Mon, Mar 14, 2016 at 10:06 PM, Ganesh Ajjanagadde
wrote:
> 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 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 12, 2016 at 11:40 AM, 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
this under the hood. Made an inline function in lavu/internal.h for this
purpose.
Note that there are some accuracy differences, that should generally be
negligi
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 lavu/mathematics for such purposes.
Suggested-by: Ronald S. Bultje
Signed-off-by: Ganes
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 the
>> BigCrush s
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_and_encode_band_cost_template(
On Mon, 14 Mar 2016, Michael Niedermayer wrote:
On Sun, Mar 13, 2016 at 03:03:30AM +0100, Marton Balint wrote:
Deleting a non-existing item should not invalidate existing entries returned
with av_dict_get.
LGTM
Thanks, applied both patches in the series.
Regards,
Marton
_
On Sun, 6 Mar 2016, Michael Niedermayer wrote:
On Sun, Mar 06, 2016 at 01:10:48PM +0100, Marton Balint wrote:
This may improve the precision of the fixed point decoder for some compilers
and architectures.
Signed-off-by: Marton Balint
---
libavcodec/aac_defines.h | 6 +++---
libavcodec/aac
On Mon, Mar 14, 2016 at 19:37:33 +0100, Thilo Borgmann wrote:
> > So
> > if (x)
> > SafeCFRelease(a);
> > else
> > SafeCFRelease(b);
> >
> > can work.
>
> At least the clang preprocessor keeps the outer {} so that this should work.
> I'm not arguing - if experience says compilers
Am 14.03.16 um 16:31 schrieb Clément Bœsch:
> On Mon, Mar 14, 2016 at 03:38:52PM +0100, Thilo Borgmann wrote:
>> Am 14.03.16 um 13:56 schrieb Clément Bœsch:
>>> On Mon, Mar 14, 2016 at 01:46:52PM +0100, Thilo Borgmann wrote:
Am 14.03.16 um 11:22 schrieb Clément Bœsch:
> [...]
>> +./ffm
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_and_encode_band_cost_template(
> curbits += 21;
>
Patchset also fixes the issues I've been experiencing.
--
Simon Thelen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Boris Nagels
---
libavformat/hlsenc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 7ab7cbb..c6ab7c5 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -126,12 +126,17 @@ static int hls_delete_old_se
Tomas Härdin codemill.se> writes:
> On Sun, 2016-03-13 at 14:25 +, Carl Eugen Hoyos wrote:
> > Tomas Härdin codemill.se> writes:
> >
> > > On Thu, 2016-03-10 at 15:06 +0100, Carl Eugen Hoyos wrote:
> > > >
> > > > Attached patch fixes ticket #5312 here.
> > > > The OP claims that the file
Michael Niedermayer niedermayer.cc> writes:
> On Sun, Mar 13, 2016 at 09:00:32AM +0100, Carl Eugen Hoyos wrote:
> > On Sunday 13 March 2016 08:56:22 am Carl Eugen Hoyos wrote:
> > > Hi!
> > >
> > > Attached patch may fix an issue reported on the user mailing list.
> >
> > Second try attached.
>
Tomas Härdin codemill.se> writes:
> > While debugging ticket #5312, I realized that I included the
> > track number in the Canopus essence element.
>
> OK
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
On Mon, Mar 14, 2016 at 03:38:52PM +0100, Thilo Borgmann wrote:
> Am 14.03.16 um 13:56 schrieb Clément Bœsch:
> > On Mon, Mar 14, 2016 at 01:46:52PM +0100, Thilo Borgmann wrote:
> >> Am 14.03.16 um 11:22 schrieb Clément Bœsch:
> >>> [...]
> +./ffmpeg -f lavfi -i
> nullsrc=s=100x100,corei
Benjamin Steffes gmail.com> writes:
[...]
Cool, you found another bug;-)
Last time I tested, the start_frame option didn't work
(maybe only for bigger values), please test!
I'll look at your patch later, Carl Eugen
___
ffmpeg-devel mailing list
ffm
On Sun, Mar 13, 2016 at 03:03:31AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavutil/dict.h | 3 +++
> 1 file changed, 3 insertions(+)
ok
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Old school: Use the lowest level language
On Sun, Mar 13, 2016 at 03:03:30AM +0100, Marton Balint wrote:
> Deleting a non-existing item should not invalidate existing entries returned
> with av_dict_get.
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy is the form of government in whi
Am 14.03.16 um 13:56 schrieb Clément Bœsch:
> On Mon, Mar 14, 2016 at 01:46:52PM +0100, Thilo Borgmann wrote:
>> Am 14.03.16 um 11:22 schrieb Clément Bœsch:
>>> [...]
+./ffmpeg -f lavfi -i
nullsrc=s=100x100,coreimage=filter=CIQRCodeGenerator@@inputMessage=https\://FFmpeg.org/@@inputC
On Mon, Mar 14, 2016 at 10:00:52 -0400, Aaron Boxer wrote:
> On Thu, Mar 10, 2016 at 5:18 PM, Moritz Barsnick wrote:
> > On Thu, Mar 10, 2016 at 17:13:12 -0500, Aaron Boxer wrote:
> > > with same CLI and same name for binaries.
> > ffmpeg doesn't use cli, it uses libraries, APIs and ABIs.
> Thank
On Sun, Mar 13, 2016 at 01:12:26AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/utils.c | 10 +++-
> tests/ref/fate/gaplessenc-itunes-to-ipod-aac | 68
> ++--
> tests/ref/fate/gaplessinfo-itunes1 | 4 +-
On Thu, Mar 10, 2016 at 5:18 PM, Moritz Barsnick wrote:
> On Thu, Mar 10, 2016 at 17:13:12 -0500, Aaron Boxer wrote:
> > Does FFMpeg support OpenJPEG version 2.x ?
>
> Since January, yes:
> https://ffmpeg.org/pipermail/ffmpeg-devel/2015-December/185794.html
>
> > with same CLI and same name for b
Dear friends,
I fully agree with Hendrik on that point and I'm trapping into the same problems
Regards
Michael
-Ursprüngliche Nachricht-
Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag von
Hendrik Leppkes
Gesendet: Montag, 14. März 2016 12:23
An: ffmpeg-devel@ffmp
Dear friends,
I fully agree with Hendrik on that point and I'm trapping into the same problems
Regards
Michael
-Ursprüngliche Nachricht-
Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag von
Hendrik Leppkes
Gesendet: Montag, 14. März 2016 12:23
An: ffmpeg-devel@ffmp
Dear friends,
from my point of view the patch looks ok. I was just about to submit something
similar because it run into the same
problem (not working AES encrypted HLS).
Regards
Michael
-Ursprüngliche Nachricht-
Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag v
On Mon, Mar 14, 2016 at 01:46:52PM +0100, Thilo Borgmann wrote:
> Am 14.03.16 um 11:22 schrieb Clément Bœsch:
> > [...]
> >> +./ffmpeg -f lavfi -i
> >> nullsrc=s=100x100,coreimage=filter=CIQRCodeGenerator@@inputMessage=https\://FFmpeg.org/@@inputCorrectionLevel=H
> >> -frames:v 1 QRCode.png
>
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 12, 2016 at 11:40 AM, Ganesh Ajjanagadde >
> > wrote:
> >>
> >> diff --git a/libavutil/internal.h b/libavutil/internal.h
> >> index da76ca2..
Signed-off-by: Benjamin Steffes
---
libavfilter/vf_detelecine.c | 40 +++-
1 file changed, 19 insertions(+), 21 deletions(-)
diff --git a/libavfilter/vf_detelecine.c b/libavfilter/vf_detelecine.c
index 6fd9aad..f5ae350 100644
--- a/libavfilter/vf_detelecine.c
Am 14.03.16 um 11:22 schrieb Clément Bœsch:
> [...]
>> +./ffmpeg -f lavfi -i
>> nullsrc=s=100x100,coreimage=filter=CIQRCodeGenerator@@inputMessage=https\://FFmpeg.org/@@inputCorrectionLevel=H
>> -frames:v 1 QRCode.png
>
> remove ./
>
> also, it's probably better to have 2 filters: one for u
On Mon, 14 Mar 2016 11:23:16 +0100
Clément Bœsch wrote:
> On Mon, Mar 14, 2016 at 10:19:59AM +0100, Thilo Borgmann wrote:
> > Am 13.03.16 um 22:01 schrieb Clément Bœsch:
> > > On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
> > >> Am 13.03.16 um 20:55 schrieb Nicolas George:
On Mon, Mar 14, 2016 at 10:12 AM, Hendrik Leppkes wrote:
> On Mon, Mar 14, 2016 at 9:58 AM, Hendrik Leppkes wrote:
>> On Mon, Mar 14, 2016 at 5:07 AM, Simon Thelen wrote:
>>> On 16-02-16 at 17:27, Derek Buitenhuis wrote:
ffmpeg | branch: master | Derek Buitenhuis |
Tue Feb 16 16:26:4
Fixes issue 5248
---
libavformat/hls.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 714d1e0..fb87954 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -594,12 +594,20 @@ static int open_url(AVFormatContext *s,
This avoids directly accessing the void opaque type.
---
libavformat/hls.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index a6dcbd2..714d1e0 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -584,7 +584,7 @@ static int en
This reverts commit 9f9ed79d4cb40e5d9093899f8a79086ff23da844.
The hlsopts member was never set anywhere and always NULL, furthermore
the HLS demuxer needs to retrieve the proper options from the underlying
http protocol (cookies, user-agent, etc), so a dummy context won't help.
---
libavformat/av
It seems that the invention of the 'xxpc' palette change chunks wasn't
there in the early stages of AVI. The Media Player in Windows 3.1
doesn't detect those chunks. Just an observation
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
___
ffmpe
On 03/14/2016 11:33 AM, Michael Niedermayer wrote:
On Mon, Mar 14, 2016 at 11:30:17AM +0100, Mats Peterson wrote:
On 03/14/2016 11:25 AM, Michael Niedermayer wrote:
On Mon, Mar 14, 2016 at 10:09:29AM +0100, Mats Peterson wrote:
On 03/14/2016 09:53 AM, Mats Peterson wrote:
Mats Peterson skrev
On Mon, Mar 14, 2016 at 11:30:17AM +0100, Mats Peterson wrote:
> On 03/14/2016 11:25 AM, Michael Niedermayer wrote:
> >On Mon, Mar 14, 2016 at 10:09:29AM +0100, Mats Peterson wrote:
> >>On 03/14/2016 09:53 AM, Mats Peterson wrote:
> >>>Mats Peterson skrev: (14 mars 2016
> >>>09:52:16 CET)
> H
On 03/14/2016 11:25 AM, Michael Niedermayer wrote:
On Mon, Mar 14, 2016 at 10:09:29AM +0100, Mats Peterson wrote:
On 03/14/2016 09:53 AM, Mats Peterson wrote:
Mats Peterson skrev: (14 mars 2016 09:52:16
CET)
Hendrik Leppkes skrev: (14 mars 2016 09:31:17
CET)
On Mon, Mar 14, 2016 at 5:25 AM
Am 14.03.16 um 11:23 schrieb Clément Bœsch:
> On Mon, Mar 14, 2016 at 10:19:59AM +0100, Thilo Borgmann wrote:
>> Am 13.03.16 um 22:01 schrieb Clément Bœsch:
>>> On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
Am 13.03.16 um 20:55 schrieb Nicolas George:
> Le quartidi 24 ven
On Mon, Mar 14, 2016 at 10:09:29AM +0100, Mats Peterson wrote:
> On 03/14/2016 09:53 AM, Mats Peterson wrote:
> >Mats Peterson skrev: (14 mars 2016
> >09:52:16 CET)
> >>Hendrik Leppkes skrev: (14 mars 2016 09:31:17
> >>CET)
> >>>On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
> >>> wrote:
> L
On Mon, Mar 14, 2016 at 10:19:59AM +0100, Thilo Borgmann wrote:
> Am 13.03.16 um 22:01 schrieb Clément Bœsch:
> > On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
> >> Am 13.03.16 um 20:55 schrieb Nicolas George:
> >>> Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
> >>>
On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
> Am 13.03.16 um 20:55 schrieb Nicolas George:
> > Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
> >> +{ "list_filters", "list available filters", OFFSET(list_filters),
> >> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, .fl
Without this patch fixed point sinewin tables are different on x86_32 and
x86_64.
Signed-off-by: Marton Balint
---
libavcodec/sinewin_tablegen.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_tablegen.h
index 4432135
On Sun, Mar 13, 2016 at 08:48:21PM +0100, Matthieu Bouron wrote:
> On Fri, Mar 11, 2016 at 09:36:41PM +0100, Matthieu Bouron wrote:
[...]
>
> If nobody objects, I will push the patch (with #include removed)
> tomorrow.
>
Pushed.
___
ffmpeg-devel mai
Am 13.03.16 um 22:01 schrieb Clément Bœsch:
> On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
>> Am 13.03.16 um 20:55 schrieb Nicolas George:
>>> Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
+{ "list_filters", "list available filters", OFFSET(list_filters),
On Mon, Mar 14, 2016 at 10:09 AM, Mats Peterson
wrote:
> On 03/14/2016 09:53 AM, Mats Peterson wrote:
>>
>> Mats Peterson skrev: (14 mars 2016
>> 09:52:16 CET)
>>>
>>> Hendrik Leppkes skrev: (14 mars 2016 09:31:17
>>> CET)
On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
wrote:
>>>
On 03/14/2016 10:13 AM, Hendrik Leppkes wrote:
On Mon, Mar 14, 2016 at 10:09 AM, Mats Peterson
wrote:
On 03/14/2016 09:53 AM, Mats Peterson wrote:
Mats Peterson skrev: (14 mars 2016
09:52:16 CET)
Hendrik Leppkes skrev: (14 mars 2016 09:31:17
CET)
On Mon, Mar 14, 2016 at 5:25 AM, Mats Pe
On Mon, Mar 14, 2016 at 9:58 AM, Hendrik Leppkes wrote:
> On Mon, Mar 14, 2016 at 5:07 AM, Simon Thelen wrote:
>> On 16-02-16 at 17:27, Derek Buitenhuis wrote:
>>> ffmpeg | branch: master | Derek Buitenhuis |
>>> Tue Feb 16 16:26:49 2016 +| [d0fc5de3a643fe7f974ed14e410c2ac2f4147d7e]
>>> |
On 03/14/2016 09:53 AM, Mats Peterson wrote:
Mats Peterson skrev: (14 mars 2016 09:52:16
CET)
Hendrik Leppkes skrev: (14 mars 2016 09:31:17
CET)
On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
wrote:
Luca Barbato from the libav project has apparently fixed the banding
artifacts in Intel Vid
On Mon, Mar 14, 2016 at 5:07 AM, Simon Thelen wrote:
> On 16-02-16 at 17:27, Derek Buitenhuis wrote:
>> ffmpeg | branch: master | Derek Buitenhuis |
>> Tue Feb 16 16:26:49 2016 +| [d0fc5de3a643fe7f974ed14e410c2ac2f4147d7e] |
>> committer: Derek Buitenhuis
>>
>> Merge commit '81306fd4bdeb5c1
Mats Peterson skrev: (14 mars 2016 09:52:16
CET)
>Hendrik Leppkes skrev: (14 mars 2016 09:31:17
>CET)
>>On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
>> wrote:
>>> Luca Barbato from the libav project has apparently fixed the banding
>>> artifacts in Intel Video. Now I don't know how to contribu
Hendrik Leppkes skrev: (14 mars 2016 09:31:17 CET)
>On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
> wrote:
>> Luca Barbato from the libav project has apparently fixed the banding
>> artifacts in Intel Video. Now I don't know how to contribute a merge
>commit.
>> I would be thankful for some help,
On Mon, Mar 14, 2016 at 5:25 AM, Mats Peterson
wrote:
> Luca Barbato from the libav project has apparently fixed the banding
> artifacts in Intel Video. Now I don't know how to contribute a merge commit.
> I would be thankful for some help, or if someone else would be willing to
> apply this one.
58 matches
Mail list logo