Hehe, I also thought: "Wow, I have to check out the new [tabrecord~]".
For the record: Miller most likely meant [tabwrite~] instead of [tabrecord~].
(According to the difference between [tabread~] and [tabplay~], [tabrecord~] would be the more suitable name for [tabwrite~])
Roman
On Mon, 2014-03-31 at 08:17 -0700, Jonathan Wilkes wrote:
I used some simple data mining techniques to infer the following: you didn't actually test those objects in a patch before writing your response.
[ads based on this inference go here]
-Jonathan On Monday, March 31, 2014 9:05 AM, Miller Puckette msp@ucsd.edu wrote:
Just play it (tabplay~) into the other one (tabrecord~). You can do this at many times 'normal' speed if you want by putting it in a subpatch with a high sample rate.
cheers Miller
On Mon, Mar 31, 2014 at 08:58:22AM -0400, Johann Diedrick wrote:
Hi Pd list-
I have a question about the object arraycopy. It works great, but
I'm
copying an array with 13230000 points (5 minutes of audio at 44,100
hz) and
it seems very slow. In particular, my patch seems to "lock" up for
about
2-3 seconds when making the copy. The audio stops for those 2
seconds, and
the UI seems to lock up. While this isn't a huge game changer for my purposes, I wish there was an alternative for this. Is there a
better
solution for making a copy on the fly for an array this big that is
faster,
doesn't lock up the patch or kill the audio for that time period?
Maybe
there is a threaded solution?
I'd love to hear any thoughts on this!
Thanks so much,
-Johann
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list