<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p></p>
<div>Just because we are at it.</div>
<div><br>
</div>
<div>On w32 I can have long tables but I cant get values beyond 16777216 using [tabread].</div>
<div><br>
</div>
<div>Also a simple counter stops there, printing with [makefilename %d]:</div>
<div><br>
</div>
<div>print: symbol 16777213</div>
<div>print: symbol 16777214</div>
<div>print: symbol 16777215</div>
<div>print: symbol 16777216</div>
<div>print: symbol 16777216</div>
<div>print: symbol 16777216</div>
<div>print: symbol 16777216</div>
<div>print: symbol 16777216</div>
<div><br>
</div>
<div><br>
</div>
<div>Is this also happening on 64bit Pd/OS?</div>
<div><br>
</div>
<div><br>
</div>
<br>
<p></p>
<p><br>
</p>
<div id="Signature"><font face="Courier New, Courier, Monospace" size="2">Mensaje telepatico asistido por maquinas.</font>
</div>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Pd-list <pd-list-bounces@lists.iem.at> on behalf of IOhannes m zmölnig <zmoelnig@iem.at><br>
<b>Sent:</b> Monday, February 27, 2017 10:13 PM<br>
<b>To:</b> pd-list@lists.iem.at<br>
<b>Subject:</b> Re: [PD] soundfiler alternative?</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">On 02/27/2017 11:04 PM, Roman Haefeli wrote:<br>
>><br>
>> well, [table] stores the samples as floating point (taking 4 bytes<br>
>> per<br>
>> sample; and 8 byte on 64bit systems)<br>
> <br>
> Why is that? And why does it only apply to arrays and not to all other<br>
> number types in Pd? I rather curious than sceptical.<br>
<br>
Pd's tables use a unified design, that can store all kind of things,<br>
including numbers and data structures.<br>
since data-structures are stored by reference, a data element in the<br>
table must be able to hold a (void*) pointer, which - on 64bit systems -<br>
takes 8 bytes.<br>
the actual numbers stored in these fields are still only single<br>
precision numbers.<br>
<br>
> Seems like there<br>
> are still some advantages in use Pd on 32-bit architectures. <br>
<br>
which?<br>
<br>
> <br>
> Unfortunately, dealing with largish tables has its complications two<br>
> which I thought is exactly because everything is stored as 32bit float,<br>
> even on 64bit systems.<br>
<br>
well, this depends on what you actually do with the tables.<br>
afaiu, the OP was happy with the using tables, only the data-loading was<br>
causing dropouts.<br>
so the problems with data precision do not apply here.<br>
<br>
fgmdasr<br>
IOhannes<br>
<br>
<br>
</div>
</span></font></div>
</div>
</body>
</html>