A set of 'double precision' diffs is on Pd-double github as the patch
files were applied in a single commit on vanilla 0.43 (in 2011):
https://github.com/pd-projects/pd-double/commit/982ad1aa1a82b9bcd29c5b6a6e6b597675d5f300
The patch set may need some modifications and additions to make it
work
The diffs are helpful - I would probably want to go and re-do all the
edits by hand to be sure I understand everything. A couple of things
probably will need tweaking to get it all up to date too.
The binary compatibility problem needs careful thought. I think the
ugliest issue is that for
I think you're talking about several things at once. Katja's Pd Double is
essentially about changing t_float to be a double-precision floating point
number. But as I understand it she also revised the code in some of the core
tilde classes like osc~ and phasor~ to optimize their performance.
There are indeed two matters here. What (rather little) I know about it is
this... On Mac OSX, it's easy to compare the performance of the 32 and 64
bit versions of Pd on a single 64-bit machine - and the 64 bit Pd consistently
out-performs the 32-bit one by, as I recall, 15-20%.
I believe
What I've heard is that the 64-bit instruction set has wider bit fields
for specifying registers, so that you can have many more of them. (The
386 had two or three I think; the 64 bit machines have dozens, depending
how you count.) So one saves steps reading and writing to/from memory.
OTOH,
One other question: would you accept patches for Pd Vanilla that make it
_possible_ to compile with t_float at double-precision (something Pd Vanilla
cannot currently do)? That would give the Pd Vanilla user the option to
compile to double-precision if they wish, which IIUC is the whole point
Le 01/02/2015 17:42, Alexandre Torres Porres a écrit :
Yeah, SC is double float, but they seem to round it up for some reason, maybe
the same reason as Pd. But SC uses single float for signal processing, so it is
the same as Pd in the end.
Well, I did believe that Pd compiled for 64bits did
Yeah, SC is double float, but they seem to round it up for some reason,
maybe the same reason as Pd. But SC uses single float for signal
processing, so it is the same as Pd in the end.
Well, I did believe that Pd compiled for 64bits did increase the resolution
to double, but ok, it does not. And
Seems Pd runs faster if compiled to 64 bits in a 64 bit OS than if it were
compiled as 32, which does makes sense. That's all?
*no : pd compiled for 64 bit system will not run on 32 bit sytem, and it
will not load 32 bit externals.*
sure, but it still runs faster if compiled to 64 bits in a
sure, but it still runs faster if compiled to 64 bits in a 64 bit OS,
right?
why?
The only thing I have to back this assumption up is a recollection of a
message by miller to the list saying that tests with the 64 bit version
showed it was running faster, but I don't know anything about it,
On 01/31/2015 12:06 PM, Rivoire David wrote:
Hello, can you help me to connect a [adc~] object to my TR808 drum-machine
patch ? Thanks ! David
1. switch to edit mode (Ctrl-E)
2. move the mouse to one of the small black rectangles at the bottom of
the [adc~].
3. click and drag the mouse cursor
I erroneously sent my last reply to a single recipient-- here's the gist...
There's a hidden premise in this thread that Pd's representation of float atoms
in the GUI must be exactly the same as the representation in the Pd file. Not
only is that false, but AFAICT the only sane way to solve the
I tried this using c on Windows:
float:
Pi is 3.14159274101257320
double:
Pi is 3.14159265358979310
, which matches the supercollider value:
3.1415926535898
My lpi.pd_lua also gives 3.141592653589793100 on WIndows but on linux I got
48 digits after the decimal:
Hello, can you help me to connect a [adc~] object to my TR808 drum-machine
patch ? Thanks ! David
Envoyé de mon iPhone
Le 31 janv. 2015 à 07:46, Alexandre Torres Porres por...@gmail.com a écrit :
So, cant we raise the bit resolution of pd to more than what's there? how?
Martin, about the
So, cant we raise the bit resolution of pd to more than what's there? how?
Martin, about the pi in lua, i never got to see it, but supercollider
prints the value of pi as
3.1415926535898
so thats more than 24 bit float, but what is it?
cheers
2015-01-29 15:47 GMT-02:00 Martin Peach
6 significant digits also allow a number like 0.000123456
2015-01-29 14:17 GMT-02:00 Alexandre Torres Porres por...@gmail.com:
Well, thanks everyone.
And now for some related issues.
Pd can only represent up to 6 significant digits, so they say. For
example, in a message, you can have a
Le 29/01/2015 18:36, Alexandre Torres Porres a écrit :
more that 7 digit but less than 8 digits
...
so, 4/3 =! 1.3
but 4/3 == 1. (8 3)
I don't get it. More than 7 decimal digits but less than 8 decimal digits?
yes
about 7.22 as Claude pointed : log(2^24-1)
2^24-1 is the max
I have 0.43-4. Probably one of these will work:
http://autobuild.puredata.info/auto-build/latest/
Martin
On Thu, Jan 29, 2015 at 1:36 PM, Alexandre Torres Porres por...@gmail.com
wrote:
i got extended 0.42-5, it doesn't happen
2015-01-29 16:22 GMT-02:00 Martin Peach chakekat...@gmail.com:
18 matches
Mail list logo
