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
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
Thank you very much! WIll try this solution out :)
On Mon, Mar 31, 2014 at 9:02 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 ->
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
Guilty as charged :) ... tabwrite~, not tabrecord~.
And BTW this is also the best way I know to load soundfiles into a table from disk without blocking Pd... using readsf~ in place of tabplay~.
cheers M
On Mon, Mar 31, 2014 at 08:17:25AM -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
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
-
Johann Diedrick -
Jonathan Wilkes -
Miller Puckette -
Roman Haefeli