<div dir="ltr">Thank you all..<div><br></div><div>but I am developing patches that are handed to performers and should work out of the box, I can't depend on the expensive machines and RAM-DISK settings because I can not tell my performers - you need to do all of this and invest in your computer first before you play my music. Why? because this is something I am doing for my PhD. Yes..saying "buy a fancy computer with lots of RAM" is easier in Europe or the US than in other places of the world and that is not my aim. I am trying to squeeze the best solutions on any type of machine and to provide people that are not necessary computer music users with the friendliest setup I can think of.</div><div><br></div><div>the computer I am programming this is a iMac from 2007 with 4 gb of RAM. I have many processes including FFT, but thanks to switch~ I am able to optimize the patch. I just have this problem that causes audio drops when loading each sample. So not really wanna discuss finances.</div><div><br></div><div>Thanks again</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 27, 2017 at 11:35 PM, Christof Ressi <span dir="ltr"><<a href="mailto:christof.ressi@gmx.at" target="_blank">christof.ressi@gmx.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> i keep forgetting of abominations like running a 32-bit Pd on a 64-bit OS.<br>
<br>
</span>Actually, the average Windows user will have more 32-bit apps than 64-bit apps running on their 64-bit OS ;-).<br>
And most Pd users on 64-bit Windows will have a 32-bit Pd  because Miller doesn't offer 64-bit binaries yet and building from source is still impossible (at least with MinGW).<br>
<span class=""><br>
> decent OSs should be able to manage more than a total 4GB of RAM even<br>
> when the entire OS is 32bit (a single application will not be able to<br>
> address more than 2^32 bytes though; but it should get you closer to<br>
> really having 4GB, rather than 2GB)<br>
<br>
</span>on 32-bit Windows you usually get 2 GB per process - or 3 GB with some tricks*. on 64-bit Windows it's 2 GB for 32-bit processes unless you compile with IMAGE_FILE_LARGE_ADDRESS_AWARE set, then you get 4 GB.<br>
<br>
here are the boring details: <a href="https://msdn.microsoft.com/en-us/library/aa366778(VS.85).aspx?ranMID=24542&ranEAID=TnL5HPStwNw&ranSiteID=TnL5HPStwNw-Z6NjEgcaJn8pbbYAema89g&tduid=(94e0b4bf83daa242de97c8bfb531e5d9)(256380)(2459594)(TnL5HPStwNw-Z6NjEgcaJn8pbbYAema89g)()" rel="noreferrer" target="_blank">https://msdn.microsoft.com/en-<wbr>us/library/aa366778(VS.85).<wbr>aspx?ranMID=24542&ranEAID=<wbr>TnL5HPStwNw&ranSiteID=<wbr>TnL5HPStwNw-<wbr>Z6NjEgcaJn8pbbYAema89g&tduid=(<wbr>94e0b4bf83daa242de97c8bfb531e5<wbr>d9)(256380)(2459594)(<wbr>TnL5HPStwNw-<wbr>Z6NjEgcaJn8pbbYAema89g)()</a><br>
<br>
<br>
I actually I didn't know about IMAGE_FILE_LARGE_ADDRESS_AWARE until now. Miller could actually use it in his 32-bit Windows builds, which currently only allow 2 GB**. It won't do any harm on 32-bit systems and doubles the available memory on 64-bit systems.<br>
<span class=""><br>
> fun fact: on linux, you can use 64bit Pd for >10 years with virtually<br>
> all external libraries working.<br>
<br>
</span>:-o. time to finally get my dual boot. I weren't so lazy...<br>
<br>
<br>
Christof<br>
<br>
<br>
* IMAGE_FILE_LARGE_ADDRESS_AWARE set + 4GT enabled (risky)<br>
** I tested this with latest vanilla 32-bit binaries on Windows 7 64-bit (with 16 GB of RAM installed). I get a warning when I try to exceed 2 GB.<br>
<br>
<br>
<br>
> Gesendet: Montag, 27. Februar 2017 um 22:58 Uhr<br>
> Von: "IOhannes m zmölnig" <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>><br>
<span class="im HOEnZb">> An: <a href="mailto:pd-list@lists.iem.at">pd-list@lists.iem.at</a><br>
> Betreff: Re: [PD] soundfiler alternative?<br>
><br>
</span><div class="HOEnZb"><div class="h5">> On 02/27/2017 10:45 PM, Christof Ressi wrote:<br>
> >> well, [table] stores the samples as floating point (taking 4 bytes per<br>
> >> sample; and 8 byte on 64bit systems),<br>
> > It depends on your Pd (32-bit or 64-bit), not on the system.<br>
><br>
> well yes, true.<br>
> i keep forgetting of abominations like running a 32-bit Pd on a 64-bit OS.<br>
><br>
> ><br>
> >> however, there is a simple solution at hand: get youself plenty of RAM<br>
> >> and pre-load everything into tables.<br>
> >> 32GB cost about 250,-€ and will allow you to load approx. 24h of raw<br>
> >> audio, which is probably enough.<br>
> > Unfortunately, this is only true for 64-bit processes. A single 32-bit process can't handle more than 2^32 bytes (~4 GB). In reality, it's even less, usually 2 GB, which is a bit more than 1,5 hours of stereo audio @44100 Hz. Pd will give you a warning when you try to exceed this limit ("pd: resizebytes() failed - out of memory").<br>
><br>
> how much RAM does that machine have?<br>
> decent OSs should be able to manage more than a total 4GB of RAM even<br>
> when the entire OS is 32bit (a single application will not be able to<br>
> address more than 2^32 bytes though; but it should get you closer to<br>
> really having 4GB, rather than 2GB)<br>
><br>
> but yes, in order to make use of 32GB of memory you need a native 64bit<br>
> application (running on a 64bit OS).<br>
><br>
> fun fact: on linux, you can use 64bit Pd for >10 years with virtually<br>
> all external libraries working.<br>
><br>
> gmsr<br>
> IOhannes<br>
><br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> ______________________________<wbr>_________________<br>
> <a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
><br>
<br>
______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">José Rafael Subía Valdez<br><div><a href="http://www.jrsv.net" target="_blank">www.jrsv.net</a><br><div><br></div><div><br><div><br><font face="'lucida grande', tahoma, verdana, arial, sans-serif" size="4"><span style="font-size:14px;line-height:17px"><br></span></font></div></div></div></div></div>
</div>