<br><div class="gmail_quote">2012/7/24 i go bananas <span dir="ltr">&lt;<a href="mailto:hard.off@gmail.com" target="_blank">hard.off@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is some inbuilt limit to array sizes that needs to be overridden by using the -maxsize tag when loading a file from soundfiler. <br><br>I have a feeling it might mess things up with GOP arrays if you use that.  <br>

</blockquote></div><div><br></div>The same thing happens when we place arrays and give them sizes over 2ˆ24, so I don&#39;t see how [soundfiler] should be blamed. There is something else that prevents it from displaying, which really bums me out, because we can even actually play it, but not see it.<div>
<br></div><div>Why does this happen? Any chance on removing this display limitation out?</div><div><br></div><div>Thanks.  And thanks to Iohannes for the onset tip and Llorenzo for the sample rate tables about the [tabread4~] limit. </div>
<div><br></div><div>All I can think of is that the same kind of limitation ruins the displaying of the arrays, so maybe a higher bit resolution version of it can make it happen, isn&#39;t that right?</div><div><br></div><div>
<br></div><div>Now, I made a parallel to the phase vocoder bug I reported and realized that the 47.5 seconds limit I had is 8 times smaller than 380 seconds. Not sure why, but the block size of 512 is 8 times bigger, maybe there&#39;s some relationship... who knows? Anybody?<div>
<br></div><div>check here for more info: <a href="http://lists.puredata.info/pipermail/pd-list/2012-07/097071.html">http://lists.puredata.info/pipermail/pd-list/2012-07/097071.html</a></div><div><br></div><div>But anyway, I&#39;m working around with the onset tweak.</div>
<div><br></div><div>Thanks</div></div><div>Alex</div>