Re: [PD] Finding $0 and dealing with it in messages

2009-11-16 Thread Luke Iannini
2009/11/14 IOhannes m zmölnig zmoel...@iem.at:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hans-Christoph Steiner wrote:


 http://sourceforge.net/tracker/?func=detailaid=1543850group_id=55736atid=478072


 i don't know how well this works for with the new dollarg-expansion code
 (within symbols, not only at the beginning).
 and anyhow it is unclear what bl...@-blu really means.

 as for $$ being available in messages: i don't think this can easily
 be done the way things are right know.

 and really, i don't think it is that important :-)

 I think this never got included because it didn't play nice with the new
 dollar arg expansion code.

 i remember doing tests and i vaguely remember that it worked.
 the only thing i could imagine is, that it might not apply cleanly
 anymore, since both the dollarg expansion code and the $@ code both
 touch the same lines.

Haha, I have no idea if I ever publicized this or not, but I believe I
got this applying to 0.42+ back in April...  Haven't tested this since
then but if it applies I'll add it to the tracker.

Best
Luke

 but then i wrote the current expansion code before the $@,$# things
 (http://sourceforge.net/tracker/?func=detailaid=1405137group_id=55736atid=478072),
 so i guess i might even have build on that code.


 So this patch at this point serves as a
 starting point for developing this.

 it implements about 66% of your suggestion.


 As for what bl...@-blu means, it doesn't matter as long as $$, $@, and
 $# are clearly defined.

 now what does that mean?
 if you implement anything, you have to make a clear definition of it
 (else youcouldn't express it in a language like C).
 you might not be aware of this fact, but you really do.

 in many cases you get away with just implementing it (and a somewhat
 logical definition of whatever you implemented will turn out to be there)

 now i did implement this and it turned out that i was wondering on what
 bl...@-blu should be explanded to.

 my experience showed me that it does matter.

 i can think of 2 expansions and both make sense and both don't.

 iirc, my final conclusion was that it would be best to not allow $@
 expansion at all for dollsyms, but just as solitary $@ which will always
 expand to a list.

 By bash rules, that would give you bla-my list
 of words-blu.

 this doosn't say much.
 in bash you can quote and escape.
 you can write bash-code that will regard bla-my list of words-blu
 to be a list of 5 arguments and bash-code that sees it as a single argument.

 this is exactly the question i asked; probably this was not so clear)

 gfmasd
 IOhannes







 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

 iEYEARECAAYFAkr/El8ACgkQkX2Xpv6ydvRZdwCgsbV3Eh85Nyw8cwqgFdeorNnx
 UkMAoKTGZ0NOEzu/nKyZ+gJ//8vnqx7M
 =S6J0
 -END PGP SIGNATURE-

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



dollargcargv-pd-0.42-4.patch
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] is there an object that emits bang when a subpatcher is restored?

2009-10-31 Thread Luke Iannini
On Sat, Oct 31, 2009 at 7:08 AM, Frank Barknecht f...@footils.org wrote:
 Hallo,
 Ivica Ico Bukvic hat gesagt: // Ivica Ico Bukvic wrote:

 On Sat, 2009-10-31 at 21:43 +0800, jurgen wrote:
  try [closebang] - read help file
 
  Jurgen

 Thanks for the info! However, this works when closing the entire patch
 but not sub-patchers. Likewise, I would need something that bangs when
 you open sub-patchers. I guess restore was the wrong terminology to
 use here.
Hi Ivica
The [tot] object from toxy will emit a bang from its right outlet
whenever a subpatch is opened.  I can't recall any ways to know when a
subpatch has been closed though ([active] from Cyclone will tell you
about its focused state).

Best
Luke


 Depending on your goals, the following may be a solution: You can open and
 close not only by clicking on it, but also by sending the message vis 0/1 to
 the subpatch-receiver. Example:

  [pd mysub]

  [tgl]
  |
  [vis $1(
  |
  [s pd-mysub]

 If you only open or close a subpatch this way, you can follow any state
 changes by reading from [r pd-mysub].

 Ciao
 --
 Frank

 ___
 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] call for snow leopard test

2009-10-21 Thread Luke Iannini
On Mon, Oct 19, 2009 at 4:28 PM, Hans-Christoph Steiner h...@at.or.at wrote:

 Are there any early adopters out there who could do a quick test on Mac OS X
 10.6/Snow Leopard for me?  Its pretty easy:

 1) download this:
 http://autobuild.puredata.info/pdlab/Pd-0.43.0-devel-20091019.app.zip
 2) unzip it and run it (its a test build for Snow Leopard)
 3) try using it and see if the menubar goes crazy, open and close some
 patches, etc.
 4) delete the Frameworks inside (right-click on the
 Pd-0.43.0-devel-20091019.app and choose Show Package Contents, then delete
 the Frameworks folder
 5) try using it again and see if the menubar goes crazy, open and close some
 patches, etc.

Yo Hans,
Nothing wrong with the menubar besides the stray Apple menu here on 10.6.1.
(though I saw some trouble instantiating comments in patches).

Best
Luke


 I was getting this:





 .hc


 

 [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



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


Re: [PD] dynamically settable many-to-many cordless audio routing

2009-10-12 Thread Luke Iannini
2009/10/12  zmoel...@iem.at:
 Quoting Jamie Bullock ja...@postlude.co.uk:

 but then I can't easily script 'disconnect'.

 why not?

Yo, I had a similar complete unawareness of the [disconnect( message
long ago when I was designing a bunch of dynamic audio routing stuff
that caused me to architect things far less elegantly than necessary :
).

I tried to think of why this is so, and I think it's because it
doesn't really get covered in the pd-msg tutorial that remains, I
believe, the primary documentation on the matter (though it is listed
in the reference 0.all_msg.pd so I can't excuse myself too strongly).

I'm thinking I'll add a 7.disconnect.pd entry covering it to make sure
it is burned in early?

That also made me notice that the 3.Networking/ OSC tutorials all
suggest using OSCx, perhaps explaining the recurring inquiries about
the usage of OSCx on the list.  Anyone mind if I switch them out in
there to use Mr. Peach's stuff?

Best
Luke



 fgasdr
 IOhannes


 
 This message was sent using IMP, the Internet Messaging Program.


 ___
 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] Fwd: Pure Data/Field assimilation

2009-10-05 Thread Luke Iannini
Yo all,
I don't know if any of you have seen Field?

It's an /extremely/ cool environment/sequencing canvas that I think would be
hugely useful to use with Pd.  I'll let them explain it:
http://openendedgroup.com/field/wiki/OverviewBanners2

They very recently created a MaxPlugin which quite impressively integrates
Max with Field.
http://openendedgroup.com/field/wiki/MaxPlugin

I thought it would be nice to get them on the path to doing the same with Pd
- see the conversation below.  Anyone have any ideas on the matter?

Luv Luke

Forwarded conversation
Subject: Pure Data assimilation


From: *Luke* lukex...@gmail.com
Date: Fri, Oct 2, 2009 at 12:45 PM
To: Field-development field-developm...@googlegroups.com


Yo guys,
I saw your MaxPlugin, which looks incredible.  I just wanted to
suggest also taking a look at the open source older brother of Max,
Pure Data (the continuation of Max/MSP by Miller S Puckette, the
original developer)

http://puredata.info/
http://www-crca.ucsd.edu/~msp/software.html
(IRC) http://wiki.dataflow.ws/DataFlow

Pd has a nascent concept called Data Structures that allow creation
of graphical scores directly representing their underlying data – it
seems to me Field is that from 100 years in the future, so it would be
a very natural marriage.

I'd love to help with this where I can.

Best
Luke
--
From: *Marc Downie* m...@openendedgroup.com
Date: Fri, Oct 2, 2009 at 12:51 PM
To: field-developm...@googlegroups.com


That's a very good idea — the truth is Max/MSP's proprietary-ness (and it's
difficult copy protection) is *not good*.

What's the Java embedding story in Pd like? We are using mxj to poke a hole
in Max that Field enters through.

Marc.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Field-development group.
To post to this group, send email to field-developm...@googlegroups.com
To unsubscribe from this group, send email to
field-development+unsubscr...@googlegroups.comfield-development%2bunsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/field-development?hl=en
-~--~~~~--~~--~--~---


--
From: *Al Matthews* prolep...@gmail.com
Date: Fri, Oct 2, 2009 at 12:58 PM
To: field-developm...@googlegroups.com


Cool I was wondering about that. On behalf of maybe others like me only
laxly tracking source at the moment, I'll add this request for a bit of
technical spec, about the MAX plugin as it presently stands.

More generally, is Field's timeline available or conceived here as a sort of
scheduling supplement for MAX events? Scheduling seems historically a kind
of weakness of MAX for composition, until you add java or whatnot.

Also a bump for the PD.
Al Matthews, Programmer Support Specialist

Archives and Special Collections,
Robert W. Woodruff Library,
Atlanta University Center

amatth...@auctr.edu
prolep...@gmail.com

1 404 978 2057, direct
1 337 214 4688, gvoice

--
From: *Marc Downie* m...@openendedgroup.com
Date: Fri, Oct 2, 2009 at 1:16 PM
To: field-developm...@googlegroups.com


As always, more doc's are on the todo-list.

But the trick is essentially this. mxj — which is a standard box in Max —
lets you instantiate java objects. We provide two — one that does the
bookkeeping and network communication (MaxFieldRoot) and another that wraps
up a Jython environment (MaxField).

The source for both of these is inside /extras/maxfieldMXJ — there isn't
much to them.

MaxFieldRoot knows the names (that is what max calls the scripting names)
of all MaxField objects in a patch (and subpatches) and it opens two OSC
ports for communication with Field.

MaxField objects when loaded get Jython up and running and execute a startup
script that provides some functionality (like the magic function that makes
autocomplete work) — this script is maxfield/__init__.py

Field's side of the bargain is to capture attempts to execute things inside
boxes that are marked as bridged to max and, rather than executing them,
sends them via OSC to Root which then dispatches them to the appropriate
MaxField box which then executes the Python code. So sticking a bunch of
Field boxes in a timeline and scrubbing them scrubs the sending and
execution of code in Max. You could probably build less latency-prone and
more accurate timing as well using this (you'd send all the box positions
over to Max and use it's timing stuff). But this works well for our uses
right now.

This code is field.extras.max.MaxExecution. You'll find it's a lot like the
ProcessingPlugin — which defers execution of python code not to a separate
process but just later in time — until we are inside the draw() method of
the Processing Applet.

So, basically, we need to be able to run just a little bit of Java (and in
turn all of Jython) inside Pd to bootstrap the whole thing.

Any Pd Java experts out there?

Marc.

Re: [PD] iPhone control

2009-09-13 Thread Luke Iannini
On Sat, Sep 12, 2009 at 6:55 AM, The Space Between the Words
i...@thespacebetweenthewords.org wrote:
 My initial motivation was the ability to have a touch screen controller,
 with pd running on my MacBook.

Yo Jerome - in that case I can unequivocally recommend TouchOSC.  In
the last month or two he released a GUI editor you can use to build
any kind of control arrangement you like, and even before that I
always felt it had the best controls of the bunch.  I've used it for
some live stuff and it was wonderful (it has a cool undocumented
feature that you can grab a control on one screen, switch tabs and
keep controlling the first control while grabbing a second control on
the new tab with another finger... erm, try it out, maybe you'll get
what I mean : ))

http://hexler.net/software/touchosc

There's also the very interesting Fantastick, which is essentially
infinitely flexible, giving you direct draw access to the screen (and
even some OpenGL) from Pd and direct multitouch access from Pd.  I've
played with that and it's very cool, but the visual responsiveness of
course isn't quite as good as TouchOSC 'cuz of the round trip to get
new drawing commands (and it's obviously a lot more labor).
http://pinktwins.com/fantastick/

Both options have accelerometer support.

Best
Luke


 Regards,
 Jerome

 On Sep 12, 2009, at 9:08 AM, fred-ordi o...@fredvoisin.com wrote:

 I'd like to try, but rjdj doesn't want to install thru itunes (mac) on my
 (old jailbroken) ipodtouch... Is there a way to install it on ipodtouch ?

 fred

 The Space Between the Words wrote:

 Gotcha. Has anybody played with any rjdj scenes in a context where the
 audience was greater then one? What worked, didn't work?

 Regards,
 Jerome
 On Sep 11, 2009, at 10:03 PM, Hans-Christoph Steiner h...@at.or.at
 mailto:h...@at.or.at wrote:

 I think its more fun to run Pd on the iPhone itself:

 http://rjdj.me

 .hc

 On Sep 11, 2009, at 2:18 PM, Jerome Covington wrote:

 Would anybody care to share experiences working on projects to use the
 iPhone as a controller for pD?

 --
 Regards,
 Jerome Covington
 .  .  .  .   :   .  .  .  .   :
 define audio development

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




 


 http://at.or.at/hans/http://at.or.at/hans/


 
 ___
 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] new GUI screenshots

2009-09-13 Thread Luke Iannini
2009/9/13 András Murányi muran...@gmail.com:


 2009/9/13 Hans-Christoph Steiner h...@at.or.at

 It looks so nice on the Mac...! ;o)

 It's a pity it looks way less 21th Century here on Hardy... fyi I have
 attached the screenshot.

 Make you are are running Tcl/Tk 8.5 and it'll look much better.  Install
 tcl8.5 and tk8.5, then run:
 update-alternatives --config wish and choose wish8.5.  Then Pd will use
 the much improved Wish 8.5.

 Thanks! Now fonts are anti-aliased. Plus the startup plugins started to
 work, which means that at least some of them don't work with tcl/tk=8.4.
 I have attached a screenshot for your viewing pleasure.


 I have also mocked up a version with my ideas (which are based on my
 rather limited knowledge of Pd). Please take a look at it.

 Did you mock it up in Tcl?

 Nay. Xara Xtreme ;o)

 - Afaik the IN/OUT meters are for the DSP so I would group them with the DSP
 switch.

 Makes sense.

 - I would omit the IN/OUT meter switch. Can we? Or is this a CPU-hog?

 I think its useful just to be able to have less distractions.

 Useful to have it? So that the meter doesn't distract you?
 Or useful to omit? So the switch doesn't distract you?
 ;o)


 - I would suggest having some kind of MIDI IN/OUT LEDs... which could also
 serve as switches in case you want to suspend MIDI reception or
 transmission. In my graphics they are just simple switches but I'm not sure
 it is possible to 'blink' those switches. If not, then we could have
 separate switches and LEDs.

 That also sounds useful for those who use MIDI.  'pd' is not currently
 sending 'pd-gui' that info tho.

 I'm one of the guys who don't use DSP, my output is nuttin-but-MIDI. (Now
 that I think there may be guys whos output is mainly to the network...)


 - A LOAD meter. Is this a CPU hog? If not, can we have it on the Pd
 window? (It is quite hidden under the Media menu, imho also because Media is
 a quite fuzzy name.)

 That's a nice idea.  It would require writing the Tcl code to get the load
 from the OS, but that's probably easy.

 Once we clean up the Media menu, we may be able to find a better name for
 it. Just my 2 cents.

 - Console hide, clear. Let's try to have it somewhere right above the
 console!

 A clear button is ok, it is on the File menu.  As for hide, I think its
 easier to just have window resizing work well.  With the pdwindow in
 pd-gui-rewrite, you can manually resize it down to just the metters/buttons.

Yo, just a quick suggestion to make Pd a better Mac citizen – closing
the console should just hide it (and you'd then be able to pull it up
again from the Window menu).  That plus a Show Console on Startup
preference would make Pd much more
patch-redistribution-to-those-without-Pd-knowledge friendly.

Sorry I can't offer code, hopefully I'll have time to return to the
fold very soon!
Luke


 At the current version, i have 'Clear console' in the Edit menu but Hide
 console is gone. I think it could be kept however (regardless of what is the
 actual routine that it runs), and I even think it's not bad to provide it on
 the GUI and in the menu as well. Anyway, it's certainly good to have a
 control as close to the controlled item as possible, whenever possible.

 BTW, I have a dream which is that the console is tabbed, and the default tab
 displays system messages, while for each [print PREFIX] a new tab is opened.
 That way messages get separated by PREFIX. It's just a silly dream, forget
 it ;op


 .hc

 Thanks for your time!

 Andras

 ___
 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] Errors building PD from source

2009-07-02 Thread Luke Iannini
On Wed, Jul 1, 2009 at 7:34 PM, Ian Andrewsi...@ian-andrews.org wrote:
 Hi All,

 I'm trying to build Pd-0.42-5 on Mac OSX 10.5.5 intel (tk/tcl8.5.7) It
 compiles ok but when I go to make it gives the following errors:

 /SDKs/MacOSX10.4u.sdk             -arch i386 -arch ppc -Wno-error -O2  -o
 ../bin/pd-watchdog s_watchdog.c
 ld: library not found for -lcrt1.10.5.o
 ld: library not found for -lcrt1.10.5.o
 collect2: ld returned 1 exit status
 collect2: ld returned 1 exit status
 lipo: can't open input file:
 /var/folders/JJ/JJlSAMjyENGNhM-Li9ZWvE+++TI/-Tmp-//ccl7yaI2.out (No such
 file or directory)
 make: *** [../bin/pd-watchdog] Error 1

 As far as I can see from the man file ld searches first in /usr/lib. In
 /usr/lib there is a file called crt1.10.5.o

 Anyone know what's going on?
Yo, I think I saw this long ago, anyway, looks like the solution is here
http://lists.apple.com/archives/Xcode-users/2007/Oct/msg00696.html


 I have also tried compiling Pd-0.41.4-extended but contrary to the install
 instructions there is no configure file in the src directory , just
 configure.in. Not quite sure how to proceed here.

 Before anyone says 'why not use the binary' I'm building from source because
 I want to be able to start up PD from a shell script with various flags. IOW
 I need PD to start up and load a patch, set the correct output device, etc.
 automatically and reliably. Its for a gallery installation.  Any suggestion
 of alternative strategies would be welcome.
(and, by the way, you can still run Pd from a shell script by (if Pd
is Pd-extended.app) running
/Applications/Pd-extended.app/Contents/Resources/bin/pd - everything
else will work as usual.  Finally, you can also, I think, add items to
the startup flags: box in PreferencesStartup... or use a ~/.pdrc
file (which is just the flags you want to pass, one flag per line))

Best
Luke


 I'm fairly new to pd but I have been building from source on Macosx and
 linux for a few years. Usually I can work it out. This time I'm really
 stuck.

 ian

 ___
 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] Maximum size of arrays (gui version) when using bezier / polygon

2009-05-16 Thread Luke Iannini
On Fri, May 15, 2009 at 5:36 PM, Martin Schied crini...@gmx.net wrote:
 Hi all,

 I'm using arrays to display contents of 1024 sample wide audio blocks. When
 using bezier or polygon mode all values of samples greater than 1000 are not
 visible anymore. Their values are still there.
Yo!  I have been meaning to write in about this as well - I ran into
it trying to create a clone of [table] a month or so ago for more
flexible display.  So, when I hit it, it was with data structure
arrays (demo patch forthcoming...).  But I think [table]'s are based
on those these days.

I took a cursory poke around in src/ but haven't found the reason for
the limit yet.  It's definitely still there on 42-5 vanilla (I'm on
Leopard).

Best
Luke


 Is there a reason for a 1000 pixels limit for bezier or polygon mode? Is it
 extendible to a digital age compatible 1023?

 Attached patch demonstrates the limit. I had this on several different
 versions of pd extended, also current release candidate  (don't know about
 vanilla).

 ubuntu 8.04
 Pd version 0.41-4extended-rc2
 compiled 08:11:33 May 15 2009


 ___
 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] readanysf~ v0.30

2009-04-30 Thread Luke Iannini
On Thu, Apr 30, 2009 at 12:09 AM, IOhannes m zmoelnig zmoel...@iem.at wrote:
 errordevelo...@gmail.com wrote:

 hi

 well ..that sounds brilliant -
 but why is it dependent on some 'gavl' ??

 hmm, that's interesting as a hard dependency on gavl makes readanysf~ be
 pretty much linux only at the moment (despite of what is discussed on other
 lists...)
Yeah, indeed.  I was very excited about readanysf~ as I'd huuugely
like to be able to load and manipulate MP3s from my library into Pd
(I'm quite shocked that this is impossible without manually decoding
them outside of Pd right now :O )

Thus I spent a good 4 or 5 hours trying to get gavl/gmerlin_avdec to
compile on OS X a few weeks ago with a result of very frustrating
failure...

Here's hoping that changes one day : |  If anyone else is up for
working on it together I'd happily put in some more time just so that
my hours thus far don't go to waste!
Best
Luke



 anyhow, Gem's HEAD has currently a soft dependency on gavl (and
 gmerlin_avdec) as well, so it is a must anyhow :-)

 fgmadsr
 IOhannes

 ___
 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] list of creation arguments

2009-04-29 Thread Luke Iannini
On Wed, Apr 29, 2009 at 7:05 AM, Hans-Christoph Steiner h...@at.or.at wrote:

 On Apr 29, 2009, at 6:24 AM, Chris McCormick wrote:

 Hi Jonathan,

 On Sun, Apr 26, 2009 at 11:47:46PM -0700, Jonathan Wilkes wrote:

 Hi list,
    Here's a pd-vanilla subpatch that outputs an abstraction's creation
    arguments as a list.  Just copy and paste pd arguments to your
    abstraction and it should work.  It will output a single bang only if
 no
    creation arguments are supplied, so you can check whether they exist
 or
    not.  I offer it as a kind of condensed alternative to Matt Barber's
    approach that was posted awhile back (which I cannot find at the
    moment).

 Whoa, this is pretty intense dynamic patching-fu. I'm really impressed!
 Thx for
 sharing.

 It is a nice hack.  That reminds me, wasn't there a patch (as in a diff of C
 code) to add $# and $@ to Pd's object argument handling?  That would make
 this stuff much easier...
Yo,
I naively had a go at fixing up IO's $#/$@ patch for 42-4 -
removing the lines:
if(msp+argc = ems)
  {
error(message stack overflow);
goto broken;
  }

as suggested by
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/pd/src/m_binbuf.c?r1=8186r2=9108
seems to do the trick - I've got a cleanly built 42-4 with $@ $# expansion.

Here's the modified patch, I'll put it in the patch tracker if there
are no complaints.
Best
Luke



 .hc

 Chris.

 ---
 http://mccormick.cx

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



 

 Mistrust authority - promote decentralization.  - the hacker ethic



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



dollargcargv-pd-0.42-4.patch
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pdpedia and random generation

2009-04-10 Thread Luke Iannini
On Tue, Mar 31, 2009 at 2:09 PM, Philip Potter
philip.g.pot...@gmail.com wrote:
 2009/3/31 Alexandre Porres por...@gmail.com:
 so we need :someone to manage the system, ok, but then I see that this
 problem is kinda well solved, right?
 But how do you all see the writting of articles? Is it growing out well? I
 believe someone could also direct how things are going, and that a main
 team could work on it by fomenting its development and all...
 right?

 Something like a WikiProject on wikipedia? It would be good to have
 standards on how articles should be formatted and what kind of
 information should be presented. I see there has been some effort to
 generate a standard layout for an article on an object, with inlets,
 outlets, arguments and messages as separate sections; but I can't find
 a good article to serve as an example for how all articles should
 look. The best I can find is:
 http://wiki.puredata.info/en/dac~
 http://wiki.puredata.info/en/metro
 If more articles looked like this, I think pdpedia would be much more useful.
Yo -
I made this
http://wiki.puredata.info/en/switch%7E
long ago with the intention of it serving as an example (but of
course, it could use improvement).

As you can see, it makes use of a few tricks for styling object
references I added when Pdpedia was birthed - I think they were
forgotten though : ).  Check out the source to see how they're done.

Best
Luke



 Do we want pdpedia to just be a reference manual of objects, or do we
 also want to include design patterns such as the [pack 0 0 0 0
 0]/[unpack 0 0 0 0 0] idiom mentioned elsethread, tutorials, good
 practices and suchlike?

 Philip

 ___
 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] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

2009-03-30 Thread Luke Iannini
On Mon, Mar 30, 2009 at 3:52 AM, volker böhm vbo...@gmx.ch wrote:

 On 30 Mar 2009, at 00:31, Hans-Christoph Steiner wrote:

 On Mar 29, 2009, at 3:20 PM, Steffen Juul wrote:


 On 29/03/2009, at 17.41, volker böhm wrote:

 however i never succeeded in building pd vanilla on osx myself
 (anyone?).

 No, not with the makefile shipped with vanilla. It would be nice to know
 who Miller actually builds it.
Hmm.. I build Pd on OS X all the time!  I don't think I've done
anything special but perhaps I did long ago.  Of course, I don't know
the process by which Miller assembles the Pd app bundle, but I simply
build the pd binary and drop it in to the latest Pd.app from Miller's
site.

Where is it failing?
Best
Luke



 You can build it with the Pd-extended build system.  You just have to
 remove the --enable-jack or use the old version of JackOSX.

 thanks hc, i remember you mentioned that before.
 i did try it some time ago, but didn't get very far either.
 didn't spend much time on this, so no complaints. it probably works that
 way.
 but i remember downloading a lot of files (part of which i didn't actually
 want), trying to compile a huge amount of code and finally stranding in some
 chaotic/confused state ;)
 i thought that the documentation to end up with a simple vanilla build
 wasn't particulary clear.
 (if it's useful, i could go into greater detail here)

 what remains is the impression that it shouldn't be so complicated (compared
 to a simple linux build!).
 but obviously osx doesn't play well in this respect.

 vb
 ___
 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] words for style guide: rewind and reset

2009-03-25 Thread Luke Iannini
On Wed, Mar 25, 2009 at 11:38 AM, Hans-Christoph Steiner h...@eds.org wrote:

 Hey,

 I just went thru a bunch of interfaces and noticed a good pattern in
 wording.  I propose to make this part of the style guide:

 rewind - go back to the beginning of a chunk of data
 (used in: textfile, binfile, msgfile, etc.)

 reset - clear the data from a container; or, go back to the initial state
 (used in: zexy/index, cyclone/MouseState, maxlib, etc.)
thanx, agreed  noted!



 .hc

 

 [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


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


Re: [PD] self-modifying and dynamic patching

2009-03-12 Thread Luke Iannini
On Thu, Mar 12, 2009 at 12:03 PM, Mathieu Bouchard ma...@artengine.ca wrote:
 On Thu, 12 Mar 2009, Frank Barknecht wrote:

 A loadbanged [; pd-subpatch clear( IMO is mandatory for dynamic patching
 in
 abstractions. Even if it's saved with old content that will be removed on
 the
 next load.

 It's not sufficient because you could be getting error messages from
 dynamically patched abstractions, or other strange behaviour. For example,
 if I make an [#out window], or an [#out] to which I send open window, then
 on next load of any [#out] you will see a window open, and on any [#out
 window] you will see a window open, close, and open again. In other
 circumstances, I could get a no such directory error everytime I load,
 because I saved [#out] while it was writing a movie, and the directory has
 been renamed or removed or it's just a different machine...
Yes, the better solution methinks would be a vanilla* savebang to
clear out the dynamic subpatch just before save.  But I suppose that
requires acknowledging dynamic patching.

lxi

*the [tot]-based method just does not work reliably


  _ _ __ ___ _  _ _ ...
 | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
 ___
 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] self-modifying and dynamic patching

2009-03-11 Thread Luke Iannini
On Wed, Mar 11, 2009 at 10:55 AM, Derek Holzer de...@umatic.nl wrote:
 Would like to show some examples of dynamic and self-modifying Pd patches
 during a workshop here in Berlin. I know there are some in the archives (and
 maybe on people's HDs) somewhere, but damned if I can find them. Links to
 previkous posts or new examples welcome!
Here are a few I've done:

[hotpack] (in sfruit/ in pd-extended) dynamically builds a [pack]
object along with enough [t b a] objects to make every inlet hot.

[deeprouteOSC] (ditto) creates a chain of [routeOSC] objects so you
can route something like /synth/filter/cutoff instead of making 3
objects.

[troute] (ditto) is a settable [route] object, where you can pass a
list to its rightmost inlet to change what its routing.

[nsend/nreceive] (in nsend/ in pd-extended) gangs sends together, for
when you want to send the output of a multi-output object elsewhere
(e.g. [nsend 3 $0.notein] creates an nsend with 3 inlets, and
[nreceive 3 $0.notein] creates a corresponding nreceive).

[hotpack] and [deeprouteOSC] are probably the best balance of
complexity vs. utility.

Best
Luke


 best!
 Derek

 --
 ::: derek holzer ::: http://blog.myspace.com/macumbista :::
 http://www.vimeo.com/macumbista :::
 ---Oblique Strategy # 163:
 Turn it upside down

 ___
 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] I am the harbinger of crashing

2009-03-09 Thread Luke Iannini
Good call - that's correct.  Pd 41-4 crashes the same way, log's attached
(and here's the relevant snippet afaik)
Thread 0 Crashed:
0   com.apple.CoreFoundation0x90502e33 __CFStrConvertBytesToUnicode 
+ 51
1   com.apple.CoreFoundation0x904f5536
CFStringCompareWithOptionsAndLocale + 3542
2   com.apple.CoreFoundation0x904f6455 CFStringCompareWithOptions + 
53
3   pd  0x0007bb42 EndpointName + 324
(pmmacosxcm.c:692)
4   pd  0x0007bd09
cm_get_full_endpoint_name + 223 (pmmacosxcm.c:757)
5   pd  0x0007c005 pm_macosxcm_init + 448
(pmmacosxcm.c:901)
6   pd  0x0007c82d Pm_Initialize + 48
(portmidi.c:293)
7   pd  0x0007c884 Pm_CountDevices + 17
(portmidi.c:139)
8   pd  0x0006dafb midi_getdevs + 41
(s_midi_pm.c:289)
9   pd  0x0004a6aa glob_midi_properties +
91 (s_midi.c:670)
10  pd  0x00039810 pd_typedmess + 965 
(m_class.c:728)
11  pd  0x0003ce27 binbuf_eval + 1075
(m_binbuf.c:722)
12  pd  0x000442d7 socketreceiver_read +
1016 (s_inter.c:546)
13  pd  0x0004336a sys_domicrosleep + 385
(s_inter.c:184)
14  pd  0x000433cf sys_microsleep + 19
(s_inter.c:207)
15  pd  0x000410ee m_mainloop + 468 
(m_sched.c:511)
16  pd  0x00042fb6 sys_main + 1199 
(s_main.c:309)
17  pd  0x1de6 _start + 216
18  pd  0x1d0d start + 41

On Sun, Mar 8, 2009 at 10:45 AM, Hans-Christoph Steiner h...@eds.org wrote:

 Hmm, could you test Pd-vanilla 0.41.4?  That might be where the bug was
 introduced.

 .hc

 On Mar 7, 2009, at 8:22 PM, Luke Iannini wrote:

 Sigh, here's another : )

 This seems to have something to do with my MPD24 drum pads... whenever
 they're connected and I enter the MIDI preferences of Pd, I get the
 attached crash.

 It also occurs if they're configured (via .pdrc or the plist) as a
 default device.

 This started occurring on the newest builds of Pd-E as well as on
 Pd-0.42-4.  It does not occur of my build of 0.40.3-extended.

 Anyone have any ideas?
 Best
 Luke
 MIDICrash.txt___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list



 

                                              http://at.or.at/hans/



Process: pd [25206]
Path:
/Users/lukeiannini/Downloads/Pd-0.41-4.app/Contents/Resources/Scripts/../bin/pd
Identifier:  pd
Version: ??? (???)
Code Type:   X86 (Native)
Parent Process:  Pd [25204]

Date/Time:   2009-03-09 00:13:30.791 -0700
OS Version:  Mac OS X 10.5.6 (9G55)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x
Crashed Thread:  0

Thread 0 Crashed:
0   com.apple.CoreFoundation0x90502e33 __CFStrConvertBytesToUnicode 
+ 51
1   com.apple.CoreFoundation0x904f5536 
CFStringCompareWithOptionsAndLocale + 3542
2   com.apple.CoreFoundation0x904f6455 CFStringCompareWithOptions + 
53
3   pd  0x0007bb42 EndpointName + 324 
(pmmacosxcm.c:692)
4   pd  0x0007bd09 cm_get_full_endpoint_name + 
223 (pmmacosxcm.c:757)
5   pd  0x0007c005 pm_macosxcm_init + 448 
(pmmacosxcm.c:901)
6   pd  0x0007c82d Pm_Initialize + 48 
(portmidi.c:293)
7   pd  0x0007c884 Pm_CountDevices + 17 
(portmidi.c:139)
8   pd  0x0006dafb midi_getdevs + 41 
(s_midi_pm.c:289)
9   pd  0x0004a6aa glob_midi_properties + 91 
(s_midi.c:670)
10  pd  0x00039810 pd_typedmess + 965 
(m_class.c:728)
11  pd  0x0003ce27 binbuf_eval + 1075 
(m_binbuf.c:722)
12  pd  0x000442d7 socketreceiver_read + 1016 
(s_inter.c:546)
13  pd  0x0004336a sys_domicrosleep + 385 
(s_inter.c:184)
14  pd  0x000433cf sys_microsleep + 19 
(s_inter.c:207)
15  pd  0x000410ee m_mainloop + 468 
(m_sched.c:511)
16  pd  0x00042fb6 sys_main + 1199 
(s_main.c:309)
17  pd  0x1de6 _start + 216
18  pd  0x1d0d start + 41

Thread 1:
0   libSystem.B.dylib   0x92b1b1c6 mach_msg_trap + 10
1   libSystem.B.dylib

Re: [PD] pd~ loadbanged stdout hangs all pd processes

2009-03-09 Thread Luke Iannini
Whoops - I think this was just because I did not have the audio on!
But then... there does seem to be a bonus hang in there after all: if
I have audio on, the patches both launch successfully, but, if I then
click the bang in OPEN-ME.pd again, there's no response: everything
hangs.

On Mon, Mar 9, 2009 at 12:40 AM, Luke Iannini lukex...@gmail.com wrote:
 Hallo, the attached repro hangs for me quite reliably : )

 It's not always reproducible with just one [pd~] object, but two seem
 to do the trick every time.

 42-4 of course.

 Best and sorry for the never-ending stream of crashes : )
 Luke


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


[PD] I am the harbinger of crashing

2009-03-07 Thread Luke Iannini
Sigh, here's another : )

This seems to have something to do with my MPD24 drum pads... whenever
they're connected and I enter the MIDI preferences of Pd, I get the
attached crash.

It also occurs if they're configured (via .pdrc or the plist) as a
default device.

This started occurring on the newest builds of Pd-E as well as on
Pd-0.42-4.  It does not occur of my build of 0.40.3-extended.

Anyone have any ideas?
Best
Luke
Process: pd [19061]
Path:
/Users/lukeiannini/Desktop/Pd-0.42-4.app/Contents/Resources/Scripts/../bin/pd
Identifier:  pd
Version: ??? (???)
Code Type:   X86 (Native)
Parent Process:  Pd [19060]

Date/Time:   2009-03-07 17:18:35.904 -0800
OS Version:  Mac OS X 10.5.6 (9G55)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x
Crashed Thread:  0

Thread 0 Crashed:
0   com.apple.CoreFoundation0x90502e33 __CFStrConvertBytesToUnicode 
+ 51
1   com.apple.CoreFoundation0x904f5536 
CFStringCompareWithOptionsAndLocale + 3542
2   com.apple.CoreFoundation0x904f6455 CFStringCompareWithOptions + 
53
3   pd  0x000868fb EndpointName + 315 
(pmmacosxcm.c:692)
4   pd  0x00086ae3 cm_get_full_endpoint_name + 
227 (pmmacosxcm.c:757)
5   pd  0x00086e18 pm_macosxcm_init + 472 
(pmmacosxcm.c:901)
6   pd  0x00087781 Pm_Initialize + 49 
(portmidi.c:293)
7   pd  0x00087802 Pm_CountDevices + 18 
(portmidi.c:139)
8   pd  0x00077a99 midi_getdevs + 41 
(s_midi_pm.c:289)
9   pd  0x00050d2c glob_midi_properties + 92 
(s_midi.c:670)
10  pd  0x0003e972 pd_typedmess + 1026 
(m_class.c:748)
11  pd  0x000425f1 binbuf_eval + 1121
12  pd  0x0004a155 socketreceiver_read + 949
13  pd  0x000490b9 sys_domicrosleep + 409
14  pd  0x00046c1a m_mainloop + 490 
(m_sched.c:511)
15  pd  0x00048e9b sys_main + 1803
16  pd  0x22e6 start + 54

Thread 1:
0   libSystem.B.dylib   0x92b1b1c6 mach_msg_trap + 10
1   libSystem.B.dylib   0x92b229bc mach_msg + 72
2   com.apple.CoreFoundation0x904d20ae CFRunLoopRunSpecific + 1790
3   com.apple.CoreFoundation0x904d2d34 CFRunLoopRun + 84
4   com.apple.DVCPROHDMuxer 0x003120fb 
AVS::DestroyAVCDeviceController(AVS::AVCDeviceController*) + 297
5   libSystem.B.dylib   0x92b4c095 _pthread_start + 321
6   libSystem.B.dylib   0x92b4bf52 thread_start + 34

Thread 2:
0   libSystem.B.dylib   0x92b1b20e semaphore_wait_signal_trap + 
10
1   libSystem.B.dylib   0x92b4d206 _pthread_cond_wait + 1267
2   libSystem.B.dylib   0x92b92539 pthread_cond_wait + 48
3   com.grame.JackRouter0x004953f9 CAGuard::Wait() + 73
4   com.grame.JackRouter0x004a1779 
HP_Device::ExecuteAllCommands() + 57
5   com.grame.JackRouter0x004999ee 
CommandThread::ThreadEntry(CommandThread*) + 30
6   com.grame.JackRouter0x00495f89 CAPThread::Entry(CAPThread*) 
+ 121
7   libSystem.B.dylib   0x92b4c095 _pthread_start + 321
8   libSystem.B.dylib   0x92b4bf52 thread_start + 34

Thread 3:
0   libSystem.B.dylib   0x92b1b1c6 mach_msg_trap + 10
1   libSystem.B.dylib   0x92b229bc mach_msg + 72
2   com.apple.CoreFoundation0x904d20ae CFRunLoopRunSpecific + 1790
3   com.apple.CoreFoundation0x904d2cd8 CFRunLoopRunInMode + 88
4   com.apple.audio.CoreAudio   0x9231b5dc HALRunLoop::OwnThread(void*) 
+ 160
5   com.apple.audio.CoreAudio   0x9231b464 CAPThread::Entry(CAPThread*) 
+ 96
6   libSystem.B.dylib   0x92b4c095 _pthread_start + 321
7   libSystem.B.dylib   0x92b4bf52 thread_start + 34

Thread 4:
0   libSystem.B.dylib   0x92b1b226 
semaphore_timedwait_signal_trap + 10
1   libSystem.B.dylib   0x92b4d1ef _pthread_cond_wait + 1244
2   libSystem.B.dylib   0x92b4ea73 
pthread_cond_timedwait_relative_np + 47
3   com.apple.audio.CoreAudio   0x9232abc3 CAGuard::WaitFor(unsigned 
long long) + 213
4   com.apple.audio.CoreAudio   0x9232c77e CAGuard::WaitUntil(unsigned 
long long) + 70
5   com.apple.audio.CoreAudio   0x9232af23 HP_IOThread::WorkLoop() + 759
6   com.apple.audio.CoreAudio   0x9232ac27 
HP_IOThread::ThreadEntry(HP_IOThread*) + 17
7   com.apple.audio.CoreAudio   0x9231b464 CAPThread::Entry(CAPThread*) 
+ 96
8   libSystem.B.dylib 

Re: [PD] Window un-focus notification

2009-02-22 Thread Luke Iannini
João, [active]'s just what I was looking for, thanks!
Roman - yeah maybe one day I'll take control of the window management
to that level but right now I'm mostly satisfied mousing around : )
Mathieu - hm, I was just using the right bang outlet of [tot] ... not
familiar enough to implement what you're suggesting : )

Thanks very much all
Luke

On Sat, Feb 21, 2009 at 10:37 AM, Mathieu Bouchard ma...@artengine.ca wrote:
 On Sat, 21 Feb 2009, Luke Iannini wrote:

 Yo - anyone have any ideas on getting the focus state of a window in Pd? I
 want to only enable key commands when the relevant window is focused - I
 have lots of miniature applications and it makes much more sense to treat
 them independently - I think the global nature of keystroke handling is what
 keeps me from every really using it!
 (And, I know [tot] can tell me when a window is focused, but not when
 it's unfocused, meaning I'd need a [tot] in every single window. no
 good)

 use bind on FocusOut instead of FocusIn.

  _ _ __ ___ _  _ _ ...
 | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec

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


[PD] Window un-focus notification

2009-02-21 Thread Luke Iannini
Yo - anyone have any ideas on getting the focus state of a window in
Pd?  I want to only enable key commands when the relevant window is
focused - I have lots of miniature applications and it makes much more
sense to treat them independently - I think the global nature of
keystroke handling is what keeps me from every really using it!

(And, I know [tot] can tell me when a window is focused, but not when
it's unfocused, meaning I'd need a [tot] in every single window. no
good)

Best
Luke

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


Re: [PD] Crasher bug found...

2009-02-10 Thread Luke Iannini
On Mon, Feb 2, 2009 at 7:44 PM, Miller Puckette
mpuck...@imusic1.ucsd.edu wrote:
 Thanks -- that was just what I needed to find it... here's a patch that
 should fix it.  I'll be puttint up a new bugfix release after I manage to
 clean up another couple of problems.
Hi Miller, a little late, but just wanted to say a big thanks for
finding this and fixing it!  I'm very happy to be able to continue
work on my sequencers crash-free : )
Best
Luke


 Miller

 diff --git a/src/g_template.c b/src/g_template.c
 index 34541c0..f216b10 100644
 --- a/src/g_template.c
 +++ b/src/g_template.c
 @@ -106,7 +106,7 @@ t_template *template_new(t_symbol *templatesym, int argc, 
 t_
 bad:
 argc -= 2; argv += 2;
 }
 -if (templatesym-s_name)
 +if (*templatesym-s_name)
 {
 x-t_sym = templatesym;
 pd_bind(x-t_pdobj, x-t_sym);


 On Sun, Feb 01, 2009 at 12:43:48AM -0800, Luke Iannini wrote:
 Well, I'll let you all confirm that before I truly say so : ).

 But, by sheer luck, I'm hoping I've found the memory-corruption bug
 causing my pd abstractions to be so unstable (as I've lamented quite a
 few times).

 Hopefully this is narrowed down enough to be useful Miller! (I'm happy
 to pare it down further if there are too many extraneous objects)

 Basically, open ds-slider-o-help.pd (which contains 10 copies of the
 GOP ds-slider-o.pd abstraction) and click the [CLICK TO CRASH( message
 which is connected to a [send] object with no destination.

 Assigning a destination prevents the crash.

 [...]


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


Re: [PD] weird_stave Release

2009-02-03 Thread Luke Iannini
That's really beautiful Georg - haven't hooked it up to anything yet
but I quite like the design all around : )
Best
Luke

On Tue, Feb 3, 2009 at 3:36 PM, Georg Werner ge...@fricklr.de wrote:
 Hi,

 weird_stave is a graphical score GUI abstraction which uses data structures.
 It can play back 5 streams of values (between -100 an 100) at variable
 speed. Multiple instances of it can be used in one pd patch and scores can
 be stored in files.
 test it!
 Georg

 ___
 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] Crasher bug found...

2009-02-01 Thread Luke Iannini
Well, I'll let you all confirm that before I truly say so : ).

But, by sheer luck, I'm hoping I've found the memory-corruption bug
causing my pd abstractions to be so unstable (as I've lamented quite a
few times).

Hopefully this is narrowed down enough to be useful Miller! (I'm happy
to pare it down further if there are too many extraneous objects)

Basically, open ds-slider-o-help.pd (which contains 10 copies of the
GOP ds-slider-o.pd abstraction) and click the [CLICK TO CRASH( message
which is connected to a [send] object with no destination.

Assigning a destination prevents the crash.

This would certainly make sense for my issues, as I use a ton of [s ]
objects without arguments and it's likely that somewhere, one of them
isn't being set properly.

I attached one of the crashlogs as well, which starts at 0 pd
0x00039cbe pd_typedmess + 142 (m_class.c:696), but note that I also
saw the 0   ??? ... style crash as well that I'm assuming is
indicative of corrupted memory?

I've tested this in Pd-extended 0.40 and in the latest Pd 0.42-3.

Best
Luke
Process: pd [25140]
Path:
/Applications/Pd-extended.app/Contents/Resources/Scripts/../bin/pd
Identifier:  pd
Version: ??? (???)
Code Type:   X86 (Native)
Parent Process:  Pd-extended [25139]

Date/Time:   2009-02-01 00:26:38.233 -0800
OS Version:  Mac OS X 10.5.6 (9G55)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x6573552f
Crashed Thread:  0

Thread 0 Crashed:
0   pd  0x00039cbe pd_typedmess + 142 
(m_class.c:696)
1   pd  0x00038c0a bindlist_anything + 49 
(m_pd.c:107)
2   pd  0x00039f64 pd_typedmess + 820 
(m_class.c:805)
3   pd  0x00039f64 pd_typedmess + 820 
(m_class.c:805)
4   pd  0x0003b50e outlet_anything + 78 
(m_obj.c:438)
5   pd  0x00039f64 pd_typedmess + 820 
(m_class.c:805)
6   pd  0x0003d7df binbuf_eval + 1043 
(m_binbuf.c:677)
7   pd  0x9b22 message_float + 55 
(g_text.c:309)
8   pd  0x9dd6 message_click + 33 
(g_text.c:391)
9   pd  0xb4b9 text_click + 209 
(g_text.c:1091)
10  pd  0x0001ff20 canvas_doclick + 555 
(g_editor.c:1094)
11  pd  0x000208a2 canvas_mousedown + 61 
(g_editor.c:1257)
12  pd  0x0003a02a pd_typedmess + 1018 
(m_class.c:779)
13  pd  0x00039f64 pd_typedmess + 820 
(m_class.c:805)
14  pd  0x0003d7df binbuf_eval + 1043 
(m_binbuf.c:677)
15  pd  0x000448ca socketreceiver_read + 1016 
(s_inter.c:553)
16  pd  0x00043983 sys_domicrosleep + 367 
(s_inter.c:193)
17  pd  0x000439e8 sys_microsleep + 19 
(s_inter.c:216)
18  pd  0x0004185e m_scheduler + 658 
(m_sched.c:492)
19  pd  0x00043770 sys_main + 1524 
(s_main.c:320)
20  pd  0x21ae _start + 216
21  pd  0x20d5 start + 41

Thread 1:
0   libSystem.B.dylib   0x92df71c6 mach_msg_trap + 10
1   libSystem.B.dylib   0x92dfe9bc mach_msg + 72
2   com.apple.audio.midi.CoreMIDI   0x00625f0f 
XServerMachPort::ReceiveMessage(int, void*, int) + 101
3   com.apple.audio.midi.CoreMIDI   0x00618477 MIDIInPortThread::Run() + 111
4   com.apple.audio.midi.CoreMIDI   0x0061c07d XThread::RunHelper(void*) + 
17
5   com.apple.audio.midi.CoreMIDI   0x006269ee CAPThread::Entry(CAPThread*) 
+ 96
6   libSystem.B.dylib   0x92e28095 _pthread_start + 321
7   libSystem.B.dylib   0x92e27f52 thread_start + 34

Thread 2:
0   libSystem.B.dylib   0x92dfe3ae __semwait_signal + 10
1   libSystem.B.dylib   0x92e28d0d pthread_cond_wait$UNIX2003 + 
73
2   libGLProgrammability.dylib  0x93e3ab32 glvmDoWork + 162
3   libSystem.B.dylib   0x92e28095 _pthread_start + 321
4   libSystem.B.dylib   0x92e27f52 thread_start + 34

Thread 3:
0   libSystem.B.dylib   0x92df720e semaphore_wait_signal_trap + 
10
1   libSystem.B.dylib   0x92e29206 _pthread_cond_wait + 1267
2   libSystem.B.dylib   0x92e6e539 pthread_cond_wait + 48
3   py.pd_darwin0x1371aa68 flext_multi::ThrCond::Wait() 
+ 34
4   py.pd_darwin0x1371ab32 
flext_multi::ThrHelper(void*) + 178
5   libSystem.B.dylib   0x92e28095 _pthread_start + 321
6   libSystem.B.dylib   0x92e27f52 

Re: [PD] stereo vision

2009-01-28 Thread Luke Iannini
On Wed, Aug 27, 2008 at 5:07 PM,  zmoel...@iem.at wrote:
 Quoting Simon Kilshaw simon.kils...@rwcmd.ac.uk:


 Hey,
 I got myself a pair of anaglyph glasses (like you get at the
 cinema)- and managed to play around quite successfully with the
 stereo patch in gem examples (pd extended- Have to be green and red
 glasses (not the blue and red i think).

 i think olson wants to do the opposite: take a stereo-image of the
 real-world (with two cameras) and try to somehow get a model of this
 real-world into softworld; rather than synthesizing a pseudo-3d visual
 of a virtual world.

 simon: you are right, color-separated anaglyph images are currently
 done in red/green, and if you want to change that you would have to
 recompile Gem.
Hi IOhannes, any tips on where to change this?  I can only find
red/blue glasses here in town (maybe I could add a 4th mode for
red/blue rather than red/green rather than replacing it so everyone
can be happy?)
Best
Luke

 i think this is an issue that should be solved; but then, i also think
 that rather few people really use this feature, and if they do so they
 are probably up to do the compilation stuff; at least nobody has yet
 complained are filed a feature-request.

 olaf: seems like there are no computer-vision experts around here; at
 least i am not one of them; this might explain the lack of answers to
 your original mail (which at least i received)

 fgmadr
 IOhannes

 
 This message was sent using IMP, the Internet Messaging Program.



 ___
 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] stereo vision

2009-01-28 Thread Luke Iannini
On Wed, Jan 28, 2009 at 5:57 PM, Luke Iannini lukex...@gmail.com wrote:
 On Wed, Aug 27, 2008 at 5:07 PM,  zmoel...@iem.at wrote:
 Quoting Simon Kilshaw simon.kils...@rwcmd.ac.uk:


 Hey,
 I got myself a pair of anaglyph glasses (like you get at the
 cinema)- and managed to play around quite successfully with the
 stereo patch in gem examples (pd extended- Have to be green and red
 glasses (not the blue and red i think).

 i think olson wants to do the opposite: take a stereo-image of the
 real-world (with two cameras) and try to somehow get a model of this
 real-world into softworld; rather than synthesizing a pseudo-3d visual
 of a virtual world.

 simon: you are right, color-separated anaglyph images are currently
 done in red/green, and if you want to change that you would have to
 recompile Gem.
 Hi IOhannes, any tips on where to change this?  I can only find
 red/blue glasses here in town (maybe I could add a 4th mode for
 red/blue rather than red/green rather than replacing it so everyone
 can be happy?)
O, just saw the stereoSep etc. messages, probably better to do it
that way, like stereoColor 0/1 for redgreen/redblue or something

 Best
 Luke

 i think this is an issue that should be solved; but then, i also think
 that rather few people really use this feature, and if they do so they
 are probably up to do the compilation stuff; at least nobody has yet
 complained are filed a feature-request.

 olaf: seems like there are no computer-vision experts around here; at
 least i am not one of them; this might explain the lack of answers to
 your original mail (which at least i received)

 fgmadr
 IOhannes

 
 This message was sent using IMP, the Internet Messaging Program.



 ___
 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] Yet more DS GUI excursions

2009-01-22 Thread Luke Iannini
On Tue, Jan 20, 2009 at 4:17 PM, hard off hard@gmail.com wrote:
 Luke, i played with that briefly yesterday,

 when closing, i got a whole bunch of discard changes to this window?
 dialogues.
Yo mr. off - yeah : (, we discussed that a bit here:
http://lists.puredata.info/pipermail/pd-list/2009-01/067256.html




 (also, slightly off topic, but i think it was you who mentioned a while back
 that you were working on matrix-editor sequencer in DS.  is there any
 progress on that?  )
Tons!!  I've been working on it non-stop, mostly getting it ready as a
live performance looper, which probably added to its complexity a bit
- I'd like to split it back out to a sequencer core.

I'll move it into abstractions/sfruit/ so you can have a look (FYI it
also relies heavily on my ds-abs/).  The bugs in array mouse
manipulation mean that it's mostly good for recording midi input and
then looping and only making slight tweaks or quantizing.  But when
those bugs are fixed it should be excellent for composition by hand
too.

Best
Luke





___
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-20 Thread Luke Iannini
On Sun, Jan 11, 2009 at 5:01 AM, Chris McCormick ch...@mccormick.cx wrote:
 On Sat, Jan 10, 2009 at 09:32:32PM -0600, Mike McGonagle wrote:
 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.

 Yeah, that sucks for sure, I forgot all about that. Would be great if it
 was possible to send a message 'clean' to a patch to undo the dirty
 flag.
Yo, this is definitely a bummer - even for datastructures, populating
the data subpatch trips the dirty flag, which is often unwanted when
the DS are just transient bits saved via a different mechanism than
writing to the patch file (like SSSAD).

But, it seems like a [clean( message might inadvertently cause one to
lose work, e.g., if you make a wanted, permanent change, tripping the
dirty flag, and then run an operation which sends a [clean( message,
you would not be able to distinguish which change was meant to be
permanent and which was transient.

So, a different idea might be a message which can temporarily or
permanently toggle detection of changes in a patch or subpatch.  This
way, one could turn off dirty-detection, make a change using
[donecanvasdialog(, and turn it back on again.  One could then
effectively specify which operations are meant to be saved and which
are not.

To complete this idea, though, we also need a [savebang] object to
fire before the patch is saved to restore the patch to its original
state (clearing subpatches, restoring GOP size, etc.).  I know this
can be built with [tot] but it's not reliable (I have a [savebang]
abstraction in sfruit/ which I've tried to use for this purpose - it
only works half the time or so).

Best
Luke


 Chris.

 ---
 http://mccormick.cx

 ___
 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] Yet more DS GUI excursions

2009-01-19 Thread Luke Iannini
Here's another experiment with datastructure-based GUI replacements.
As with Chris (with his recent excellent expanding GUI concept), I'm
a big big fan of hiding complexity, and I also like keeping details
and interaction in context, as in, somehow connected to or growing
from the control you're manipulating.  Apple's doing this tons lately,
e.g., the new iLife
http://blog.cocoia.com/2009/01/07/iwork-ilife-09-ui-roundup/ (HUD
panel changes is the only pic I can find, but there are many more
examples in the new iMovie videos @
http://www.apple.com/ilife/imovie/).

So, this is a simple context-bubble sketch: dragging the slider
reveals a bubble with two different interpretations of the slider's
value.  With the new click message, these could me more than
transient datalayers, and could graduate to being actual interactive
controls.

The biggest problem with this example is that the bounding box of the
GOP needs to be bigger than the control to give room for the context
popup to appear, meaning every control has a giant black rectangular
halo.  It would be really awesome if there was a way to hide that box,
just like IOhannes added the option to hide the object name and
arguments.

Another really nice addition to DS would be variable opacity, so when
I do a filledpolygon I can specify 9005 as the color to get a
transparent red rather than just 900.  That would be of great use for
both these context bubbles as well as, say, a sample range selection
box where you can still see the sample data under the selection.  And
as ever, a way to specify a persistent z-index for DS is pretty
essential for any complex use.

Okee, that's all for the moment
Best
Luke


ds-slider-o-help.pd
Description: Binary data


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


Re: [PD] max for live

2009-01-19 Thread Luke Iannini
On Mon, Jan 19, 2009 at 2:49 PM, Hans-Christoph Steiner h...@eds.org wrote:

 On Jan 19, 2009, at 9:21 AM, Damian Stewart wrote:

 Daniel Almeida wrote:
 I dare say PD needs to ditch tcl/tk! SDL could be a good idea.

 Daniel

 yeah that's what i said about two years ago...

 the problem is, at the moment tcl/tk is embedded quite deeply into Pd
 itself. this is a focus of the current pd-dev effort: trying to
 clear this
 up. tcl/tk in itself isn't _necessarily_ slow, it's just that the
 way Pd is
 using it is not at all optimised (for example, as Hans-Christoph and i
 discovered once, when you click-drag to move an element in a graphical
 table, not just the element you moved but _the entire table_ is
 redrawn,
 each time).

 --
 damian stewart | skype: damiansnz | dam...@frey.co.nz
 frey | live art with machines | http://www.frey.co.nz


 It's slight worse, even.  The entire table is deleted and re-created
 on each change, not even just redrawn.  That said, I am guessing the C+
 + code on the GPU (Live) will always be quite a bit faster than Tcl/Tk
 on the CPU.  One of the ways that Live is able to make things fast is
 by ignoring the native widgets on each platform and coding their own.
 Tcl/Tk is the best GUI toolkit I've seen for making native-feeling
 apps while writing cross-platform code.

 If Live is really just blasting bitmaps to the screen, that is
 something that Tcl/Tk can easily do.  But I am not sure that it would
 be the fastest way to implement GUI widgets.

 If someone wants to help this situation, I think the best thing to do
 would be to create some GUI objects using TkZinc.  Then we'll have Tcl/
 Tk on the GPU and that should make things quite a bit faster.
Wow, hadn't heard of TkZinc.  That looks incredible.  Another cloud
for my Pd heaven : ).  As I've been writing, I'd really love to create
GUIs entirely with Data Structures - I'm not sure how much of a
performance hit that causes but the opportunities for customization
are much richer when it's turtles all the way down (where turtles =
Pd).  Is TkZinc feasible for replacing the whole GUI?  It seems to
support all the platforms Pd does.

Best
Luke


 .hc


 

 There is no way to peace, peace is the way.   -A.J. Muste



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

2009-01-09 Thread Luke Iannini
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] reusable snippets with key commands WAS: left mouse click abuse

2009-01-05 Thread Luke Iannini
On Mon, Jan 5, 2009 at 11:24 AM, Hans-Christoph Steiner h...@eds.org wrote:

 On Jan 5, 2009, at 4:42 AM, volker böhm wrote:


 marius schebella a écrit :
 ...
 [openpanel] always goes with a bang input. default pd-auto-
 completion
 could directly be taken from the help patch for the object or a
 list
 of standard combinations for this object.
 marius.

 make an GOP abstraction with a bang and a openpanel.

 that's really not the same, I want a set of objects created
 automatically inside the patch, so that I can connect, drag or reuse
 them in the patcher window.
 this could be extended in so many ways. for example autoincrementing
 object arguments when you use a special duplicate command.
 marius.

 don't know if anyone here wants to hear about it, but this is exactly
 what the clippings folder in maxmsp is used for.
 the user can save little (or big) code snippets there as regular
 patch files. then you can access the patches through a context menu
 and paste the code snippets into any new patches you are working on.
 ok, no key-shortcuts yet, but those could be added easily i suppose.
 very handy feature in my opinion.
 volker.

Yo, just for the sake of discussion, the [templater] object I released
last month is one implementation of this snippets idea.
See here:
http://lists.puredata.info/pipermail/pd-list/2008-12/066854.html

(also, some of the stuff being requested like canvas object counts
etc. can be found in IOhannes's iemguts).
Best
Luke


 This is something that I really want to work on, and is one of the
 reasons why we need to rewrite u_main.tk.  u_main.tk is so messy, it
 is basically impossible to extend without creating bugs.

 - folder with pd patches named after key commands: ctrl-j.pd, shift-
 ctrl-7.pd, etc.  The contents of the patch would then be pasted at the
 cursor position when you hit the key.

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

 Basically, the sooner we have the new u_main.tk replacement code
 finished, the sooner we can start tackling things like this in a
 rational fashion.  Here are some parts that are good modules to work on:

 - unified preference panel with tabs (like standard pref panes on
 GNOME, Mac OS X, and Windows)

 - network connection written in Tcl

 - flexible key binding code so that people can easily experiment with
 all these ideas (this is started)

 - restructure Pd window for cleaner UI and code

 .hc







 ___
 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] Possible to unselect radio buttons?

2008-12-18 Thread Luke Iannini
Hi Phil!
I've hacked this in before by using a bunch of [moses] objects and
sending [color 1 1 1( etc. messages to the radio objects that are
supposedly not selected (which makes the radio indicator the same
color as the background so it looks like there's nothing there).

I'd be happy to dig up a patch if you want to see a demo
(but of course some way to do this built in to the IEMgui would be
much faster : ) )

Cheers
Luke

On Thu, Dec 18, 2008 at 1:06 PM, Phil Stone pkst...@ucdavis.edu wrote:
 Is there any way to make there be *no* selection displayed in a radio
 button control?

 If not, this would be a very useful feature in that it would allow
 multiple banks of radio buttons to be tied together programatically.
 I.e., imagine a set of four hradio controls, stacked on top of each
 other.  Any selection in any of the four becomes the current selection,
 but also turns off all other banks' selection indicators.

 Whereas a single 64-position radio control would be awkward to deal with
 graphically, 8 rows of 8-pos. hradio controls would be nice and compact.


 Phil Stone
 www.pkstonemusic.com

 ___
 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] Possible to unselect radio buttons?

2008-12-18 Thread Luke Iannini
And sorry if that didn't quite get across the whole story - the idea
is if you have two hradios of length 8 each, you add [+ 8] to the
second hradio to now have a range of 0-15 between the two, and then
use the [moses]s to figure out which of the two hradios a value is
coming from and loop back some [color( messages to them to set their
appearance appropriately.  With a little more effort you can mostly
emulate the interface of a single IEM [hradio], accepting [set(
messages and numbers to update the GUI as well as pass through, etc.

Best
Luke

On Thu, Dec 18, 2008 at 1:30 PM, Luke Iannini lukex...@gmail.com wrote:
 Hi Phil!
 I've hacked this in before by using a bunch of [moses] objects and
 sending [color 1 1 1( etc. messages to the radio objects that are
 supposedly not selected (which makes the radio indicator the same
 color as the background so it looks like there's nothing there).

 I'd be happy to dig up a patch if you want to see a demo
 (but of course some way to do this built in to the IEMgui would be
 much faster : ) )

 Cheers
 Luke

 On Thu, Dec 18, 2008 at 1:06 PM, Phil Stone pkst...@ucdavis.edu wrote:
 Is there any way to make there be *no* selection displayed in a radio
 button control?

 If not, this would be a very useful feature in that it would allow
 multiple banks of radio buttons to be tied together programatically.
 I.e., imagine a set of four hradio controls, stacked on top of each
 other.  Any selection in any of the four becomes the current selection,
 but also turns off all other banks' selection indicators.

 Whereas a single 64-position radio control would be awkward to deal with
 graphically, 8 rows of 8-pos. hradio controls would be nice and compact.


 Phil Stone
 www.pkstonemusic.com

 ___
 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] Controller done in Pd/GEM and conference in Berlin

2008-12-14 Thread Luke Iannini
Extremely great stuff Jaime!  Thanks for letting us know!  Flotante
was particularly mesmerizing, wish I could hear it in its full glory :
).  The drum itself looks like a ton of fun to play.
Best
Luke

On Fri, Dec 12, 2008 at 3:27 AM, Jaime Oliver jaime.oliv...@gmail.com wrote:
 Hello all,
 For some time I have been developing this controller (video demo inside):
 http://www.realidadvisual.org/jaimeoliver/research_Silentperc.htm
 These are two works done with it:
 http://www.realidadvisual.org/jaimeoliver/htm/work/form.htm
 http://www.realidadvisual.org/jaimeoliver/htm/work/Flotante.htm
 For people in Berlin, composer Katharina Rosenberger, will be giving a talk
 in TU Berlin about the creative work of some people at UCSD-CRCA including
 mine with the drum. So if you're interested in seeing some video of the drum
 w/12channel sound follow the link below. To get the details scroll down to
 the 18th december:
 http://www.ak.tu-berlin.de/menue/lehre/wintersemester_200809/elektroakustische_musik_hoeren/
 I don't know german so I have no idea what it says there.

 I have also been working on a set of externals for videotracking in GEM that
 I need to document better and put them up on the web. I should do that soon.
 cheers,
 Jaime



 --
 Jaime E Oliver LR

 joliv...@ucsd.edu
 www.realidadvisual.org/jaimeoliver
 www-crca.ucsd.edu/
 www.realidadvisual.org

 858 202 1522
 9168 Regents Rd. Apt. G
 La Jolla, CA 92037
 USA

 ___
 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] $0 and Data Structure Templates

2008-11-30 Thread Luke Iannini
Hallo all,

I'm working on my complex DS sequencer, and the time has come that I'd
like to read and write sequences from it.

The problem is this: all of my templates are written like [pd
$0.note-template] to allow multiple instances of the sequencer, but
this seems to be incompatible with reading and writing data from a
subpatch ( like [write my-data.structure( - [pd $0.data] ), because
the $0 is expanded in the written file (so it's full of template
90953loopMarkerTemplate; etc. rather than template
\$0loopMarkerTemplate;).

The immediate thought was to split the templates into a separate patch
altogether, and spawn it before creating the sequencer or use a
singleton approach.  But, this ruins using [change( messages from
[struct]s as well as selectively turning on and off [draw*]n elements
on a per-sequencer basis.

The only other option AFAICT is to forget DS reading and writing and
just mirror the data in lists with SSSAD, but that would be a shame
considering the capability exists already.

It seems to me that the written datastructure definition should
preserve $0, no?  Anyone have any other ideas?

(apologies if this is unclear, I'm very tired at the moment)
Best
Luke

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


Re: [PD] [PD-dev] abstraction caching

2008-10-01 Thread Luke Iannini
2008/10/1 Claude Heiland-Allen [EMAIL PROTECTED]:
 Benchmarking an Abstraction Cache for Pd
 

 I implemented a rudimentary abstraction caching mechanism for Miller
 Puckette's pd-0.41-4, which stores the parsed text (binbuf) associated
 with the class name instead of looking for files to load every time it
 is instantiated.


 Benchmark Mechanism
 ---

 Run 4 times, discarding first report:
 $ time pd -open layer_2.pd -send ; pd quit /dev/null

 layer_2.pd contains 99 layer_1.pd contains 99 layer_0.pd,
 total 9901 = 9801 layer 0 + 99 layer 1 + 1 layer 0


 Results: Without Cache
 --

 real0m0.524s
 user0m0.260s
 sys 0m0.256s

 real0m0.530s
 user0m0.224s
 sys 0m0.276s

 real0m0.527s
 user0m0.224s
 sys 0m0.296s


 Results: With Cache
 ---

 real0m0.082s
 user0m0.068s
 sys 0m0.004s

 real0m0.148s
 user0m0.120s
 sys 0m0.008s

 real0m0.085s
 user0m0.052s
 sys 0m0.012s


 Conclusion
 --

 Abstraction cache gives a speed boost of more than 500% when loading
 patches containing a large number of abstractions.

Claudius, this is awesome.  I'm going to build this later and see how
it does with my stuff, which has become a nightmare to work with (5-10
layers of depth, tons of instances, 3-15 minute loadtimes) (of course,
it's sufficiently fun after loading to engender my patience thus far :
)).

I'll post my results
Best
Luke




 Further Work
 

 The main drawback (and the easiest issue to resolve) of the current
 implementation is that once an abstraction is in the cache, it stays
 there forever, no matter if the file is modified within or without Pd.
 This could be fixed by flushing the cache immediately after the patch
 is loaded (perhaps using Pd's scheduler).

 Another drawback are that abstractions in different directories with
 the same file name can clobber each other - the first one loaded is the
 one true abstraction with that name, resolving this issue will be more
 difficult.



 #N canvas 0 0 450 300 10;
 #X obj 28 24 inlet;
 #X obj 33 262 outlet;

 #N canvas 0 0 450 300 10;
 #X obj 8 9 layer_0;
 #X obj 8 29 layer_0;
 #X obj 8 49 layer_0;
 #X obj 8 69 layer_0;
 #X obj 8 89 layer_0;
 #X obj 8 109 layer_0;
 #X obj 8 129 layer_0;
 #X obj 8 149 layer_0;
 #X obj 8 169 layer_0;
 #X obj 8 189 layer_0;
 #X obj 8 209 layer_0;
 #X obj 8 230 layer_0;
 #X obj 8 250 layer_0;
 #X obj 8 270 layer_0;
 #X obj 68 9 layer_0;
 #X obj 68 29 layer_0;
 #X obj 68 49 layer_0;
 #X obj 68 69 layer_0;
 #X obj 68 89 layer_0;
 #X obj 68 109 layer_0;
 #X obj 68 129 layer_0;
 #X obj 68 149 layer_0;
 #X obj 68 169 layer_0;
 #X obj 68 189 layer_0;
 #X obj 68 209 layer_0;
 #X obj 68 230 layer_0;
 #X obj 68 250 layer_0;
 #X obj 68 270 layer_0;
 #X obj 128 9 layer_0;
 #X obj 128 29 layer_0;
 #X obj 128 49 layer_0;
 #X obj 128 69 layer_0;
 #X obj 128 89 layer_0;
 #X obj 128 109 layer_0;
 #X obj 128 129 layer_0;
 #X obj 128 149 layer_0;
 #X obj 128 169 layer_0;
 #X obj 128 189 layer_0;
 #X obj 128 209 layer_0;
 #X obj 128 230 layer_0;
 #X obj 128 250 layer_0;
 #X obj 128 270 layer_0;
 #X obj 188 9 layer_0;
 #X obj 188 29 layer_0;
 #X obj 188 49 layer_0;
 #X obj 188 69 layer_0;
 #X obj 188 89 layer_0;
 #X obj 188 109 layer_0;
 #X obj 188 129 layer_0;
 #X obj 188 149 layer_0;
 #X obj 188 169 layer_0;
 #X obj 188 189 layer_0;
 #X obj 188 209 layer_0;
 #X obj 188 230 layer_0;
 #X obj 188 250 layer_0;
 #X obj 188 270 layer_0;
 #X obj 248 9 layer_0;
 #X obj 248 29 layer_0;
 #X obj 248 49 layer_0;
 #X obj 248 69 layer_0;
 #X obj 248 89 layer_0;
 #X obj 248 109 layer_0;
 #X obj 248 129 layer_0;
 #X obj 248 149 layer_0;
 #X obj 248 169 layer_0;
 #X obj 248 189 layer_0;
 #X obj 248 209 layer_0;
 #X obj 248 230 layer_0;
 #X obj 248 250 layer_0;
 #X obj 248 270 layer_0;
 #X obj 308 9 layer_0;
 #X obj 308 29 layer_0;
 #X obj 308 49 layer_0;
 #X obj 308 69 layer_0;
 #X obj 308 89 layer_0;
 #X obj 308 109 layer_0;
 #X obj 308 129 layer_0;
 #X obj 308 149 layer_0;
 #X obj 308 169 layer_0;
 #X obj 308 189 layer_0;
 #X obj 308 209 layer_0;
 #X obj 308 230 layer_0;
 #X obj 308 250 layer_0;
 #X obj 308 270 layer_0;
 #X obj 368 9 layer_0;
 #X obj 368 29 layer_0;
 #X obj 368 49 layer_0;
 #X obj 368 69 layer_0;
 #X obj 368 89 layer_0;
 #X obj 368 109 layer_0;
 #X obj 368 129 layer_0;
 #X obj 368 149 layer_0;
 #X obj 368 169 layer_0;
 #X obj 368 189 layer_0;
 #X obj 368 209 layer_0;
 #X obj 368 230 layer_0;
 #X obj 368 250 layer_0;
 #X obj 368 270 layer_0;

 #N canvas 0 0 450 300 10;
 #X obj 8 9 layer_1;
 #X obj 8 29 layer_1;
 #X obj 8 49 layer_1;
 #X obj 8 69 layer_1;
 #X obj 8 89 layer_1;
 #X obj 8 109 layer_1;
 #X obj 8 129 layer_1;
 #X obj 8 149 layer_1;
 #X obj 8 169 layer_1;
 #X obj 8 189 layer_1;
 #X obj 8 209 layer_1;
 #X obj 8 230 layer_1;
 #X obj 8 250 layer_1;
 #X obj 8 270 layer_1;
 #X obj 68 9 layer_1;
 #X obj 68 29 layer_1;
 #X obj 68 49 layer_1;
 #X obj 68 69 layer_1;

[PD] [import]ing libdirs from places other than extra/?

2008-09-18 Thread Luke Iannini
Hi hans/all,
I'm trying to switch my entire library of patches over to [import] and
removing everything from my path to decrease loading time of my very
nested patches.

Everything worked great for the libdirs in extra (in the
Pd-extended.app bundle), but I'm not having any luck [import]ing from
anywhere else (i.e. my personal patch collection).  According to
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files-with-pd-extended
, I was under the impression I could add libdirs (which I have added
-meta.pd files to) to ~/Library/Pd or /Library/Pd and [import] would
find them.

But, I'm unable to instantiate any of the patches in my libdirs after
doing this and [import]ing them.

[import] does not, at least, complain, when I instantiate it
(i.e. I get libdir_loader: added 'Concepts' to the canvas-local
objectclass path rather than error: [import]: ERROR: can't load
library in 'Concepttt')
so, something is working.

Moving my directories into extra/ fixes the problem, but I'd rather not do that!

Also, is it defined at a source level that ~/Library/Pd and
/Library/Pd are the only places libdirs can be loaded from (I couldn't
find it i so)?  Or, is is just that every folder in the global path is
searched for libdirs (or, at least, is that how it's meant to be)?

Cheers
Luke

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


[PD] Hans - window_name FR

2008-09-13 Thread Luke Iannini
Yo Hans
Lazy feature request - [window_name] would be way more useful i it
could grab the names of other subpatches as well as its grandparent so
it can be used in abstractions.
I'll add it myself if I get time, but thought I'd ask : )

I've been doing some cool stuff with it anyway - I'll share soon!
Best
Luke

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


Re: [PD] [Style Guide] 1. Separators in Send/Receive/Value names

2008-08-25 Thread Luke Iannini
On Wed, Aug 13, 2008 at 12:52 AM, Steffen Juul [EMAIL PROTECTED] wrote:

 On 13/08/2008, at 9.27, Luke Iannini wrote:

 I think we should adopt - for spaces, since it's the most prevalent
 style I've encountered.

 I personal don't care if it's dash or underscore or camelCase.

 And, I think whatever we decide on as the
 hierarchical separator should be used to separate $0, $1 etc from the
 name itself.  When creating a hierarchy in a send/receive, one usually
 gloms together keys from parent abstractions, e.g. start with
 /bigsynth, then inside pass $1/filter to a child abstraction, then
 inside that use $1/cutoff to get /bigsynth/filter/cutoff.  I see $0 as
 no different; it means (or, is used to mean) this-instance/cutoff,
 and thus should be separated accordingly.

 I agree.

 And, I have a slight leaning towards . over / as the send/receive
 hierarchical separator since it provides a distinction from OSC
 addresses and namespaces.

 I would be cool if you/someone could cook up some use case examples
 of this to makes things more clear in a practical way and less
 theoretical/bikeshedcolor-like. I think Frank suggested similar
 earlier on.

This is a good suggestion, as actually putting this into practice
revealed at least one issue, which is when using a set of nested
abstractions that you also want to use with OSC, as in Memento and my
in-progress OSC-enabled SSSAD.

I still like the idea of having a Pd-style for hierarchies to
distinguish them from OSC, as I personally think it's a bit confusing
to, e.g., have a [routeOSC /synth/filter/resonance] and an [r
/synth/filter/resonance] in the same patch.

I'm going to work with the idea in practice for a while so I can try
to figure out a solution to this... I made a special [routeOSC] that
can accept a Pd-style hierarchy and convert it to an OSC address as
a first stab, but maybe that ends up causing just as much confusion?

So, this is another reason to have some other people's perspectives on
all this, as I'm not sure how much convenience when using OSC should
factor into a Pd style.

I am interested in deciding this issue first as I think, as Enrique
said, there is no real precedent in place, and, because this is the
most critical component for having patches talk to each other.  That's
why I'd like to define a syntax that has enough flexibility to cover
most cases (e.g. NetPd/PdMTL/s-abstractions/DIYlib and so on).  That
way, patch collections could speak to one another without
worrying.about whoUses which-syntax for_which_abstractions.

Best
Luke

 Ps. I think it's very cool that you attempt this work, and also
 honorable (though i hate that word) that you follow up on it and
 organize peoples opinions into a wiki-page. Maillists are such a
 terrible structured kind of documentation.

 ___
 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] Get current screen resolution?

2008-08-23 Thread Luke Iannini
Got it!

[query winfo screenwidth .( and [query winfo screenheight .(
|
[tot]

does the trick, FYI.
Best
Luke

On Fri, Aug 22, 2008 at 9:17 PM, Luke Iannini [EMAIL PROTECTED] wrote:
 Anyone have an idea to get a reading of the current screen resolution?
  I searched the whole Pd SVN text contents to no avail...

 I'm trying to center Pd subpatch windows in the screen (using
 [relocate( messages) to use as dialog boxes.

 Cheers
 Luke


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


[PD] [Style Guide] 1. Separators in Send/Receive/Value names

2008-08-13 Thread Luke Iannini
Okee, here's the first small wooden building for the storage of
two-wheeled mechanical contraptions which we must design, architect
and finally apply an agreed-upon shade of thin colored acrylic.

Ratification 1:
Separators in Send/Receive/Value names

Synopsis:  When writing send and receive names, two situations arise
in which one might like to separate components of a name.
1.  To separate two words, as one would normally do with a space.
2.  To separate items in a hierarchy, as one does in a filesystem.

The characters under consideration are: _, -, ., / (and, camelCasing)

Examples:  Separators after a dollarsym, like $0-send.  Separators
when writing a multi-word name, like my-long-send-name.  Separators
when writing a hierarchical name to be used within Pd, like
drumkit.snare.noise.amount.

Possible confusion: Writing a hierarchical name to be used with OSC,
like /drumkit/snare/noise-component, and when writing a namespaced pd
object name, like [mapping/upsample]

Questions:  Should we separate dollarsyms with the hierarchical
separator, or the space separator? (i.e., if space is - and
hierarchy is ., should it be $0.my-send or $0-my-send?)

Should we reserve the /, the most obvious choice for a hierarchical
separator, for use in OSC names and namespaces, using . as a
'Pd-hierarchy-separator', or adopt the / for Pd name  hierarchies as
well?

-

Now, my thoughts on this:
I think we should adopt - for spaces, since it's the most prevalent
style I've encountered.  And, I think whatever we decide on as the
hierarchical separator should be used to separate $0, $1 etc from the
name itself.  When creating a hierarchy in a send/receive, one usually
gloms together keys from parent abstractions, e.g. start with
/bigsynth, then inside pass $1/filter to a child abstraction, then
inside that use $1/cutoff to get /bigsynth/filter/cutoff.  I see $0 as
no different; it means (or, is used to mean) this-instance/cutoff,
and thus should be separated accordingly.

And, I have a slight leaning towards . over / as the send/receive
hierarchical separator since it provides a distinction from OSC
addresses and namespaces.

Best
Luke

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


Re: [PD] sequencer app for osx

2008-08-09 Thread Luke Iannini
Yo Damien,
I've been working on exactly that for the past few months using Pd's
venerable data structures.  It has quantization, a piano underlay,
draggable notes, draggable lengths, draggable velocity, zooming X  Y,
draggable looping, the whole bit (layers coming soon, but you can of
course run many of them side by side; I'm working on a synchronization
system since running multiple instances makes it more fun to do
polyrhythms).  Thanks to some wonderful shortcuts Miller built in to
DS arrays, you can add and remove notes (and even shift groups of
notes) really easily.

But, there are some bugs in Pd that prevent it from being everyday
usable... the two major ones are that the notes are in a quantized DS
array (for performance reasons), which exposes a very painful
interaction bug where dragging is just close enough to working to be
horribly frustrating, and editing the notes (to change lengths or
velocity) only really works for the notes closest to time 0.  And,
finally, Z-ordering is undefined and gets screwed up every time you
open the window (but, I've worked around that one for the most part
with some hacks).

So, I'll wrap it up and post it after I locate all the stuff necessary
to run it.  It should convince you that such a thing is most
definitely attainable in Pd, and perhaps Miller will be so excited
that his language for the future of music is being used to make a
30-year old interface, that he will go fix the bugs immediately : )

(I promise though Miller, my actual goal is to build a happy
environment for both traditional grid-note-editing and graphical type
stuff like in 4.data.structures/07.sequencer)

Back soon,
Luke

On Sat, Aug 9, 2008 at 12:43 PM, Damian Stewart [EMAIL PROTECTED] wrote:
 Martin Peach wrote:

 (since i haven't yet found a pure Pd sequencer i'm happy with)
 What makes you sad about Pd sequencers? Maybe it's fixable.

 have you ever used Ableton's MIDI sequencer? it's a piano roll, with blocks
 for notes. drag start and end points to control noteon/noteoff points.
 quantize to a grid of any size you want (switchable with a hot-key) or turn
 off quantization completely to finetune timing (for that little 'humanized'
 extra, whatever that might mean). super-intuitive scroll and zoom with a
 single mouse button drag in the top. the main features in this i'm
 interested in is the quantization grid control, and the ability to super
 fine-tune note durations.

 lines down the bottom control velocity. if you have two notes on the piano
 roll trigger at the same time, it's super-easy to choose which note's
 velocity you're editing.

 i don't believe it's do-able in Pd, not without a ridiculous amount of
 work, and i'm too lazy to do the work myself (and if i wasn't, i'd do it
 from scratch in a different programming language eg Processing or C++,
 rather than fighting Tcl/Tk).

 Why not run three instances of midifile or even textfile with the same
 data?

 yes, this is what i'm already doing. the problem is generating said
 midifile/textfiles in the first place.

 - easy access to velocity and note duration

 Do you mean that the thing should output the duration at the same time
 as the note-on, or the file should be readable in a text editor?

 no, i mean that i should be able to easily see and edit the duration and
 the velocity without having to think or do much work. see above..

 --
 damian stewart | +31 6 8178 5197 |  [EMAIL PROTECTED]
 frey | live art with machines | http://www.frey.co.nz

 ___
 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] Idiomatic Pd

2008-08-08 Thread Luke Iannini
On Sun, Aug 3, 2008 at 2:03 AM, Luke Iannini [EMAIL PROTECTED] wrote:
 Sorry all for my silence!! I've been deadly busy this week and it
 looks like it will continue for another few days.  But, rest assured,
 my obsession cannot be squashed and we'll need plenty of criticism to
 make a useful guide, so fire away :).

 Everyone's suggestions are wonderful so far.  I'm so glad to have you
 all contributing.  I'm going to start by organizing this thread by
 categories (as soon as I get the wikipage issue figured out, below),
 and then it should be pretty clear which are most chaotic (in a good
 way) and which need more input.

 On Tue, Jul 29, 2008 at 10:35 AM, Hans-Christoph Steiner [EMAIL PROTECTED] 
 wrote:

 Can I suggest using the MoinMoin wiki syntax?  IMHO the python wikis
 all have weak syntax compared to MediaWiki, but MoinMoin is the
 closest to MediaWiki, which is a widely used and relatively easy to
 use syntax.  It is also what is used in most of the rest of the
 'docs' section. To use MoinMoin, the page has to be a wiki page.  A
 regular Plone page doesn't allow it for some reason.
 Hey, I am getting:
 Site error
 This site encountered an error trying to fulfill your request. The errors 
 were:

 Error Type
 BadRequest
 Error Value
 The id outline is reserved.
 Request made at
 2008/08/03 10:45:39.063 GMT+2

 when I try to add a wiki page to the Style Guide folder.  Could you or
 IOhannes try, maybe?
I just discovered that you fixed it IOhannes, thanks very much!  Back
to work then.
Cheers
Luke


 Best
 Luke


 Also, to make an index page for that folder, create a page called
 FrontPage or index_html IIRC.  I think that would be a good place
 to lay out all of the things that are relevant to the style guide,
 like a survey of programming elements.  Then people can make their
 own style pages for things that are a matter of opinion.  And
 hopefully at the end, we can come up with something unified.

 .hc


 On Jul 29, 2008, at 2:30 AM, Luke Iannini wrote:

 Okay, here it is:
 http://puredata.info/docs/style-guide

 On Mon, Jul 28, 2008 at 1:39 PM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 I think a style guide is a great idea.  There have been some
 discussions along these lines in the past.  I'd say just start a
 wiki folder on puredata.info in the /docs/ section and edit it up.
 Something like /docs/style-guide/ I think that the main page could
 lay out all of the possible realms of style, like dollar arguments,
 abstractions, subpatches, inlets/outlets, trigger, etc.  Then the
 next step people can create sub-pages that outline all of their
 styles.  Then ultimately, things would be organized into a single
 style-guide.

 .hc

 On Jul 27, 2008, at 9:34 PM, Luke Iannini wrote:

 There are some amazing sets of abstractions being released recently,
 which has served to highlight the many extant styles of patching.  I
 was wondering if there was interest in establishing a set of
 guidelines for patching in the vein of PEP 8 for Python; I've found
 that document to be very relaxing as it is a standardized
 approach to
 OCD.  More seriously, it greatly helps when reading other people's
 code or collaborating.
 http://www.python.org/dev/peps/pep-0008/

 The only one I have seen so far for Pd covers best practices for
 layout.  I'd want to include that, but also codify naming,
 arguments,
 common idioms, and so on.

 I've begun to collect some of my practices to start things off.
 I was
 hoping we could all lazy-vote the document together in this
 thread and
 I'll then compile it into a PdPedia/Pd.info document.  So, feel free
 to object to or replace my propositions.

 Style:
 * If giving $0 as an argument to an abstraction, it is always
 first in
 the argument list [1]
 * * When possible, pass parent arguments in numeric order, like
 [child
 $0 $1 $2 other1 other2] etc.
 * Sends and Receives are written in camelCase, with R appended to
 complementary receives (e.g. in GUIs, $0mySlider for the send and
 $0mySliderR for the receive)
 * When prepending $0 to a symbol, only add a - to separate it from
 another number, like [r $0-1stSend].  Otherwise the symbol should
 immediately follow, like [r $0mySend].
 * When working with stereo, Left and Right pairs are written with Le
 and Ri appended (to distinguish them from an R denoting receive,
 above)

 Programming recommendations
 * To invert a toggle, use [== 0]
 * Use the loadbang of the parent of both abstractions to initialize
 two or more interdependent abstractions

 [1] I think of this like emulating the self convention in Python

 And so on...
 Cheers
 Luke

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



 -
 ---
 

 Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.
 It's about as sensible to say we declare war on night attacks

[PD] Primordial Style Guide

2008-08-08 Thread Luke Iannini
Hi All
Okay, I've now organized the discussion so far into the Primordial
Style Guide:
http://puredata.info/docs/style-guide/PrimordialStyleGuide

which establishes the beginnings of a structure and gives us some nice
topics to fill out.

Next, I'll start to whittle this down, and, if necessary, start
threads for particular topics so the zeitgeist can be distilled.

But, while I do that, feel free to comment on the now available big
picture as it stands.

Best
Luke

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


Re: [PD] Idiomatic Pd

2008-08-03 Thread Luke Iannini
Sorry all for my silence!! I've been deadly busy this week and it
looks like it will continue for another few days.  But, rest assured,
my obsession cannot be squashed and we'll need plenty of criticism to
make a useful guide, so fire away :).

Everyone's suggestions are wonderful so far.  I'm so glad to have you
all contributing.  I'm going to start by organizing this thread by
categories (as soon as I get the wikipage issue figured out, below),
and then it should be pretty clear which are most chaotic (in a good
way) and which need more input.

On Tue, Jul 29, 2008 at 10:35 AM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 Can I suggest using the MoinMoin wiki syntax?  IMHO the python wikis
 all have weak syntax compared to MediaWiki, but MoinMoin is the
 closest to MediaWiki, which is a widely used and relatively easy to
 use syntax.  It is also what is used in most of the rest of the
 'docs' section. To use MoinMoin, the page has to be a wiki page.  A
 regular Plone page doesn't allow it for some reason.
Hey, I am getting:
Site error
This site encountered an error trying to fulfill your request. The errors were:

Error Type
BadRequest
Error Value
The id outline is reserved.
Request made at
2008/08/03 10:45:39.063 GMT+2

when I try to add a wiki page to the Style Guide folder.  Could you or
IOhannes try, maybe?

Best
Luke


 Also, to make an index page for that folder, create a page called
 FrontPage or index_html IIRC.  I think that would be a good place
 to lay out all of the things that are relevant to the style guide,
 like a survey of programming elements.  Then people can make their
 own style pages for things that are a matter of opinion.  And
 hopefully at the end, we can come up with something unified.

 .hc


 On Jul 29, 2008, at 2:30 AM, Luke Iannini wrote:

 Okay, here it is:
 http://puredata.info/docs/style-guide

 On Mon, Jul 28, 2008 at 1:39 PM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 I think a style guide is a great idea.  There have been some
 discussions along these lines in the past.  I'd say just start a
 wiki folder on puredata.info in the /docs/ section and edit it up.
 Something like /docs/style-guide/ I think that the main page could
 lay out all of the possible realms of style, like dollar arguments,
 abstractions, subpatches, inlets/outlets, trigger, etc.  Then the
 next step people can create sub-pages that outline all of their
 styles.  Then ultimately, things would be organized into a single
 style-guide.

 .hc

 On Jul 27, 2008, at 9:34 PM, Luke Iannini wrote:

 There are some amazing sets of abstractions being released recently,
 which has served to highlight the many extant styles of patching.  I
 was wondering if there was interest in establishing a set of
 guidelines for patching in the vein of PEP 8 for Python; I've found
 that document to be very relaxing as it is a standardized
 approach to
 OCD.  More seriously, it greatly helps when reading other people's
 code or collaborating.
 http://www.python.org/dev/peps/pep-0008/

 The only one I have seen so far for Pd covers best practices for
 layout.  I'd want to include that, but also codify naming,
 arguments,
 common idioms, and so on.

 I've begun to collect some of my practices to start things off.
 I was
 hoping we could all lazy-vote the document together in this
 thread and
 I'll then compile it into a PdPedia/Pd.info document.  So, feel free
 to object to or replace my propositions.

 Style:
 * If giving $0 as an argument to an abstraction, it is always
 first in
 the argument list [1]
 * * When possible, pass parent arguments in numeric order, like
 [child
 $0 $1 $2 other1 other2] etc.
 * Sends and Receives are written in camelCase, with R appended to
 complementary receives (e.g. in GUIs, $0mySlider for the send and
 $0mySliderR for the receive)
 * When prepending $0 to a symbol, only add a - to separate it from
 another number, like [r $0-1stSend].  Otherwise the symbol should
 immediately follow, like [r $0mySend].
 * When working with stereo, Left and Right pairs are written with Le
 and Ri appended (to distinguish them from an R denoting receive,
 above)

 Programming recommendations
 * To invert a toggle, use [== 0]
 * Use the loadbang of the parent of both abstractions to initialize
 two or more interdependent abstractions

 [1] I think of this like emulating the self convention in Python

 And so on...
 Cheers
 Luke

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



 -
 ---
 

 Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.
 It's about as sensible to say we declare war on night attacks and
 expect we're going to win that war.  We're not going to win the war
 on terrorism.- retired U.S. Army general, William Odom



 ___
 Pd-list

[PD] Semento is now Memento-p

2008-08-03 Thread Luke Iannini
Yo,
I don't think anyone is actually using Semento, but in case you are,
I've renamed it to Memento-p.

Memento-p has a more uniform naming scheme, which also explain which
parts are necessary for using just Polaroid (local state-saving) and
which are needed for using Controctopus (MIDI-to-OSC remote
control), as well as some internal cleanup that changes the API.
Polaroid objects have -p (there are only 2) and Controctopus objects
have -c.

Here's the transition guide:
find/replace:
sft.originator = originator-p
sft.rradical.state = rradical.state-p
sft.commun = commun-c
sft.commun.ez = commun-c-ez
sft.commun.x = commun-c-justosc
sft.commun.sc = commun-c-scale
sft.commun.sc.constrain = commun-c-constrain
sft.commun.sc.ez = commun-c-scale-ez
polaroid is still polaroid

Finally, if you were using the -normalized OSC addresses to have
input scaled 0-1, that address no longer exists.  Instead,
commun-s-scale only attempts to scale floats, and routes all other
messages directly to the outlet.  Thus, if you don't want a float to
be scaled, you can still get it through by prepending a selector and
[route]ing on the outside.

As it turns out, this is just a tuxedo on a dead woman since I'm going
to be porting all of Memento-p's capabilities to SSSAD.

Best
Luke

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


Re: [PD] New sssad.pd now in SVN repository - please test! [was: sssad slowness]

2008-08-01 Thread Luke Iannini
On Tue, Jul 29, 2008 at 6:02 AM, Frank Barknecht [EMAIL PROTECTED] wrote:
 Hallo,
 Frank Barknecht hat gesagt: // Frank Barknecht wrote:
 In the near future there will be some more SSSAD_ADMIN messages I'd
 like to support: setlocal and savelocal to save to receivers
 called $2-SSSAD_ADMIN where $2 will usually be the parent's $0, to
 allow saving of all/some [sssad]s with canvas-local scope.

 Okay, the future is here: I took a different approach after looking
 though my old notes to make it possible to use [sssad] for
 local parameter saving and loading

 Attached [sssad-l] is compatible to normal [sssad] (but requires at a
 Pd with $1-$2 expansion). What's new: It also accepts a second
 argument which should be a number (designed for $0). If this number is
 0 or missing, everything is as before.

Is there any reason specifically to only accept numbers?  I attached a
version modified to take any argument as the local identifier; this is
useful for a number of reasons (remote communication with sssad-l
instances, and sharing a unique identifier with part of an OSC
address...).

 If $2 is different from 0, the global senders and receivers SSSAD and
 SSSAD_ADMIN are *deactivated* completely and replaced by $2-SSSAD and
 $2-SSSAD_ADMIN.

 sssad-l-test.pd includes some tests for this and also an example, how
 this change can be used for local parameter handling. Comments
 welcome.
This looks amazing.  The simplicity versus Memento is a wonder : ).  I
have already whipped up OSC enabled versions and will be converting
Memento-p (nee Semento/Polaroid) and Controctopus to embrace the
future.  I think it also gives me an idea for how to do fully
hierarchical state-saving...

Thanks Frank!
Best
Luke


 Ciao
 --
  Frank Barknecht _ __footils.org__

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




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


Re: [PD] Idiomatic Pd

2008-07-29 Thread Luke Iannini
Yo,
On Mon, Jul 28, 2008 at 10:31 PM, Frank Barknecht [EMAIL PROTECTED] wrote:
 Hallo,
 Luke Iannini hat gesagt: // Luke Iannini wrote:

 There are some amazing sets of abstractions being released recently,
 which has served to highlight the many extant styles of patching.  I
 was wondering if there was interest in establishing a set of
 guidelines for patching in the vein of PEP 8 for Python; I've found
 that document to be very relaxing as it is a standardized approach to
 OCD.  More seriously, it greatly helps when reading other people's
 code or collaborating.
 http://www.python.org/dev/peps/pep-0008/

 I think, it would be important to first collect every possible style
 element in the wild and document what people are using in reality.
 That would be interesting. I'm not too much in favour of a style guide
 however. Let people be creative.
Agreed!  Regarding the guide, well, no one is going to be kicked out
of the community or have their patches burned for not adhering to the
styleguide : ).  If you would like to be creative in your lettering
you are as free as ever to do so.

But, I think many people (including myself) would rather be creative
in the functionality rather than the syntax, and for people such as
that, they might as well all do the same thing so they don't invent
even more arbitrary ways when they didn't really care to do so.


 I've begun to collect some of my practices to start things off.

 I added where I do things different.

 I was
 hoping we could all lazy-vote the document together in this thread and
 I'll then compile it into a PdPedia/Pd.info document.  So, feel free
 to object to or replace my propositions.

 Style:
 * If giving $0 as an argument to an abstraction, it is always first in
 the argument list [1]

 I often put it last (and it's specified to be that way e.g. in
 Memento)
My reasoning here is that $0 is probably the most common thing to pass
to an abstraction, but abstractions have varying numbers of arguments,
so $0 will sometimes be $3, sometimes $2, sometimes $7, and that
swings my brain around.  Putting it in the first slot means that $1
gains a sort of second meaning as my parent's $0, which I think is
handy.

And, the same memory-assistance applies to my numeric-ordering
proposition as well; I usually remember how many arguments an
abstraction has better than what order they're in, so when they're all
taken from their parent I know it will be [mychild $0 $1 $2].


 * * When possible, pass parent arguments in numeric order, like [child
 $0 $1 $2 other1 other2] etc.
 * Sends and Receives are written in camelCase, with R appended to
 complementary receives (e.g. in GUIs, $0mySlider for the send and
 $0mySliderR for the receive)

 I use the underscore style sometimes but often a simple dash style:
 r some-thing instead of camelCase. My reason: It doesn't need any
 Shift-key-combinations on German keyboards, and I find camelCase hard
 to read.

 When I want to name matching send/receive pairs I use $0-some-s and
 $0-some-r.

 * When prepending $0 to a symbol, only add a - to separate it from
 another number, like [r $0-1stSend].  Otherwise the symbol should
 immediately follow, like [r $0mySend].

 I always seperate $0 with a $0-dash. $0myGod is easy to misunderstand.

That's all cool, and I think you are in the majority on that.  I think
I just took camelCase because it reminded me of Smalltalk and Cocoa,
which remind me of Pd : ).

Thanks for the comments
Luke

 * When working with stereo, Left and Right pairs are written with Le
 and Ri appended (to distinguish them from an R denoting receive,
 above)

 Nice idea. I never did that, though.

 Ciao
 --
  Frank Barknecht _ __footils.org__

 ___
 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] Idiomatic Pd

2008-07-29 Thread Luke Iannini
On Mon, Jul 28, 2008 at 1:39 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 I think a style guide is a great idea.  There have been some
 discussions along these lines in the past.  I'd say just start a
 wiki folder on puredata.info in the /docs/ section and edit it up.
 Something like /docs/style-guide/ I think that the main page could
 lay out all of the possible realms of style, like dollar arguments,
 abstractions, subpatches, inlets/outlets, trigger, etc.  Then the
 next step people can create sub-pages that outline all of their
 styles.  Then ultimately, things would be organized into a single
 style-guide.

Okay, here it is:
http://puredata.info/docs/style-guide


 .hc

 On Jul 27, 2008, at 9:34 PM, Luke Iannini wrote:

 There are some amazing sets of abstractions being released recently,
 which has served to highlight the many extant styles of patching.  I
 was wondering if there was interest in establishing a set of
 guidelines for patching in the vein of PEP 8 for Python; I've found
 that document to be very relaxing as it is a standardized approach to
 OCD.  More seriously, it greatly helps when reading other people's
 code or collaborating.
 http://www.python.org/dev/peps/pep-0008/

 The only one I have seen so far for Pd covers best practices for
 layout.  I'd want to include that, but also codify naming, arguments,
 common idioms, and so on.

 I've begun to collect some of my practices to start things off.  I was
 hoping we could all lazy-vote the document together in this thread and
 I'll then compile it into a PdPedia/Pd.info document.  So, feel free
 to object to or replace my propositions.

 Style:
 * If giving $0 as an argument to an abstraction, it is always first in
 the argument list [1]
 * * When possible, pass parent arguments in numeric order, like [child
 $0 $1 $2 other1 other2] etc.
 * Sends and Receives are written in camelCase, with R appended to
 complementary receives (e.g. in GUIs, $0mySlider for the send and
 $0mySliderR for the receive)
 * When prepending $0 to a symbol, only add a - to separate it from
 another number, like [r $0-1stSend].  Otherwise the symbol should
 immediately follow, like [r $0mySend].
 * When working with stereo, Left and Right pairs are written with Le
 and Ri appended (to distinguish them from an R denoting receive,
 above)

 Programming recommendations
 * To invert a toggle, use [== 0]
 * Use the loadbang of the parent of both abstractions to initialize
 two or more interdependent abstractions

 [1] I think of this like emulating the self convention in Python

 And so on...
 Cheers
 Luke

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



 
 

 Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.
 It's about as sensible to say we declare war on night attacks and
 expect we're going to win that war.  We're not going to win the war
 on terrorism.- retired U.S. Army general, William Odom



 ___
 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] Idiomatic Pd

2008-07-28 Thread Luke Iannini
There are some amazing sets of abstractions being released recently,
which has served to highlight the many extant styles of patching.  I
was wondering if there was interest in establishing a set of
guidelines for patching in the vein of PEP 8 for Python; I've found
that document to be very relaxing as it is a standardized approach to
OCD.  More seriously, it greatly helps when reading other people's
code or collaborating.
http://www.python.org/dev/peps/pep-0008/

The only one I have seen so far for Pd covers best practices for
layout.  I'd want to include that, but also codify naming, arguments,
common idioms, and so on.

I've begun to collect some of my practices to start things off.  I was
hoping we could all lazy-vote the document together in this thread and
I'll then compile it into a PdPedia/Pd.info document.  So, feel free
to object to or replace my propositions.

Style:
* If giving $0 as an argument to an abstraction, it is always first in
the argument list [1]
* * When possible, pass parent arguments in numeric order, like [child
$0 $1 $2 other1 other2] etc.
* Sends and Receives are written in camelCase, with R appended to
complementary receives (e.g. in GUIs, $0mySlider for the send and
$0mySliderR for the receive)
* When prepending $0 to a symbol, only add a - to separate it from
another number, like [r $0-1stSend].  Otherwise the symbol should
immediately follow, like [r $0mySend].
* When working with stereo, Left and Right pairs are written with Le
and Ri appended (to distinguish them from an R denoting receive,
above)

Programming recommendations
* To invert a toggle, use [== 0]
* Use the loadbang of the parent of both abstractions to initialize
two or more interdependent abstractions

[1] I think of this like emulating the self convention in Python

And so on...
Cheers
Luke

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


Re: [PD] Idiomatic Pd

2008-07-28 Thread Luke Iannini
On Mon, Jul 28, 2008 at 7:49 PM, Chris McCormick [EMAIL PROTECTED] wrote:
 On Sun, Jul 27, 2008 at 06:34:05PM -0700, Luke Iannini wrote:
 * Sends and Receives are written in camelCase, with R appended to
 complementary receives (e.g. in GUIs, $0mySlider for the send and
 $0mySliderR for the receive)

 Will this even work? I think sends and receives have to be named the
 same to work.

Yo, sorry, just poor wording on my part.  Usually when I make a GUI
object, I give it $0mySlider as its sending target and $0mySliderR as
its receiving target so I can choose to either route things through
the slider (so it picks up the change to the parameter) or not, or, so
I can send set, color etc. messages to the slider without it going
to the slider's destination.

I know at least Hard-off does the same in his DIY2 library (which is
fantastic, by the way).

 * When prepending $0 to a symbol, only add a - to separate it from
 another number, like [r $0-1stSend].  Otherwise the symbol should
 immediately follow, like [r $0mySend].

 I like using a forward slash (/) since this is forwards compatable
 with the day when OSC externals make it into Vanilla Pd. ;)
Aok by me.

Thanks all for your input so far.  I'll make the wiki tonight.
Regarding Hans' suggestion that people make their own style guides,
that's certainly encouraged but I also don't mind if you are lazy and
reply to the thread with input, I'll scrape it all together anyway.

Best
Luke

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


Re: [PD] sssad key-name in abstractions (was: is $0 the same on every load?)

2008-07-23 Thread Luke Iannini
Yo, it's not as messy if you do it more hierarchically - I have a
deeply nested set of abstractions that make up my composition kit, and
I've tackled it like this:
[suite /suite1] [suite /suite2] ... etc

inside: [oscillator $1 /osc1] [oscillator $1 /osc2] etc.
then you can do [sssad $1$2/frequency] [sssad $1$2/modulation] etc. inside that.

(and of course you can continue this to any level, so inside
[oscillator] you could have [sawtooth $1 $2 /saw1] and inside that
[sssad $1$2$3/phase])

And, this ends up just being OSC essentially so that works out great
if you are interested in communicating with your system remotely
(which I do, using Memento).

Cheers
Luke


On Wed, Jul 23, 2008 at 1:38 AM, Damian Stewart [EMAIL PROTECTED] wrote:
 IOhannes m zmoelnig schreef:
 hmm.. so what if i have for example a delay abstraction which a GOP
 gui, and i want to have multiple instances of this abstraction? i
 suppose i'd have to name each one individually, passing a name on
 initialisation?

 what if i have a delay abstraction inside a synth abstraction, and i
 want two instances of the synth abstraction? then i have two instances
 of the delay abstraction but no easy way to name them without messily
 chaining up the name strings...

 hmm, the subject suggests this is about $0, so i am not sure whether i
 fully understand your question (or what you are missing): just use
 $0-mydel.
 that $0 is not 1026 shouldn't be a problem for you either.

 have changed the subject line to something better ;-)

 my understanding of sssad is that it requires data be given unique key
 names. the question is how to generate these unique key names within
 multiple instances of abstractions. the original discussion was about
 using $0 to do this, which doesn't seem possible. in your example if i
 save a bunch of states with eg mydelay-$0-delaytime when $0 is 1026,
 then go and try to load these up some other time, then $0 is not
 guaranteed to be 1026.

 i suppose the solution is to have a delay that takes an instance name
 argument, eg [mydelay left], then use that instance name in the sssad
 key, eg mydelay-$1-delaytime, which will create mydelay-left-delaytime
 for [mydelay left]. but then the problem remains - if i have a synth
 that has built-in delay [mydelay left], and i want to have two
 abstractions of this synth, i'm going to end up with two sets of keys
 mydelay-left-delaytime. so i need some kind of chained name thing, eg
 [mysynth squelchy] instantiates [mysynth $1-left], so the sssad key will
 be mydelay-squelchy-left-delaytime.

 chaining through multiple levels of abstraction like this (which i tend
 to do when i'm building patches) is going to lead to keynames like
 mylpf-squelchy-left-sawtooth-lfo-pre-cutoff, for the cutoff frequency of
 an lfo pre-filter inside the sawtooth generator for the left channel of
 the 'squelchy' synth. which i suppose isn't a problem, really, it's just
 a bit messy.

 ___
 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] Attempt at Tcl/Tk 8.5 Building

2008-07-21 Thread Luke Iannini
Yo,

On Sun, Jul 20, 2008 at 12:53 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 Seems like something crashing in Tcl/Tk, but that could still be Pd's
 fault.  Sorry, I don't have any ideas beyond that.
My best guess when I gave up was that Pd was still being run by an
8.4.7 wish process... looking through the relevant Pd source code it
struck me as possible but I didn't confirm it for sure.  Is there a
way to see the child processes being spawned by the Pd-extended
executable?  I opened it via XCode's Instruments (aka gdb) but was
overwhelmed quickly


 Any luck with this?  I find [EMAIL PROTECTED] and irc://
 irc.freenode.net/tcl to both be quite helpful.
Thanks for the TCL list/irc tip, I will go consult with them and see
if I can get anywhere.

Best
Luke


 .hc

 On Jul 12, 2008, at 10:27 PM, Luke Iannini wrote:

 Hi all,
 I thought I might try to get a build going with Tcl/Tk 8.5 to check
 out the possible GUI speed improvements.

 Making darwin_app_core seems to build fine without any changes, but I
 end up with a Bus error when try to run it (via the terminal) and
 the crash log is at the bottom of this email.

 I'm looking through http://wiki.tcl.tk/20361 but maybe someone has
 some immediate insight.

 Cheers
 Luke




 Process: Pd-0.42.0-test3 [41336]
 Path:
 /Users/LukeIannini/PdSVN/packages/darwin_app/build/Pd-0.42.0-
 test3.app/Contents/MacOS/Pd-0.42.0-test3
 Identifier:  org.puredata.pd.wish
 Version: 0.42.0 (2008.07.12)
 Code Type:   X86 (Native)
 Parent Process:  launchd [123]

 Date/Time:   2008-07-12 19:16:52.650 -0700
 OS Version:  Mac OS X 10.5.4 (9E17)
 Report Version:  6

 Exception Type:  EXC_BAD_ACCESS (SIGBUS)
 Exception Codes: KERN_PROTECTION_FAILURE at 0x
 Crashed Thread:  0

 Thread 0 Crashed:
 0   ???   00 0 + 0
 1   com.tcltk.tcllibrary  0x09ec5460 TclpThreadDataKeyGet
 + 16
 2   com.tcltk.tcllibrary  0x09ec445c Tcl_GetThreadData + 19
 3   com.tcltk.tcllibrary  0x09eab7ea TclFreeObj + 105
 4   com.tcltk.tcllibrary  0x09ed1cf9 Tcl_GetVar2Ex + 108
 5   com.tcltk.tcllibrary  0x09ed1d40 Tcl_GetVar2 + 38
 6   com.tcltk.tcllibrary  0x09ed1d7f Tcl_GetVar + 39
 7   libPdTcl.dylib0x0992f8eb Pdtcl_Init + 43
 (t_tkcmd.c:622)
 8   com.tcltk.tcllibrary  0x0a07107f Tcl_LoadObjCmd + 2305
 9   com.tcltk.tcllibrary  0x0a00e279 TclEvalObjvInternal +
 716
 10  com.tcltk.tcllibrary  0x0a04a1e2 TclExecuteByteCode +
 4490
 11  com.tcltk.tcllibrary  0x0a052e23 TclCompEvalObj + 154
 12  com.tcltk.tcllibrary  0x0a0113de TclEvalObjEx + 1025
 13  com.tcltk.tcllibrary  0x0a018636 Tcl_IfObjCmd + 786
 14  com.tcltk.tcllibrary  0x0a00e279 TclEvalObjvInternal +
 716
 15  com.tcltk.tcllibrary  0x0a010a2a TclEvalEx + 1728
 16  com.tcltk.tcllibrary  0x0a010d8c Tcl_EvalEx + 46
 17  com.tcltk.tcllibrary  0x0a06cc61 Tcl_FSEvalFileEx + 616
 18  com.tcltk.tklibrary   0x0b01f079 Tk_MainEx + 1680
 19  org.puredata.pd.wish  0x000112df main + 41
 20  org.puredata.pd.wish  0x0001125e _start + 228 (crt.c:272)
 21  org.puredata.pd.wish  0x00011179 start + 41

 Thread 0 crashed with X86 Thread State (32-bit):
   eax: 0xa0976fa0  ebx: 0x09ec52f3  ecx: 0x4d555458  edx: 0x09efd200
   edi: 0x  esi: 0x0058  ebp: 0xbfffe828  esp: 0xbfffe7cc
ss: 0x001f  efl: 0x00010282  eip: 0x   cs: 0x0017
ds: 0x001f   es: 0x001f   fs: 0x   gs: 0x0037
   cr2: 0x

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



 
 

   http://at.or.at/hans/



 ___
 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] Pd-0.40.3-extended-rc2 released

2008-07-21 Thread Luke Iannini
On Tue, Jul 8, 2008 at 9:43 PM, Luke Iannini [EMAIL PROTECTED] wrote:
 On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
 Luke Iannini wrote:
 So, sorry to pick on the hexloader some more : ) but it seems it is
 the culprit.  Can anyone confirm?

 it makes sense.

 could you send me the complete output of the pd-console when loading
 your patch with -verbose. (might get big; so zip it and send it to me
 privately; or put it somewhere online...)
 Hi IOhannes,
 Sorry for the wait, I had a busy week.  Here's the output... I put it
 online in case anyone else is interested. (I cleared the initial
 output messages, so it starts immediately after I click off the
 [sft.coral] object)  Big indeed; 616 megs, be ready for that (luckily
 it's ideal for compression: 20.4megs zipped).*  And this is only one
 module... if I had tried the patch where I load 16 of them I would
 have run out of HD space (not to mention RAM); glad I didn't : ).
 http://www.proyekto.net/sndrft/GiantLoad.txt.zip

 It occurred to me that it might make sense to cache the last known
 location of an object and try that location first?  Or is that a
 hack...  I don't know.  But it seems it would help all loaders to do
 so.

 Also, I'm guessing stripping down my Pd-prefs to include a minimum of
 directories would greatly help, yea?  Or, put another way, it's a good
 argument to accelerate use of [import].

Could anyone comment on this?  I'd be interested to know whether this
is actually good practice (minimizing one's path entries), and I'd
also be interested in the feasibility of the caching idea (and equally
interested in why (if) it's a bad idea)

Cheers
Luke

 i am not sure how to handle the problem generally yet.
 ideas are:
 - remove the recursive library search in hexloader (no more hexloading
 for non-C externals; who is using that anyhow? libdir doesn't seem to
 like hexloader so much anyhow)
 - remove the the HEXLOADER_PATCHES functionality (it seems to be not
 working anyhow)
 - remove the entire hexloader quirks and just claim that you cannot
 write objects with filenames containing special characters.

 after all the endless struggles with hexloader, i start tending towards
 the last one...


 fgmasdr
 IOhannes

 ___
 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] Spell checking / existence of a word

2008-07-16 Thread Luke Iannini
On Tue, Jul 15, 2008 at 7:40 PM, Chris McCormick [EMAIL PROTECTED] wrote:
 On Tue, Jul 15, 2008 at 07:17:48PM +0200, Frank Barknecht wrote:
 Hallo,
 Nicolas Montgermont hat gesagt: // Nicolas Montgermont wrote:

  Has anybody developped a way to check the existence of a word in a given
  dictionnary?
  As a basis, I was looking at the aspell command line spell checking tool
  : http://aspell.net/
  This is well suited, but it will need to use the shell object and I'm
  working under OSX, so I'm not sure of it's long term stability.
  Aspell can be used as a lib also, so i was wondering if anyone has ever
  developped an external based on it?
  Or has anyone some other ideas to do that?

 You could use Lua instead. It's like [shell] on steroids, if you
 employ something like io.popen like this:

  word = get_word_from_inlet()
  cmd = aspell -c  .. word
  p = assert(io.popen(cmd))
  result = p:read(*all)

 Lua is trivial to build on OS-X. I just did it and I'm a complete OS-X
 idiot. Here's how: You check out pdlua from goto10 subversion, edit
 Makefile.static to let it find m_pd.h and build for OS-X (PLATFORM =
 macosx), then do make -f Makefile.static while connected to the net
 to let make download and build Lua for you and that's it. OS-X seems
 to come with everything needed.

 Hi Frank,

 Did you have to install the XCode developer kit (or whatever it's
 called) to do this? Or is there a built in compiler? What version of OSX
 is it?
Yo Chris,
Ya, you'll need XCode to get gcc and friends... it is free on the
install disc or you can download it after making a (free) account at
http://connect.apple.com/ ; I think this info applies to all
reasonably recent versions of OS X (10.3+ and perhaps earlier)

Cheers
Luke


 Thx for the help, sorry for the OT!

 Chris.

 ---
 http://mccormick.cx

 ___
 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] shell problem on osx

2008-07-12 Thread Luke Iannini
On Thu, Jul 10, 2008 at 11:39 AM, marius schebella
[EMAIL PROTECTED] wrote:
 Hi,
 when I use the shell object on osx, I get an error after every command I
 send to it. The application pd quit unexpectedly.
 anybody know why and how to get rid of that?
I found a glimmer but never had the chops to implement it:
http://sourceforge.net/tracker/index.php?func=detailaid=1825056group_id=55736atid=478070

(see the comments)
Cheers
Luke

(also, yea, it is Leopard specific hence the lack of trouble on Tiger)

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


[PD] Attempt at Tcl/Tk 8.5 Building

2008-07-12 Thread Luke Iannini
Hi all,
I thought I might try to get a build going with Tcl/Tk 8.5 to check
out the possible GUI speed improvements.

Making darwin_app_core seems to build fine without any changes, but I
end up with a Bus error when try to run it (via the terminal) and
the crash log is at the bottom of this email.

I'm looking through http://wiki.tcl.tk/20361 but maybe someone has
some immediate insight.

Cheers
Luke




Process: Pd-0.42.0-test3 [41336]
Path:
/Users/LukeIannini/PdSVN/packages/darwin_app/build/Pd-0.42.0-test3.app/Contents/MacOS/Pd-0.42.0-test3
Identifier:  org.puredata.pd.wish
Version: 0.42.0 (2008.07.12)
Code Type:   X86 (Native)
Parent Process:  launchd [123]

Date/Time:   2008-07-12 19:16:52.650 -0700
OS Version:  Mac OS X 10.5.4 (9E17)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x
Crashed Thread:  0

Thread 0 Crashed:
0   ??? 00 0 + 0
1   com.tcltk.tcllibrary0x09ec5460 TclpThreadDataKeyGet + 16
2   com.tcltk.tcllibrary0x09ec445c Tcl_GetThreadData + 19
3   com.tcltk.tcllibrary0x09eab7ea TclFreeObj + 105
4   com.tcltk.tcllibrary0x09ed1cf9 Tcl_GetVar2Ex + 108
5   com.tcltk.tcllibrary0x09ed1d40 Tcl_GetVar2 + 38
6   com.tcltk.tcllibrary0x09ed1d7f Tcl_GetVar + 39
7   libPdTcl.dylib  0x0992f8eb Pdtcl_Init + 43 
(t_tkcmd.c:622)
8   com.tcltk.tcllibrary0x0a07107f Tcl_LoadObjCmd + 2305
9   com.tcltk.tcllibrary0x0a00e279 TclEvalObjvInternal + 716
10  com.tcltk.tcllibrary0x0a04a1e2 TclExecuteByteCode + 4490
11  com.tcltk.tcllibrary0x0a052e23 TclCompEvalObj + 154
12  com.tcltk.tcllibrary0x0a0113de TclEvalObjEx + 1025
13  com.tcltk.tcllibrary0x0a018636 Tcl_IfObjCmd + 786
14  com.tcltk.tcllibrary0x0a00e279 TclEvalObjvInternal + 716
15  com.tcltk.tcllibrary0x0a010a2a TclEvalEx + 1728
16  com.tcltk.tcllibrary0x0a010d8c Tcl_EvalEx + 46
17  com.tcltk.tcllibrary0x0a06cc61 Tcl_FSEvalFileEx + 616
18  com.tcltk.tklibrary 0x0b01f079 Tk_MainEx + 1680
19  org.puredata.pd.wish0x000112df main + 41
20  org.puredata.pd.wish0x0001125e _start + 228 (crt.c:272)
21  org.puredata.pd.wish0x00011179 start + 41

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0xa0976fa0  ebx: 0x09ec52f3  ecx: 0x4d555458  edx: 0x09efd200
  edi: 0x  esi: 0x0058  ebp: 0xbfffe828  esp: 0xbfffe7cc
   ss: 0x001f  efl: 0x00010282  eip: 0x   cs: 0x0017
   ds: 0x001f   es: 0x001f   fs: 0x   gs: 0x0037
  cr2: 0x

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


Re: [PD] print all abstractions and externals

2008-07-08 Thread Luke Iannini
On Tue, Jul 8, 2008 at 3:36 AM, Claude Heiland-Allen
[EMAIL PROTECTED] wrote:
 Hi,

 Yet another approach ;)

 I've got a suite of bash scripts that help narrow down which externals
 are missing.  Here's a real-life-example:

 --8--
 [EMAIL PROTECTED]:~/maximus/pdpatchinfo$ cat ../2007/d01234two/*.pd |
 ./objs.sh | ./externals.sh pd-0.41-4.txt | ./externals.sh Gem.txt  |
 ./abstractions.sh ../2007/d01234two/
 0
 1
 analogue_adsr~
Hi Claude,
Speaking of analogue_adsr~, any plans to add it to Pd-E?  It is my
favorite envelope : )
(it's not hard for me to drop it in myself, but I bet others would like it too)

Best
Luke


 complex-mod~
 expr
 expr~
 hilbert~
 #in
 mtx_.*
 mtx_diag
 mtx_mul
 #out
 repeat
 #store
 [EMAIL PROTECTED]:~/maximus/pdpatchinfo$
 --8--

 Which reminds me I need gridflow, zexy and iemmatrix to run that patch,
 plus some objs that are bundled with pd, and a home-brewed external.

 I patched one of my installed versions of Pd to print out every class
 registered with Pd during load time, which can then be massaged into a
 raw list of objects for each library (eg: Gem.txt).


 Claude
 --
 http://claudiusmaximus.goto10.org


 ___
 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] Pd-0.40.3-extended-rc2 released

2008-07-08 Thread Luke Iannini
On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
 Luke Iannini wrote:
 So, sorry to pick on the hexloader some more : ) but it seems it is
 the culprit.  Can anyone confirm?

 it makes sense.

 could you send me the complete output of the pd-console when loading
 your patch with -verbose. (might get big; so zip it and send it to me
 privately; or put it somewhere online...)
Hi IOhannes,
Sorry for the wait, I had a busy week.  Here's the output... I put it
online in case anyone else is interested. (I cleared the initial
output messages, so it starts immediately after I click off the
[sft.coral] object)  Big indeed; 616 megs, be ready for that (luckily
it's ideal for compression: 20.4megs zipped).*  And this is only one
module... if I had tried the patch where I load 16 of them I would
have run out of HD space (not to mention RAM); glad I didn't : ).
http://www.proyekto.net/sndrft/GiantLoad.txt.zip

It occurred to me that it might make sense to cache the last known
location of an object and try that location first?  Or is that a
hack...  I don't know.  But it seems it would help all loaders to do
so.

Also, I'm guessing stripping down my Pd-prefs to include a minimum of
directories would greatly help, yea?  Or, put another way, it's a good
argument to accelerate use of [import].

Best
Luke



 i am not sure how to handle the problem generally yet.
 ideas are:
 - remove the recursive library search in hexloader (no more hexloading
 for non-C externals; who is using that anyhow? libdir doesn't seem to
 like hexloader so much anyhow)
 - remove the the HEXLOADER_PATCHES functionality (it seems to be not
 working anyhow)
 - remove the entire hexloader quirks and just claim that you cannot
 write objects with filenames containing special characters.

 after all the endless struggles with hexloader, i start tending towards
 the last one...


 fgmasdr
 IOhannes

 ___
 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] Pd-0.40.3-extended-rc2 released

2008-07-03 Thread Luke Iannini
On Sat, Jun 28, 2008 at 6:19 PM, hard off [EMAIL PROTECTED] wrote:
 10 minutes to load a patch that used to take 10-15 seconds!!

Alright, so I narrowed the big jump in loadtimes to between May 18th
(about the same as Vanilla) and May 22nd (between 3-4x slower).  The
18th is when the hexloader was added, so I pulled it out of my most
recent build and the time went right back to normal.

So, sorry to pick on the hexloader some more : ) but it seems it is
the culprit.  Can anyone confirm?

Cheers
Luke

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


Re: [PD] Spotlight Importer for OS X

2008-06-27 Thread Luke Iannini
On Fri, Jun 27, 2008 at 3:12 AM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 On Jun 27, 2008, at 2:23 AM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 12:11 PM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 On Jun 20, 2008, at 2:34 PM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 5:15 AM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 On Jun 20, 2008, at 1:55 PM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 4:02 AM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 Does this work at all on 10.4/Tiger?

 Yes, it's configured by default to work with both 10.4 and 10.5.

 Any idea whether it would cause problems on 10.3?  That's not a
 make-
 or-break thing, but it would be nice if it could still work on
 10.3.
 As for including the Info.plist changes in v0-40, it would need
 to be
 throughly tested before including it.  Currently, there are only a
 couple outstanding bugs that need to be fixed for this release
 (AFAIK), so I am really hesitant to include something totally new.

 According to this http://developer.apple.com/qa/qa2005/
 qa1406.html the
 public.plain-text UTI we're using existed in 10.3.  Also, this seems
 to be a transitional document for 10.310.4, and doesn't include any
 callouts except:  Note: UTIs are available in Mac OS X v10.3
 Panther
 and later. Mac OS X v10.4 Tiger added many new types and integrated
 support throughout the operating system.

 So I think it won't be a problem for the keys in the plist, and
 in the
 future, 10.3 should just ignore the
 Library/Spotlight/PureData.mdimporter file just as it would
 ignore any
 other file it didn't recognize in the bundle.


 Ok, sounds like it is worth trying to add the Info.plist UTI stuff to
 this release.  Feel free to add it now to branches/pd-extended/v0-40,
 but please test it.

 .hc

 Yo, sorry I didn't read that closely and thought you were comfortable
 with adding the whole kit n' kaboodle, sorry about that.

 It just seems to be a big unknown, and adding a big unknown in the
 last days before releasing has bitten me before.

 Which reminds me: Could you give a specific example of what the
 Spotlight Importer does?  I don't quite get it.
Sure -

Spotlight searches not only filenames but file contents for your
search terms, so it would pull up Theory and Techniques of Electronic
Music's PDF if you searched for Fourier, for example (since a PDF
Spotlight importer is built in to OS X).  So, with the Pd file
importer, it will pull up not only I01.Fourier.analysis.pd, but
I02.Hann.window.pd, I03.resynthesis.pd, etc. as well, since they
contain the word Fourier in their comments.*

It also works with objects, so you can find every patch containing fiddle~.

And, as I mentioned, you can use it to implement, e.g. a TODO/FIXME
tracker by creating a smart folder (aka saved search) that searches
for Pd files containing those words.

*It will only find files if they're outside of the Pd bundle, so I
guess that's a drawback (but I'll see if I can find a way to force it
to search within the bundle)

Cheers
Luke

(and by the way, this is a common practice lest you think I'm doing
something nutty : ); Apple includes source code importers for c,
obj-c, ruby, python etc when you install XCode, and most OS X apps
with a custom file format include a Spotlight importer.

The next step would be to add real Quick Look support to show a
preview of the patch's appearance as the icon and QL view (right now
it just shows the plaintext version of the pd file).  Anyone have any
insight on that?  Perhaps just a separate Tcl generator would work...



 .hc




 As for building it, how do you build it yourself?  That's
 usually a
 good starting point for adding it to the auto-build.  If it is an
 xcode project, you can use the command line tool xcodebuild.

 Yo,
 I just built in with the build button : ).  I like buttons...
 So yea, I have the project.  Looks like it builds aok with
 xcodebuild,
 thanks for the tip.  Where should I put the project folder?

 Good question. The first place I thought of is packages/darwin_app
 since it is only for things related to the Pd.app for Mac OS X.
 Maybe:

 packages/darwin_app/spotlight_importer

 Then it probalby makes sense to make a separate
 'spotlight_importer:'
 target in packages/darwin_app/Makefile to build and install it.

 .hc

 Will do.
 Cheers
 Luke



 -
 ---
 

 All information should be free.  - the hacker ethic





 ___
 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





 
 

 'You people have such restrictive dress for women,' she said,
 hobbling away in three inch

Re: [PD] Spotlight Importer for OS X

2008-06-26 Thread Luke Iannini
On Fri, Jun 20, 2008 at 12:11 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 On Jun 20, 2008, at 2:34 PM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 5:15 AM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 On Jun 20, 2008, at 1:55 PM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 4:02 AM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 Does this work at all on 10.4/Tiger?

 Yes, it's configured by default to work with both 10.4 and 10.5.

 Any idea whether it would cause problems on 10.3?  That's not a make-
 or-break thing, but it would be nice if it could still work on 10.3.
 As for including the Info.plist changes in v0-40, it would need to be
 throughly tested before including it.  Currently, there are only a
 couple outstanding bugs that need to be fixed for this release
 (AFAIK), so I am really hesitant to include something totally new.

 According to this http://developer.apple.com/qa/qa2005/qa1406.html the
 public.plain-text UTI we're using existed in 10.3.  Also, this seems
 to be a transitional document for 10.310.4, and doesn't include any
 callouts except:  Note: UTIs are available in Mac OS X v10.3 Panther
 and later. Mac OS X v10.4 Tiger added many new types and integrated
 support throughout the operating system.

 So I think it won't be a problem for the keys in the plist, and in the
 future, 10.3 should just ignore the
 Library/Spotlight/PureData.mdimporter file just as it would ignore any
 other file it didn't recognize in the bundle.


 Ok, sounds like it is worth trying to add the Info.plist UTI stuff to
 this release.  Feel free to add it now to branches/pd-extended/v0-40,
 but please test it.

 .hc

Yo, sorry I didn't read that closely and thought you were comfortable
with adding the whole kit n' kaboodle, sorry about that.



 As for building it, how do you build it yourself?  That's usually a
 good starting point for adding it to the auto-build.  If it is an
 xcode project, you can use the command line tool xcodebuild.

 Yo,
 I just built in with the build button : ).  I like buttons...
 So yea, I have the project.  Looks like it builds aok with
 xcodebuild,
 thanks for the tip.  Where should I put the project folder?

 Good question. The first place I thought of is packages/darwin_app
 since it is only for things related to the Pd.app for Mac OS X.
 Maybe:

 packages/darwin_app/spotlight_importer

 Then it probalby makes sense to make a separate 'spotlight_importer:'
 target in packages/darwin_app/Makefile to build and install it.

 .hc

 Will do.
 Cheers
 Luke



 
 

 All information should be free.  - the hacker ethic





 ___
 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] Pd-0.40.3-extended-rc2 released

2008-06-22 Thread Luke Iannini
Hurrah, great work Hans... Pd is starting to feel quite native on the Mac.

The app-generator is fantastic.  I've got quite a few patches designed
for just such a thing.

 - the GUI runs slower on some older Macs
It's definitely not just older Macs!  I've got a two month old Mac Pro
2.8x8 that takes 15 minutes to load one of my more complex patches (as
I mentioned in another thread).  I never timed it before this
development, but it was probably in the 1-2 minute range (which I
thought was long at the time :)).

I'll start going through the autobuilds to see if I can narrow down
when the loading issue began.

Other than that, I'm very happy.  Thanks for all your hard work as always.

Cheers
Luke


On Sun, Jun 22, 2008 at 1:58 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 For this release, there has been a lot of work in making the GUI and
 user experience much more fluid and easy. There is a new visual look
 that was designed to make patches more readable. Additionally, lots
 of things have been tweaked to make Pd behave more like a normal app.
 There has already been a lot of testing on these builds, so it is
 getting quite close to a final version. (Debian/PowerPC is missing
 now but will come later)

 http://at.or.at/hans/pd/installers.html

 Here is a partial changelog:

 - next visual appearance designed for readability

 - default locations for user-installed externals, helpfiles, etc.
  GNU/Linux:  /usr/local/lib/pd-externals and ~/pd-externals
  Mac OS X: /Library/Pd and ~/Library/Pd
  Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
 Application Data/Pd

 - lots of standard key bindings added:
Enter/Return for OK
Escape for Cancel
Ctrl/Cmd-W closes all windows
on Mac OS X, Cmd-` cycles thru open windows
on Mac OS X, Cmd-m minimizes windows
Ctrl/Cmd-R raises/lowers Pd window
Ctrl/Cmd-Shift-R shrinks/grows Pd window
Ctrl/Cmd-Shift-L clears Pd window's text console
Ctrl/Cmd-B opens the Help Browser

 - you can now use ~ in all paths to mean home folder, and on
 Windows you can use environment variables, lie %UserProfile% in paths

 - Cut/Copy/Paste now work directly into object and message boxes on
 all platforms

 - fixed Cut/Copy/Paste for the Pd window's console

 - [declare] and [import] now sorted out for loading (but much work
 needs to be done before there namespace support is complete)

 - File - Save As defaults to the Home folder (~/) on Mac OSX

 - new patches default to the folder last saved in

 - included pgp_opengl aka 3dp on GNU/Linux and Mac OS X

 - 'hardware' and 'deprecated' removed from libraries loaded by default

 - On Debian/Ubuntu, the packages now install into /usr rather than /
 usr/local

 - On Mac OS X, you can now build standalone applications from the
 File menu.

 KNOWN BUGS

 - check http://puredata.info/dev/bugtracker before reporting bugs

 - Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
 preferences

 - pdp_opengl is alpha and will definitely crash Pd

 - loading pdp_opengl will crash Pd if X11 is not open before trying
 to load it

 - the GUI runs slower on some older Macs


 
 

 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-announce mailing list
 [EMAIL PROTECTED]
 http://lists.puredata.info/listinfo/pd-announce

 ___
 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] Spotlight Importer for OS X

2008-06-20 Thread Luke Iannini
(sorry, I mean it's not necessary if we're not including the importer
in the bundle of course)

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


Re: [PD] Spotlight Importer for OS X

2008-06-20 Thread Luke Iannini
On Fri, Jun 20, 2008 at 5:15 AM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

 On Jun 20, 2008, at 1:55 PM, Luke Iannini wrote:

 On Fri, Jun 20, 2008 at 4:02 AM, Hans-Christoph Steiner
 [EMAIL PROTECTED] wrote:

 Does this work at all on 10.4/Tiger?

 Yes, it's configured by default to work with both 10.4 and 10.5.

 Any idea whether it would cause problems on 10.3?  That's not a make-
 or-break thing, but it would be nice if it could still work on 10.3.
 As for including the Info.plist changes in v0-40, it would need to be
 throughly tested before including it.  Currently, there are only a
 couple outstanding bugs that need to be fixed for this release
 (AFAIK), so I am really hesitant to include something totally new.

According to this http://developer.apple.com/qa/qa2005/qa1406.html the
public.plain-text UTI we're using existed in 10.3.  Also, this seems
to be a transitional document for 10.310.4, and doesn't include any
callouts except:  Note: UTIs are available in Mac OS X v10.3 Panther
and later. Mac OS X v10.4 Tiger added many new types and integrated
support throughout the operating system.

So I think it won't be a problem for the keys in the plist, and in the
future, 10.3 should just ignore the
Library/Spotlight/PureData.mdimporter file just as it would ignore any
other file it didn't recognize in the bundle.


 As for building it, how do you build it yourself?  That's usually a
 good starting point for adding it to the auto-build.  If it is an
 xcode project, you can use the command line tool xcodebuild.

 Yo,
 I just built in with the build button : ).  I like buttons...
 So yea, I have the project.  Looks like it builds aok with xcodebuild,
 thanks for the tip.  Where should I put the project folder?

 Good question. The first place I thought of is packages/darwin_app
 since it is only for things related to the Pd.app for Mac OS X.  Maybe:

 packages/darwin_app/spotlight_importer

 Then it probalby makes sense to make a separate 'spotlight_importer:'
 target in packages/darwin_app/Makefile to build and install it.

 .hc

Will do.
Cheers
Luke

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


Re: [PD] Spotlight Importer for OS X

2008-06-19 Thread Luke Iannini
Also - you can force Spotlight to reindex a folder using e.g.
mdimport ~/ if it needs a kick.

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


Re: [PD] bug in gop data-structs?

2008-06-18 Thread Luke Iannini
 On Wed, Jun 18, 2008 at 1:25 PM, Rich E [EMAIL PROTECTED] wrote:
 Hardoff, your problem is a different one, that I think I have experienced
 as well.  The data struct objects don't hold their drawing order when the
 main patch is redrawn.

Yo,
I have a horrible, tear-jerking workaround for this in senderfruit/
called ds-raise that will raise an item in a DS to the top.

It's written to only act on the first appearance of each template in a
struct (a limitation I need to remove library wide before splitting
out ds-abs officially; I've been using nothing but arrays and one of
each thereof so this hasn't been a personal priority yet).  But you
should be able to have a look inside and get the idea.

Worse, it needs to be called after the data-subpatch is opened with a
delay of ~200ms depending on complexity.  But, it does do the trick.
(in case it's not clear, you'd call ds-raise on each template you'd
like to order, in order, from bottom to top)

The z-order bug (which, actually, I'd prefer was converted to a real
parametric Z-ordering feature) and the mega-sketchy array-item mouse
dragging/interaction* in grain-quantized arrays (e.g. plot -y
note(0:88)(712:0)(1) noteArray 155 0 0 0), if fixed, would increase
my use of DS by at least a zillion percent.

*actually, this has become a valuable stochastic composition tool for me

Cheers
Luke

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


[PD] Idea for contextual menus

2008-06-15 Thread Luke Iannini
Yo,
I just added an idea to http://puredata.info/dev/GuiIdeas and thought
I'd post it here too for discussion, since one day I may get around to
doing it (or perhaps someone else with more pd-hacking talent wants to
:) )

An object, [contextitem 1 Change colors...] would add a Change
colors... item to either the current canvas, the parent of the object
(when the object was right clicked), or both depending on the first
argument (0, 1, or 2 respectively). The remaining arguments would
specify the name of the context item (to allow for spaces), and the
[contextitem] object would have a single outlet which would [bang(
when the context item was clicked.

This (combined with a state-saving solution) would allow emulation of
Properties dialogs, and would be generally useful for embedding
functionality in tight spaces.

Cheers
Luke

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


Re: [PD] Size of a table

2008-06-14 Thread Luke Iannini
On Wed, Jun 11, 2008 at 6:04 AM, marius schebella
[EMAIL PROTECTED] wrote:
 hi,
 that's cool. did not know that expr can do that! are there more features
 of expr that are hidden or unknown??
 marius.


Hi Marius
Check it out:
http://www.crca.ucsd.edu/~yadegari/expr.html#funcs
Cheers
Luke




 At 09:38 11/06/2008, you wrote:
 On Wed, Jun 11, 2008 at 10:03:28AM +0200, IOhannes m zmoelnig wrote:
 raul diaz wrote:
 I have a dumb question. What's the best way to get the size of a table?
 Sometimes I load a lot of samples on tables with soundfiler and I would
 like to take the size of each sample as a variable in order to use it
 with phasor + tabread4~.
 Is there any object which gets the size of a table?
 well i have a dumb answer: why not use the length output of [soundfiler]?

 i think that in this case the philosophy of Pd his, that there are 2
 ways to change the length of a table: do it interactively (e.g. create a
 [table bla 1024] or do it programmatically (e.g. via [; bla resize 216()
 in the first case the author of the software is responsible for using
 (e.g. hardcoding) the right table-size throughout there patch, in the
 latter case you could just listen to these programmatical changes).
 tables suddenly changing there size are beyond Pd :-)
 There is one situation I have encountered where it would be useful to
 have a built in [arraysize]. In some of the s-abstractions such as
 [s-samplepiece~] you have to pass in the table name that you'd like the
 abstraction to use. This means that at some point the user loads some
 audio data into the named table (for example using [s-loader~]) and they
 then know the sample table size. When they create the [s-samplepiece~]
 playback abstraction they must manually enter the array size as one of
 the arguments to the abstraction, along with the table name.
 Inefficient.

 Best,

 Chris.

 ---
 http://mccormick.cx

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


Re: [PD] Spotlight Importer for Pd OSX

2008-06-10 Thread Luke Iannini
Amusingly I did exactly this, and then forgot to tell anybody about it
or upload it anywhere, then I reformatted and lost it :P.

It was /extremely/ useful at the time (indexing comments, etc, which I
could then take advantage of with impromptu tagging and TODO etc), so
I've been planning to do it again.  I just followed a tutorial
somewhere; if you do some googling for spotlight importer plain
text source code or some combination you should pull it up.

I'll do it again if you have any trouble.

Cheers
Luke

On Mon, Jun 9, 2008 at 7:37 PM, mark edward grimm [EMAIL PROTECTED] wrote:
 Hello,

 Has anyone made a Spotlight Importer for PD?  Or is there another way to 
 index all content of PD files for spotlight searches in home folder for 
 example?

 I just want to search a folder where I have many .pd files for content ex. 
 'bpm' or whatever... for object/expressions/comments in the patch itself.  
 OSX does not seem to index .pd file content OR am I missing something?

 thanks!
 m


 ___
 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] Pd-0.40.3-extended-rc1 released

2008-06-06 Thread Luke Iannini
Yo Yves,

On Wed, Jun 4, 2008 at 7:49 PM, ydegoyon [EMAIL PROTECTED] wrote:
 hey. luke,

 ok, the documentation here is very useful and well-done

Thanks

 but, as usual, as almost always,
 it's not a technical problem really here,
 it is how naby different versions of pd
 are we going to produce now?

The idea of a branch doesn't have to mean a fork... the
pd-extended 0.40 branch is just Hans trying to get a stable
arrangement of objects for the next Pd-E release while still being
able to commit his changes to subversion in order to work on it over a
longer period of time.

 i'm glad i can make my branch on subversion
 but i feel like a monkey with my tribe

But you could make a branch, it just wouldn't make much sense to do
the entire trunk down if you're only going to work on code within,
say, pidip/.  So, you can just branch that directory if you ever
wanted to work on an experimental feature, while still committing, but
leaving a stable version in the trunk.

 oh oh i did a quote there!

 and then subversion has nothing to do with politics
 if it is to divide people

 oh oh i did a quote

 and fuck if i have to commit to ten branches and tribes

You of course don't have to merge into the pd-e-40 branch unless you
want your latest stuff included in the release.

I obviously agree that it is a tedious process, but, an entire Pd-E
release is not that common so usually I guess committing to the trunk
will do.  As I said in the docs, SVN 1.5 makes this about 1/5th the
effort, which is enough to make it tolerable IMO.

Usually the branch maintainer would do the merging of everyone else's
stuff, but I think in this case the Pd-repo is too huge.

So, there is some work as SVN Ambassador.
Cheers
Luke

 no this is not a quote

 ok, see ya,
 sevy

 Luke Iannini wrote:

 Yo yves,
 There is branches/pd-extended/v0-40 that produces the release, you'll
 have to merge over any changes.
 I wrote a guide here if you need it
 http://puredata.info/docs/developer/MergingHowto

 Cheers
 Luke

 On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon [EMAIL PROTECTED] wrote:


 ola,

 sorry, why PiDiP version is 0.12.22
 when i committed a 0.12.23 in the trunk?





 isn't it produced from the trunk ?
 this is somewhat important for us
 to have the new pdp_v4l2 and pdp_ieee1394
 for cameras

 thx,
 sevy

 Hans-Christoph Steiner wrote:


 For this release, there has been a lot of work in making the GUI and
 user experience much more fluid and easy.




 ___
 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] Pd-0.40.3-extended-rc1 released

2008-06-04 Thread Luke Iannini
Yo yves,
There is branches/pd-extended/v0-40 that produces the release, you'll
have to merge over any changes.
I wrote a guide here if you need it
http://puredata.info/docs/developer/MergingHowto

Cheers
Luke

On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon [EMAIL PROTECTED] wrote:

 ola,

 sorry, why PiDiP version is 0.12.22
 when i committed a 0.12.23 in the trunk?


 isn't it produced from the trunk ?
 this is somewhat important for us
 to have the new pdp_v4l2 and pdp_ieee1394
 for cameras

 thx,
 sevy

 Hans-Christoph Steiner wrote:
 For this release, there has been a lot of work in making the GUI and
 user experience much more fluid and easy.




 ___
 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] netpd broken?

2008-06-01 Thread Luke Iannini
Yo,
I can confirm it with a day-or-two-old Pd-Extended autobuild.

I did some playing with this, and if you cut and paste the [pd
1-subsub] object it will start receiving messages like normal.  So, it
seems that dynamically created subpatches don't get a receiver...

A possible workaround for this would be to do a dynamic-cut-and-paste
as described in the pd-msg reference, to possibly force a proper
creation, but that is a pretty massive hack (and I didn't try it).

Also, the use of dynamically created subpatches as a way around the
no-dynamic-delete issue is great, I hadn't thought of it.  Too bad it
is broken : (.  As a member of the Church of Dynamic Patching I think
it should be added to the reference as an Offical Technique.

Cheers
Luke

On Sat, May 31, 2008 at 10:00 AM, Enrique Erne [EMAIL PROTECTED] wrote:

 i can open netpd, log in, chat... but as soon as i open creator i get
 error: pd-cr.singletons: no such object
 and a empty windows pops up: pd cr.singletons (no dash)
 netloading a netpd patch doens't work


 now i got it to. just tried it with:
 Pd-0.40.3-extended-20080531-macosx105-i386

 it seems that some dynamic patching tricks are broken. attached example
 isn't working anymore :(. it creates the container subpatches but can't
 create the abstraction inside. could somebody confirm that?

 eni

 #N canvas 386 22 527 592 10;
 #N canvas 17 28 355 263 sub 0;
 #N canvas 0 22 450 300 1-subsub 0;
 #X restore 10 20 pd 1-subsub;
 #N canvas 0 22 450 300 2-subsub 0;
 #X restore 10 40 pd 2-subsub;
 #N canvas 0 22 450 300 3-subsub 0;
 #X restore 10 60 pd 3-subsub;
 #N canvas 0 22 450 300 11-subsub 0;
 #X restore 10 220 pd 11-subsub;
 #N canvas 0 22 450 300 15-subsub 0;
 #X restore 10 300 pd 15-subsub;
 #N canvas 0 22 450 300 19-subsub 0;
 #X restore 10 380 pd 19-subsub;
 #N canvas 0 22 450 300 24-subsub 0;
 #X restore 10 480 pd 24-subsub;
 #N canvas 0 22 450 300 25-subsub 0;
 #X restore 10 500 pd 25-subsub;
 #N canvas 0 22 450 300 29-subsub 0;
 #X restore 10 580 pd 29-subsub;
 #N canvas 0 22 450 300 32-subsub 0;
 #X restore 10 640 pd 32-subsub;
 #N canvas 0 22 450 300 33-subsub 0;
 #X restore 10 660 pd 33-subsub;
 #N canvas 0 22 450 300 34-subsub 0;
 #X restore 10 680 pd 34-subsub;
 #N canvas 0 22 450 300 40-subsub 0;
 #X restore 10 800 pd 40-subsub;
 #N canvas 0 22 450 300 51-subsub 0;
 #X restore 10 1020 pd 51-subsub;
 #N canvas 0 22 450 300 1-subsub 0;
 #X restore 10 20 pd 1-subsub;
 #X restore 21 22 pd sub;
 #X msg 24 392 \; pd-sub clear;
 #X msg 24 233 \; pd-sub loadbang;
 #X floatatom 24 79 5 0 0 0 - - -;
 #X obj 52 136 * 20;
 #X obj 24 96 t f f f;
 #X obj 24 116 makefilename pd-%d-subsub;
 #X obj 24 156 pack s f f;
 #X obj 24 325 makefilename pd-%d-subsub;
 #X msg 24 347 \; \$1 clear;
 #X floatatom 24 306 5 0 0 0 - - -;
 #X text 79 22 add and remove abstractions;
 #X msg 21 53 1;
 #X msg 61 53 2;
 #X msg 97 53 3;
 #X text 149 53 a) create some subsubpatches and abstractions;
 #X text 148 237 b) if your abstractions use loadbang you have to do
 that manually;
 #X msg 24 283 1;
 #X msg 64 283 2;
 #X msg 100 283 3;
 #X text 142 398 (clear pd-sub before saving this patch);
 #X text 145 282 c) clear subsubpatch where your abstractions are;
 #X text 23 506 e) if your abstraction does signal processing you need
 to rebuild the dsptree. you could do so by either turn off/on [pd dsp
 0 \, pd dsp 1( or dynamically create an other ~-object in a subpatch
 and clear it again.;
 #X text 25 439 d) if your abstraction has a gui inside that you want
 to open sepparately \, use either namecanvas or put the gui in an subpatch
 [pd \$1-something] and use an arguemnt as id to refenrence the subpatch.
 ;
 #X msg 24 176 \; pd-sub obj 10 \$2 pd \$3-subsub \; \$1 obj 10 10
 my-abstraction
 \$3;
 #X connect 3 0 5 0;
 #X connect 4 0 7 1;
 #X connect 5 0 6 0;
 #X connect 5 1 4 0;
 #X connect 5 2 7 2;
 #X connect 6 0 7 0;
 #X connect 7 0 24 0;
 #X connect 8 0 9 0;
 #X connect 10 0 8 0;
 #X connect 12 0 3 0;
 #X connect 13 0 3 0;
 #X connect 14 0 3 0;
 #X connect 17 0 10 0;
 #X connect 18 0 10 0;
 #X connect 19 0 10 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] remote SL users..?

2008-05-30 Thread Luke Iannini
Yo,
I have also been bugging them : ).  I got an email from them two days
ago that has a nice development:

Hello Luke,

Automap SDK is still work in progress and I'm not able to say exactly
when we will be able to officially release this.

However we do have the documentation ready. It's available here:

http://focusrite.com/developer/doku.php

You can click on the RSS feed to get notification once the SDK is ready.

All the best,

Oliver B
-

Cheers
Luke

On Fri, May 30, 2008 at 6:19 AM, Damian Stewart [EMAIL PROTECTED] wrote:
 Rich E wrote:
 Any word back on the Novation SDK?  Although I just came across your
 email, I have also talked to the Novation support about this SDK, and
 about writing an external for pd that uses it.  But, as far as I know...
 they never released this SDK, and that was months ago.

 I'll send Novation another email as well..

 i sent them one on the 2nd of May and got this in reply. basically, it's on
 their todo list, but at a low priority:

 Hi Damian,

 The SDK is scheduled amongst a huge list of other features which due to be
 release. As you can appreciate, our software developers have priorities
 (such the recent Automap 2 and Nocturn, as well as other ongoing
 developments) and I cannot commit our developers to an exact date. However
 I am positive that it will be release at some point. So please check back
 on our website in the future.

 Thank you in advance for your understanding.

 Best regards,

 Andy Leung
 Novation Support



 ___
 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] contextual pdpedia menu link

2008-04-26 Thread Luke Iannini (pd)
On Fri, Apr 25, 2008 at 12:30 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

  That sounds very useful, I have always missed that, but I don't see
  the patch attached.  I think the patch tracker would be a good place
  for it.  I just got Cmd-M working to minimize, but it is a hack. I
  think that Cmd-M and Cmd-` (to switch between windows) should work
  with a Tk app, but somehow Pd has disabled that.  I can't find where
  tho.

Great that you got minimize working!  I've tried to find the Cmd-`
blocker before as well, but I couldn't find any references to it on Tk
mailing lists etc. so I wasn't sure if it just wasn't supported by Tk.
 It could be emulated with Tk commands, anyways, yea?

  Now that I think about the pdpedia help menu item more, my
  implementation is just a first attempt.  I am not sure whether it is
  the best way to handle it.  Does it do the same thing that you were
  thinking?

The only advantage my method would have conferred was that the menu
item would say Pdpedia for switch~ or what-have-you (to make it
clearer that that is where it would take you), not that big a deal.
What else were you thinking about?

  Also, any interest in taking on the pdpedia context menu item?  I
  think that will require edits to both u_main.tk and g_editor.c, but
  it should be relatively straightforward.

Sure, I don't mind taking it on.  But maybe someone else could chime
in; I don't know if I'd be visiting the Pdpedia entry of patches often
enough to be worth having in the context menu all the time, it will
sort of clutter things and reduce the muscle-memorability of the
menu so that has to be taken into account.  Anyone else have an
opinion on that?

Yea, thinking about it more, I don't know if a link taking you out of
Pd and into a web-browser is the best thing for a context menu where
it could be accidentally clicked (that would drive me nuts after a
couple times I think).

O, and I put the patch for proxy icons in the tracker.

Cheers
Luke

  .hc



  On Apr 25, 2008, at 2:57 AM, Luke Iannini (pd) wrote:

   I mentioned them a week or two ago in another thread; documents in OS
   X usually have a little icon in the titlebar that represents the file
   being edited; you can drag it to get a reference to the file (for
   copying or opening in another application; for Pd files that's awesome
   for dragging to your text editor for editing), or you can right click
   it to get a context menu with the parent folders up to the root (great
   as a reveal in finder function).
  
   I attached a patch that should theoretically add support for them as
   well as properly showing the modified state consistently with the
   rest of OS X apps (which dims the proxy icon and adds a dot in the
   close button).  But I haven't been able to get it to work with Pd
   Vanilla.
  
   I added this to pdtk_canvas_new in my Pd-extended pdtk with static
   arguments and the feature does work, so maybe you can try the patch
   (my build environment still isn't working):
   wm attributes $name -modified 0 -titlepath
   {/Users/LukeIannini/PureData/sft/sft.structhausen.pd}
   (replace the path with an actual file on your machine of course)
  
   Cheers
   Luke
  
   On Thu, Apr 24, 2008 at 8:57 PM, Hans-Christoph Steiner
   [EMAIL PROTECTED] wrote:
  
Oops, sorry, I didn't realize that you were working on it.  You
   still
get credit for the idea :).  I think the pdpedia context menu
   link is
still worth doing.
  
What are proxy icons?
  
.hc
  
  
  
On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote:
  
   Arr, I finished this two days ago and got caught up with troubles
   recompiling Pd.  Ah well, glad it is done : ).  Thanks for doing it.
   On the upside, I discovered how to get OS X proxy icons working
   in the
   process, so I'll still have something to contribute
   Cheers
   Luke
  
   On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner
   [EMAIL PROTECTED] wrote:
  
Hey all,
  
I just checked in code to make the Pdpedia link in the Help
   menu try
to find the object name if you are looking at a help patch.  If
   the
help patch is the topmost window, it'll use that object name
   when it
opens the pdpedia and take you directly to that page.  Should
   be in
tomorrow's builds.
  
This got me thinking that there should be a Pdpedia link in the
   popup
menu that currently has Help, Properties, and Open in it...
  
.hc
  
  
  
   ---
   --
   ---

  
[W]e have invented the technology to eliminate scarcity, but
   we are
deliberately throwing it away to benefit those who profit from
scarcity.-John Gilmore
  
  
  
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/
   listinfo/pd-list

Re: [PD] contextual pdpedia menu link

2008-04-25 Thread Luke Iannini (pd)
I mentioned them a week or two ago in another thread; documents in OS
X usually have a little icon in the titlebar that represents the file
being edited; you can drag it to get a reference to the file (for
copying or opening in another application; for Pd files that's awesome
for dragging to your text editor for editing), or you can right click
it to get a context menu with the parent folders up to the root (great
as a reveal in finder function).

I attached a patch that should theoretically add support for them as
well as properly showing the modified state consistently with the
rest of OS X apps (which dims the proxy icon and adds a dot in the
close button).  But I haven't been able to get it to work with Pd
Vanilla.

I added this to pdtk_canvas_new in my Pd-extended pdtk with static
arguments and the feature does work, so maybe you can try the patch
(my build environment still isn't working):
wm attributes $name -modified 0 -titlepath
{/Users/LukeIannini/PureData/sft/sft.structhausen.pd}
(replace the path with an actual file on your machine of course)

Cheers
Luke

On Thu, Apr 24, 2008 at 8:57 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

  Oops, sorry, I didn't realize that you were working on it.  You still
  get credit for the idea :).  I think the pdpedia context menu link is
  still worth doing.

  What are proxy icons?

  .hc



  On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote:

   Arr, I finished this two days ago and got caught up with troubles
   recompiling Pd.  Ah well, glad it is done : ).  Thanks for doing it.
   On the upside, I discovered how to get OS X proxy icons working in the
   process, so I'll still have something to contribute
   Cheers
   Luke
  
   On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner
   [EMAIL PROTECTED] wrote:
  
Hey all,
  
I just checked in code to make the Pdpedia link in the Help menu try
to find the object name if you are looking at a help patch.  If the
help patch is the topmost window, it'll use that object name when it
opens the pdpedia and take you directly to that page.  Should be in
tomorrow's builds.
  
This got me thinking that there should be a Pdpedia link in the
   popup
menu that currently has Help, Properties, and Open in it...
  
.hc
  
  
  
   -
   ---

  
[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity.-John Gilmore
  
  
  
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - http://lists.puredata.info/
   listinfo/pd-list
  



  
  

  The arc of history bends towards justice. - Dr. Martin Luther
  King, Jr.





  ___
  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] contextual pdpedia menu link

2008-04-24 Thread Luke Iannini (pd)
Arr, I finished this two days ago and got caught up with troubles
recompiling Pd.  Ah well, glad it is done : ).  Thanks for doing it.
On the upside, I discovered how to get OS X proxy icons working in the
process, so I'll still have something to contribute
Cheers
Luke

On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:

  Hey all,

  I just checked in code to make the Pdpedia link in the Help menu try
  to find the object name if you are looking at a help patch.  If the
  help patch is the topmost window, it'll use that object name when it
  opens the pdpedia and take you directly to that page.  Should be in
  tomorrow's builds.

  This got me thinking that there should be a Pdpedia link in the popup
  menu that currently has Help, Properties, and Open in it...

  .hc


  
  

  [W]e have invented the technology to eliminate scarcity, but we are
  deliberately throwing it away to benefit those who profit from
  scarcity.-John Gilmore



  ___
  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] contextual pdpedia menu link

2008-04-24 Thread Luke Iannini (pd)
I see your solution didn't require changes to Pd : ) that's good, it's
thus better than mine anyways.

On Thu, Apr 24, 2008 at 5:24 PM, Luke Iannini (pd) [EMAIL PROTECTED] wrote:
 Arr, I finished this two days ago and got caught up with troubles
  recompiling Pd.  Ah well, glad it is done : ).  Thanks for doing it.
  On the upside, I discovered how to get OS X proxy icons working in the
  process, so I'll still have something to contribute
  Cheers
  Luke



  On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
 wrote:
  
Hey all,
  
I just checked in code to make the Pdpedia link in the Help menu try
to find the object name if you are looking at a help patch.  If the
help patch is the topmost window, it'll use that object name when it
opens the pdpedia and take you directly to that page.  Should be in
tomorrow's builds.
  
This got me thinking that there should be a Pdpedia link in the popup
menu that currently has Help, Properties, and Open in it...
  
.hc
  
  


  
[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity.-John Gilmore
  
  
  
___
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] Trax - Sinusoidal Model Synthesis in Pure Data

2008-04-24 Thread Luke Iannini (pd)
This looks really incredible Rich.  I can't wait to try it out.
The music is great too : )
Cheers
Luke

On Thu, Apr 24, 2008 at 8:34 PM, Rich E [EMAIL PROTECTED] wrote:
 www.teafordragons.com/rte/trax.html

  This is a patch I've been working on for quite some time now, finally
  packaged with some documentation and an example qlist with it.  Trax
  is a fancy additive synthesizer that stores partials in data
  structures and re-synthesizes them using [oscbank~].  It gets the
  sinusoidal models from SDIF files with 1TRC frames, which have to be
  imported with [sdiflists].  I'd like to know how well it works for
  others, it makes great sounds on my Ubuntu laptop, although I had much
  worse results on a Macbook.

  You can get the externals from cvs or:
  www.teafordragons.com/rte/software.html

  I personall control Trax with a Wacom Intuos3, so there are mappings
  programmed for it that get wacom data using [linuxevent].  *note: I
  chose not to use [hid] because it is possible to call the wacom with
  [linuxevent /dev/input/wacom], which is always symbolically linked to
  the correct /dev/input/event*.  I couldn't ever get [hid] to do find
  the wacom on its own, without specifying exactly which event number it
  is on.

  You can also listen to a couple pieces I wrote using Trax, which also
  use other fun Pd stuff and recorded in Ardour:
  www.teafordragons.com/rte/music.html

  Now, on to SMS, Spectral Model Synthesis, that is..

  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] Data structure grain weirdness with x-y arrays

2008-04-22 Thread Luke Iannini (pd)
On an unrelated note, I just discovered:
Option/Command click on an element to duplicate the element (it's best
to click and drag since it will appear on top of the element you click
on), or just to the left of the element to delete it (when using
Option, cursors appear to let one know which operation will occur, but
oddly not with Command).

Shift-dragging an element moves it *and* all following elements after it.

I was vaguely aware of Command-clicking to add elements (though I had
never gotten it to work), but I had no idea about deleting and
dragging, both of which will be extremely useful in a sequencing
context.

I guess I'll stick these in the wiki somewhere.

Cheers
Luke

On Mon, Apr 21, 2008 at 11:14 AM, Luke Iannini (pd) [EMAIL PROTECTED] wrote:
 Hallo,
  I'm continuing work on a data structure sequencer, and have switched
  to using arrays for performance reasons thanks to Frank and Miller's
  suggestion.  That worked quite well!  Thanks again.

  One door leads to another, of course: I've run into an odd issue when
  using the relatively recent grain and scale definitions with the
  elements of the array.  I've attached a modified version of
  05.array.pd to demonstrate.  Dragging array elements with the mouse
  becomes erratic as soon as the -y y(0:100)(0:1000)(1) or similar
  instruction is added to [plot], in that very fast mouse movements are
  required to effect any change (i.e. move the mouse slowly enough, and
  the element won't move at all).

  As far as I can tell the bug applies to the direction being grained,
  but adding grain/scale to -x broke things entirely for me (the drawing
  seemed to occur correctly, but I couldn't find any clickable
  hotspots).

  Finally, the hotspots for resizing elements also become displaced in
  the x direction.  In the patch, try resizing the rightmost green boxes
  in the array to see what I mean.

  That's all.

  (okay, not really.  Are there any plans to add the change pointer
  output to elements of an array?  Their [struct]s remain silent.)

  Cheers
  Luke


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


[PD] Data structure grain weirdness with x-y arrays

2008-04-21 Thread Luke Iannini (pd)
Hallo,
I'm continuing work on a data structure sequencer, and have switched
to using arrays for performance reasons thanks to Frank and Miller's
suggestion.  That worked quite well!  Thanks again.

One door leads to another, of course: I've run into an odd issue when
using the relatively recent grain and scale definitions with the
elements of the array.  I've attached a modified version of
05.array.pd to demonstrate.  Dragging array elements with the mouse
becomes erratic as soon as the -y y(0:100)(0:1000)(1) or similar
instruction is added to [plot], in that very fast mouse movements are
required to effect any change (i.e. move the mouse slowly enough, and
the element won't move at all).

As far as I can tell the bug applies to the direction being grained,
but adding grain/scale to -x broke things entirely for me (the drawing
seemed to occur correctly, but I couldn't find any clickable
hotspots).

Finally, the hotspots for resizing elements also become displaced in
the x direction.  In the patch, try resizing the rightmost green boxes
in the array to see what I mean.

That's all.

(okay, not really.  Are there any plans to add the change pointer
output to elements of an array?  Their [struct]s remain silent.)

Cheers
Luke


05.array-grains.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] pd extended development

2008-04-16 Thread Luke Iannini (pd)
Python's namespacing has these features that I haven't seen discussed yet:

There are three common ways to import:
import list-abs, which just makes list-abs available for use, but
you still need to type list-abs.list-map (the Python equivalent of
[list-abs/list-map]). [1]

from list-abs import list-map, makes it possible to just type list-map.

And finally from list-abs import *, makes it possible to type any of
the functions in list-abs without a prefix.

The 3rd option is widely discouraged, because it makes it very unclear
where a function comes from, or which one is in use.

I greatly appreciate this arrangement, and I think it would be wise to follow.

A 4th feature that reduces verbosity is the ability to write import
list-abs as l.  And of course once things actually work, [list-map]
could be renamed to just map to give [l/map], which I think is
great.

Cheers
Luke

On Wed, Apr 16, 2008 at 2:55 PM, Hans-Christoph Steiner [EMAIL PROTECTED] 
wrote:


  On Apr 16, 2008, at 2:58 PM, Frank Barknecht wrote:
   Hallo,
   marius schebella hat gesagt: // marius schebella wrote:
  
   Frank Barknecht wrote:
   Hallo,
   marius schebella hat gesagt: // marius schebella wrote:
  
   sorry, I still don't know exactly what you mean. I think it is
   the only
   solution to keep libraries in subfolders if we want to solve
   nameclashes. but even if in subfolders, they should be
   accessible as
   list-abs and not list-abs/list-abs.
  
   Huh? Nameclashes have nothing to do with subfolders per se. A
   nameclash
   is, when two objects have the same name registered in Pd but act
   differently. Folders are a way to organize files in a filesystem
   (harddisk).
  
   the thing that I was complaining so loudly is that pd-extended
   ships all
   these libraries but does not add the paths.
  
   Yes, that's exactly what I mean: Many people would like every
   objectclass to be global.
  
   but that is not a problem for pd-extended users (and I want to
   solve the
   pd-extended problems here), as long as you can overrule the global
   namespace with a local namespace.
  
   Not really: Say I use [urn] in Pd-extended. Which [urn] am I using?
  
   As pd-extended by popular demand (and for practical reasons) is
   configured to allow access to one of the [urn]s out of the box, I
   believe not many people are actually using the names [zexy/urn] or
   [maxlib/urn] or [cyclone/urn].  But all of these behave differently.
   So we have a hidden nameclash if you try to use a patch that assumes
   [urn] to be the one from the library, pd-extended loads as the second
   one. Now IIRC Hans' goal is to not load any library or set any path
   out of the box, so that all names would have to be qualified with
   directory prefixes or [declare]d. But when this behavious accidentally
   came into effect because of the change in plist-location on OS-X,
   people complained about missing objects and that their patches were
   broken with the new pd-extended.  Note that I don't want to rate if
   they complained for a good reason, I just want to point to a problem.
  
   pd-extended would provide a default object for every nameclash.
   If you have old patches that were using objects, that are not the
   default in pd-extended you would have to add a declare to your
   patch. or
   explicitely call them as mynondefaultlib/abs~.
  
   So you see: pd-extended selected a certain set of externals to be the
   default set of available objectclasses in pd-extended. I don't know
   how it was decided which libs should be these defaults, I don't even
   know which ones are the defaults. Probably Hans just chose some
   popular ones, which is a sensible thing to do.
  
   In the long run, this process should become a bit more organized and
   it especially should not be handled along library/author borders.  For
   example, I think, zexy (rightfully) has a high loading priority,
   because it's one of the oldest and most widely used library. But
   Cyclone also deserves a high priority because it's generally
   Max-compatible. OTOH zexy is older. What to do? If we only priorize
   complete libraries, we're not able to make finely grained decisions
   about single objects. Maybe zexy's [abs~] is better, while [urn] in
   Cyclone is preferable.
  
   In the end we may be back at square one: a flatspace with the
   selected best of the (un)pack objectclasses in a single directory. No
   problems with path settings, all is fine again.
  
   Or what am I missing? ;)

  The flatspace model breaks down when you start adding libraries to Pd-
  extended.  Then you can have nameclashes again.  Say someone writes
  their own library with an [urn], then what happens?  At best,
  confusion ensues.

  If we look at other programming languages, we can see that namespaces
  are a very common  solution to this problem (C++, Tcl, python, Java,
  Smalltalk, etc).  I see no reason why it wouldn't work for Pd as well.

  .hc


  

[PD] prev for Data Structures?

2008-04-14 Thread Luke Iannini (pd)
Hi all,
How feasible would a prev message to [pointer] be (naturally, this
would be the complement to the next message, outputting the previous
pointer in the list)?

I'm very keen to make a scrubbable sequencer that can be driven by
[line]s rather than the usual [del]-based arrangement, but my current
method of just dumping the entire data-structure on every tick and
searching for elements whose x-value matches the current time requires
twice the CPU I have available.

I thought about mirroring the data-structure and traversing one or the
other depending on direction, but I think this will get untenable
quickly.

Cheers
Luke

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


Re: [PD] prev for Data Structures?

2008-04-14 Thread Luke Iannini (pd)
On Mon, Apr 14, 2008 at 2:33 PM, Miller Puckette
[EMAIL PROTECTED] wrote:
 Horribly unfeasible -- the data are stored as a singly linked list.
  Going back would require searching forward from the beginning.

  cheers
  Miller


I thought as much, thanks for the answer.  Would built-in search
methods be any faster than what I describe (dumping all pointers,
[get]ting and [sel]ecting looking for one with a particular value)?

  Maybe you can use an array field to store your events instead? You can
  index this by an integer.

  Ciao
  --
  Frank

This was on the tip of my brain : ).  Thanks for prodding me into
it, I'm trying it out now and I'll let you know how it goes.  It will
also be a natural fit to adding note layers that can be toggled on
and off or manipulated individually, so that's cool too.

As an aside, I'd like to start a ds-abs collection soon to go
alongside list-abs.  I've got a few in SVN that I'll be splitting out
soon, and it would be great if anyone wants to contribute more.

Cheers
Luke

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


Re: [PD] shell scripts to tell which externals are used by patches

2008-04-09 Thread Luke Iannini (pd)
On Tue, Apr 8, 2008 at 9:26 AM, Claude Heiland-Allen
[EMAIL PROTECTED] wrote:
 Hi all,

  I wrote some shell scripts to find out which externals my patches need.

Great!  I had been planning to whip up something like this for a
while, but I'm glad you did it since I probably would have done
something silly like tried to use Pd to process the files.

Thanks
Luke

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


Re: [PD] rradical hierarchy

2008-03-18 Thread Luke Iannini (pd)
So I read my helpfile for Polaroid and it brought back a good rush of
memories : ).  I realized it might be a bit confusing, as within
Polaroid I describe a structure I created for my own use which may or
may not be the way people would like to use Polaroid.

Basically the original presentation of RRADical is organized so that
Polaroid can be used to copy/paste or save/load settings  from one
instance of a module to another.  So it is like a big Moog Modular,
where the settings of one 901 oscillator can be copied to a second 901
oscillator, or a 911 envelope to second 911 envelope.  And then, to
save the whole rack of modules at once, you use [careGUI].

What I describe is a bit different; what I wanted was more like
combining 3 oscillators and a filter to get a Minimoog, and then using
Polaroid to copy the settings of all 4 modules to a second Minimoog,
or using [careGUI] to save both of them at once.

So, I'm working on examples for both of those arrangements, and now
I'm back to thinking about how to get a hybrid of those so one could
also copy Minimoog/1/Oscillator/1 to Minimoog/1/Oscillator/2 because
I'm sure I'll want to do that eventually too.

I haven't gotten to thinking about Memento's preset system yet (I tend
to just use preset 0 and the filesystem).

Cheers
Luke

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


Re: [PD] Another bug in [pool]?

2008-03-18 Thread Luke Iannini (pd)
On Sun, Mar 16, 2008 at 1:56 PM, Thomas Grill [EMAIL PROTECTED] wrote:

  Am 16.03.2008 um 20:24 schrieb Phil Stone:

   Sorry, I think I deleted the included patch from Luke's original
   post when I replied to it.
  

  Thanks for the hint, i was able to retrieve Luke's original patch.
  However, i can't find any problems with pool.
  Storing and retrieving mentioned values works flawlessly with the
  current version.

  gr~~~


Hi Thomas,
I couldn't try the beta version of pool you posted on g.org since
Pd complains about unknown filetype, I assume because they are
Universal builds and my Pd is only Intel?  Anyway, the version of pool
I was using when this occurred was definitely compiled (by me) after
you fixed the large-data issue, but I will compile again to be sure
and let you know (actually, I think I tested it with a PPC-compiled
version too).

Sorry I didn't pare down the repro-patch anymore, every time I did the
bug would disappear : ).

Finally, Phil I would not be worried; this seems/seemed to only occur
with numerical keys, and I use pool many many times a day in the
context of Memento to save and load tons of stuff without issue : ).

Cheers
Luke

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


Re: [PD] flashing a bng without making it send?

2008-03-18 Thread Luke Iannini (pd)
Hi Matteo,
I wanted the same once, here's what I came up with.

Cheers
Luke

On Tue, Mar 18, 2008 at 3:53 AM, matteo sisti sette
[EMAIL PROTECTED] wrote:
 Hi,

  Is there a way to make a [bng] visually flash (the same it does when
  you click it or send it a bang) WITHOUT making it output/send a bang?

  I think there isn't, but maybe I just haven't found it.

  I often use gui objects as both control and display elements. For
  example, when I have a slider that controls a volume, you can touch
  the slider to manually change the volume, but if the volume is changed
  from some other source, the slider moves to reflect this change.
  Same with numbers, radios, symbols, toggles, etc. This can be easily
  achieved by using [set ...( messages, that change the displayed value
  of the gui object without triggering its output.

  So it would be great to be able to do the same with a [bng], but I
  miss a set (or analoguous) message for this object.

  It's not that I can't figure out a way to achieve a bang that can be
  used as a control and display at the same time (you click it: it does
  the action; the action is triggered by something else: the bang
  flashes), but it would be much more tricky and doesn't lend itself
  (as far as I can figure out) to elegant and general solutions as it
  happens with other gui objects. Or perhaps it's just a matter of
  writing a more complex abstraction than the one I use for other
  controls.

  Now, just in case it may be useful to anybody, I thought I would share
  the solution I use for non-bng controls. I'm sure most of you already
  use something similar.
  Here's how it works.

  First of all, every control (a volume, a pitch, a speed, anything) has
  a name, that is the name everybody sends values to when they want to
  change that parameter. This means that somewhere there is a [r name]
  that actually does something with those values.
  So, I create an abstraction called [control_element], which in its
  most simplified form is like this:

  control_element.pd--
  [r $1-if-send]
  |
  [s $1]

  [r $1]
  |
  [set $1(
  |
  [s $1-if-receive]
  ---

  its creation argument $1 is the name of the control.

  So, for any control called xxx that needs to have a control/display
  gui element, you place one (and only one) instance of [control_element
  xxx].

  Now, any gui object (slider, number box, symbol box, toggle, etc) that
  is meant to work as a control/display for control xxx, simply needs to
  have its send and receive symbols set to xxx-if-send and
  xxx-if-receive respectively.

  Note that you can place multiple interface elements for the same
  control. For example, you can place a number box and a slider
  associated to xxx. When you move the slider, the number moves; when
  you move the number, the slider moves: and when anybody else in the
  patch sends a value to xxx (and he doesn't need to know anything about
  the existence of control_element and gui objects), both the number and
  the slider are updated.

  The same abstraction works for both numbers and symbols.

  There is a redundant loop (not an infinite loop) when you manually
  move the gui element: the gui element sends out the value and
  immediately receives a [set( message that sets it to the same value;
  but that's harmless afaics.

  It would be fine to do something similar that could work with bangs...

  --
  Matteo Sisti Sette
  [EMAIL PROTECTED]
  http://www.matteosistisette.com

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



SettableBang.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] rradical hierarchy

2008-03-17 Thread Luke Iannini (pd)
On Mon, Mar 17, 2008 at 2:23 PM, Phil Stone [EMAIL PROTECTED] wrote:
 Luke,

  Could you clarify this?  I looked through controctopus/semento, as you
  uploaded it last month, to see if it had re-structured the hierarchy to
  make substates more editable, but I'm having a little difficulty
  figuring it out (do you have any relatively simple working examples?)

Hi Phil, sorry for the delay in responding; I've had my head buried in
Controctopus and need time to load Polaroid/Semento back in to my
brain : ).  But quickly: all you need from Semento is Polaroid,
sft.originator and sft.rradical.state.  Polaroid's helpfile has a
basic description of how the local-state-saving works, but I agree
that it could definitely use a nice straightforward example.  I'll
think about it, whip it up and get back to you.

But I will say, I use Polaroid daily and it is really fantastic and
worth the initial effort; getting Memento and then Polaroid integrated
into my patches really changed how I look at and use Pd.

More to come,
Luke

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


Re: [PD] A couple new list-abs

2008-03-06 Thread Luke Iannini (pd)
O, forgot to mention, list-sample uses [urn] but I figured you could
replace it with [urne].

On Thu, Mar 6, 2008 at 2:48 AM, Luke Iannini (pd) [EMAIL PROTECTED] wrote:
 Here's another quick pair, again inspired by Python libraries (sorry,
  Python just seems to love lists as much as Pd .39+ and I do), this
  time the random module.

  [list-sample n] grabs a random bunch of n unique items from the
  incoming list and outputs them as a new list.

  list-shuffle is a shortcut to [list-sample]ing the same number of
  items as were in the list originally, which results in a shuffled
  list.

  Cheers
  Luke


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


Re: [PD] A couple new list-abs

2008-03-06 Thread Luke Iannini (pd)
On Wed, Mar 5, 2008 at 12:27 AM, Frank Barknecht [EMAIL PROTECTED] wrote:

  Nice one. (RTC-lib has some similar ones like [make-scale] and
  [make-trans-scale], but I guess, range is a good name.) I'll include
  it if you don't mind, though I'll remove the pddplink. All [list]-abs
  including help files have to work with pd-vanilla withour error
  messages.

Yes, you are of course welcome to include it (and oops, forgot
pddplink was an external).  If you want, you can just svn mv it from
my dir to the list-abs home (that would preserve its history in SVN).


   Regrettably[2] list-zip requires [initbang] for its dynamic inlet
   creation, but list-range is a purely vanilla affair, requiring only
   the existing list-abs from Frank's library.

  This is probably better kept out of [list]-abs as it uses a
  non-vanilla object but also because I'm very cautious about dynamic
  patching and [namecanvase]. I'd rather not use these in the library.

  Ciao
  --
   Frank Barknecht _ __footils.org__

I figured as much regarding initbang (though I still think it should
be a part of vanilla anyway), but what are your suspicions about
dynamic patching/namecanvas?  Or perhaps, what would you prefer as a
solution?  Anyhow, no worries, it will have a safe and happy home in
senderfruit/core (or maybe senderfruit/list-abs-too-hot-for-tv).

Cheers
Luke

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


[PD] More Music with Pd

2008-02-21 Thread Luke Iannini (pd)
Hi all, the list is a bit quiet lately so here is some recent stuff.

The top three are the most pd-laced since I just recently finally got
a computer fast enough to run the system of pdpatches I've been
building for the last few years : ).  And the top was the first
successful recorded test of the Controctopus/Semento control system I
recently released.

Theo Voce Circular
http://proyekto.net/?p=104

Muzz Arch
http://proyekto.net/?p=96

Lifeball Shitmix Copyright Motherfucker
http://proyekto.net/?p=86

Plining Whiddle Tip
http://proyekto.net/?p=80

Seashall
http://proyekto.net/?p=64

and the rest at
http://proyekto.net/?cat=5

Cheers
Luke/sndrft

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


Re: [PD] sound for blender apricot opensource game

2008-02-02 Thread Luke Iannini (pd)
Yeah, I'd definitely be in to help with this!
Cheers
Luke

On Feb 2, 2008 5:04 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:

 Yeah, I'd love to help out where I can.  I was really bummed that
 Elephants Dream didn't use FOSS for sound, I think they didn't try
 hard enough.  I've done a lot of very reliable installations using
 Pd, if it is good enough for the NY Times lobby, it's good enough for
 Blender. :)

 I think that people could use multiple platforms to work on Pd
 patches, I think for the most part Pd-vanilla/Pd-extended let's you
 work very much in a cross-platform way.  The key to making this work
 is having a point person, so if someone is willing to be the lead and
 manage everything, then I think we have a strong proposal.

 By the way, is the Pablo Martin on the Apricot team caedes (who has
 done some work with PDP)?

 .hc


 On Feb 2, 2008, at 3:26 PM, Dafydd Hughes wrote:

  I'd love to take part, although I'm not on Studio64. Is there any
  reason it wouldn't be compatible between S64 and say Ubuntustudio?
 
  I agree - super cool opportunity.
 
  cheers
  dafydd
 
  On Feb 2, 2008 2:53 PM,  [EMAIL PROTECTED] wrote:
  I agree, and have more or less reached the stage where I could
  sound design
  an entire small film in Pd.
 
  Time is obviously a factor and if I were to do this it would
  really need
  a few other volunteers who were enthusiastic about it (sound
  design for
  such a feature could be a challenging project)
 
  Anyway, what stuck me was something (I think it was) Dan James
  said about
  Elephants Dream; - that despite the visuals being entirely FOSS
  the soundtrack had to employ Windows/non-free components because of a
  lack of reliable sound tools and skills. That reflects on us all
  rather
  badly of course.
 
  Let's say the Blender Apricot team were amenable to the idea and
  we could
  reach a concensus to using the new film as a vehicle to showcase
  Pd, would anybody
  else like to be involved in a sound design team using Pd 0.40 on
  64Studio with
  a Python interface to the event stream? Or maybe Lua would be our
  timeline/event glue.
 
  I am of course open to other suggestions or to supporting another
  team with radically different ideas, but this is how it would work
  best for me.
 
  andy
 
 
 
  This sounds like a great opportunity for Pd, especially considering
  that Pd is the sound engine in the game Spore.
 
  .hc
 
  On Feb 1, 2008, at 7:09 PM, olme wrote:
 
  seeing this: http://apricot.blender.org/?p=59 , I had the idea that
  somebody could do it efficiently with generated sound dezign (like
  brilliantly discussed earlier here by andy - obiwannabe.co.uk )
 
  In short : Blender Instituut search for a sound designer for the
  upcoming opensource game codenamed apricot.
 
  I'm in no way related to this instituut or project, just that I
  thought
  it could interrest someone that is developping on pd for games, as
  this
  one is already promised some exposure in the opensource/free
  software
  world, in the CGI world (with the short film produced right now :
  see
  peach.blender.org ) and in the game world (it will surely make some
  lines in game magasines) ...
 
  I think those working for this project in the front line are
  payed, so
  it could be a good incentive to have some kind of opensource
  exemple of
  a current game made with pd.
 
  Blender Game Engine has already been used with pd through py-OSC,
  but
  this project use the CrystalSpace Game Engine... I don't know about
  the
  connectivity, but as CS use python, it's maybe just some lines
  away
 
  I would be interrested to see the result anyway ... as I'm not
  able to
  do it myself ...
 
  Ol.me
  http://www.ogeem.be
 
  ___
  PD-list@iem.at mailing list
  UNSUBSCRIBE and account-management - http://lists.puredata.info/
  listinfo/pd-list
 
 
 
  -
  ---
  
 
  News is what people want to keep hidden and everything else is
  publicity.  - Bill Moyers
 
 
 
  ___
  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
 
 
 
 
  --
  www.sideshowmedia.ca
  skype: chickeninthegrass



 
 

 All information should be free.  - the hacker ethic






 ___
 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] [Gridflow-dev] some audio-visual drones made with Pd + GridFlow

2008-01-20 Thread Luke Iannini (pd)
Claude, this is awesome.  Reminded me of the John Cage documentary
From Zero; in part 4 he reads his poetry over a video piece in which
the screen intermittently turns blue at the moment a bass drum is
struck.

Thanks as always for sharing your work, I consider it among of my
favorite material.

Cheers
Luke

On Jan 17, 2008 4:16 AM, Claude Heiland-Allen
[EMAIL PROTECTED] wrote:
 Hi all,

 I made some audio-visual drones with Pd + GridFlow:

 http://www.archive.org/details/ClaudiusMaximus_-_CycleTile_Sonification_1

 Various download formats available in the left sidebar.

 The source code is there too (select all files and find the .pd).


 Claude
 --
 http://claudiusmaximus.goto10.org

 ___
 Gridflow-dev mailing list
 [EMAIL PROTECTED]
 http://lists.artengine.ca/cgi-bin/mailman/listinfo/gridflow-dev


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


Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
On Jan 12, 2008 1:18 PM, Frank Barknecht [EMAIL PROTECTED] wrote:
 Many abstraction collections are sloppy when handling this. (Even
 abstractions by pd-extended advocates can forget to always fully
 specify the full names of abstractions with import or a prefix.  I
 don't want to point fingers, but to illustrate what I mean: In the
 mapping library max_n.pd uses [maximum] from Cyclone undeclared,
 disjoin.pd uses [float_argument] from purepd undeclared etc.)

The abstraction collections are sloppy because they can be, I think.
Since Pd-E, by default, loads nearly everything into the global
namespace, one can easily be lazy when developing abstractions.

I know Pd-E does this to be as easy as possible to set up for new
users, but at the same time perhaps it is best that a new user sticks
with the vanilla objects anyways, and if they're really interested in
more objects, they can learn how to use the directory prefixes or
[declare].  Python is the only language I have experience with that
has a wonderful namespace system, and I think it works greatly to its
advantage.

So, on that note, I think it would be best to choose some truly
essential objects as the beginning of a base (global by default)
library, which should be periodically updated as new objects outgrow
their libraries in popularity.  A nice counter would be a good start :
).

Just as a note, it would be pretty easy to do a find/replace on the
entire pd-extended tree for those objects with unique names.

Finally, every time we talk about things that I would like to be
helping to fix, I itch for Subversion.  I've said it before, but I
have continually put off getting any comfort with CVS because I always
think the move to SVN is a couple weeks away : ).  Not to mention, Pd
is the only project I know of that still uses CVS, so learning it
would be very expensive to my brainspace.

And finally finally, has the [declare]/libdir/etc. practice been truly
sorted out?  A nice wiki entry describing correct usage would be a
huge help, if so.

Cheers
Luke

(oh, one more thing... it would be cool to have an auto-generated
meta file that /is/ added to the global namespace, so i could type
[mapping], and opening it shows a list of all patches in the [mapping]
dir.  And if, in the object help files, a special comment was added
with a description, that could also be lifted out and put in the
metafile next to the object.  This would be analogous to Python's
docstring/help(fxn) system.)

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


Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
On Jan 13, 2008 5:24 AM, Derek Holzer [EMAIL PROTECTED] wrote:
 I strongly disagree. Most beginners want to play with high-level objects
 that do a lot of the programming for them, rather than dive deep into
 data flow  etc. Do we give them what they want, or do we do what's
 good for them? I think beginners should have access to the most amount
 of functions they can without any bullshit. They can learn all the
 super-geek stuff later on, when they want to optimize the performance of
 PD or customize behaviors. Let them get busy making noise and pictures
 first, though! Otherwise they get frustrated and run off the get a crack
 of Max/MSP or something.

Well, I quite agree with you, but I don't agree that having to say
[synth/megasaw] qualifies as super-geek bullshit...  if they've
discovered the object, and the object says to call it that way (this
would have to be true, of course), I don't think we're pushing the
brain-barriers of the beginner too far.  If anything, the prefix
serves to document and organize the object to reduce confusion.
Especially if they say oh, I wonder what else is in this 'synth'
package, it's encouraging exploration.

Cheers
Luke

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


Re: [PD] counter + list of objects

2008-01-13 Thread Luke Iannini (pd)
Hm,
I don't think this is really about trying to force new people into
grappling with arcanum, or telling them what's best, so much as it
is about what is actually best for Pd as a community, the benefits of
which will also touch new people.

If we want to encourage a large library of these premade objects that
are so useful to everyone, it's rather essential that they can be used
without causing a conflict, which is rather inevitable if the number
of abstractions and externals in Pd-E continues to grow without making
any changes.

If given the choice between A) giving an extra 30 seconds of
instruction (or 0, if everything is executed properly) to tell a user
to use [bloscs/saw~] rather than [saw~], and B), explaining to a user
that [saw~] is used in many libraries so it is no longer the [saw~]
they thought it was, and this new one has an entirely different
interface...

Users already have to use the help-browser to find new objects, and
again, if the help patches for said objects used the namespace prefix
when demonstrating usage, the user would not be troubled any
differently than they are now.

And also again, with the way things are, if the user discovered an
object like [saw~] in an abstraction, and wanted to find the rest of
these handy [bl-waveforms], they'd have to dig through the
help-browser.  But if they saw [bloscs/saw~], they'd know where to go.

Even in Cubase, my VST plugins are organized like Filter,
Modulation, Delay, Reverb, and by manufacturer library as
well, like Waldorf, UAD-1...

Cheers
Luke

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


  1   2   >