On Nov 9, 2012, at 7:44 AM, pd-list-request@iem.at wrote:
On 9 Nov 2012, at 09:21, contact contact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms.
Dan Wilcox danomatika.com robotcowboy.com
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-request@iem.at wrote:
On 9 Nov 2012, at 09:21, contact contact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms.
I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way.
.hc
Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit :
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-request@iem.at mailto:pd-list-request@iem.at wrote:
On 9 Nov 2012, at 09:21, contact <contact@billard-francois-marie.eu mailto:contact@billard-francois-marie.eu> wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms.
I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way.
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I compiled the pd-vanilla in 0.43.4 from the source (LINUX DEBIAN SUQEZZE) but i don't have the alsa audio in the menu.
And i can't test my patch. François-Marie
Le 11/11/2012 09:44, contact a écrit :
Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit :
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-request@iem.at mailto:pd-list-request@iem.at wrote:
On 9 Nov 2012, at 09:21, contact <contact@billard-francois-marie.eu mailto:contact@billard-francois-marie.eu> wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms.
I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way.
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I compiled the pd-vanilla in 0.43.4 from the source (LINUX DEBIAN SUQEZZE) but i don't have the alsa audio in the menu.
And i can't test my patch. François-Marie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd 0.43.4 is compile (the problem was with libasound2-dev ) and this command line doesn't work
pd -alsa -nogui ./test1.pd
if i don't place a delay betwen the loadbang and the ;pd dsp 1
with pd 0.44beta always the same result.
françois-marie
Hello,
I am working on a performance where we use Pd 0.43.2 and a GrandMa2 light controler. Is there someone who has ever work with this configuration ? It seems we can only get midi info with [midiin], is it normal ? It is possible to send and receive control change on this controler with Pd ? Thanx for help. ++
Jack
Hi,
I don't have a GrandMa2 at my disposal right now, but the manual says you can send and receive midi control messages. pd's [ctlin] and [ctlout] should work for this. If you have problems parsing NRPN messages, get back to me.
David
http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/
Date: Sun, 11 Nov 2012 17:30:00 +0100 From: jack@rybn.org To: pd-list@iem.at Subject: Re: [PD] [OT] GrandMa2 and Pd
Hello,
I am working on a performance where we use Pd 0.43.2 and a GrandMa2 light controler. Is there someone who has ever work with this configuration ? It seems we can only get midi info with [midiin], is it normal ? It is possible to send and receive control change on this controler with Pd ? Thanx for help. ++
Jack
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 11/11/2012 18:05, David Schaffer a écrit :
Hi,
I don't have a GrandMa2 at my disposal right now, but the manual says you can send and receive midi control messages. pd's [ctlin] and [ctlout] should work for this. If you have problems parsing NRPN messages, get back to me.
David
http://www.flickr.com/photos/schafferdavid/
http://audioblog.arteradio.com/David_Schaffer/
Date: Sun, 11 Nov 2012 17:30:00 +0100 From: jack@rybn.org To: pd-list@iem.at Subject: Re: [PD] [OT] GrandMa2 and Pd
Hello,
I am working on a performance where we use Pd 0.43.2 and a GrandMa2 light controler. Is there someone who has ever work with this configuration ? It seems we can only get midi info with [midiin], is it normal ? It is possible to send and receive control change on this controler with Pd ? Thanx for help. ++
Jack
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
Hello David,
Thanx for your answer. I have searched in pdf manual with different words but i can't find anything relative to 'midi control messages' or something similar. I know GrandMa2 use the MSC (MIDI Show Control) protocol and i can get info with [midiin], but nothing with [ctlin] (until now) ... I have no time to convert MIDI CC to MSC. We will get a Congo tomorrow and i know it works fine with this model. ++
Jack
Le 11/11/2012 18:05, David Schaffer a écrit :
Hi,
I don't have a GrandMa2 at my disposal right now, but the manual says you can send and receive midi control messages. pd's [ctlin] and [ctlout] should work for this. If you have problems parsing NRPN messages, get back to me.
David
http://www.flickr.com/photos/schafferdavid/
http://audioblog.arteradio.com/David_Schaffer/
Date: Sun, 11 Nov 2012 17:30:00 +0100 From: jack@rybn.org To: pd-list@iem.at Subject: Re: [PD] [OT] GrandMa2 and Pd
Hello,
I am working on a performance where we use Pd 0.43.2 and a GrandMa2 light controler. Is there someone who has ever work with this configuration ? It seems we can only get midi info with [midiin], is it normal ? It is possible to send and receive control change on this controler with Pd ? Thanx for help. ++
Jack
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
It seems there is something to do with MIDI note ([noteout] on pd side) and GrandMa2 ;) ++
Jack
-
contact -
Dan Wilcox -
David Schaffer -
Hans-Christoph Steiner -
Jack