Re: [PD] changeable receive

[Hans-Christoph Steiner]

You probably could approach the problem differently, so using 
'selectors' on the messages, and then using [route] to get them where 
they need to go.


.hc

Hans Roels wrote:

hello,

From what I read and tried, it is impossible to change the argument of 
'receive' (like the right inlet of send) in Pd-vanilla.

Is there a trick to solve this in vanilla?

I want to be able to insert the names of various receives in symbol 
boxes. The only way to do this is by using a slider or number box and 
sending a [receive $1(  to this object. This works but
1. I can only receive numbers from this 'receive' and not lists, 
symbols,... like a normal receive
2. in this way all these GUI are using CPU. Does it help to reduce the 
CPU consumption if I reduce the size of this GUI to the minimum?


I hope somebody has found a hack for this problem?

Hans r


___
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

Re: [PD] changeable receive

[Jonathan Wilkes]

--- On Wed, 7/29/09, Hans Roels  wrote:

> From: Hans Roels 
> Subject: [PD] changeable receive
> To: pd-list@iem.at
> Date: Wednesday, July 29, 2009, 5:00 PM
> hello,
> 
> From what I read and tried, it is impossible to change the
> argument of 'receive' (like the right inlet of send) in
> Pd-vanilla.
> Is there a trick to solve this in vanilla?
> 
> I want to be able to insert the names of various receives
> in symbol boxes. The only way to do this is by using a
> slider or number box and sending a [receive $1(  to
> this object. This works but
> 1. I can only receive numbers from this 'receive' and not
> lists, symbols,... like a normal receive
> 2. in this way all these GUI are using CPU. Does it help to
> reduce the CPU consumption if I reduce the size of this GUI
> to the minimum?
> 
> I hope somebody has found a hack for this problem?

You could use a bunch of spigots, or [list prepend] + [route], but both 
have the limitation that you must know what the receive names are 
ahead of time.

Here's a solution that uses dynamic patching.  If there's a way to do this 
in vanilla without it, I'd like to know it, too.

-Jonathan


  #N canvas 251 243 592 280 12;
#X obj 134 10 loadbang;
#X obj 134 163 pack s \$0;
#N canvas 82 242 144 103 \$0-dynamic 0;
#X restore 10 163 pd \$0-dynamic;
#X obj 10 238 outlet;
#X obj 134 35 list prepend \$1;
#X obj 134 138 route symbol;
#X obj 10 10 inlet;
#X obj 10 213 r \$0-out;
#X obj 134 238 s pd-\$0-dynamic;
#X msg 134 213 clear \, obj 0 0 r \$1 \, obj 0 30 s \$2-out \, connect
0 0 1 0;
#X msg 227 163 error: receive name must be a symbol;
#X obj 227 188 print;
#X obj 134 60 route symbol;
#X obj 227 85 b;
#X obj 227 110 symbol;
#X connect 0 0 4 0;
#X connect 1 0 9 0;
#X connect 4 0 12 0;
#X connect 5 0 1 0;
#X connect 5 1 10 0;
#X connect 6 0 5 0;
#X connect 7 0 3 0;
#X connect 9 0 8 0;
#X connect 10 0 11 0;
#X connect 12 0 5 0;
#X connect 12 1 13 0;
#X connect 13 0 14 0;
#X connect 14 0 1 0;
#N canvas 454 274 319 200 12;
#X obj 10 154 print;
#X obj 10 57 s bar;
#X obj 170 57 s foo;
#X msg 170 97 symbol foo;
#X msg 10 7 1 2 3 4 5;
#X msg 170 7 6 7 8 9 0;
#X msg 180 32 foo6 7 8 9 0;
#X msg 20 32 bar1 2 3 4 5;
#X msg 10 97 symbol bar;
#X obj 10 129 dynr foo;
#X obj 225 132 dynr;
#X floatatom 225 157 5 0 0 0 - - -;
#X floatatom 171 132 5 0 0 0 - - -;
#X obj 171 154 s;
#X connect 3 0 9 0;
#X connect 4 0 1 0;
#X connect 5 0 2 0;
#X connect 6 0 2 0;
#X connect 7 0 1 0;
#X connect 8 0 9 0;
#X connect 9 0 0 0;
#X connect 10 0 11 0;
#X connect 12 0 13 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] changeable receive

[Frank Barknecht]

Hallo,
Hans Roels hat gesagt: // Hans Roels wrote:

> From what I read and tried, it is impossible to change the argument of 
> 'receive' (like the right inlet of send) in Pd-vanilla.
> Is there a trick to solve this in vanilla?

I believe, renaming a receive is bad practice in general (I've never used this
in many years of Pd patching, not even where I could like in sliders or
tables.) So I would rather recommend to rethink the problem you're trying to
solve. It's much better to rename at the other end i.e. the [send] or the
[tabread] because that's the area "where the action is" anyway and in most
cases you get the same net result.

If you really want to send something from a single send and distribute it to
different receives, you can use something like the settable "route" called
[sroute] that is part of the [list]-abs although it doesn't belong there. It's
basically wrapping a select with a list to emulate route. Or use something like
demux/spigot. 

Just think of what you would do with direct connections.

Ciao
-- 
Frank

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

Re: [PD] pd problem

[Frank Barknecht]

Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:

> to be able to select a file for saving via a dialog, connect the
> following to [writesf~]
> 
> [bang(
> |
> [openpanel]

For writesf~ you probably intended to use [savepanel], which allows creating
new files. :)

> [open $1(
> |
> 
> and then click on [bang(

Ciao
-- 
Frank

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

Re: [PD] Pduino 0.5/Firmata 2.1 beta release

[olsen wolf]

> Excellent, thanks for the report. You should be able to use servos using
> StandardFirmata too, but only on pins 9 and 10.
nope using the StandardFirmata i do not get any servomove or
pwm-signal on the pin 9 + 10 with output mode set to 'servo'
olsen

>
> .hc
>
> olsen wolf wrote:
>>
>> Hi Hans
>> merci mille for the ongoing work on pduino including all the features!
>> finally i could get my hands on for some testing. i did tests with
>> diecimila & duemilanueve - pwm looks pretty smooth to control an
>> h-bridge & solid state relays. also servos are under my control -
>> smooth operating using the servo firmata. atm no mega at hand for
>> testing but coming soon!
>> so long salutis
>> olsen
>>
>>
>>
>> On Fri, Jul 17, 2009 at 10:17 PM, Hans-Christoph Steiner
>> wrote:
>>
>>>
>>> Hey Alex,
>>>
>>> Glad to hear it works, but expect problems like the one you mentioned.
>>> I just got it working, what it really needs is someone to test and fix
>>> things for the Mega in particular.
>>>
>>> .hc
>>>
>>> On Fri, 2009-07-17 at 14:48 -0400, Alexandre Castonguay wrote:
>>>

 Hi Hans,

 I'm pleased to report that it is starting to work on the Mega.  I can
 toggle up to pin 53.  Reporting all inputs causes buffer overruns and I
 guess that's to be expected. More testing underway.

 Thanks a lot for your work!

 a


 Hans-Christoph Steiner a écrit :

>
> I haven't had a chance to try it on the Mega yet.  Do you use the
> Mega?  If so, I need testers for it.
>
> .hc
>
> On Jul 10, 2009, at 7:59 AM, Jose Luis Santorcuato wrote:
>
>
>>
>> Hans, hi, Arduino mega have 12 inputs, firmata and pduino  have
>> these
>> Best regards
>>
>> José
>>
>>
>>
>>
>> 2009/7/10 Hans-Christoph Steiner > >
>>
>>
>>    http://at.or.at/hans/pd/objects.html#pduino
>>
>>    There are some nice updates to Firmata and Pduino.  This release
>>    mostly adds extensions to the protocol to support more pin modes
>>    and their respective messages (Servo, I2C, Shift Registers, etc).
>>     Here are some specifics:
>>
>>    - Servo support for StandardFirmata
>>    - support for using analog pins as digital I/Os for StandardFirmata
>>    - new message to set the poll rate of StandardFirmata
>>    - I2C Firmata example (needs Pd implementation)
>>    - switch back to 57600 for standard bitrate
>>    - made Firmata.begin(57600) explicit in all examples
>>
>>    Please test and report and bugs or issues.  We are trying to get
>>    this included in the upcoming Arduino 0017 release.  Depending on
>>    the 0017 release schedule, we might be able to squeeze in Shift
>>    Register/Matrix support too.  Also, just to note, this update
>>    includes code from (in alphabetical order):
>>
>>    Ayah Bdeir
>>    Erik Sjodin
>>    Hans-Christoph Steiner
>>    Jeff Hoefs
>>    Shigeru Kobayashi
>>    Zach Lieberman
>>
>>    (I hope I didn't forget anyone, let me know if I did).
>>
>>    .hc
>>
>>
>>
>>  
>>
>>    "It is convenient to imagine a power beyond us because that means
>>    we don't have to examine our own lives.", from "The Idols of
>>    Environmentalism", by Curtis White
>>
>>
>>
>>
>>
>>    ___
>>    pd-l...@iem.at  mailing list
>>    UNSUBSCRIBE and account-management ->
>>    http://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>> --
>> http://www.chilemigra.cl
>> http://arselectronicachile.blogspot.com
>> http://www.myspace.com/santorcuato
>>
>>
>>
>
>
> 
>
> I spent 33 years and four months in active military service and during
> that period I spent most of my time as a high class muscle man for Big
> Business, for Wall Street and the bankers.      - General Smedley
> Butler
>
>
>
> 
>
> ___
> 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
>>>
>>>
>>
>>
>>
>>
>
>
>
>



-- 
ETs DNA will not be televised

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

Re: [PD] ptl and IanniX

[matohawk]

Hello Rich,

I worked in few days ago on Pure Data example (IanniX).

But The Kitchen died and I think the progress of this application is 
stopped now. But the source is open...

The last developper of IanniX was Pierre Julian de la Fuente.

Cheers Thomas

Rich E a écrit :

Hi,

I've been looking at these two applications for graphical notation via OSC:

ptl:
D. Henry, “PTL, a new sequencer dedicated to graphical scores,” in Proc. 
of the 2004 Int. Computer Music Conf, 2004, 738–41.

http://dh7.free.fr/otl/PTL_dh20040312.pdf

IanniX:
T. Coduys and G. Ferry, “IanniX aesthetical/symbolic visualisations for 
hypermedia composition,” in Proceedings International Conference Sound 
and Music Computing (SMC’04), 2004.

http://www.la-kitchen.fr/download/Papers/PAPER_077.pdf
(what in youtube: http://www.youtube.com/watch?v=WvGFtYzJ88s)

I suppose their developers or users are on this list, so I was wondering 
about a couple things.


These papers are from the same year, yet I take it they are separate 
projects.  Has this changed at all?


How does time work in ptl?  I don't have the program, but from one of 
the images it looks like time flows left->right, triggering the events 
made by the position of shapes.


Any progress in these applications in the last 5 years, or others?

cheers,
Rich




___
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

Re: [PD] Pduino 0.5/Firmata 2.1 beta release

[Hans-Christoph Steiner]

Excellent, thanks for the report. You should be able to use servos using 
StandardFirmata too, but only on pins 9 and 10.


.hc

olsen wolf wrote:

Hi Hans
merci mille for the ongoing work on pduino including all the features!
finally i could get my hands on for some testing. i did tests with
diecimila & duemilanueve - pwm looks pretty smooth to control an
h-bridge & solid state relays. also servos are under my control -
smooth operating using the servo firmata. atm no mega at hand for
testing but coming soon!
so long salutis
olsen



On Fri, Jul 17, 2009 at 10:17 PM, Hans-Christoph Steiner wrote:
  

Hey Alex,

Glad to hear it works, but expect problems like the one you mentioned.
I just got it working, what it really needs is someone to test and fix
things for the Mega in particular.

.hc

On Fri, 2009-07-17 at 14:48 -0400, Alexandre Castonguay wrote:


Hi Hans,

I'm pleased to report that it is starting to work on the Mega.  I can
toggle up to pin 53.  Reporting all inputs causes buffer overruns and I
guess that's to be expected. More testing underway.

Thanks a lot for your work!

a


Hans-Christoph Steiner a écrit :
  

I haven't had a chance to try it on the Mega yet.  Do you use the
Mega?  If so, I need testers for it.

.hc

On Jul 10, 2009, at 7:59 AM, Jose Luis Santorcuato wrote:



Hans, hi, Arduino mega have 12 inputs, firmata and pduino  have these
Best regards

José




2009/7/10 Hans-Christoph Steiner mailto:h...@at.or.at>>


http://at.or.at/hans/pd/objects.html#pduino

There are some nice updates to Firmata and Pduino.  This release
mostly adds extensions to the protocol to support more pin modes
and their respective messages (Servo, I2C, Shift Registers, etc).
 Here are some specifics:

- Servo support for StandardFirmata
- support for using analog pins as digital I/Os for StandardFirmata
- new message to set the poll rate of StandardFirmata
- I2C Firmata example (needs Pd implementation)
- switch back to 57600 for standard bitrate
- made Firmata.begin(57600) explicit in all examples

Please test and report and bugs or issues.  We are trying to get
this included in the upcoming Arduino 0017 release.  Depending on
the 0017 release schedule, we might be able to squeeze in Shift
Register/Matrix support too.  Also, just to note, this update
includes code from (in alphabetical order):

Ayah Bdeir
Erik Sjodin
Hans-Christoph Steiner
Jeff Hoefs
Shigeru Kobayashi
Zach Lieberman

(I hope I didn't forget anyone, let me know if I did).

.hc




"It is convenient to imagine a power beyond us because that means
we don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White





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




--
http://www.chilemigra.cl
http://arselectronicachile.blogspot.com
http://www.myspace.com/santorcuato


  




I spent 33 years and four months in active military service and during
that period I spent most of my time as a high class muscle man for Big
Business, for Wall Street and the bankers.  - General Smedley Butler




___
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

[PD] changeable receive

[Hans Roels]

hello,

From what I read and tried, it is impossible to change the argument 
of 'receive' (like the right inlet of send) in Pd-vanilla.

Is there a trick to solve this in vanilla?

I want to be able to insert the names of various receives in symbol 
boxes. The only way to do this is by using a slider or number box and 
sending a [receive $1(  to this object. This works but
1. I can only receive numbers from this 'receive' and not lists, 
symbols,... like a normal receive
2. in this way all these GUI are using CPU. Does it help to reduce 
the CPU consumption if I reduce the size of this GUI to the minimum?


I hope somebody has found a hack for this problem?

Hans r


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

[PD] Endphase - Electronic Improvisation Concert in Porto, July 23rd

[João Pais]

*Performance

Endphase laptop trio  -  Endphase 16 "Countdown"*
*
Alberto Bernal, João Pais and Enrique Tomás — conceptual electronic
improvisation*



at the *Casa da Música* in Porto, Portugal.

Thursday, 23rd of July at 19h00 - Sala 2.


This concert is integrated in the *6th Sound and Music Computing Conference
*- taking place at the Casa da Música between 23rd and 25th July.

For further informations:
http://www.endphase.net/
http://smc2009.smcnetwork.org/ 
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Problems with DIO errors / audio clicking

[danomatika]

> I'm having problems with DIO errors and glitchy audio with
> PD-extended 
> 0.41.4
> My computer is an HP Compaq nc6000 1.6Ghz laptop with 500mb RAM and
> I'm 
> running Ubuntu 9.04.
> The kernel is 2.6.28-13-generic and I've tried using the realtime
> kernel 
> which is 2.6.28-3-rt but it's no different. I've tried editing 
> /etc/security/limits.conf to include the lines:
> 
> @audio - rtprio 99
> @audio - nice -19
> @audio - memlock unlimited
> 
> but this hasn't helped either.
> 
> I start jack with qjackctl and my settings are:
> 
> Realtime, No Memory Lock, Frames/Periods: 1024 sample rate 44100, 
> Periods/Buffer: 2,.
> 
> Can anyone help?


If you installed Intrepid or Jaunty from scratch, there is no audio
group created by default and the limits.conf additions won't work.  Add
an audio group and add your user to it.  Running pd or jack in realtime
should work.  I had smooth performance on my old Thinkpad T42 with
comparable specs.


---
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 problem

[IOhannes m zmoelnig]

Vitor Monaco wrote:
> Hello, i?m from brazil and i just started the manipulacion in PD.
>> I?m having problems in recording... i used the object 'writesf~ 2'
> connected
>> with two massage box as 'start' and 'stop'... aswered to me that the order
> matter... but didnt worked!
> its message box or object box to make a open box...

i'm not sure wht your exact problem is (mainly because original mail and
your comments got mixed up)

to be able to select a file for saving via a dialog, connect the
following to [writesf~]

[bang(
|
[openpanel]
|
[open $1(
|

and then click on [bang(



> and how i know the file will be when the recording finshisd.

the file we be when the record has finished. but how?
it will have the name you gave it before starting the recording.


fgasr
IOhannes

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

Re: [PD] Problems with DIO errors / audio clicking

[patrick]

hi,

the realtime kernel of ubuntu jaunty is buggy!

i've compiled a new rt-kernel and everything is working well (no glitch, 
no drop-out even with a very low latency (64 frames/periods)). you need 
a good realtime kernel, ubuntu studio was working on releasing a new 
rt-kernel for 9.04. i don't know if it's already available in launchpad...


also, you can try to run jackd & pd in root. this way you will know if 
it's a wrong setup in limits.conf or such.


and read this:
http://wiki.linuxmusicians.com/doku.php

pat

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

Re: [PD] purepd atan2~ without expr/externals?

[Frank Barknecht]

Hallo Miller,

ah, thanks a lot. I've now discovered this in your LAC workshop patches, too,
which is cool, as I was intending to use atan2 for complex waveshaping
like you do in your guitar patch anyway. :)

Ciao
-- 
Frank

Miller Puckette hat gesagt: // Miller Puckette wrote:

> Here's one I use (atached)
> 
> cheers
> Miller
> 
> On Tue, Jul 28, 2009 at 10:45:09AM +0200, Frank Barknecht wrote:
> > Hi,
> > 
> > I'd like to use a signal [atan2~] in a Pd without externals nor
> > [expr~] (i.e.  inn RjDj). Does anyone have a purepd implementation of
> > it or maybe a pointer to some math/trigonometric
> > identity/ln-substituion formula for atan2?
> > 
> > Ciao
> > -- 
> >  Frank BarknechtDo You RjDj.me?  _ __footils.org__
> > 
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list

> #N canvas 35 0 513 730 10;
> #X obj 34 36 inlet~;
> #X obj 84 36 inlet~;
> #X obj 327 338 *~ 1e+20;
> #X obj 327 362 clip~ -1 1;
> #X obj 127 395 *~;
> #X obj 261 686 outlet~;
> #X obj 133 85 *~;
> #X obj 162 85 *~;
> #X obj 133 108 +~;
> #X obj 166 137 q8_rsqrt~;
> #X obj 150 162 *~;
> #X obj 180 161 *~;
> #X obj 150 184 *~;
> #X obj 149 209 *~ -0.5;
> #X obj 177 187 *~ 1.5;
> #X obj 149 230 +~;
> #X text 181 229 inverse modulus to 16 bit precision;
> #X text 236 136 inverse modulus to 8 bit precision;
> #X obj 132 275 *~;
> #X obj 33 275 *~;
> #X text 160 275 modulus to 16 bit precision;
> #X obj 83 277 *~;
> #X obj 400 332 outlet~;
> #X obj 456 332 outlet~;
> #X text 404 285 unit complex;
> #X text 404 299 number out;
> #X text 37 15 real;
> #X text 84 13 imaginary;
> #X obj 238 336 *~ 1e+20;
> #X obj 238 360 clip~ -1 1;
> #X obj 80 393 *~;
> #X obj 94 425 -~;
> #X obj 60 455 *~;
> #X obj 33 455 *~;
> #X text 6 457 d^3;
> #X obj 62 493 -~;
> #X obj 79 547 +~;
> #X text 19 494 d^3-d;
> #X obj 224 594 *~;
> #X obj 239 560 *~;
> #X obj 290 594 *~ 2;
> #X text 131 411 to 1st quadrant;
> #X text 128 445 (-1 to 1);
> #X text 120 430 d = imag-real;
> #X text 327 594 unfold twice;
> #X obj 262 642 *~ 0.125;
> #X obj 133 343 outlet~;
> #X text 334 653 normalize to (-1 \, 1);
> #X obj 263 594 -~;
> #X obj 262 619 -~;
> #X obj 262 664 +~ 0.5;
> #X obj 62 517 *~ 0.11;
> #X text 126 502 fudge to;
> #X text 126 515 approximate;
> #X text 125 529 4/pi*arcsin(d/2);
> #X text 135 359 r out;
> #X text 318 679 theta/(2pi);
> #X text 319 694 out;
> #X connect 0 0 6 0;
> #X connect 0 0 6 1;
> #X connect 0 0 19 0;
> #X connect 1 0 7 0;
> #X connect 1 0 7 1;
> #X connect 1 0 21 0;
> #X connect 2 0 3 0;
> #X connect 3 0 4 1;
> #X connect 3 0 39 1;
> #X connect 3 0 40 0;
> #X connect 4 0 31 0;
> #X connect 6 0 8 0;
> #X connect 7 0 8 1;
> #X connect 8 0 10 0;
> #X connect 8 0 18 0;
> #X connect 8 0 9 0;
> #X connect 9 0 10 1;
> #X connect 9 0 11 0;
> #X connect 9 0 11 1;
> #X connect 9 0 14 0;
> #X connect 10 0 12 0;
> #X connect 11 0 12 1;
> #X connect 12 0 13 0;
> #X connect 13 0 15 0;
> #X connect 14 0 15 1;
> #X connect 15 0 18 1;
> #X connect 15 0 19 1;
> #X connect 15 0 21 1;
> #X connect 18 0 46 0;
> #X connect 19 0 22 0;
> #X connect 19 0 30 0;
> #X connect 19 0 28 0;
> #X connect 21 0 2 0;
> #X connect 21 0 4 0;
> #X connect 21 0 23 0;
> #X connect 28 0 29 0;
> #X connect 29 0 30 1;
> #X connect 29 0 39 0;
> #X connect 30 0 31 1;
> #X connect 31 0 32 1;
> #X connect 31 0 33 0;
> #X connect 31 0 32 0;
> #X connect 31 0 35 1;
> #X connect 31 0 36 1;
> #X connect 32 0 33 1;
> #X connect 33 0 35 0;
> #X connect 35 0 51 0;
> #X connect 36 0 38 0;
> #X connect 38 0 48 0;
> #X connect 39 0 38 1;
> #X connect 39 0 48 1;
> #X connect 40 0 49 1;
> #X connect 45 0 50 0;
> #X connect 48 0 49 0;
> #X connect 49 0 45 0;
> #X connect 50 0 5 0;
> #X connect 51 0 36 0;

> ___
> 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

Re: [PD] 'kick' in Pd

[Frank Barknecht]

Hallo,
matohawk hat gesagt: // matohawk wrote:

> You can find something here :
> http://footils.org/tut/pddrums/pddrums.html

That doc is a little bit outdated, but the principle stays the same. Only the
t3-objects are not necessary anymore: You can savely replace them with vline~. 
How to
do adsr-envelopes with vline~ is explained e.g. here:
http://footils.org/cms/weblog/2009/mar/21/adsr-envelopes-pd/

Ciao
-- 
Frank

> Vitor Monaco a écrit :
>> Hello, I am Vitor Monaco in Sao Paulo - Brazil, I am aware of the pd to 
>> a week, some scratching sounds and articulate some schemes. I wonder if 
>> someone can give me any tips onas how to produce a 'Kick'.
>> grateful,
>> Vitor
>>
>>
>> 
>>
>> ___
>> 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

Re: [PD] 'kick' in Pd

[matohawk]

Hello Vitor,

You can find something here :
http://footils.org/tut/pddrums/pddrums.html

Cheers Thomas


Vitor Monaco a écrit :
Hello, I am Vitor Monaco in Sao Paulo - Brazil, I am aware of the pd to 
a week, some scratching sounds and articulate some schemes. I wonder if 
someone can give me any tips onas how to produce a 'Kick'.

grateful,
Vitor




___
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

Re: [PD] pd problem

[Frank Barknecht]

Hallo,
Vitor Monaco hat gesagt: // Vitor Monaco wrote:

> Hello, i?m from brazil and i just started the manipulacion in PD.
> > I?m having problems in recording... i used the object 'writesf~ 2'
> connected
> > with two massage box as 'start' and 'stop'... aswered to me that the order
> matter... but didnt worked!
> its message box or object box to make a open box...

It's a message box with the words "open somefile.wav" in it, just as in the
help-file for writesf~, that you can access by right-clicking on the writesf~
object and selecting help.

> and how i know the file will be when the recording finshisd.

If you just use "open file.wav",then the file should be next to your .pd-file.

You could also use a file-panel for opening a file:

 [bang(
 |
 [savepanel]
 |
 [open $1(
 |
 [writesf~]

Here the [...] are object boxes, and the [...( are message boxes.

Ciao
-- 
Frank

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