Re: [PD] Pd Scene Change?

2009-11-20 Thread Pagano, Patrick
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:danomat...@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 
p...@digitalworlds.ufl.edumailto:p...@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



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] Pd Scene Change?

2009-11-19 Thread Pagano, Patrick
Hi

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 seen theatreMAX but that seemed more related to complex DMX lighting cues


Thanks in advance

pp
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] Pd Scene Change?

2009-11-19 Thread Dan Wilcox

Howdy Patrick,

 From: Pagano, Patrick p...@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




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pd Scene Change?

2009-11-19 Thread Hans-Christoph Steiner


On Nov 19, 2009, at 5:47 PM, Dan Wilcox wrote:



Howdy Patrick,


From: Pagano, Patrick p...@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/ ...


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.




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pd Scene Change?

2009-11-19 Thread Mathieu Bouchard

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___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pd Scene Change?

2009-11-19 Thread Hans-Christoph Steiner


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/



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pd Scene Change?

2009-11-19 Thread Justin Glenn Smith
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.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pd Scene Change?

2009-11-19 Thread Mathieu Bouchard

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___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list