Hello Miller and everyone on the list!
i have finally got around testing pd compiled to use double precision
floats..
what i did was this:
pulled the sources from miller's git repo, in fact i didn't realise
there was a master tree like this!
(if i understand it correct it's the current version repository?
the version that i can see in Help->About is reported to be 0.42.5
or may be it's .42.5+ ? please correct me on that ..)
so i just used `env CFLAGS="-pipe -O2 -march=athlon64 -DPD_FLOATTYPE=double' ./configure`
CFLAGS="-pipe -O2 -march=athlon64" is what i always use ..tought all
versions of pd i have compiled before were compiled with this CFLAGS.
then `make all` whent fine, but failed to compile sigmund~, that's ok
as haven't used sigmund~ yet ..))
then i ran pd and tryied the testtone.pd ..and that's what was weired -
it output noise+sine ..hm
maybe to do with conversion ..i use RME Hammerfall card ..
so there is conversion heppening somewhere ..
ok, made another patch, basica [osc~ 200]--[dac~ 1]
and that gave DC into the soundcard.
using number-[osc~] WORKED and number-[vline~]-[osc~] DID NOT..((
cannot tell if that was a pure sine for 100%, but somewhere most likely
pure :)
so trying to use a phasor~ seems to be failing too ..
has anyone else tested this propertly?
as Miller says in CHANGES.txt:
"
0.42.0
changed definition of t_float, t_sample, t_floatarg so that they can be
set via #defines (PD_FLOATTYPE, etc).
"
..hm what does "etc" mean??
maybe i need to define something extra?
or [osc~] is all we got working with doubles so far??
well, i checked again ..and it's actually not that near to a sinewave
..it's got some harmonics ..hm
i can test anything else ..but there is a general issue to be resolved.
can anyone help?
it would be very nice to get this working ..hopefully 64bit DAC's are
not to far from the general public market :)
oh, i forgot to give some details:
gcc (Gentoo 4.3.4 p1.1, pie-10.1.5) 4.3.4
so basically i am on gentoo, it's a current stable branch ..sort of
but i think it doesn't matter really..it's to do with general porting i reckon!