<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>I'm not sure if this is correct, so someone with a deeper knowledge of Pd can confirm/deny... :)</span></div><div><br><span></span></div><div><span>125ms at a samplerate of (I'm guessing) 44100 would mean you're sending a message to [line~] <br></span></div><div><span>every 5512.5 samples. Pd's default blocksize is 64, and when you convert from a control value to <br></span></div><div><span>a signal value using the [line~] method then you are forced to start/end the ramp on block boundaries. <br></span></div><div><span>Since 64 does not divide into 5512.5 evenly then there is no way you can perfectly recreate the <br></span></div><div><span>sine tone using this method. (I haven't looked at your example but I would imagine that [line~] <br></span></div><div><span>forces the "remainder" to occur over
the course of an entire block</span><span class="tab"> thus stretching out that part of <br></span></div><div><span class="tab">your sine wave to be longer than you want.)<br></span></div><div><br><span></span></div><div><span>You could recreate it using [vline~] however, because it will let you start/end a ramp in the middle of <br></span></div><div><span>a block, thus giving you higher precision (presumably at a higher CPU cost).</span></div><div><br><span></span></div><div><span>-Jonathan<br></span></div><div><br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> <hr size="1"> <b><span style="font-weight:bold;">From:</span></b> Joćo Pais <jmmmpais@googlemail.com><br>
<b><span style="font-weight: bold;">To:</span></b> PD-List <pd-list@iem.at> <br> <b><span style="font-weight: bold;">Sent:</span></b> Tuesday, January 24, 2012 4:50 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> [PD] precision of vline~ and/or pd messaging<br> </font> </div> <br>
<div id="yiv705584011">Hi,<br><br>please look at the attached audio file. It's a recording of a sinus tone stored in an array, played back with consecutive segments of 125ms. If you look at each multiple of 125ms, you'll see there's a glitch in the waveform. That means, the pd patch isn't fully precise aliging the several fragments together. Or maybe the messaging isn't precisely aligned with the audio.<br>
For this patch I'm using E Lyon's samm~ and click2bang~ to send the messages, theoretically to have greater precision - and then some counters and table readers make several calculations to get the indexes of the segments. After these message-level calculations, the data goes to vline~ reading from a tabread4~.<br>
My question is then: is it possible to get messaging and audio in Pd ligned up, so that the resulting audio file is as precise as an original osc~? If so, which objects or parameters should be used instead?<br><br>Thanks,<br>
<br>Joao<br>
</div><br>_______________________________________________<br><a ymailto="mailto:Pd-list@iem.at" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br><br><br> </div> </div> </blockquote></div> </div></body></html>