[PD-dev] Tabread/write on array bigger than 16777216 points

Nicolas Montgermont nicolas_montgermont at yahoo.fr
Wed Jul 13 16:23:38 CEST 2011



Le 13/07/11 15:51, IOhannes m zmoelnig a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 2011-07-13 15:30, Nicolas Montgermont wrote:
>>
>> Le 13/07/11 14:29, IOhannes m zmoelnig a écrit :
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> On 2011-07-13 14:20, Nicolas Montgermont wrote:
>>>> Before going further (tabread~, tabread4,...) I wanted to know if
>>>> someone has already done something similar or if you have advices on
>>>> names and behavior.
>>> i think thomas musil did something like a "double precision table
>>> library" once, using the same approach.
>>   can i find it on the svn?
>>> i simultaneously worked on the problem with the totally different
>>> approach of making Pd "double precision" aware.
>>>
>>> thomas is on holidays right now (won't be back before august), and i
>>> would be interested in what failed to work when using
>>> PD_FLOATTYPE=double.
>> I use
>> #define PD_FLOATTYPE double
>> before including m_pd.h
>> in an external.
>>
>> it compiles but it occurred to me that i have to recompile Pd with the
>> same definition to test it,
> yes, you need a Pd that is compiled with "PD_FLOATTYPE double"
>
>> that was not what i searched cause i prefer to use "standard" pd and to
>> add externals.
> the idea is to make "double" the standard for Pd in the future.
That is definitely a good thing :)
> if nobody spents time for that it will never happen.
That is sure. The point is that this problem has happen to me very often 
the past few months and I was searching a workaround and not a 
definitive solution.
I think this is a major limitation for many people and so i tried to 
find a way to have this possible.
I am not aware of all the developments of the 0.43 version is this 
planned to be include soon?
let me know if i can help (mainly compiling on osx)
>> with the [tabread_double] paradigm, it'll work regarding any floattype
>> of the Pd used.
>> otoh, im' not sure i can manage transparent operation keeping the
>> precision i want, i mean building an abstraction that takes as an input
>> a float that can be bigger than 2^24 and that automaticcaly use
>> tabread_double or tabwrite_double the good way.
>> Maybe i'll need to do a special + - or % / or>>  <<  to achieve that.
i finally manage something that is a dedicated counter for double 
precision. it can work everywhere. see attached.
> if you want transparent operation, than you need to make Pd "double
> aware", in which case it comes for free.
>
> ...
>
> if you are indeed talking about indices, then i would like to invite you
> to come here and share with me some of your yottabyte modules.
Not sure what you want. The code for this double float inlets solution 
is not in the svn,
cause i have not worked on it for a while and i'm afraid of breaking the 
autobuilds.
but you can find it attached (standard makefile)
all is about using "long" instead of "int"
if you want the code i tested with PD_FLOATTYPE double
it was simply the code of the float object with this definition as a 
starting line.
n
-- 
http://nim.on.free.fr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tab_double.zip
Type: application/x-zip-compressed
Size: 4581 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20110713/33788155/attachment-0001.bin>


More information about the Pd-dev mailing list