On 03/12/2016 08:31 AM, Mats Peterson wrote:
On 03/12/2016 07:14 AM, Mats Peterson wrote:
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a
On 03/12/2016 07:14 AM, Mats Peterson wrote:
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video with xxpc
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video with xxpc chunks works
properly at least.
Try playing the
New patch set. Forget the old one.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: Specifies the number of bytes required by the structure. This
value does not include the size of the color
On Sat, Mar 12, 2016 at 02:49:10AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> tests/fate-run.sh | 30 ++
> tests/fate/gapless.mak| 20 +-
> tests/ref/fate/gapless2-ipod-aac1 | 82
>
On Thu, Mar 10, 2016 at 07:57:53PM +0100, Hendrik Leppkes wrote:
> On Mon, Sep 21, 2015 at 6:41 AM, Alex Smith wrote:
> > From: Alex Smith
> >
> > Binutils will always strip the relocation information from executable
> > files even if it
Related to ticket #2324, #2325.
Stream duration still need to be fixed...
Signed-off-by: Marton Balint
---
libavformat/mov.c | 3 +++
tests/ref/fate/gapless2-ipod-aac1 | 36 ++--
tests/ref/fate/gapless2-ipod-aac2 | 36
Signed-off-by: Marton Balint
---
libavformat/utils.c | 10 --
tests/ref/fate/gapless2-ipod-aac1 | 72 +++
tests/ref/fate/gapless2-ipod-aac2 | 72 +++
3 files changed, 80 insertions(+), 74
Signed-off-by: Marton Balint
---
tests/fate-run.sh | 30 ++
tests/fate/gapless.mak| 20 +-
tests/ref/fate/gapless2-ipod-aac1 | 82 +++
tests/ref/fate/gapless2-ipod-aac2 | 82
On Thu, 10 Mar 2016, Michael Niedermayer wrote:
On Tue, Mar 08, 2016 at 09:29:51PM +0100, Marton Balint wrote:
fails on mips
concat-demuxer-extended-lavf-mxf
TESTconcat-demuxer-extended-lavf-mxf_d10
--- /home/michael/ffmpeg-git/ffmpeg/tests/ref/fate/gapless2-mov-aac
2016-03-10
On Fri, Mar 11, 2016 at 03:35:43PM +0100, Hendrik Leppkes wrote:
> On Wed, Mar 9, 2016 at 4:51 PM, Hendrik Leppkes wrote:
> > On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer
> > wrote:
> >> On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes
On Fri, Mar 11, 2016 at 10:40:06PM +0100, Thilo Borgmann wrote:
> Am 11.03.16 um 22:04 schrieb Umair Khan:
> > The maximum number of bits int the prefix code for
> > p(0) is 4. By setting it as 3, we were missing the
> > last 0 bit.
> > This fixes bug #4715 present on the trac.
> >
> >
On Fri, Mar 11, 2016 at 01:54:07PM -0800, Sasi Inguva wrote:
> For testing , a link to one such failing video
> https://drive.google.com/file/d/0Bz6XfEJZ-9N3X0FSMWR6T3B3U28/view?usp=sharing
> . Without this patch,
can we include this video in the fate samples for adding a fate test?
[...]
--
On Fri, Mar 11, 2016 at 12:34:19PM -0800, Sasi Inguva wrote:
> Fill DTS if all packets have been read in avformat_find_stream_info, and still
> has_decode_delay_been_guessed returns false.
>
> Signed-off-by: Sasi Inguva
> ---
> libavformat/utils.c | 37
On Fri, Mar 11, 2016 at 01:46:42PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> configure |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
We get significant uploads of short timelapse videos which are of very low
frame rate very short length videos, and contain 5-6 frames.
We also have lot of teams using very small test-files, so that they can
test their pipeline very fast.
Sorry for the unintended space insertion.
I couldn't
Sasi Inguva ffmpeg.org> writes:
> Fill DTS if all packets have been read in
> avformat_find_stream_info, and still
> has_decode_delay_been_guessed returns false.
Could you explain your use-case?
Are streams with less than seven frames frequent?
> return 1;
> #endif
> +
No
Thilo Borgmann mail.de> writes:
> > libavcodec/alsdec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Ok.
Then please push, the days of the monkeys are long
gone;-)
Carl Eugen
(Or explicitly ask for pushing if you are away.)
___
For testing , a link to one such failing video
https://drive.google.com/file/d/0Bz6XfEJZ-9N3X0FSMWR6T3B3U28/view?usp=sharing
. Without this patch,
ffprobe -show_frames -print_format compact | grep media_type=video -
shows dts=N/A
On Fri, Mar 11, 2016 at 12:39 PM, Sasi Inguva
Mats Peterson skrev: (11 mars 2016 22:26:43
CET)
>On 03/11/2016 06:45 PM, Michael Niedermayer wrote:
>> On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
>>> On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson
Am 11.03.16 um 22:04 schrieb Umair Khan:
> The maximum number of bits int the prefix code for
> p(0) is 4. By setting it as 3, we were missing the
> last 0 bit.
> This fixes bug #4715 present on the trac.
>
> Signed-off-by: Umair Khan
> ---
> libavcodec/alsdec.c | 2 +-
> 1
On 03/11/2016 06:45 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer
On Fri, Mar 11, 2016 at 4:05 PM, James Almer wrote:
> On 3/11/2016 4:41 PM, Ronald S. Bultje wrote:
> > Fixes trac tickets 5127, 5129, 5130.
> > ---
> > libavcodec/vp9.c | 20 ++--
> > 1 file changed, 10 insertions(+), 10 deletions(-)
>
> LGTM
Pushed, ty.
The maximum number of bits int the prefix code for
p(0) is 4. By setting it as 3, we were missing the
last 0 bit.
This fixes bug #4715 present on the trac.
Signed-off-by: Umair Khan
---
libavcodec/alsdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 3/11/2016 4:41 PM, Ronald S. Bultje wrote:
> Fixes trac tickets 5127, 5129, 5130.
> ---
> libavcodec/vp9.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From: Matthieu Bouron
Android N will prevent users from loading non-public APIs.
Users should only rely on the av_jni_set_java_vm function to set the
Java VM.
---
libavcodec/ffjni.c | 88 ++
1 file changed, 3
Having another go at this. My goal is to fix DTS of H264 videos which are
shorter than 7 frames and don't have B-frames. Currently ffmpeg will output
DTS=N/A for such frames.
On Fri, Mar 11, 2016 at 12:34 PM, Sasi Inguva wrote:
> Fill DTS if all packets have been read in
With this patch it doesn't produce invalid DTS for the file you mentioned
tickets/1242/sample.mkv
./ffmpeg -i sample.mkv -c:v copy -an -t 1 -f framecrc -
On Fri, Mar 11, 2016 at 12:36 PM, Sasi Inguva wrote:
> Having another go at this. My goal is to fix DTS of H264 videos
Fill DTS if all packets have been read in avformat_find_stream_info, and still
has_decode_delay_been_guessed returns false.
Signed-off-by: Sasi Inguva
---
libavformat/utils.c | 37 +
1 file changed, 37 insertions(+)
diff --git
Hi,
On Fri, Mar 11, 2016 at 2:33 PM, James Almer wrote:
> On 3/11/2016 4:22 PM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/vp9_superframe_bsf.c | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavcodec/vp9_superframe_bsf.c
>
Fixes trac tickets 5127, 5129, 5130.
---
libavcodec/vp9.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 5d8ad12..5c6f176 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -743,7 +743,7 @@ static int
On 3/11/2016 4:22 PM, Ronald S. Bultje wrote:
> ---
> libavcodec/vp9_superframe_bsf.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
> index f991a80..d4a61ee 100644
> ---
---
libavcodec/vp9_superframe_bsf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
index f991a80..d4a61ee 100644
--- a/libavcodec/vp9_superframe_bsf.c
+++ b/libavcodec/vp9_superframe_bsf.c
@@ -82,13
Dana 11. 3. 2016. 16:42 osoba "F.Sluiter" napisala je:
>
> Thanks Nicolas, can you be a bit more specific on how I can change it to
> get what I need?
> Or is it not possible?
Its possible, just set explicitly formats for second and third input.
See similar how its done for
On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
> On 03/11/2016 03:27 PM, Mats Peterson wrote:
> >On 03/11/2016 03:21 PM, Mats Peterson wrote:
> >>On 03/11/2016 03:13 PM, Mats Peterson wrote:
> >>>Michael Niedermayer skrev: (11 mars 2016
> >>>15:05:49 CET)
>
Need guidance on getting started to write tests for libavutil/aes_ctr.c.
Thank you,
Naga
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 03/11/2016 06:06 PM, Mats Peterson wrote:
On 03/11/2016 06:04 PM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
On 03/11/2016 06:04 PM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: Specifies the number of bytes required by the
Thanks Nicolas, can you be a bit more specific on how I can change it to
get what I need?
Or is it not possible?
Floris
2016-03-11 16:33 GMT+01:00 Nicolas George :
> Le duodi 22 ventôse, an CCXXIV, F.Sluiter a écrit :
> > I am writing a filter that takes a video file and remaps
Le duodi 22 ventôse, an CCXXIV, F.Sluiter a écrit :
> I am writing a filter that takes a video file and remaps pixels based on
> second and third input.
> second and third input are pgm files, which should give me a list of
> integers (gray16) that I can use in the filter.
> However ffmpeg by
I am writing a filter that takes a video file and remaps pixels based on
second and third input.
second and third input are pgm files, which should give me a list of
integers (gray16) that I can use in the filter.
However ffmpeg by default converts my pgm files to YUV.
Is there a way to prevent
On Wed, Mar 9, 2016 at 4:51 PM, Hendrik Leppkes wrote:
> On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer
> wrote:
>> On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes wrote:
>>> On Wed, Mar 9, 2016 at 3:37 PM, Michael Niedermayer
>>>
On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016
15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson
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:37 AM, Reimar Döffinger <
> reimar.doeffin...@gmx.de>
> > wrote:
> >
> >> On 10.03.2016,
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016
15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson skrev: (11
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016 15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson skrev: (11 mars 2016
14:06:19 CET)
Mats Peterson
Michael Niedermayer skrev: (11 mars 2016 15:05:49 CET)
>On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
>> Mats Peterson skrev: (11 mars 2016
>14:06:19 CET)
>> >Mats Peterson skrev: (11
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
> Mats Peterson skrev: (11 mars 2016
> 14:06:19 CET)
> >Mats Peterson skrev: (11 mars 2016
> >13:55:20 CET)
> >>Michael Niedermayer skrev:
On Thu, Mar 10, 2016 at 11:16:08PM -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
> derived from: "The Ziggurat Method for generating random variables" -
> Marsaglia and Tsang.
>
>
Mats Peterson skrev: (11 mars 2016 14:12:56
CET)
>Mats Peterson skrev: (11 mars 2016
>14:06:19 CET)
>>Mats Peterson skrev: (11 mars 2016
>>13:55:20 CET)
>>>Michael Niedermayer
Mats Peterson skrev: (11 mars 2016 14:06:19
CET)
>Mats Peterson skrev: (11 mars 2016
>13:55:20 CET)
>>Michael Niedermayer skrev: (11 mars 2016
>>13:49:32 CET)
>>>On Fri, Mar 11, 2016 at 01:28:47PM
Mats Peterson skrev: (11 mars 2016 13:55:20
CET)
>Michael Niedermayer skrev: (11 mars 2016
>13:49:32 CET)
>>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
>>> On 03/11/2016 01:25 PM, Mats Peterson wrote:
>>> >On
Michael Niedermayer skrev: (11 mars 2016 13:49:32 CET)
>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
>> On 03/11/2016 01:25 PM, Mats Peterson wrote:
>> >On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
>> >>On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats
On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
> On 03/11/2016 01:25 PM, Mats Peterson wrote:
> >On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
> >>On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
> >>>On 03/11/2016 05:10 AM, Mats Peterson wrote:
> Forget
On 03/11/2016 01:28 PM, Mats Peterson wrote:
On 03/11/2016 01:25 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch
On 03/11/2016 01:25 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
On 03/11/2016 01:17 PM, Mats Peterson wrote:
On 03/11/2016 01:16 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch
On 03/11/2016 01:16 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
> On 03/11/2016 05:10 AM, Mats Peterson wrote:
> >Forget patch 2/3 and 3/3 from the old patch set.
> >
> > From the Microsoft documentation for BITMAPINFOHEADER at
>
On 03/11/2016 12:26 PM, Piotr Bandurski wrote:
Hi,
Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE
Mats
This will be fixed when someone merges
http://comments.gmane.org/gmane.comp.video.libav.scm/17960
Regards
___
Hi,
Could you post v3 of your patch? I want to test it with some files.
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
>
> > Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE
>
> Mats
This will be fixed when someone merges
http://comments.gmane.org/gmane.comp.video.libav.scm/17960
Regards
___
ffmpeg-devel mailing list
This patch should be used in conjunction with my latest three-part patch
set.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From c5b2f45589fe532cc0a803a193e8d71b9ce6d5c9 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 11 Mar 2016 12:12:42 +0100
Subject:
From: Clément Bœsch
---
I just wanted to see if it was possible to do something less dumb than the
current code. I'm not sure I will push this patch (.altmacro is known to cause
issues and it's currently not used for aarch64), but that was just as an
exercise. It might be
On 03/11/2016 10:44 AM, Mats Peterson wrote:
On 03/11/2016 10:07 AM, Mats Peterson wrote:
Hendrik Leppkes skrev: (11 mars 2016 09:18:43 CET)
On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
wrote:
Regarding the biClrUsed field, I'm
On 03/11/2016 09:05 AM, Mats Peterson wrote:
On 03/11/2016 06:43 AM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
Mats Peterson skrev: (11 mars 2016 10:07:06
CET)
>Hendrik Leppkes skrev: (11 mars 2016 09:18:43
>CET)
>>On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
>> wrote:
>>>
>>> Regarding the biClrUsed field, I'm
Hendrik Leppkes skrev: (11 mars 2016 09:18:43 CET)
>On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
> wrote:
>>
>> Regarding the biClrUsed field, I'm setting it to 1 <<
>> bits_per_coded_sample if palettized video, since setting it to 0 is
>>
On Fri, Mar 11, 2016 at 8:57 AM, Christophe Gisquet
wrote:
> Hi,
>
> 2016-03-10 19:57 GMT+01:00 Hendrik Leppkes :
>> This patch (the relocations part) broke debugging mingw-w64 ffmpeg
>> builds with gdb, you can't set breakpoints anymore when its
On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
wrote:
>
> Regarding the biClrUsed field, I'm setting it to 1 <<
> bits_per_coded_sample if palettized video, since setting it to 0 is
> another case where it won't work with Windows Media Player and Microsoft
>
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
configure |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 1516b01..1b189328 100755
--- a/configure
+++ b/configure
@@ -5118,7 +5118,8 @@
Hi,
2016-03-10 19:57 GMT+01:00 Hendrik Leppkes :
> This patch (the relocations part) broke debugging mingw-w64 ffmpeg
> builds with gdb, you can't set breakpoints anymore when its applied.
That issue prevented me to do anything interesting for ffmpeg since
then, thinking it
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 Ziggurat Method for generating random variables" -
> Marsaglia and Tsang.
On 03/11/2016 06:43 AM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize:
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 is no reason for computing cbrtf at runtime; we
78 matches
Mail list logo