[PD] converting from midi to frequency in just intonation

2009-01-10 Thread Amos Robinson
Hi all,

I was curious to play with just intonation earlier but couldn't find
any easy way to calculate an frequency based on a midi note. (It's
entirely possible that I just didn't look hard enough, though)
So, here's a really simple and ugly cludge just in case.
There must be a better way to do this, but I don't know it.

Seeya,
Amos.


mtof-ji.pd
Description: application/puredata


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


Re: [PD] Outlet on 'struct' object

2009-01-10 Thread Luke Iannini
On Fri, Jan 9, 2009 at 8:29 PM, Luke Iannini lukex...@gmail.com wrote:
 That's extremely nice - good stuff.  I didn't know GOP datastructures
 could be done so easily now; I remember it being weirder.
Whoops, missed the [pd $0-gop] subpatch.  That's the weirdness I remember ; )
Best
Luke

 I'd love to start a collection of GUI objects like this -  looks like
 the change selector is working as well, so perhaps an advanced
 slider can finally be done!  Mind if I add it to a ds-gui section
 in SVN?

 Thanks for sending it along
 Luke

 On Fri, Jan 9, 2009 at 4:30 PM, Jonathan Wilkes jancs...@yahoo.com wrote:
 I made a clone of max's gswitch using the click selector a while back.  
 With 0.42, you can click the gop window to switch inputs.



 --- On Sat, 1/10/09, Mike McGonagle mjm...@gmail.com wrote:

 From: Mike McGonagle mjm...@gmail.com
 Subject: Re: [PD] Outlet on 'struct' object
 To: pd-list@iem.at
 Date: Saturday, January 10, 2009, 1:06 AM
 Ok, I tried it on the sequence example, and it only seems to
 output
 stuff in Edit Mode. Is that correct? Plus, it also seems to
 only
 output 'select' and 'deselect' messages. It
 also seems to repeatedly
 output them when you 'select' and drag an object.

 Is this a new feature? (I seem to remember reading
 something about
 mouse events for structs in 42) Are there any examples of
 how these
 are used?

 Mike

 On Fri, Jan 9, 2009 at 4:42 PM, Frank Barknecht
 f...@footils.org wrote:
  Hallo,
  Mike McGonagle hat gesagt: // Mike McGonagle wrote:
 
  I was just curious, and looking at the source was
 not all that
  obvious, but does anyone know what the outlet on a
 'struct' object is
  used for?
 
  It reports selected and clicked (and maybe more) data
 structure instances.
  Connect a [print] to it and select some objects to see
 the messages. The
  outlet sends messages composed of a selector and a
 gpointer, which you
  can route to [get] objects for example. It's
 pretty useful!
 
  Ciao
  --
  Frank
 
  ___
  Pd-list@iem.at mailing list
  UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list
 



 --
 Peace may sound simple—one beautiful word— but it
 requires everything
 we have, every quality, every strength, every dream, every
 high ideal.
 —Yehudi Menuhin (1916–1999), musician

 ___
 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] Outlet on 'struct' object

2009-01-10 Thread Luke Iannini
Oops.

On Sat, Jan 10, 2009 at 3:45 AM, Luke Iannini lukex...@gmail.com wrote:
 On Sat, Jan 10, 2009 at 2:22 AM, Luke Iannini lukex...@gmail.com wrote:
 On Fri, Jan 9, 2009 at 8:29 PM, Luke Iannini lukex...@gmail.com wrote:
 That's extremely nice - good stuff.  I didn't know GOP datastructures
 could be done so easily now; I remember it being weirder.
 Whoops, missed the [pd $0-gop] subpatch.  That's the weirdness I remember ; )
 Best
 Luke

 I'd love to start a collection of GUI objects like this -  looks like
 the change selector is working as well, so perhaps an advanced
 slider can finally be done!
 Hallo me!
 Sorry for all the self-replies : )
 I guess the change selector has been working for quite a while.

 What I meant to be excited about is that A) you found a workaround for
 the bug which removes the hide object name and args flag and B) at
 some point, the issue Frank reported here about GOP'd DSs being
 unmovable was fixed.

 http://lists.puredata.info/pipermail/pd-dev/2006-11/007804.html

 Here's a quick slider based on your gswitch techniques and FB's
 original; looks like all the groundwork is laid for some real fun to
 be had...  I'll start having it soon : )
 Best
 Luke

  Mind if I add it to a ds-gui section
 in SVN?

 Thanks for sending it along
 Luke

 On Fri, Jan 9, 2009 at 4:30 PM, Jonathan Wilkes jancs...@yahoo.com wrote:
 I made a clone of max's gswitch using the click selector a while back.  
 With 0.42, you can click the gop window to switch inputs.



 --- On Sat, 1/10/09, Mike McGonagle mjm...@gmail.com wrote:

 From: Mike McGonagle mjm...@gmail.com
 Subject: Re: [PD] Outlet on 'struct' object
 To: pd-list@iem.at
 Date: Saturday, January 10, 2009, 1:06 AM
 Ok, I tried it on the sequence example, and it only seems to
 output
 stuff in Edit Mode. Is that correct? Plus, it also seems to
 only
 output 'select' and 'deselect' messages. It
 also seems to repeatedly
 output them when you 'select' and drag an object.

 Is this a new feature? (I seem to remember reading
 something about
 mouse events for structs in 42) Are there any examples of
 how these
 are used?

 Mike

 On Fri, Jan 9, 2009 at 4:42 PM, Frank Barknecht
 f...@footils.org wrote:
  Hallo,
  Mike McGonagle hat gesagt: // Mike McGonagle wrote:
 
  I was just curious, and looking at the source was
 not all that
  obvious, but does anyone know what the outlet on a
 'struct' object is
  used for?
 
  It reports selected and clicked (and maybe more) data
 structure instances.
  Connect a [print] to it and select some objects to see
 the messages. The
  outlet sends messages composed of a selector and a
 gpointer, which you
  can route to [get] objects for example. It's
 pretty useful!
 
  Ciao
  --
  Frank
 
  ___
  Pd-list@iem.at mailing list
  UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list
 



 --
 Peace may sound simple—one beautiful word— but it
 requires everything
 we have, every quality, every strength, every dream, every
 high ideal.
 —Yehudi Menuhin (1916–1999), musician

 ___
 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







ds-slider2-test.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

2009-01-10 Thread Chris McCormick
On Mon, Jan 05, 2009 at 02:24:23PM -0500, Hans-Christoph Steiner wrote:
 - a folder with pd patches named after file extensions, wav.pd,  
 txt.pd, ogg.pd, etc.  The contents of the patch would be paster at the  
 cursor position when you drag-n-drop a file of that type onto the  
 canvas.

Really dig this idea!

Chris.

---
http://mccormick.cx

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


Re: [PD] Outlet on 'struct' object

2009-01-10 Thread Jonathan Wilkes
Sure!  I didn't know about the ds-gui section, I'll check it out when I get a 
chance.


--- On Sat, 1/10/09, Luke Iannini lukex...@gmail.com wrote:

 From: Luke Iannini lukex...@gmail.com
 Subject: Re: [PD] Outlet on 'struct' object
 To: Jonathan Wilkes jancs...@yahoo.com
 Cc: pd-list@iem.at, Mike McGonagle mjm...@gmail.com
 Date: Saturday, January 10, 2009, 5:29 AM
 That's extremely nice - good stuff.  I didn't know
 GOP datastructures
 could be done so easily now; I remember it being weirder.
 
 I'd love to start a collection of GUI objects like this
 -  looks like
 the change selector is working as well, so
 perhaps an advanced
 slider can finally be done!  Mind if I add it to a
 ds-gui section
 in SVN?
 
 Thanks for sending it along
 Luke
 
 On Fri, Jan 9, 2009 at 4:30 PM, Jonathan Wilkes
 jancs...@yahoo.com wrote:
  I made a clone of max's gswitch using
 the click selector a while back.  With 0.42, you can click
 the gop window to switch inputs.
 
 
 
  --- On Sat, 1/10/09, Mike McGonagle
 mjm...@gmail.com wrote:
 
  From: Mike McGonagle mjm...@gmail.com
  Subject: Re: [PD] Outlet on 'struct'
 object
  To: pd-list@iem.at
  Date: Saturday, January 10, 2009, 1:06 AM
  Ok, I tried it on the sequence example, and it
 only seems to
  output
  stuff in Edit Mode. Is that correct? Plus, it also
 seems to
  only
  output 'select' and 'deselect'
 messages. It
  also seems to repeatedly
  output them when you 'select' and drag an
 object.
 
  Is this a new feature? (I seem to remember reading
  something about
  mouse events for structs in 42) Are there any
 examples of
  how these
  are used?
 
  Mike
 
  On Fri, Jan 9, 2009 at 4:42 PM, Frank Barknecht
  f...@footils.org wrote:
   Hallo,
   Mike McGonagle hat gesagt: // Mike McGonagle
 wrote:
  
   I was just curious, and looking at the
 source was
  not all that
   obvious, but does anyone know what the
 outlet on a
  'struct' object is
   used for?
  
   It reports selected and clicked (and maybe
 more) data
  structure instances.
   Connect a [print] to it and select some
 objects to see
  the messages. The
   outlet sends messages composed of a selector
 and a
  gpointer, which you
   can route to [get] objects for example.
 It's
  pretty useful!
  
   Ciao
   --
   Frank
  
  
 ___
   Pd-list@iem.at mailing list
   UNSUBSCRIBE and account-management -
  http://lists.puredata.info/listinfo/pd-list
  
 
 
 
  --
  Peace may sound simple—one beautiful word— but
 it
  requires everything
  we have, every quality, every strength, every
 dream, every
  high ideal.
  —Yehudi Menuhin (1916–1999), musician
 
  ___
  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] [PD-announce] HTDj!! hackthedj! soft + netrelease!!

2009-01-10 Thread
2009/1/8 Nils n...@c60.ca:
 Wow,  That looks pretty nifty.  Unfortunately I can't get any sounds out
 of it.

hi nils, hi list,..

why you cant get sounds?...first of all you have to set your path
where is the HTDj! directory (in the point 6 of this link is
written/drawn)

http://hackthedj.wordpress.com/install-htdj/

after this setting, if you rebbot HTDj! youll have available 4
libraries of sounds included in the zip (contribution of noish~,
diegoeldeleon, k-sero and daax!) :) thanX!

.
follow the steps in
http://hackthedj.wordpress.com/install-htdj/

-__--_--_---
and after follow the steps to init the soft in
http://hackthedj.wordpress.com/how2-use-htdj/#inglix

--_---_---
i remember the whole HTDj!__vX__unauthorized package is in this url
http://noconventions.mobi/arrel/HTDj!__vX__unauthorized.zip


 There's also a divide by zero error that appears in the
 console.

ok ill check it out :) maybe can be a bug in macos i dont knowill check it.


  Other than that it appears funtional, but I'd love to play
 with it and hear sound.


try to follow the steps described before and tell me :D

salut
xà!



 I'm on a Macbook pro, 10.5, running pd extended 40.3.

 Nils

 xà wrote:
 hi list!!

 im glad to introduce you  HTDj! [[ hackthedj! ]] an entire application
 built with Pd.
 Basically is an intrument to sequence patterns, rythms, drones and
 another kind of noises in a dual sequencer, in real time.

 You can download/try the soft in 
 _
 http://hackthedj.wordpress.com
 

 enjoy it!!!

 Also we want to show you/download/listen a complete release made by
 several musicians.sonic explorers from Barcelona's undernerd crew
 entirely with HTDj!  ...:D thanxx!!

 the complete release is in this url 
 __
 http://noconventions.mobi/1A
 ---


 You can download more muzik from daax! and segmentationfault! at 

 _
 http://noconventions.mobi/nvisible.taz/
 http://noconventions.mobi/segmentationfault!/
 ---_ -__ -- __ - __ _ _ __  - - --- -_ _ - _-


 enjoy!!
 salut
 xà!




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




-- 
rm -rf / i ens ho carreguem tot

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


Re: [PD] Seamless recording of 2 consecutive audio files?

2009-01-10 Thread Peter Plessas

Dear Frank, list,

probably having found the culprit, it looks like recording two 
consecutive 24bit .wav files using the [open -bytes 3 foo.wav] message 
does introduce a small click at the gap. This behavior is independent of 
weather the bangs are timed to blocksize intervals explicitely.

Can anyone else confirm that?
I glued the two file together using sox, and audibly and visually find a 
small click at the boundary.


see attached modified version of Frank's original patch.

regards, Peter

Frank Barknecht wrote:

Hallo,
Florian Hollerweger hat gesagt: // Florian Hollerweger wrote:


Is it possible to record 2 audio files with [writesf~] in a manner that
the second starts exactly after the first one stops? In other words so
that there will be a seamless (click-free) transisition when glueing the
two together.


You have to make sure to activate the next [writesf~] on a block
boundary and also close the first [writsf~] in that same block. See
the [pd blockbang~] subpatch in the attachement for an example how to
do it.

Ciao




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list
#N canvas 80 0 1175 736 10;
#X obj 175 468 tabsend~ \$0-scope;
#N canvas 0 0 450 300 (subpatch) 0;
#X array \$0-scope 64 float 2;
#X coords 0 1 63 -1 200 140 1;
#X restore 158 554 graph;
#X obj 844 584 soundfiler;
#X obj 844 533 list append \$0;
#X obj 857 511 hradio 15 1 0 2 empty empty empty 0 -8 0 10 -262144
-1 -1 0;
#X floatatom 844 612 5 0 0 0 - - -;
#X obj 428 423 writesf~;
#X obj 669 415 writesf~;
#X obj 159 509 throw~ \$0-out;
#X obj 477 363 catch~ \$0-out;
#X msg 428 188 start;
#X msg 478 228 stop;
#X msg 669 290 start;
#X msg 742 338 stop;
#X obj 428 137 t b b;
#X obj 669 252 t b b;
#X obj 643 256 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 715 253 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 406 139 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 472 140 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X msg 844 557 read -resize /tmp/\$1.wav \$2-file\$1;
#X msg 844 490 0 \, 1;
#X msg 428 110 record;
#N canvas 0 0 463 281 blockbang~ 0;
#X obj 148 103 bang~;
#X obj 243 80 inlet;
#X obj 243 103 b;
#N canvas 231 224 450 300 once-closed 0;
#X obj 68 68 inlet;
#X obj 119 67 inlet;
#X msg 119 90 1;
#X msg 151 91 0;
#X obj 68 144 t a b;
#X obj 68 182 outlet;
#X obj 68 114 spigot 0;
#X connect 0 0 6 0;
#X connect 1 0 2 0;
#X connect 2 0 6 1;
#X connect 3 0 6 1;
#X connect 4 0 5 0;
#X connect 4 1 3 0;
#X connect 6 0 4 0;
#X restore 148 128 pd once-closed;
#X obj 148 154 outlet;
#X text 136 51 bang on block boundaries;
#X connect 0 0 3 0;
#X connect 1 0 2 0;
#X connect 2 0 3 1;
#X connect 3 0 4 0;
#X restore 742 311 pd blockbang~;
#N canvas 0 0 463 281 blockbang~ 0;
#X obj 148 103 bang~;
#X obj 243 80 inlet;
#X obj 243 103 b;
#N canvas 231 224 450 300 once-closed 0;
#X obj 68 68 inlet;
#X obj 119 67 inlet;
#X msg 119 90 1;
#X msg 151 91 0;
#X obj 68 144 t a b;
#X obj 68 182 outlet;
#X obj 68 114 spigot 0;
#X connect 0 0 6 0;
#X connect 1 0 2 0;
#X connect 2 0 6 1;
#X connect 3 0 6 1;
#X connect 4 0 5 0;
#X connect 4 1 3 0;
#X connect 6 0 4 0;
#X restore 148 128 pd once-closed;
#X obj 148 154 outlet;
#X text 136 51 bang on block boundaries;
#X connect 0 0 3 0;
#X connect 1 0 2 0;
#X connect 2 0 3 1;
#X connect 3 0 4 0;
#X restore 478 205 pd blockbang~;
#N canvas 0 0 533 468 open-files 0;
#X obj 104 239 hradio 15 1 0 2 empty empty empty 0 -8 0 10 -262144
-1 -1 0;
#X obj 314 240 hradio 15 1 0 2 empty empty empty 0 -8 0 10 -262144
-1 -1 1;
#X msg 104 214 0;
#X msg 314 217 1;
#X obj 162 92 t b b;
#X obj 104 311 outlet;
#X obj 314 314 outlet;
#X obj 162 67 inlet;
#X msg 104 274 open -bytes 3 /tmp/\$1.wav;
#X msg 314 275 open -bytes 3 /tmp/\$1.wav;
#X connect 0 0 8 0;
#X connect 1 0 9 0;
#X connect 2 0 0 0;
#X connect 3 0 1 0;
#X connect 4 0 2 0;
#X connect 4 1 3 0;
#X connect 7 0 4 0;
#X connect 8 0 5 0;
#X connect 9 0 6 0;
#X restore 281 135 pd open-files;
#N canvas 0 0 450 300 (subpatch) 0;
#X array \$0-file0 128 float 2;
#X coords 0 1 128 -1 200 140 1;
#X restore 425 485 graph;
#N canvas 0 0 450 300 (subpatch) 0;
#X array \$0-file1 128 float 2;
#X coords 0 1 128 -1 200 140 1;
#X restore 625 485 graph;
#X text 578 207 start recording on block boundaries;
#X text 314 81 first press prepare \, then record;
#X obj 844 466 b;
#X msg 844 443 open files into tables;
#X msg 281 113 prepare recording;
#X floatatom 648 74 5 0 0 0 ms_to_record - -;
#X obj 742 289 delay 5;
#X obj 478 184 delay 5;
#X floatatom 840 186 5 0 0 0 - - -;
#X obj 840 150 * 1000;
#X obj 840 120 t b a;
#X obj 840 99 * 1000;
#X floatatom 840 73 5 0 0 0 blocks_to_record - -;
#X obj 729 120 r \$0-blockdurs;
#X msg 799 44 1.39;
#X msg 840 43 2;
#X msg 875 44 2.1;
#X text 696 73 or:;
#X text 739 362 this blockbang~ is not 

[PD] why is midi out so slow?

2009-01-10 Thread cyrille henry

hello,
i do sometimes use the ctlout object to send midi data out of pd.
but latency is very big (about 100ms)

i'm using OSS midi on ubuntu linux with vanilia pd.

using udpsend to send data to an other application that forward them to the 
midi out, a loop can be as small as 5ms.

(using pdreceive /dev/midi1 on a terminal by example, see attachment)

why are the midi out objects in pd so slow, and is it possible to make them 
faster?

thanks
Cyrille



#N canvas 97 271 626 429 10;
#X obj 160 257 udpsend;
#X msg 172 229 connect localhost 2348;
#X floatatom 160 162 5 0 0 0 - - -;
#X obj 69 230 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 69 258 realtime;
#X obj 122 127 b;
#X floatatom 69 280 5 0 0 0 - - -;
#X msg 160 188 send 176 111 \$1;
#X obj 122 78 ctlin;
#X floatatom 137 105 5 0 0 0 - - -;
#X text 276 39 pdreceive 2348  /dev/midi1;
#X obj 171 208 loadbang;
#X text 274 19 open a terminal and start :;
#X text 277 60 then click on the connect message box;
#X connect 1 0 0 0;
#X connect 2 0 7 0;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 4 0 6 0;
#X connect 5 0 4 1;
#X connect 7 0 0 0;
#X connect 8 0 5 0;
#X connect 8 0 9 0;
#X connect 11 0 1 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] logical timing question

2009-01-10 Thread Peter Plessas
Dear list,

i have a question regarding timing in Pd:

I understand that messages to tilde objects just get passed to the DSP 
tree within DSP blocks.

How about the reverse?

Found out that snapshot~ is returning the last sample of the last block 
during which it got banged. This is fine, since it is the sample value 
most closely to the output of the result.

Now when i use the following setup:

[bang~]
  |
  |
[t b b]
  |   |
  |   |
[timer]

i get a minimum logical time of 1.45 msec (aquivalent to 64samples at 
44.1 kHz) even when i use a blocksize of [block~ 32]. That makes me 
assume that the sampling period for an external process (such as an 
audio clock, represented by bang~) is limited to 64 samples.

What is also interesting, is that i get the double value of 2.9 msec for 
blocksizes above 64, for example 65 and above. There are no adc~ or dac~ 
objects or any subpatches in this setup.

So, with predefined timing objects (such as [del]), the resolution of 
the logical time in [timer] can be as low as a fraction of a 
millisecond, while non-deterministic events get sampled every 64 DSP 
ticks (or probably integer mutiples).

All still confusing somehow, looking forwards to any answers!

regards,
Peter

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


[PD] Hiding bits of the subpatch

2009-01-10 Thread Chris McCormick
Hey Pders,

Luke's recent data structures gui posts inspired me to take another look
at what is for me the holy grail of GOP guis in Pd - hiding bits of the
gui selectively, so you can make simple looking guis which expand out to
show more complicated options at the user's behest.

Attached is a patch that gets this to work through what appears to be a
weird bug in the interaction between Pd and tcl/tk and some
internal-message jiggery. Anyway, enough yammering, see the attached
patch. Click 'show_hide' to show and hide the number box on the right.
You can use the numberbox on the left to slowly slide the gui in and out
to see it working slowly. For some reason this only works if you use a
[line] to slowly change the size of the GOP, otherwise nothing gets
hidden. Well, that is if it works at all for you.

Best,

Chris.

---
http://mccormick.cx


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


Re: [PD] FUDI protocol specifications

2009-01-10 Thread Miller Puckette
'Fast Unified Digital Interface' (or whatever other acronym people can come
up with :)

M

On Sun, Jan 11, 2009 at 01:44:35AM +0100, Roman Haefeli wrote:
 hi all
 
 FUDI was subject of a little discussion on #dataflow, so we tried to put
 everything we could find togehter to a pdpedia page. however, all the
 information was gained from some tests with [netreceive], but we
 couldn't find any official specification nor what the acronym stands
 for.
 
 is the information on [1] correct?
 
 what does FUDI mean?
 
 roman
 
 
 [1] http://wiki.puredata.info/en/FUDI
 
 
 
 
 
 
   
 ___ 
 Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
 
 
 ___
 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] Hiding bits of the subpatch

2009-01-10 Thread Hans-Christoph Steiner

Very cool!  I like the [line] on it.  Try throwing in one of the  
mapping curves like sigmoid_seat for a more natural feel ;)

.hc

On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:

 Hey Pders,

 Luke's recent data structures gui posts inspired me to take another  
 look
 at what is for me the holy grail of GOP guis in Pd - hiding bits of  
 the
 gui selectively, so you can make simple looking guis which expand  
 out to
 show more complicated options at the user's behest.

 Attached is a patch that gets this to work through what appears to  
 be a
 weird bug in the interaction between Pd and tcl/tk and some
 internal-message jiggery. Anyway, enough yammering, see the attached
 patch. Click 'show_hide' to show and hide the number box on the right.
 You can use the numberbox on the left to slowly slide the gui in and  
 out
 to see it working slowly. For some reason this only works if you use a
 [line] to slowly change the size of the GOP, otherwise nothing gets
 hidden. Well, that is if it works at all for you.

 Best,

 Chris.

 ---
 http://mccormick.cx
 hide-patch.pd___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list






 kill your television



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


Re: [PD] Hiding bits of the subpatch

2009-01-10 Thread Hans-Christoph Steiner


Something like this:



hide-patch-mapping.pd
Description: Binary data




.hc


On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:


Hey Pders,

Luke's recent data structures gui posts inspired me to take another  
look
at what is for me the holy grail of GOP guis in Pd - hiding bits of  
the
gui selectively, so you can make simple looking guis which expand  
out to

show more complicated options at the user's behest.

Attached is a patch that gets this to work through what appears to  
be a

weird bug in the interaction between Pd and tcl/tk and some
internal-message jiggery. Anyway, enough yammering, see the attached
patch. Click 'show_hide' to show and hide the number box on the right.
You can use the numberbox on the left to slowly slide the gui in and  
out

to see it working slowly. For some reason this only works if you use a
[line] to slowly change the size of the GOP, otherwise nothing gets
hidden. Well, that is if it works at all for you.

Best,

Chris.

---
http://mccormick.cx
hide-patch.pd___
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] Hiding bits of the subpatch

2009-01-10 Thread Mike McGonagle
One thing I noticed is that when you click to open and close these
gadgets, it will leave the patch in a dirty state, and it will ask
you if you want to save the patch before closing it.

Mike

On Sat, Jan 10, 2009 at 6:07 PM, Hans-Christoph Steiner h...@eds.org wrote:

 Something like this:





 .hc


 On Jan 10, 2009, at 6:52 PM, Chris McCormick wrote:

 Hey Pders,

 Luke's recent data structures gui posts inspired me to take another look
 at what is for me the holy grail of GOP guis in Pd - hiding bits of the
 gui selectively, so you can make simple looking guis which expand out to
 show more complicated options at the user's behest.

 Attached is a patch that gets this to work through what appears to be a
 weird bug in the interaction between Pd and tcl/tk and some
 internal-message jiggery. Anyway, enough yammering, see the attached
 patch. Click 'show_hide' to show and hide the number box on the right.
 You can use the numberbox on the left to slowly slide the gui in and out
 to see it working slowly. For some reason this only works if you use a
 [line] to slowly change the size of the GOP, otherwise nothing gets
 hidden. Well, that is if it works at all for you.

 Best,

 Chris.

 ---
 http://mccormick.cx
 hide-patch.pd___
 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





-- 
Peace may sound simple—one beautiful word— but it requires everything
we have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician

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


Re: [PD] Chicago Patching Circle (Sunday, December 14th)

2009-01-10 Thread Jacob Lee
Why don't we meet informally on the 18th? We could just demonstrate
patches and whatnot and save a more formal show for February. I, too,
have less to show by now than I had hoped, but I'd still like to get
together and see what else people are doing in PD.

-- 
Jacob Lee
artd...@gmail.com



On Fri, Jan 9, 2009 at 6:25 PM, Mike McGonagle mjm...@gmail.com wrote:
 Well, my vote would be for February, as the stuff I have been working
 on is kind of slow going... plus it just seems that the 18th is a bit
 closer than I had anticipated. Maybe we should set a date NOW in
 February, and then make plans for that...

 But, if others would still like to shoot for the 18th, I don't think
 it would be a problem to hold it at the Red Line Tap. It would have to
 be before 6PM, as they have been scheduling bands on Sunday nights,
 and they usually start setting up around 8 or so...

 Mike


 On Fri, Jan 9, 2009 at 5:54 PM, Kyle Klipowicz kylek...@gmail.com wrote:
 Hey Chi-town Pd-ers~

 This may  be a little late, but I can do the 18th of January.

 Is this going to happen still, or should we push it back to February to get
 a little promotion time?

 Let's decide soon.

 ~Kyle

 On Sun, Dec 28, 2008 at 3:35 PM, Mike McGonagle mjm...@gmail.com wrote:

 Well, any suggestions would be welcome. While I am not quite certain,
 I am pretty sure that we can still meet at the Red Line Tap, they just
 want to get a few more bodies in to buy a beer or two for the time we
 are there...

 The 18th is the third sunday... does that sound like a good day?
 Anyone have another date in mind?

 Mike


 On Sun, Dec 28, 2008 at 2:24 PM, Kyle Klipowicz kylek...@gmail.com
 wrote:
  So...Any word on a mid-January date for the Pd meetup in Chicago yet?
 
  ~Kyle
 
  On Sun, Dec 14, 2008 at 12:46 PM, Mike McGonagle mjm...@gmail.com
  wrote:
 
  Yes, the safe money is on that... no meeting tonight...
 
  Our latest plan is to shoot for mid January...
 
  Mike
 
 
  On Sun, Dec 14, 2008 at 12:38 PM, Anthony Curry
  theonlyconstantisf...@gmail.com wrote:
   Hey all,
  
   Hope this message finds you all happy and well.
  
   Is it safe to assume that we're NOT meeting at the Red Line Tap this
   evening?
  
   Thanks,
  
   Anthony
   theonlyconstantisf...@gmail.com
  
 
 
 
  --
  Peace may sound simple—one beautiful word— but it requires everything
  we have, every quality, every strength, every dream, every high ideal.
  —Yehudi Menuhin (1916–1999), musician
 
 
 
  --
  -
  
  -
    - --
  http://perhapsidid.wordpress.com
  http://myspace.com/kyleklipowicz
 



 --
 Peace may sound simple—one beautiful word— but it requires everything
 we have, every quality, every strength, every dream, every high ideal.
 —Yehudi Menuhin (1916–1999), musician

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



 --
 -
 
 -
   - --
 http://perhapsidid.wordpress.com
 http://myspace.com/kyleklipowicz




 --
 Peace may sound simple—one beautiful word— but it requires everything
 we have, every quality, every strength, every dream, every high ideal.
 —Yehudi Menuhin (1916–1999), musician

 ___
 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