Howdy Patrick,
From: "Pagano, Patrick" pat@digitalworlds.ufl.edu Date: November 19, 2009 11:30:36 PM GMT+01:00 To: PD List pd-list@iem.at Subject: [PD] Pd Scene Change?
Is there a way to make Pd behave similar to Isadora/SFX type products by having it “step” through different patches sequentially?
Isadora uses “jumps” that are usually triggered by keyboard mappings, like space bar etc..
SFX uses a “GO” button which pretty much does the same thing stepping through CUEs when clicked.
I would like to see if we could have 4 different pd patches and step through them with a keyboard or some external/HID input
Has anyone done this already? I am assuming qlist, but I would love to see a working example before I try to reinvent the wheel.
I have a similar setup where a master playlist contains a list of song patches. I go from song to song by closing the current patch and loading the next. I haven't abstracted the playlist functionality yet, but I have made the patch open and close abstraction ... [rc-openclose]. The playlist is basically just a wrapper for a [coll] object.
Transitions are rough (may cause clicks/dropouts), if anyone has a way to do a smooth transition when opening and closing a patch while audio is playing, please let me know.
Check it out in http://danomatika.com/software/rc-patches/ ...
Dan Wilcox danomatika.com robotcowboy.com
On Nov 19, 2009, at 5:47 PM, Dan Wilcox wrote:
Howdy Patrick,
From: "Pagano, Patrick" pat@digitalworlds.ufl.edu Date: November 19, 2009 11:30:36 PM GMT+01:00 To: PD List pd-list@iem.at Subject: [PD] Pd Scene Change?
Is there a way to make Pd behave similar to Isadora/SFX type
products by having it “step” through different patches sequentially?Isadora uses “jumps” that are usually triggered by keyboard
mappings, like space bar etc..SFX uses a “GO” button which pretty much does the same thing
stepping through CUEs when clicked.I would like to see if we could have 4 different pd patches and
step through them with a keyboard or some external/HID inputHas anyone done this already? I am assuming qlist, but I would
love to see a working example before I try to reinvent the wheel.I have a similar setup where a master playlist contains a list of
song patches. I go from song to song by closing the current patch
and loading the next. I haven't abstracted the playlist
functionality yet, but I have made the patch open and close
abstraction ... [rc-openclose]. The playlist is basically just a
wrapper for a [coll] object.Transitions are rough (may cause clicks/dropouts), if anyone has a
way to do a smooth transition when opening and closing a patch while
audio is playing, please let me know.Check it out in http://danomatika.com/software/rc-patches/ ...
Load them all in advance, then use [switch~] to turn them on/off.
.hc
Dan Wilcox danomatika.com robotcowboy.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
On Nov 20, 2009, at 12:05 AM, Hans-Christoph Steiner wrote:
Transitions are rough (may cause clicks/dropouts), if anyone has a way to do a smooth transition when opening and closing a patch while audio is playing, please let me know.
Check it out in http://danomatika.com/software/rc-patches/ ...
Load them all in advance, then use [switch~] to turn them on/off.
.hc
Yeah, but I want to avoid loading them all in advance as I'm running on a small system.
Dan Wilcox danomatika.com robotcowboy.com
On Fri, 20 Nov 2009, Dan Wilcox wrote:
On Nov 20, 2009, at 12:05 AM, Hans-Christoph Steiner wrote:
Transitions are rough (may cause clicks/dropouts), if anyone has a way to do a smooth transition when opening and closing a patch while audio is playing, please let me know.
IIRC, someone made a change to pd's source code that can make every patch cached into a t_binbuf, so as to eliminate all blocking disk accesses and reparsings. It didn't make it into any branch of pd though.
It doesn't remove all of the latency, but it would be most of it, and it could be enough reduction of latency to satisfy you. But you'd have to try.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Nov 19, 2009, at 6:29 PM, Mathieu Bouchard wrote:
On Fri, 20 Nov 2009, Dan Wilcox wrote:
On Nov 20, 2009, at 12:05 AM, Hans-Christoph Steiner wrote:
Transitions are rough (may cause clicks/dropouts), if anyone has
a way to do a smooth transition when opening and closing a patch
while audio is playing, please let me know.IIRC, someone made a change to pd's source code that can make every
patch cached into a t_binbuf, so as to eliminate all blocking disk
accesses and reparsings. It didn't make it into any branch of pd
though.It doesn't remove all of the latency, but it would be most of it,
and it could be enough reduction of latency to satisfy you. But
you'd have to try.
For me, loading soundfiles into arrays is a big one, so this wouldn't
help that. It would be nice to have a a background soundfiler... I
just that's the idea of that threaded soundfiler...
.hc
http://at.or.at/hans/
Hans-Christoph Steiner wrote:
For me, loading soundfiles into arrays is a big one, so this wouldn't help that. It would be nice to have a a background soundfiler... I just that's the idea of that threaded soundfiler...
It seems like you could have an "asynchsoundfiler" object that resizes the array if applicable, puts the array into shared memory, forks a new process which fills the array, and then emits a bang when the process exits. The only inconsistency you would be looking at resource wise would be a partially filled array, which could cause an audio glitch, but the person using the object could avoid inconsistencies by not using the array until the bang comes out.
On Thu, 19 Nov 2009, Justin Glenn Smith wrote:
It seems like you could have an "asynchsoundfiler" object that resizes the array if applicable, puts the array into shared memory, forks a new process which fills the array, and then emits a bang when the process exits.
It already exists since a long time.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Thu, 19 Nov 2009, Hans-Christoph Steiner wrote:
On Nov 19, 2009, at 6:29 PM, Mathieu Bouchard wrote:
It doesn't remove all of the latency, but it would be most of it, and it could be enough reduction of latency to satisfy you. But you'd have to try.
For me, loading soundfiles into arrays is a big one, so this wouldn't help that.
A solution fixes the problem that it fixes, and not the problem that it doesn't fix. So I don't know why you say this. I meant the latency that adds up because of the loading of the patches, because that was what was being talked about.
I just that's the idea of that threaded soundfiler...
(what?)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Howdy Dan
Thanks for the links and the cool patches. It seems like rc-openclose wants an external/abs called list.trim ? Where could I find that rascal
pp
From: Dan Wilcox [mailto:danomatika@gmail.com] Sent: Thursday, November 19, 2009 5:48 PM To: pd-list@iem.at Cc: Pagano, Patrick Subject: [PD] Pd Scene Change?
Howdy Patrick,
From: "Pagano, Patrick" <pat@digitalworlds.ufl.edumailto:pat@digitalworlds.ufl.edu> Date: November 19, 2009 11:30:36 PM GMT+01:00 To: PD List <pd-list@iem.atmailto:pd-list@iem.at> Subject: [PD] Pd Scene Change?
Is there a way to make Pd behave similar to Isadora/SFX type products by having it "step" through different patches sequentially? Isadora uses "jumps" that are usually triggered by keyboard mappings, like space bar etc.. SFX uses a "GO" button which pretty much does the same thing stepping through CUEs when clicked. I would like to see if we could have 4 different pd patches and step through them with a keyboard or some external/HID input Has anyone done this already? I am assuming qlist, but I would love to see a working example before I try to reinvent the wheel. I have a similar setup where a master playlist contains a list of song patches. I go from song to song by closing the current patch and loading the next. I haven't abstracted the playlist functionality yet, but I have made the patch open and close abstraction ... [rc-openclose]. The playlist is basically just a wrapper for a [coll] object.
Transitions are rough (may cause clicks/dropouts), if anyone has a way to do a smooth transition when opening and closing a patch while audio is playing, please let me know.
Check it out in http://danomatika.com/software/rc-patches/ ...
Dan Wilcox danomatika.comhttp://danomatika.com robotcowboy.comhttp://robotcowboy.com
-
Dan Wilcox -
Hans-Christoph Steiner -
Justin Glenn Smith -
Mathieu Bouchard -
Pagano, Patrick