Re: [PD] contextual pdpedia menu link

[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 na

Re: [PD] contextual pdpedia menu link

[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] Trax - Sinusoidal Model Synthesis in Pure Data

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

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

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

[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

[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

[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 o

Re: [PD] "prev" for Data Structures?

[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

[PD] "prev" for Data Structures?

[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] shell scripts to tell which externals are used by patches

[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] flashing a bng without making it send?

[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 ]
>  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] Another bug in [pool]?

[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] rradical hierarchy

[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] rradical hierarchy

[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

[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

[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

[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

[PD] Another bug in [pool]?

[Luke Iannini (pd)]

Hi all,
I've been staring at this patch for a couple hours with no luck, so
I'm ready to ask for help.

I seem to be running into another bug in pool.

What's happening is I'm setting a key with 3 floats.  I then try to
[get( that key, but can't.  If I [printall(, I can see the key is in
the [pool].  But it won't come out.

Even stranger, I can compose a new [set {key} 123 123 123( message and
send it to the same [pool], and instead of replacing the key, it
appears alongside it.  I can get the newly set key, but the old one
remains in the [pool], inaccessible.

Since the usual behavior of pool would be to overwrite the first key
when a key of the same name is sent, I'm guessing I'm hitting a very
obscure bug again.

Here's the patch, I'll keep trying to isolate it further.

Cheers
Luke

To repro: click "reset" at the top left, then click the [77 120(
message, then [77 0( immediately after that.  At that point, a message
like

 , 777.868 , 77 120 539.864

will be in the pool $0notePool (click the [getall( message to
confirm).  Now, send a message [get 777.868( (or whatever the number
is), and if you're anything like me, you'll see... nothing!

Now, make a message [set 777.868 5 5 5( and send it to the pool, then
click your [get 777.868( again.  Out will pop 5, 5, 5, but if you
click [getall( again you'll see
 , 777.868 , 5 5 5
 , 777.868 , 77 120 539.864

You'll now notice a [pool] of tears.


sft.fivestones.pd
Description: Binary data
___
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

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

Re: [PD] [Gridflow-dev] some audio-visual drones made with Pd + GridFlow

[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] performance with puredata + midi controller

[Luke Iannini (pd)]

Yeah, I like it very much!  Keep posting : )

An overview of your midi controller use would be interesting... as I
said I'm nearing completion of a library for that very purpose so I'd
be keen on knowing how other people are using their 0-127s.

Cheers
Luke

On Jan 13, 2008 2:25 PM, Phil Stone <[EMAIL PROTECTED]> wrote:
> Very nice!
>
>
> Phil
>
> Damian Stewart wrote:
> > hey,
> >
> > here's a performance i did in Eindhoven, NL (to a crowd of about six
> > people, haha) on a freezing cold Wednesday last month:
> >
> > http://www.youtube.com/watch?v=7YlQxFmeV1k
> >
> > it's Pd + MIDI controller + pop music. this is just an edited excerpt, one
> > day i'll put the full video up on my website.
> >
> > hope you like
> > cheers
> > d
> >
>
>
>
> ___
> 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] counter + list of objects

[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

Re: [PD] counter + list of objects

[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

[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] Wiimote for OS X

[Luke Iannini (pd)]

Sure, I'll chip in for that.  Hans deserves more than a Wiimote anyway
: ) (well, so do all you devs).

Give me a paypal address, I guess?
Cheers
Luke

On Jan 4, 2008 2:59 PM, Phil Stone <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> I was checking with Hans about his progress debugging the wiimote object
> for OS X, and he said he'd be happy to get it working, but doesn't have
> a Wiimote to debug against.  Someone had promised to send him one, but
> then apparently forgot about it.
>
> While I can't afford to send Hans a Wiimote outright, I'd be happy to
> chip in...is anybody else interested in getting the Wiimote working for
> other OSs?  If at least one other person will share the cost with me,
> I'll do it.
>
> Drop me a line,
>
>
> Phil Stone
> 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] [pool] binary for Mac Intel?

[Luke Iannini (pd)]

On Jan 3, 2008 1:44 PM, Thomas Grill <[EMAIL PROTECTED]> wrote:

> I committed some stuff to the PD CVS that should prevent buffer
> overruns in these cases. I hope that it doesn't have bad side effects.
>

Woop!  Much love Thomas!  I'm building it now and I'll have a go with
it.  Thanks tons!

> Am 03.01.2008 um 11:52 schrieb Damian Stewart:
> >> I don't mean to nag, but I have a really cool update to Memento that
> >> adds [commun]-exposed parameter listing for midi-controller
> >> assignment
> >> to any Memento-enabled abstraction.  The overrun means it kills Pd
> >> though (with any nominal level of parameters), so I had to stop
> >> development : (.
> >
> > ... because even though i don't understand this completely, it sounds
> > *really* *really* nice.
> >

I think so too : ).  Hopefully I'll have a beta out next-weekish...

> > one thing i did notice playing around with Memento last night - if you
> > switch substates it only seems to add whatever values you change
> > between
> > switching to the pool. this means that if i have one patch substate
> > (call
> > it substate 0) that sets all the parameters, then make a new substate
> > (substate 1) and change only one value, only that one value will be
> > stored
> > - which means that to recall the state of the system completely
> > come next
> > time, i would have to load first substate 0 then substate 1, to
> > completely
> > set all the parameters.
> >

I remember playing with the substates but don't remember this
happening, anyway it sounds like a bug.  I'll have a look while I'm
working on the other stuff (since I've been meaning to use the
substates more myself).

> >> And if Novation ever manages to release the SDK for the RemoteSL,
> >> I'll
> >> be adding automatic display of parameter names on the RemoteSL's LCD
> >> screens upon assignment...
> >
> > it might be easier to reverse-engineer the Automap protocol. it's just
> > transmitted over sysex AFAIK. and if it's not apparently it's very
> > easy to
> > sniff USB devices. i might give this a go next week..
> >
Awesome!  I guess I better make sure the sysex patches are in pd-extended...

(Oh, also, I got an email from Novation last week saying the SDK was
still soon forthcoming, but then they also said it would be out with
the 4.1 software and it wasn't)

Cheers
Luke

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

Re: [PD] [pool] binary for Mac Intel?

[Luke Iannini (pd)]

This seems like a good time to ask... Thomas, did you ever get a
chance to check out the buffer overrun bug in [pool] discussed here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1818163&group_id=55736&atid=478070
?

I had a look at the source, and perhaps with a little more headbanging
(I've never touched C++) I can fix it myself but I'd imagine you can
do it much faster : )

I don't mean to nag, but I have a really cool update to Memento that
adds [commun]-exposed parameter listing for midi-controller assignment
to any Memento-enabled abstraction.  The overrun means it kills Pd
though (with any nominal level of parameters), so I had to stop
development : (.

For [polywavesynth], for example, you could, in two clicks, assign
knob 7 of your UC-88 or what-have-you to
/polywavesynth1/filter-cutoff, with correct scaling from 0-127 to
20-2.

And if Novation ever manages to release the SDK for the RemoteSL, I'll
be adding automatic display of parameter names on the RemoteSL's LCD
screens upon assignment...

Cheers
Luke

On Jan 2, 2008 7:28 AM, Phil Stone <[EMAIL PROTECTED]> wrote:
> I don't mean to slight [sssad] in any way; it's worked wonderfully for
> [polywavesynth].  Memento looks to integrate much better with OSC (which
> I'm already using in [polywavesynth], and more importantly, will make
> hierarchical saving more manageable.  So, I call it "up" because of some
> increased functionality.
>
> Phil
>
>
> Frank Barknecht wrote:
> > Hallo,
> > Phil Stone hat gesagt: // Phil Stone wrote:
> >
> >
> >> For instance, I'd like to upgrade my [polywavesynth]'s
> >> state-saving from sssad to Memento
> >>
> >
> > That's not an upgrade, it's a sidegrade.
> >
> > Ciao
> >
>
>
>
> ___
> 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] Dynamic arrays creation problem

[Luke Iannini (pd)]

> 2007/12/30, raul diaz <[EMAIL PROTECTED]>:

> > I have corrected it now, but why can't I change size or label of canvas?
> >
> > Any explanation?

Hi Raul,
The issue is that you are leaving off the rest of the parameters to
the cnv object on creation.  Apparently this results in a malformed
cnv object that does not behave correctly.  I have put it an update to
the help-file to the tracker but it was never added to the
repository... I'll do it myself when we switch to svn : ).

Attached is a working version
Cheers
Luke


dinamic-patching-fixed.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Pd sets dirty flag on all parent patches when a child abstraction is modified

[Luke Iannini (pd)]

Is that a bug or a feature?
I use a set of patches with many iterations and child abstractions.

Editing a deeply embedded abstraction, then saving that abstraction
and closing the very top parent patch always results in a huge stream
of "Discard changes to this window?" dialogues that eventually crash
Pd (of course, that is most definitely a bug : ) ).

It doesn't make much sense to me that the dirty flag is set on the
parent - nothing changes in the parent's file when a child abstraction
is edited (though sure, its appearance might change if the child
abstraction was GOP).

It's even more confusing when I've been working on many patches and am
unsure if I actually edited the parent, or whether it's just this
behavior.

Can anyone give a reason why this happens, or should I file a bug report?

Cheers
Luke

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

Re: [PD] Release of PdSVN Alpha 1

[Luke Iannini (pd)]

On Dec 19, 2007 2:46 AM, Jamie Bullock <[EMAIL PROTECTED]> wrote:
>
> Hi Luke,
>
> Nice to see you got your system working. Could you send me a 'diff' of
> your modified version of [getpatchname] against current CVS. I'd be
> happy to look at how your changes could be integrated into the CVS
> version.

Sure thing, here you go
Cheers
Luke


getpatchname-parent.diff
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Release of PdSVN Alpha 1

[Luke Iannini (pd)]

> Great, this anables patches to be uploadeble from within themselves !
>
> but is there an svn repository  ..?
> the main one runs cvs (at sf.net) ..
>
> which one are you using Luke ?
>

Hi error,
The svn repository is my own.  But I wrote this also in preparation
(and encouragement) for the finally-happening transition of the sf.net
repo, hurray!

Cheers
Luke

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

Re: [PD] Release of PdSVN Alpha 1

[Luke Iannini (pd)]

> I am interested in checking this out, but the archive that you attached to 
> your
> original message appears to be incomplete.  The only source it includes is the
> code for [getpatchname].

Hi Russell,
That's as intended, my definition of "library" includes pd patches : ).

"pdsvn.pd" is the main focus, and the getpatchname source is just
necessary since it is modified from the original.  The other libraries
I mention are available in Pd-Extended.

Cheers
Luke

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

[PD] Tkwidget droptarget?

[Luke Iannini (pd)]

Hi all,Does anyone (hans?) know if Tk has a widget that will accept dropped
files from the OS?  I'd be happy to look into adding it to the library if
anyone thinks it's possible (and points me in a general direction).

It would be really great to be able to drag a wav file onto my sampler to
load them, and I'm sure there are many other uses as well.

(oh, and speaking of that, anyone know anything about adding a "proxy icon"
to Pd windows (this would be an OS X only feature, I suppose)?  Most OS X
apps have one; you can drag from it to get a reference to the file you're
working on (e.g. to copy it to the desktop) or right click it (cmd-click in
tiger) to open a clickable hierarchy of the folders it's in, a great way to
open the containing folder of a patch.)

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

Re: [PD] Get patch file name

[Luke Iannini (pd)]

Thanks so much Jamie!
I've never written a line of C in my life, but I somehow managed to make an
unholy union anyway between Guenter's [getdir] and your [getpatchname].  Now
[getpatchname] can take a number argument to get the names of its parents.
 I attached it here.

An SVN status library is coming soon (which will be easily adaptable to CVS,
but that won't be necessary, of course, since PD is moving to SVN any moment
: )).
Cheers
Luke

On Dec 8, 2007 1:48 AM, Jamie Bullock <[EMAIL PROTECTED]> wrote:

>
> On Fri, 2007-12-07 at 22:14 -0800, Luke Iannini (pd) wrote:
> > Hi all,
> > I have searched high and low for a way to get a patch's file-name, and
> > am quite surprised that there seems to be no way to do it.
> >
> >
> > I was about to set out making a Subversion library so I could get the
> > status of my patches (and commit changes) from inside Pd.  But that's
> > quite impossible without this object.
> >
> >
> > [getdir] can get the patch's directory; that's as far as I got.
>
> In CVS: postlude/getpatchname should do the trick.
>
> Jamie
>
> --
> www.postlude.co.uk
>
>


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

[PD] Get patch file name

[Luke Iannini (pd)]

Hi all,I have searched high and low for a way to get a patch's file-name,
and am quite surprised that there seems to be no way to do it.

I was about to set out making a Subversion library so I could get the status
of my patches (and commit changes) from inside Pd.  But that's quite
impossible without this object.

[getdir] can get the patch's directory; that's as far as I got.

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

Re: [PD] Reference article for Pdpedia & Templates

[Luke Iannini (pd)]

> have a small example patch as an image it would be possible to embed.
I tried this without luck, maybe you can take a look?

> the next thing I want to do, is to make all fields that are empty
> disappear in the infobox.
It looks like you'll need
http://meta.wikimedia.org/wiki/Help:ParserFunctions#Installation to do
that; then I think it will look something like this:

{| class="infobox borderless"
|+ colspan="2" style="text-align:center; font-size: large;
background:#ffdead;" | '''{{{name}}}'''
|-
| colspan="2" style="text-align:center;" |
{{{example_image}}}{{{caption|''caption''}}}
|-
! [[Description]]:
| {{{description|''description is required''}}}
{{
#if: {{{abbreviation|}}} |
{{!}}-
! [[Abbreviation]]:
{{!}}  {{{abbreviation|}}}
}}
|}

Mmm, great : ).
(the statement is {{ #if:  |  }}, but you
can't use "|" in the condition or then string (or it will think it is
the separator between  and , so you use a template
called Template:! which contains | instead.  Found at
http://meta.wikimedia.org/wiki/Help:ParserFunctions#Caveats and
http://meta.wikimedia.org/wiki/Help:Template#A_parameter_value_containing_a_pipe_character
)

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

Re: [PD] do not install OS X 10.5!

[Luke Iannini (pd)]

On Nov 9, 2007 4:51 AM, Si Mills <[EMAIL PROTECTED]> wrote:
> HI
>
> Could someone clarify this please. I have read that the PPC build
> works in Leopard - does this mean on an Intel mac?
>
> thanks

Hi Si,
This means you can run the PPC build (as you can all PPC built mac
apps) under Rosetta http://www.apple.com/rosetta/ which will run
slower than a native Intel version.  If you are not using heavy CPU
though, that would be fine to do until the Intel bugs are fixed.

Cheers
Luke

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

[PD] Reference article for Pdpedia & Templates

[Luke Iannini (pd)]

Hallo,
I spent some time working on the Pdpedia.

I chose switch~ for the start of a reference article since it's very
simple; I think if we can get it looking nice it will be a good step
towards describing more complex objects, like the IEMGUIs or [pool].

So, most of my work should be pretty self-explanatory.  One question:
what is the intent of the "Messages" section?  Is this "messages
understood by the first inlet"?  If so, I guess I should move the
"Inlet 0" explanations there and put something like "Inlet 0: 1/0 for
DSP On/Off + " with a link to that section?

I also made some templates called {{msg}} and {{obj}}.  You can see
them in action at http://wiki.puredata.info/en/switch%7E.  The obj
template automatically tries to link the object name, so I suggest (if
people like them) that that is the preferred "object linking method".
The regular [[link]] can be saved for linking to articles not directly
about an object.  Blurbs on their usage are at
http://wiki.puredata.info/en/Help:Contents.

When I'm feeling saucy I'll see about doing a version for ascii-art patches.

So, it would be nice if everyone could check out and groom the switch~
article so it can be henceforth used as a starting point for cleaning
up the rest of the 'pedia.  I didn't try using tables yet; maybe
they'd be handy for enumerating inlets/outlets etc.

Cheers
Luke

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

Re: [PD] robotcowboy patches for you

[Luke Iannini (pd)]

Hi Dan,
Thanks much for sharing these, they look like lots of fun.  You should
add them to pd-extended so they can be enjoyed by everyone.

Speaking of that, I should add things to pd-extended.  But I haven't,
because I keep telling myself it isn't worth it to learn/deal with CVS
when we're moving to SVN so soon : ).  Does anyone have any news on
that?

Cheers
Luke

On Nov 8, 2007 7:04 PM, Daniel Wilcox <[EMAIL PROTECTED]> wrote:
> Hey guys!
>
> I've been working on some patches and music while I was at STEIM in October
> with the result being
> a bunch of gui patches inspired by Chris McCormicks awesome s-abstractions
> that use the equally awesome
> Frank Barknecht's sssad state saving.  The sequencing objects + s-arranger
> finally allow me to make full songs more like when I was using FL Studio.
> Screw FL Studio now!
>
> Some of the objects included are:
>  - rc-seq: a variable length xoxo sequence
> - rc-drumseq: a variable length sequencer container a number of the above
> - rc-track: a variable length midi note sequence
> - rc-tracker: a variable length tracker containing a number of the above
> - rc-chipwave~: a chiptunes emulator built around Phill Phelp's chipwave~
> example
> - rc-wavetable~: a wavetable gui osc
> - rc-arp: the arpeggiator from Tod Winkler's Composing Interactive Music
> - blahblahblah ...
>
> Webpage: software.robotcowboy.com/rc-patches
>
> See my myspace (redundant?) for two new songs, MyLungsWereAchingForYou and
> SpaceLight, built entirely in pd using the rc-patch song structuring,
> generation from live midi, and realtime mixing of the mic/distorted digitar
> (hey, thats pretty good for a 500Mhz box!).
>
> Anyway, I've started making gui objects to save time when I make the songs
> (compose) and I just want to get into a
> a groove.  Some of them are unfinished but check em out, I'll update them as
> I go.
>
>  Hopefully they will be useful to someone.
>
> --
> Dan Wilcox
> danomatika
> www.robotcowboy.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] do not install OS X 10.5!

[Luke Iannini (pd)]

Hi, myself and Marius have posted a few to sourceforge bugs...
The color picker and the help menu are two of the most prominent ones,
but they only occur on Intel mac.  I've had no problems with the PPC
builds on my G5.

On Nov 7, 2007 3:04 PM, chris clepper <[EMAIL PROTECTED]> wrote:
> What parts of Pd crash?
>
>
> On Nov 7, 2007 4:43 PM, marius schebella <[EMAIL PROTECTED]> wrote:
> > whoever wants to change to Leopard, no good idea at the moment.
> > lots of crashes with pd here...
> > marius.
> >
> > ___
> > 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] [declare] trouble

[Luke Iannini (pd)]

>
> > just downloaded last night's autobuild--looks very nice! i understand
> the
> > wish for flexible colours etc, but hc, thanks a lot for the work!
> > there is something however that i don't understand: why is it that
> pd-ext
> > doesn't load all the libs it comes with? the .plist it comes with
> contains
> > 10 entries for loadlib, while in my tweaked prefs file for an earlier
> > version, there are 36.



Hi Robert, I'm not sure what you mean when you say "the .plist it comes
with"; the .plist is inside the Pd-Extended.app file now so it shouldn't
have come with anything that looks like a separate file.  If you still have
a ~/Library/Preferences/org.puredata.pd.plist you should delete it (after
making note of any customizations).  Then Pd will use its embedded file
instead (which I just checked - it contains 39 loadlib lines in my
Pd-0.40.3-extended-20071106 build).

Hm, not knowing my way around OS-X-Pd, but: This sound bad. Isn't it
> possible on OS-X to tweak a preference file once and for all and use
> it with each new Pd version like the ~/.pdrc and ~/.pdsettings files
> are kept on Linux? Or asked in a different way: how do you make a new
> pd-extended use a personal plist?




The .pdrc works great on OS X, exactly as one would hope now with the
embedded prefs: the embedded prefs take care of configuring Pd-Extended and
my .pdrc takes care of adding the things I'm interested in.


Robert, here's an example of .pdrc (just a file called ".pdrc" that lives in
your username directory)
-path
/Users/LukeIannini/PureData/sft:/Users/LukeIannini/PureData/sft/Components:/Users/LukeIannini/PureData/sft/Components/Utilities/Users/LukeIannini/PureData/Extra/Synths/polywavesynth

-lib iemmatrix:iemlib:xsample:zexy
-audiobuf 12
-jack


You can make the file in TextEdit if you're sure to choose "Make Plain Text"
first, and on 10.5 it lets me save it as ".pdrc" with a warning (since the
file will appear as hidden in the Finder), but I can't remember if that
works in Tiger.  If not, save it as just "pdrc", then open terminal and type
"mv pdrc .pdrc".

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

Re: [PD] changing the look of Pd to be more readable

[Luke Iannini (pd)]

er, sorry, forgot to cc list
>
> I think it would be possible to do something like that in Pd and the
> > iemguis, since you can move them with messages.
> >
> > There is an alpha version of [cursor] in today's build which will
> > give you the mouse cursor position.  I just got some ideas of how to
> > do it better, so it should be better tomorrow. :)
> >
> > If someone wants to try to do this, I am willing to do the work to
> > fill in the gaps in Pd so that it's possible.
>
>
>
>
> Hm, if it was possible to do in Pd I'd /absolutely, without a doubt/
> implement it.  Cursor position is gettable with toxy, by the way?
> The iemguis allowing movement by messages is cool, but it wouldn't help
> for regular objects of course.  Offhand the pieces needed would be:
> Query Pd for the IDs of the currently selected objects
> Query Pd for the position of an object id
> Move any object by message.
>
>
> I guess you'd need namecanvas in every patch being manipulated (hm, how
> would you capture the key commands?  [key] needs focus, and [hid] wouldn't
> know what's focused?)...
>
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new pd wiki - practical data - includes forum

[Luke Iannini (pd)]

Yes, it seems to me that puredata.info is already the place for this.  I'd
rather put the effort into making puredata.info friendly than further
fracture the community.
First, you can already create your own "self-contained" universe inside of
puredata.info if you'd like to start from scratch on making a usable
patch-database.

Second, I think puredata.info would greatly benefit from some
simplification, since the less things there are the less there is to argue
about : ) (more seriously: usage would dramatically increase if we removed
the cognitive obstacles of using the site).  I just dug this out of my
bookmarks: http://www.37signals.com/papers/introtopatterns/.  I think a
process similar to this would be a nice way to start.

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

Re: [PD] changing the look of Pd to be more readable

[Luke Iannini (pd)]

>
>
> hmm, why do you want to differentiate between a "normal" object and an
> abstraction?
> i always considered abstractions to be equal to internals and externals.
> (they are not from an API point-of-view; but i think that this is a bug
> rather than a feature)


Distinguishing between externals and abstractions would be great since it
would give you an at-a-glance understanding of what has "more inside".
 Sure externals and abstractions are capable of congruent behavior, but one
cannot open an external, edit it and save it under a new name all within Pd.
 I'd see this feature as more of a "toggle-switch" rather than something I'd
turn on or off permanently, though.

Speaking of the "more inside" concept: I strongly support subpatch
differentiation, since personally I use subpatches primarily for patch
organization rather than as impromptu abstractions, but you are already
convinced : ).

It might be a good time to look at doing a "grammar" style identification of
objects to choose their style; this would get a lot closer to syntax
highlighting.  It would be cool to see all iemmatrix objects, or all list
processing objects highlighted in a different style.  And this would of
course solve the subpatch styling, since one could just look for "^pd .*".

And not to push my luck, but is it possible for the theme changes to
live-update rather than only applying to new windows?  I only ask because it
would open some fun patch-UI hacks.

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

Re: [PD] Crash in Leopard

[Luke Iannini (pd)]

OK, I can now corroborate this.  This crash does occur on my Intel Mac, but
not on my G5 (sorry about the 10-26 autobuild red herring).  10.5 on both,
11/04 autobuild.  I'll put this in the tracker.
I'll try to find time to poke around pd.tk!

Cheers
Luke

On 11/4/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
>
> Please file a bug report in the tracker:
>
> http://puredata.info/dev/bugtracker
>
> .hc
>
> On Nov 4, 2007, at 1:56 PM, marius schebella wrote:
>
> > hey,
> > apple was so nice to send me a 10.5 install dvd, and I can confirm
> > that
> > pd-extended crashes when I want to open the help menu. (pd-vanilla
> > 0.40-2 works fine, hehe...)
> > all pd-e versions that I tested crashed (0.39.3, 0.40.3 from 08/31 and
> > even the one from oct26!)
> > marius.
> >
> >
> > Luke Iannini (pd) wrote:
> >> Well, I can't actually type anything in the new Help "Search" box
> >> (the
> >> cursor blinks but no text appears), but the menu entries below all
> >> work as
> >> they always have.
> >> Cheers
> >> Luke
> >>
> >> On 11/3/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> >>> And the help menu stuff works fine?
> >>>
> >>>
> >>> .hc
> >>>
> >>> On Nov 3, 2007, at 2:18 AM, Luke Iannini (pd) wrote:
> >>>
> >>> Well, good news - I only had the crash when running an autobuild
> >>> (pde
> >>> 0.40.3) from September.  I'm using October 26th's now and the
> >>> crash no
> >>> longer occurs.
> >>>
> >>> Luke
> >>>
> >>> On 11/2/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
> >>>>
> >>>>
> >>>> If you feel like testing what in particular is causing the bug, you
> >>>> could try commenting out things in the pd.tk:
> >>>>
> >>>>
> >>>> Pd.app/Contents/Resources/bin/pd.tk
> >>>>
> >>>>
> >>>> It's just a text file. Check around line 614,  $mbar.help is the
> >>>> help
> >>>> menu for any patch.  The help menu for the Pd window is
> >>>> called .mbar.help,
> >>>> that comes earlier in the file.
> >>>>
> >>>>
> >>>> I don't have access to a 10.5 machine, so I won't be able to try
> >>>> anything.
> >>>>
> >>>>
> >>>> .hc
> >>>>
> >>>> On Nov 1, 2007, at 5:26 PM, Luke Iannini (pd) wrote:
> >>>>
> >>>> Hallo, I can confirm this...Must have something to do with
> >>>> Leopard's
> >>>> wacky new searchable menus feature, which is built in to the
> >>>> Help menu.
> >>>>
> >>>> On 11/1/07, Luiz Naveda <[EMAIL PROTECTED] > wrote:
> >>>>> Hallo list!
> >>>>>
> >>>>>
> >>>>> I've just installed latest PD-extended in Macbook OSX 10.5
> >>>>> Leopard.
> >>>>> When I try to click on the help menu, it crashes. I 've
> >>>>> experimented
> >>>>> the same problem a couple of years ago in other macs. Anybody
> >>>>> in the
> >>>>> same situation?
> >>>>>
> >>>>> Best
> >>>>>
> >>>>> Luiz
> >>>>>
> >>>>> --
> >>>>> Luiz Naveda
> >>>>> _
> >>>>>   Mobile: + 32 0487 245594
> >>>>>   IPEM - Dep. of Musicology
> >>>>>   Blandijnberg 2
> >>>>>   Ghent University,
> >>>>>   Ghent, B-9000
> >>>>>   Belgium
> >>>>>
> >>>>>^v^
> >>>>>^v^
> >>>>>   ^v^
> >>>>>
> >>>>> ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^
> >>>>> ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~
> >>>>>
> >>>>> ___
> >>>>> PD-list@iem.at mailing list
> >>>>> UNSUBSCRIBE and account-management -> http://
> >>>>> lists.puredata.info/listinfo/pd-list
> 

Re: [PD] changing the look of Pd to be more readable

[Luke Iannini (pd)]

>
> DesireData has much more substantial and interesting changes than the
> colors and backgrounds.  it is also, unfortunately, not at a fully usable
> state yet.  Since there were 50,000+ downloads of the previous version of
> Pd-extended ( 0.38.4), I think it's worthwhile to spend a couple days to
> make Pd-extended work better while we are waiting for DesireData.
>
>
> .hc
>

Sorry, I hope my tone was not discouraging; I most certainly support this.


It would be cool if you could document your changes, since I'd be interested
in helping out.
http://puredata.info/dev/GuiIdeas/
(I added some of the things from this thread just now)


By the way, Monaco on Leopard is rendering anti-aliased at 10pt again, so
Pd-e looks great there out of the box.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Crash in Leopard

[Luke Iannini (pd)]

Well, I can't actually type anything in the new Help "Search" box (the
cursor blinks but no text appears), but the menu entries below all work as
they always have.
Cheers
Luke

On 11/3/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
>
>
> And the help menu stuff works fine?
>
>
> .hc
>
> On Nov 3, 2007, at 2:18 AM, Luke Iannini (pd) wrote:
>
> Well, good news - I only had the crash when running an autobuild (pde
> 0.40.3) from September.  I'm using October 26th's now and the crash no
> longer occurs.
>
> Luke
>
> On 11/2/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > If you feel like testing what in particular is causing the bug, you
> > could try commenting out things in the pd.tk:
> >
> >
> > Pd.app/Contents/Resources/bin/pd.tk
> >
> >
> > It's just a text file. Check around line 614,  $mbar.help is the help
> > menu for any patch.  The help menu for the Pd window is called .mbar.help,
> > that comes earlier in the file.
> >
> >
> > I don't have access to a 10.5 machine, so I won't be able to try
> > anything.
> >
> >
> > .hc
> >
> > On Nov 1, 2007, at 5:26 PM, Luke Iannini (pd) wrote:
> >
> > Hallo, I can confirm this...Must have something to do with Leopard's
> > wacky new searchable menus feature, which is built in to the Help menu.
> >
> > On 11/1/07, Luiz Naveda <[EMAIL PROTECTED] > wrote:
> > >
> > > Hallo list!
> > >
> > >
> > > I've just installed latest PD-extended in Macbook OSX 10.5 Leopard.
> > > When I try to click on the help menu, it crashes. I 've experimented
> > > the same problem a couple of years ago in other macs. Anybody in the
> > > same situation?
> > >
> > > Best
> > >
> > > Luiz
> > >
> > > --
> > > Luiz Naveda
> > > _
> > >   Mobile: + 32 0487 245594
> > >   IPEM - Dep. of Musicology
> > >   Blandijnberg 2
> > >   Ghent University,
> > >   Ghent, B-9000
> > >   Belgium
> > >
> > >^v^
> > >^v^
> > >   ^v^
> > >
> > > ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^
> > > ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~
> > >
> > > ___
> > > 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
> >
> >
> >
> >
> >
> >
> > 
> >
> >
> > If nature has made any one thing less susceptible than all others of
> > exclusive property, it is the action of the thinking power called an idea,
> > which an individual may exclusively possess as long as he keeps it to
> > himself; but the moment it is divulged, it forces itself into the possession
> > of everyone, and the receiver cannot dispossess himself of it.-
> > Thomas Jefferson
> >
> >
> >
> >
> > ___
> > 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
>
>
>
>
>
> 
>
> 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] changing the look of Pd to be more readable

[Luke Iannini (pd)]

>
> it might also be useful to have a very subtle background grid drawn on
> the canvas at certain intervals to help patch organization. Quartz
> Composer has this, as does Max 5 (not saying you HAVE to have it, but
> it might be a nice addition.
>

I look at this as the equivalent of properly indented code; a feature I'd
really appreciate is the equivalent of auto-indenting since I obsessively
line up my Pd patches.

Secondly, maybe consider making message boxes, object boxes and subpatch
boxes each a different color?  I'd consider this the equivalent of syntax
highlighting, and though I'm sure choice of default colors will be
contentious, I think it would be a boon for busy patches (especially the
subpatch/objectbox differentiation; I am always searching for subpatches).

And finally, it pains me that much of this work we're discussing has already
been done by Mathieu and Chun : (!  I have a dream, where DD and PD and PD-E
are one.

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

Re: [PD] minimize mac

[Luke Iannini (pd)]

Hallo, I've mentioned this before... if the issue is worth $15 to you you
can grab this : )http://www.atomicbird.com/mondomouse/
(no affiliation)

Cheers
Luke

On 11/3/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> On Fri, Nov 02, 2007 at 09:21:34AM -0700, [EMAIL PROTECTED] wrote:
> > Mathieu Bouchard wrote:
> > >
> > > What do you mean, "resizing does not always help"?
> > >
> >
> > Resizing the window doesn't always cause a scrollbar to appear.
> > Tim
> that looks like the old  wll known bug.
> it appears after you edit the patch - just ctrl+e and touch one object
> basically - it refreshes the scrollbar stae and you can scroll.
> seems to happend on all the platforms.
> >
> > >  _ _ __ ___ _  _ _ ...
> > > | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
> >
> >
> >
> >
> > ___
> > 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] Crash in Leopard

[Luke Iannini (pd)]

Well, good news - I only had the crash when running an autobuild (pde 0.40.3)
from September.  I'm using October 26th's now and the crash no longer
occurs.
Luke

On 11/2/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
>
>
> If you feel like testing what in particular is causing the bug, you could
> try commenting out things in the pd.tk:
>
>
> Pd.app/Contents/Resources/bin/pd.tk
>
>
> It's just a text file. Check around line 614,  $mbar.help is the help menu
> for any patch.  The help menu for the Pd window is called .mbar.help, that
> comes earlier in the file.
>
>
> I don't have access to a 10.5 machine, so I won't be able to try anything.
>
>
> .hc
>
> On Nov 1, 2007, at 5:26 PM, Luke Iannini (pd) wrote:
>
> Hallo, I can confirm this...Must have something to do with Leopard's wacky
> new searchable menus feature, which is built in to the Help menu.
>
> On 11/1/07, Luiz Naveda <[EMAIL PROTECTED]> wrote:
> >
> > Hallo list!
> >
> >
> > I've just installed latest PD-extended in Macbook OSX 10.5 Leopard.
> > When I try to click on the help menu, it crashes. I 've experimented
> > the same problem a couple of years ago in other macs. Anybody in the
> > same situation?
> >
> > Best
> >
> > Luiz
> >
> > --
> > Luiz Naveda
> > _
> >   Mobile: + 32 0487 245594
> >   IPEM - Dep. of Musicology
> >   Blandijnberg 2
> >   Ghent University,
> >   Ghent, B-9000
> >   Belgium
> >
> >^v^
> >^v^
> >   ^v^
> >
> > ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^
> > ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~
> >
> > ___
> > 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
>
>
>
>
>
>
> 
>
>
> If nature has made any one thing less susceptible than all others of
> exclusive property, it is the action of the thinking power called an idea,
> which an individual may exclusively possess as long as he keeps it to
> himself; but the moment it is divulged, it forces itself into the possession
> of everyone, and the receiver cannot dispossess himself of it.-
> Thomas Jefferson
>
>
>
>
> ___
> 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] Crash in Leopard

[Luke Iannini (pd)]

Hallo, I can confirm this...Must have something to do with Leopard's wacky
new searchable menus feature, which is built in to the Help menu.

On 11/1/07, Luiz Naveda <[EMAIL PROTECTED]> wrote:
>
> Hallo list!
>
>
> I've just installed latest PD-extended in Macbook OSX 10.5 Leopard.
> When I try to click on the help menu, it crashes. I 've experimented
> the same problem a couple of years ago in other macs. Anybody in the
> same situation?
>
> Best
>
> Luiz
>
> --
> Luiz Naveda
> _
>   Mobile: + 32 0487 245594
>   IPEM - Dep. of Musicology
>   Blandijnberg 2
>   Ghent University,
>   Ghent, B-9000
>   Belgium
>
>^v^
>^v^
>   ^v^
>
> ^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^^~^
> ^~^~^~^~^~^~^~^~^~^~~^~~^~~^~^~^~~~^~~~
>
> ___
> 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] still dmg error with pd-extended

[Luke Iannini (pd)]

Hi Marius,I was having this exact problem on my G5 with the autobuilds, but
the exact same files would work fine on my MacBook Pro... I have just been
extracting them there and sending them over the network :P.

Anyhow, I have no solution, but now you at least have company : )
Cheers
Luke

On 10/24/07, marius schebella <[EMAIL PROTECTED]> wrote:
>
> I just downloaded the file from the link you proposed and got exactly
> the same checksum
> marius-schebellas-computer:~/Desktop/pd3 marius$ md5
>
> Pd-0.39.3-extended-macosx104-i386.dmg
> MD5 (Pd-0.39.3-extended-macosx104-i386.dmg) =
>
> 2ea3c667de64cd13e8449fdd0bb24da1
> I can open it, everything fine.
> but the file I was talking about before is from the autobuild farm.
> http://autobuild.puredata.info/auto-build/2007-10-24/
> exaclty this one:
> http://autobuild.puredata.info/auto-build/2007-10-24/Pd-0.39.3-
> extended-macosx104-i386.dmg
> or, if you are on a windows machine, then this one:
> http://autobuild.puredata.info/auto-build/2007-10-13/Pd-0.39.3-
> extended-windowsxp-i386.exe
> can you check that, too?
>
> marius.
>
> Roman Haefeli wrote:
> > i am not very sure, if i am correct, but i think, you cannot be sure,
> > that you downloaded the exact file twice, since sourceforge directs you
> > to a different mirror, each time you click download. i couldn't install
> > and test it, but here download seemed ok, though i got again a different
> > md5 cheksum.
> >
> > from:
> > http://internap.dl.sourceforge.net/sourceforge/pure-data/Pd-
> 0.39.3-extended-macosx104-i386.dmg
> >
> > i got:
> > 2ea3c667de64cd13e8449fdd0bb24da1  Pd-0.39.3-extended-macosx104-i386.dmg
> >
> > roman
> >
> >
> >
> > On Wed, 2007-10-24 at 19:17 -0400, marius schebella wrote:
> >> well, I downloaded twice the same file and got different checksums.
> >> are you sure the server is ok? I mean, please upload a file to another
> >> place and let me try from there. or ftp ore even sftp or scp...
> >> marius.
> >>
> >> marius-schebellas-computer:~/Desktop/pd1 marius$ md5
> >> Pd-0.39.3-extended-macosx104-i386.dmg
> >> MD5 (Pd-0.39.3-extended-macosx104-i386.dmg) =
> >> f72ed066b0fc92f55115b6dfd621a9b9
> >> marius-schebellas-computer:~/Desktop/pd1 marius$ cd ../pd2/
> >> marius-schebellas-computer:~/Desktop/pd2 marius$ md5
> >> Pd-0.39.3-extended-macosx104-i386.dmg
> >> MD5 (Pd-0.39.3-extended-macosx104-i386.dmg) =
> >> 74744b1b7818e50fc3f7c7d67d193507
> >>
> >>
> >> Hans-Christoph Steiner wrote:
> >>> On Oct 24, 2007, at 5:52 PM, Steffen Juul wrote:
> >>>
>  On 24/10/2007, at 21.38, marius schebella wrote:
> 
> > marius-schebellas-computer:~/www/pd marius$ md5
> > Pd-0.39.3-extended-macosx104-i386.dmg
> > MD5 (Pd-0.39.3-extended-macosx104-i386.dmg) =
> > 8f22b8ea93d414bc0f055b07c269f4e7
> 
>  $ md5 Pd-0.39.3-extended-macosx104-i386.dmg
>  MD5 (Pd-0.39.3-extended-macosx104-i386.dmg) =
>  06f53fc551f28aa084815b63449692fc
> 
>  They are not the same.
> >>> Weird, I just downloaded them all again, and got a different md5sum
> from
> >>> both of you:
> >>>
> >>> 2ea3c667de64cd13e8449fdd0bb24da1  Pd-0.39.3-extended-macosx104-
> i386.dmg
> >>>
> > marius-schebellas-computer:~/www/pd marius$ ls -l
> > Pd-0.39.3-extended-macosx104-i386.dmg
> > -rw-r--r--   1 marius  marius  35065615 Oct 24 15:16
> > Pd-0.39.3-extended-macosx104-i386.dmg
> 
>  But it takes up the same space:
> 
>  $ ls -l Pd-0.39.3-extended-macosx104-i386.dmg
>  -rw-r--r--   1 35065615 Oct 24 23:46 Pd-0.39.3-extended-
>  macosx104-i386.dmg
> >>> [EMAIL PROTECTED]:md5sum > ls -l
> >>> Pd-0.39.3-extended-macosx104-i386.dmg
> >>> -rw-r--r-- 1 hans wheel 35063177 Oct 24 18:21
> >>> Pd-0.39.3-extended-macosx104-i386.dmg
> >>>
> >>> A couple of days later, I did reupload a newer release with fixed pdp
> >>> help files, maybe you have the earlier version
> >>>
> >>> .hc
> >>>
> >>>
> 
>  ___
>  PD-list@iem.at mailing list
>  UNSUBSCRIBE and account-management ->
>  http://lists.puredata.info/listinfo/pd-list
> >>>
> >>>
> >>> 
> 
> >>>
> >>>
> >>> "[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
> >
> >
> >
> > ___
> > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> >
> >
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info
> /listinfo/pd-list
>
___
PD-list@iem.at mailing 

Re: [PD] Calling a canvas names [was: Re: syntax of Pd files]

[Luke Iannini (pd)]

>
> Actually it occured to me that this is a silly argument, which I could
> only bring up, because I'm living proof that creating non-trivial Pd
> patches for 6 years is possible without ever using namecanvas once.


One could also create non-trivial Pd patches for 6 years and not use data
structures once (or even DSP objects), this does not mean they are useless :
).

It's silly, because of course one would normally not want to clear the
> main canvas of an abstraction altogether as that would also clear the
> logic to fill the canvas again, and this logic generally would be in
> the abstraction itself.
>
> > This restriction leads to really ugly workarounds.
>
> Second silly argument: dynamically patching an abstracion instance
> would still be ugly even when namcanvas was a property, as you'd still
> need to keep track of how many objects your logic (see above) contains
> and you would not be allowed to change it.


Ugly it may be but we've established that there are certain things that are
impossible without namecanvas, such as my most recent [msend]/[mreceive]
with variable inlets/outlets, or Chris McCormick's patches that do dynamic
GOP.

Not to mention, look at this!
http://artengine.ca/desiredata/gallery/numbered_objects.gif

That would make it a lot less painful.  Even better would be allowing us to
assign identifiers to objects or groups of objects for stable
manipulation... but the above is a huge help.


So, I am very much in support of moving namecanvas to the canvas properties
window, and I hope we can agree that it is an essential feature (rereading,
maybe that is what you were trying to say after all, but I don't mind
campaigning for it anyways : ) ).

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

Re: [PD] nsend and nreceive released

[Luke Iannini (pd)]

Hi Claude,Sorry for the late reply: I'd like to check this out, but either
gmail or your mailer interpreted the attachments as plaintext and just
posted the lines contained within the pd-patches so I don't know which file
is which.

Could you maybe tar it and try again?

Thanks!
Luke

On 9/26/07, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote:
>
> Luke Iannini (pd) wrote:
> > [nreceive $0my6sends 6] (with no number argument it will default to
> > acting like a normal send or receive object).
>
> I already made an [nreceive] abstraction for my personal use, maybe it's
> different from yours?  See attached.
>
>
> Claude
> --
> http://claudiusmaximus.goto10.org
>
> #N canvas 0 0 368 144 10;
> #N canvas 0 0 450 300 \$0-receivers 0;
> #X restore 12 13 pd \$0-receivers;
> #X obj 12 54 outlet;
> #X obj 12 34 r \$0-from-receivers;
> #N canvas 223 157 443 424 \$0-constructor 0;
> #X obj 13 16 inlet;
> #X obj 13 168 f \$2;
> #X obj 13 79 f \$3;
> #X obj 13 105 until;
> #X obj 90 178 + 1;
> #X obj 13 222 makefilename \$1;
> #X obj 13 48 t b b b;
> #X obj 95 81 f \$0;
> #X obj 95 107 makefilename pd-%d-receivers;
> #X obj 13 324 send;
> #X obj 13 192 t f f f;
> #X obj 13 257 pack s f s;
> #X obj 78 135 symbol \$0-from-receivers;
> #X msg 13 292 obj 10 10 nreceive-abs \$1 \$2 \$3;
> #X connect 0 0 6 0;
> #X connect 1 0 10 0;
> #X connect 2 0 3 0;
> #X connect 3 0 1 0;
> #X connect 4 0 1 1;
> #X connect 5 0 11 0;
> #X connect 6 0 2 0;
> #X connect 6 1 12 0;
> #X connect 6 2 7 0;
> #X connect 7 0 8 0;
> #X connect 8 0 9 1;
> #X connect 10 0 5 0;
> #X connect 10 1 11 1;
> #X connect 10 2 4 0;
> #X connect 11 0 13 0;
> #X connect 12 0 11 2;
> #X connect 13 0 9 0;
> #X restore 13 114 pd \$0-constructor;
> #X obj 13 88 loadbang;
> #X connect 2 0 1 0;
> #X connect 4 0 3 0;
>
> #N canvas 0 0 313 125 10;
> #X obj 14 18 r \$1;
> #X obj 14 38 list prepend \$2;
> #X obj 14 58 list trim;
> #X obj 14 78 s \$3;
> #X connect 0 0 1 0;
> #X connect 1 0 2 0;
> #X connect 2 0 3 0;
>
> #N canvas 0 0 450 300 10;
> #X obj 26 47 s \$0-0-r;
> #X obj 96 47 s \$0-1-r;
> #X obj 166 47 s \$0-2-r;
> #X floatatom 26 26 5 0 0 0 - - -;
> #X floatatom 96 26 5 0 0 0 - - -;
> #X floatatom 166 26 5 0 0 0 - - -;
> #X floatatom 36 225 5 0 0 0 - - -;
> #X floatatom 100 225 5 0 0 0 - - -;
> #X obj 76 182 route 0 1 2;
> #X floatatom 160 225 5 0 0 0 - - -;
> #X obj 76 141 nreceive \$0-%d-r 0 3;
> #X text 12 122 arguments are: sender-pattern start-number count;
> #X text 13 70 really you would use the GUI send-name field \, but this
> is a help patch;
> #X connect 3 0 0 0;
> #X connect 4 0 1 0;
> #X connect 5 0 2 0;
> #X connect 8 0 6 0;
> #X connect 8 1 7 0;
> #X connect 8 2 9 0;
> #X connect 10 0 8 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] [PD-dev] Writing down a midi file in PD

[Luke Iannini (pd)]

Hallo,The way on OS X is to open "Audio MIDI Setup" in
Applications/Utilities and in the MIDI Devices tab, enable the IAC Driver
(double click it and check "Device is online").  If you click "More
Information" you can add and remove virtual busses in the Ports tab.

These will show up in Pure Data and any other MIDI app like Finale or even
GarageBand.


Cheers
Luke

On 10/4/07, Frank Barknecht <[EMAIL PROTECTED]> wrote:
>
> Hallo,
> Ice Cube hat gesagt: // Ice Cube wrote:
>
> > I?m making a little PD project that generates algorithmic music
> > using midi objects like noteout and makenote. My problem is that I
> > need to record all this midi info being generated by the PD (like
> > pitch of the notes and it's durations and etc) in a midi file, so I
> > can handle this info later in another program (like Finale). I have
> > some experience in MAX/MSP, and in this program, it's very simple to
> > do that: just use an object called "SEQ". This object writes down a
> > complete midi file with all midi information being produced in the
> > project. I've spend many hours looking around PD trying to find out
> > an object that suit my needs, but without sucess.
>
> There are two externals that you could use: [seq] from the Cyclone
> library is a clone of Max's [seq]. I don't think it's finished, but it
> may already do what you want. Then there's [midifile] by Martin Peach,
> which does about the same. I believe both are part of Pd-extended, if
> you cannot compile them.
>
> Another way would be to use an different midi recorder software. Maybe
> even Finale can do it, otherwise there should be some free sequencers
> for your platform somewhere. The only thing needed would be a virtual
> midi connection from Pd to that sequencer. I only know how this is
> done on Linux, where using Pd's ALSA sequencer interface is the
> easiest way. Just connect some sequencer or recorder like MusE,
> rosegarden or some alsa-tool like "arecordmidi" to Pd with qjackctl
> and start recording. On OS-X or Windows similar things should be
> possible as well, if not, boot http://puredyne.goto10.org ;)
>
> Ciao
> --
> Frank Barknecht _ __footils.org__
>
> ___
> PD-dev mailing list
> [EMAIL PROTECTED]
> http://lists.puredata.info/listinfo/pd-dev
>
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] remote SL users..?

[Luke Iannini (pd)]

Hi Damien,My lawd yes!  I sent them an email about this same thing and never
received a response.

I have a system I've been working on based on Memento that exposes all
state-savable parameters for assignment to a midi-controller,
automatically... but I still have to map the names to my SL which makes me
cry.

If it's possible to write it in Python I'd be more than happy to help (I
have no experience with C/++ sadly).

Cheers
Luke

On 10/4/07, Damian Stewart <[EMAIL PROTECTED]> wrote:
>
> hey,
>
> Anyone else out there using one of the Novation Remote products to control
> PD? I have a series of patches I've built which allow me to manipulate
> everything I need without ever going near the actual computer -
> everything's painstakingly hand-mapped to a knob on the controller.
>
> I recently sent Novation an email about releasing the Automap SDK - they
> said they'd do so 'in a few weeks' - this was a few weeks ago, so it's
> hopefully imminent. The question I want to ask is, would anyone else find
> an Automap external for PD useful?
>
> --
> damian stewart | +44 7854 493 796 | [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] pdpedia

[Luke Iannini (pd)]

Another hopefully extensible suggestion: larger libraries with a cohesive
purpose should get a standard boilerplate message saying something like
"Cyclone is a library for creating Max compatible patches.  The closest
pd-native equivalent of this object is [until]." or "GEM is a library for 3D
graphics.  For an overview of GEM, see ".  The Cyclone example is sort
of an extension of the "deprecated by" suggestion: in general, it would be
nice to direct users to the "right object".
Luke


On 10/1/07, Luke Iannini (pd) <[EMAIL PROTECTED]> wrote:
>
> Hey, this is really cool!  Great work!  I am committed to contributing as
> much as I can.
>
>
> It would be great to take a really well known object and do a "reference
> article" to somewhat establish quality standards for the articles, and give
> lazy editors a template to work from when cleaning up the dumped text.
>
> A "see also"/"related" section would be great, like [append]: see also:
> [list]. (maybe the categories take care of this)
>
> Also, a standard for writing "deprecated by" would be really helpful for
> old objects.
>
>
> big cheers
> Luke
>
> On 10/1/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
> >
> >
> > Yay!!
> >
> > Everyone dump your content into it, it is a ready recepticle!
> >
> > :D
> >
> > .hc
> >
> > On Oct 1, 2007, at 8:54 PM, marius schebella wrote:
> >
> > > hey,
> > >
> > > pdpedia is online!
> > >
> > > It is a child of the second pdconv in montreal and many people helped
> > > putting it up, hans and I finally did the import of the objects and
> > > the
> > > main layout for the site. I hope you will like it.
> > > At the moment we still use the address http://wiki.puredata.info,
> > > but it
> > > should be www.pdpedia.org in the next days/weeks. (at the moment
> > > pdpedia.org is linked to a test site...)
> > > The general idea of the project is to have better documentation of Pd,
> > > mainly - but not only - its objectclasses. I hope it will become a
> > > useful tool to search for objects and ways how to do things in Pd. the
> > > search field should really work as a "how do I..."
> > > all objects have some basic information like a short description,
> > > library, categories, ... but we also dumped text that we found in the
> > > helppatches to give a little help for filling in content. that is the
> > > goal, to get many people involved in sharing knowledge about how to
> > > use
> > > the objects, document features, and so on.
> > > at the moment we are running without authorization, everybody can edit
> > > and create pages (a wiki page is created by putting two brackets
> > > around
> > > a word like [[this]] then you click on that link and can edit the new
> > > page...). If we get in troubles with spam we will have to restrict
> > > editing only for registered users, but everybody can register, feel
> > > free
> > > to create an account.
> > > if you see links like Template:blablabla in the beginning: that is a
> > > global wiki variable. we use it for all information that is
> > > presented on
> > > more than one page. for example the URL for a library. just fill in
> > > the
> > > content of the variable and it will show up on all pages.
> > > I don't want to write to much, so I stop, plese send feedback.
> > >
> > > marius.
> > >
> > > ps: and yes, there are some bugs still.
> > >
> > > ___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > > listinfo/pd-list
> >
> >
> >
> > 
> > 
> >
> > Man has survived hitherto because he was too ignorant to know how to
> > realize his wishes.  Now that he can realize them, he must either
> > change them, or perish.-William Carlos Williams
> >
> >
> >
> >
> > ___
> > 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] pdpedia

[Luke Iannini (pd)]

Hey, this is really cool!  Great work!  I am committed to contributing as
much as I can.

It would be great to take a really well known object and do a "reference
article" to somewhat establish quality standards for the articles, and give
lazy editors a template to work from when cleaning up the dumped text.
A "see also"/"related" section would be great, like [append]: see also:
[list]. (maybe the categories take care of this)

Also, a standard for writing "deprecated by" would be really helpful for old
objects.

big cheers
Luke

On 10/1/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
>
> Yay!!
>
> Everyone dump your content into it, it is a ready recepticle!
>
> :D
>
> .hc
>
> On Oct 1, 2007, at 8:54 PM, marius schebella wrote:
>
> > hey,
> >
> > pdpedia is online!
> >
> > It is a child of the second pdconv in montreal and many people helped
> > putting it up, hans and I finally did the import of the objects and
> > the
> > main layout for the site. I hope you will like it.
> > At the moment we still use the address http://wiki.puredata.info,
> > but it
> > should be www.pdpedia.org in the next days/weeks. (at the moment
> > pdpedia.org is linked to a test site...)
> > The general idea of the project is to have better documentation of Pd,
> > mainly - but not only - its objectclasses. I hope it will become a
> > useful tool to search for objects and ways how to do things in Pd. the
> > search field should really work as a "how do I..."
> > all objects have some basic information like a short description,
> > library, categories, ... but we also dumped text that we found in the
> > helppatches to give a little help for filling in content. that is the
> > goal, to get many people involved in sharing knowledge about how to
> > use
> > the objects, document features, and so on.
> > at the moment we are running without authorization, everybody can edit
> > and create pages (a wiki page is created by putting two brackets
> > around
> > a word like [[this]] then you click on that link and can edit the new
> > page...). If we get in troubles with spam we will have to restrict
> > editing only for registered users, but everybody can register, feel
> > free
> > to create an account.
> > if you see links like Template:blablabla in the beginning: that is a
> > global wiki variable. we use it for all information that is
> > presented on
> > more than one page. for example the URL for a library. just fill in
> > the
> > content of the variable and it will show up on all pages.
> > I don't want to write to much, so I stop, plese send feedback.
> >
> > marius.
> >
> > ps: and yes, there are some bugs still.
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
>
> 
> 
>
> Man has survived hitherto because he was too ignorant to know how to
> realize his wishes.  Now that he can realize them, he must either
> change them, or perish.-William Carlos Williams
>
>
>
>
> ___
> 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] Monaco on OS X is not anti-aliased at size 10

[Luke Iannini (pd)]

Hi Hans,It does not respect that preference, sorry, I should have mentioned
that.  My setting is for sizes 6 and below (and Monaco is AA @ size 9).

Also, to be clear, it is not a Pd problem, as Monaco is also non-AA'd in
TextEdit at size 10.

On 9/30/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
>
>
> That's controlled by a user preference.  In System Prefernences, check the
> bottom of the "Appearance" panel, you'll see an option called "Turn off text
> smoothing for font sizes XXX and smaller".
>
>
>
> .hc
>
>
>
> On Sep 30, 2007, at 6:41 AM, Luke Iannini (pd) wrote:
>
> Monaco does not render with anti-aliasing at size 10, though it is AA'd at
> 8 and at 11 and up.  I'm not sure why this is; I poked around a bit on
> Google to no avail.  In Terminal.app there is an option to use AA that
> seems to override that issue ( i.e. it renders 10pt Monaco with AA).
>
> Anyhow, I just switched to Bitstream.  But having the non-AA as default is
> probably a bad idea since it looks terrible : ).
>
>
> Cheers
> Luke
>
>
>
>
>
> 
> 
>
>
> I have the audacity to believe that peoples everywhere can have three
> meals a day for their bodies, education and culture for their minds, and
> dignity, equality and freedom for their spirits.  - Martin Luther
> King, Jr.
>
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info<http://lists.puredata.info/listinfo/pd-list>
> /listinfo/pd-list <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] Monaco on OS X is not anti-aliased at size 10

[Luke Iannini (pd)]

Monaco does not render with anti-aliasing at size 10, though it is AA'd at 8
and at 11 and up.  I'm not sure why this is; I poked around a bit on Google
to no avail.  In Terminal.app there is an option to use AA that seems to
override that issue (i.e. it renders 10pt Monaco with AA).
Anyhow, I just switched to Bitstream.  But having the non-AA as default is
probably a bad idea since it looks terrible : ).

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

Re: [PD] fundamental hot/cold midi question

[Luke Iannini (pd)]

Sorry I can't quote correctly, I'm typing from a mobile.

Regarding [outlet]s (and inlets) being position dependent, I've always
felt they should accept an argument like [outlet 0] etc to specify
which they should be on the outside, and perhaps revert to the current
behavior with no argument.

Also, regarding timer and other exceptions for cosmetics, I think
these do more harm than good; I often have trouble remembering their
specialness.


On 9/26/07, Frank Barknecht <[EMAIL PROTECTED]> wrote:
> Hallo,
> Steffen hat gesagt: // Steffen wrote:
>
> > On 26/09/2007, at 17.57, Stephen Sinclair wrote:
> >
> > > looking at an outlet with several lines
> > > coming out of it, to determine what order they will trigger.
> >
> > I think the question, from Atte, was about the order in case of
> > multiple outlets of an object. That is not about multiple lines/
> > connections out of a single outlet.
>
> But it's all connected! ;)
>
> The generally right-to-left temperature agreement of hot and cold
> inlets in objects has very deep consequences. Outlets generally fire
> right to left *because* generally the cold inlets are are on the right
> and they get hotter until you reach the hot inlet on the left.
>
> Even the usual example of a reversed inlet-order, [timer], is reversed
> *because* outlets of important other objects fire right to left,
> namely [t b b] which gives the nice
>
>  [t b b]
>  | |
>  [timer]
>
> idiom without crossing wires.
>
> And connected to the problem of ordering is the problem of how to deal
> with multiple cords leaving one outlet, that in Pd practically have
> undefined order.
>
> Another thing, people often forget is that they should take great care
> to also make abstractions fire accordingly, usually right-to-left, and
> also make them expect their inlet data in that order (or in another
> order like [timer], but then deliberatly, not just because one didn't
> think of the order).
>
> Ciao
> --
>  Frank Barknecht _ __footils.org_ __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] making more rradical objects

[Luke Iannini (pd)]

Um, mail clients should search for the words "I'm including" or "attached
is" and yell at the user when they forget to do so : ).
On 9/18/07, Luke Iannini (pd) <[EMAIL PROTECTED]> wrote:
>
> On 9/17/07, Kevin McCoy <[EMAIL PROTECTED]> wrote:
> >
> > Hey Luke, that would be great if you could show me some of that, I would
> > really appreciate it.
>
>
>
> OK, I dug up the code.  I'm just including my full-blown careGUI
> replacement, but the only change necessary for this is the [t b b] split
> from the "save" button, with the right bang banging [s SAVE_PREP] before
> actually sending the save message to [caretaker].
>
>
> The SAVE_PREP then bangs some zexy objects (I think they're zexy), which
> grab the size and contents of the array and put them into commun, so the
> when the left bang (from the t b b described above) fires, the data is in
> commun and waiting to be written.
>
> On load, I split off the table size parameter to resize the table (in case
> it's been resized since), then dump the data back in with [tabset] (again, I
> think from zexy).
>
>
> You could definitely achieve this without any of those externals; I just
> figured they'd be faster.  I'll leave that as an exercise : ).
>
> Hope that helps!
> Luke
>


SaveArray.pd
Description: Binary data


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

Re: [PD] making more rradical objects

[Luke Iannini (pd)]

On 9/17/07, Kevin McCoy <[EMAIL PROTECTED]> wrote:
>
> Hey Luke, that would be great if you could show me some of that, I would
> really appreciate it.


OK, I dug up the code.  I'm just including my full-blown careGUI
replacement, but the only change necessary for this is the [t b b] split
from the "save" button, with the right bang banging [s SAVE_PREP] before
actually sending the save message to [caretaker].


The SAVE_PREP then bangs some zexy objects (I think they're zexy), which
grab the size and contents of the array and put them into commun, so the
when the left bang (from the t b b described above) fires, the data is in
commun and waiting to be written.
On load, I split off the table size parameter to resize the table (in case
it's been resized since), then dump the data back in with [tabset] (again, I
think from zexy).

You could definitely achieve this without any of those externals; I just
figured they'd be faster.  I'll leave that as an exercise : ).

Hope that helps!
Luke
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] making more rradical objects

[Luke Iannini (pd)]

Hi Kevin,For this in rradical/memento I added a "save-bang" to [careGUI],
and had that dump the tables as lists into communs just before the data was
written.  On load i'd measure the list length, resize the table and dump it
back in - it worked great.  It's been a while since I've had time to even
open Pd, but if you need me to show an example I'd be more than happy to use
it as an excuse to do so : ).

Cheers
Luke

On 9/16/07, Kevin McCoy <[EMAIL PROTECTED]> wrote:
>
> Last question - what about persistent arrays in abstractions?  Any advice
> about that?  Some of my GOPs are table/array based, often for drawable
> control data..  I don't think I saw anything about this yet.  I am willing
> to give a shot at developing something for it if it is not included yet.
>
> Thanks again!
> Kevin
>
>
> On 9/16/07, Frank Barknecht <[EMAIL PROTECTED]> wrote:
> >
> > Hallo,
> > Michal Seta hat gesagt: // Michal Seta wrote:
> >
> > > Sorry, I am not Frank but I think I know the answer to this issue:
> > >
> > > 1.  Open an existing rrad abstraction
> > > 2.  Replace GUI and non-rrad guts with your own.  (leave [pd memento]
> > > and boxes connected to it intact)
> > > 3.  Set up appropriate send/receive in GUIs and whatnot.
> > > 4.  Open [pd memento], find the communs sends and replace them with
> > your own.
> > > 5. enjo.
> >
> > Yep, that's basically it. The basic rules are this:
> >
> > * Put an object [originator $1 $0] into your abstraction.
> >
> > * connect the leftmost inlets and outlets of that originator to the
> >   leftmost inlets and outlets of your abstraction. (That's just a
> >   convention, though.)
> >
> > * For everthing you want to save, create a [commun /NAME $0] object
> >   and cross-connect its inlets and outlets to the thing you want to
> >   save, either a $0-local send/receive or directly. Replace "/NAME"
> >   with something useful.
> >
> >   By cross-connect I mean, that you should connect the outlets of an
> >   object whose state you want to save to the inlet of the commun and
> >   the inlets to the outlets of commun.
> >
> > Ciao
> > --
> > Frank Barknecht _ __footils.org_ __goto10.org__
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info
> > /listinfo/pd-list 
> >
>
>
>
> --
>
>
> 
> http://pocketkm.blogspot.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] Bug in Pool?

[Luke Iannini (pd)]

Hi Thomas,Don't suppose you ever figured this out?
Cheers
Luke

On 5/17/07, Luke Iannini (pd) <[EMAIL PROTECTED]> wrote:
>
> Great!  Hope it is not too painful : )
> Thanks!
> Luke
> On 5/9/07, Thomas Grill <[EMAIL PROTECTED]> wrote:
> > Hi Luke,
> > thanks for the report.
> > It's a typical buffer overrun (caused by a lng line of data),
> > making quick-and-dirty code choke.
> > I hope to fix it shortly, please stand by!
> > greetings, Thomas
> >
> > Am 09.05.2007 um 04:24 schrieb Luke Iannini (pd):
> >
> > > Hi Thomas (and list),
> > > I have run into what appears to be a limitation with [pool], namely
> > > that it crashes with something around ~780 characters loaded from a
> > > file as values in a key.
> > >
> > > I ran into this loading a particularly long list in Memento.  I've
> > > attached a patch and a file from which to load to experience the
> > > crash.  The file is just a little over the character count needed to
> > > crash it (it seems to be between 780 and 800?).  It does not seem to
> > > be a function of the number of elements in the list, but rather the
> > > length of the text in those elements.  Shorten a few of the values in
> > > the list and it loads right up.
> > >
> > > I'm also pretty sure this is a per-key limitation, as memento's lddir
> > > first loads files into /tmp before copying them into the proper key.
> > > I've used that with a file that was just under the crashing length and
> > > that worked fine (loaded into two keys).
> > >
> > > I have tested this on both my PPC Mac and my Intel Mac; maybe others
> > > can check it out too?
> > >
> > > (also to clarify, the problem occurs when loading data from a file;
> > > data of any length (that I've tried) makes it into the pool without
> > > issue, and saves without issue)
> > >
> > > Thanks!
> > > Luke
> > > 
> > > 
> >
> > Thomas Grill
> > http://g.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] the end of type restrictions

[Luke Iannini (pd)]

On 7/22/07, Thomas Grill <[EMAIL PROTECTED]> wrote:



Am 23.07.2007 um 09:54 schrieb Andy Farnell:

>
> Why are these great new objects like [tracecall] that Mathieu is
> building not being added to Pd?
>

The question for me is rather why desiredata announcements are posted
into the PD-list given that the codebase has moved away in a way that
makes it impossible to transfer most of the features.
Although I find DD an interesting project, it's essentially off-topic
for the pd-list.

Hm, I can't quite agree with that; how would I know about DD if such

announcements were not made? DD is still undoubtedly Pd, even with its
myriad modifications.  I'd very much like to continue being informed about
its progress (and sure, I am on the DD list, but again, we do not ban
discussion of GEM on the Pd-list).

Regardless of the differences in developer opinions (and I think these are
made to be more acerbic than necessary, especially for such enjoyable and
exciting software, though perhaps I interpret incorrectly), DD is Pd to me!
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Poll: Ctrl-click to toggle editmode

[Luke Iannini (pd)]

Hi Hans,It is not missing! It works as control-option click (and
control-shift click for fine values).  Definitely not documented though :);
I found it by searching after I heard someone mention that terribly useful
shortcut.  I made a post a month or two ago about it.

Command might be friendlier, though.

On 7/9/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:



That is definitely useful, and something that is missing on Mac OS
X.  I wonder if it would be useful to have it toggle editmode only
when you Ctrl-Click on the background canvas (and it toggles rather
than choose editmode).

Hmm, maybe I should make Cmd-Click behave like Ctrl-Click does on GNU/
Linux...

.hc


On Jul 9, 2007, at 1:38 PM, Charles Henry wrote:

> In my experience, ctrl-click on linux allows you to change values of
> sliders, number boxes, toggles, bangs, etc...  without leaving edit
> mode.
> It is really useful to have this function, rather than replace it with
> editmode-toggle.
> Chuck
>
>
>
> On 7/9/07, Kevin McCoy <[EMAIL PROTECTED]> wrote:
>> Why not, as long as ctrl-e still works as well?  I can't think of any
>> problems from my end since ctrl click doesn't do anything on linux I
>> don't think.  Maybe some people will think this is an instance of
>> feature creep though.
>> Kevin
>>
>> On 7/9/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>>>
>>> Hey all,
>>>
>>> I just quickly banged out a little hack to make Cmd-Click toggle
>>> editmode on the Mac.  This is how it works on Max/MSP and it's a
>>> handy shortcut.  It would be trivial for me to add this to Windows
>>> and GNU/Linux using Ctrl-Click.
>>>
>>> Yes or no?  What do you think? Any potential problems?
>>>
>>> (I know on Mac OS X, Ctrl-Click is mapped to right-click so that you
>>> can get the properties/help menu using a one button mouse).
>>>
>>> .hc
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list






As we enjoy great advantages from inventions of others, we should be
glad of an opportunity to serve others by any invention of ours; and
this we should do freely and generously. - Benjamin Franklin




___
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] pdmtl abstractions questions and comments

[Luke Iannini (pd)]

On 7/4/07, Thomas Grill <[EMAIL PROTECTED]> wrote:



He's back!

greetings, Thomas

I am glad about it : )
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd and jack, informal survey

[Luke Iannini (pd)]

http://ardour.org/requirements_osx has a native-build .dmg of QJackCtl
that I've been using for a couple of years quite happily.  It allows
you to save your patch setups (and set them as default), as well as
set up auto-connecting when certain things show up... I have it set to
start on startup and I rarely have to touch it (I use it to hook up
Cubase4 and Pd).  It starts jackd as well.

I managed to compile it as well as a native OS X .app, but it looks
like the Ardour guys have updated their binary to the latest version
so that shouldn't be necessary : ).

I recommend it!

On 6/11/07, Derek Holzer <[EMAIL PROTECTED]> wrote:
> On the Linux side, I only ever use Jack as well, often in combination
> with Ardour (which causes more Jack problems than PD ever did!)
>
> Rock solid, but I'm also running everything sudo or root when performing.
>
> YMMV.
> d.
>
> Derek Holzer wrote:
>
> > But that said, when I want to do *serious* PD work, I do it on Linux
> > anyway, where I get almost double the power from the same machine as
> > with OS X.
>
>
> --
> derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
> ---Oblique Strategy # 3:
> "A very small object
> -Its centre"
>
> ___
> 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] Welcome to the 90s

[Luke Iannini (pd)]

> Speaking of svn, because my abstractions depend so heavily on the sssad
> stuff I'd love to be able to have my copy synchronised with yours (same
> goes for list-abs, though I don't use them yet but should). I wonder if
> there is some way to have the sssad and list-abs stuff 'embedded' in my
> own repository so people can still download one tarball from my site,
> but the sssad stuff and list-abs stuff will always be the latest from
> your site. I guess what I mean is I want one directory ("sssad/") to
> update from one repository (yours) but commit to another (mine). Anyone
> know if this is possible?
>

Chris,
Check out 
http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.externals
Though I don't think it works with CVS : (.  Yet another reason for a
switch : ).

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

Re: [PD] Click-through edit mode

[Luke Iannini (pd)]

Also, just to clear up: the alt/opt-shift serves the purpose of
shift-dragging on controls (i.e. fine-grained adjustment of
sliders/numboxes etc).  Control-alt/opt just does a normal click or
drag.

On 6/7/07, hard off <[EMAIL PROTECTED]> wrote:
>
> cheers, never realised that either
>
> ___
> 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] Click-through edit mode

[Luke Iannini (pd)]

Also: control-alt/option seems to work in that capacity as well.

On 6/7/07, Luke Iannini (pd) <[EMAIL PROTECTED]> wrote:
> Hey all,
> I remember someone asked about a modifier to interact with GUI
> elements temporarily without leaving editmode.  I hadn't heard of
> this, so I checked out pd.tk... the modifier on all platforms is
> control-shift-click, it seems.  Works great on OS X here.
>
> Just thought I'd pass this along, since I had no idea this existed and
> it's quite handy!
>
> Cheers
> Luke
>

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

[PD] Click-through edit mode

[Luke Iannini (pd)]

Hey all,
I remember someone asked about a modifier to interact with GUI
elements temporarily without leaving editmode.  I hadn't heard of
this, so I checked out pd.tk... the modifier on all platforms is
control-shift-click, it seems.  Works great on OS X here.

Just thought I'd pass this along, since I had no idea this existed and
it's quite handy!

Cheers
Luke

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

Re: [PD] Clickable gop data structuresync-mailbox>set editor="vim -f +7 -s ~/.vim/mail.scr "

[Luke Iannini (pd)]

Hey,
Any idea what the equivalent modifier for this is on the mac?  It
didn't seem to get the usual ctrl>command translation that the rest of
Pd did.  (ctrl-click on the mac is hardwired as "right click")  Should
I bug report it?

Luke

On 6/5/07, Frank Barknecht <[EMAIL PROTECTED]> wrote:
> Hallo,
> Jamie Bullock hat gesagt: // Jamie Bullock wrote:
>
> > I'm just starting to get my hands dirty with data structures. In
> > particular GOP data structures. Inspired by Chris Mccormick's wonderful
> > s- abstractions, I'm trying to make a simple GOP transport, with
> > graphical play/stop/pause rewind etc. controls. The main showstopper at
> > the moment is that I don't seem to be able to make the UI elements
> > 'clickable'.
> >
> > Using [tot] I can detect the mouse position when clicking inside the
> > subpatch, but when the graph is on parent, this doesn't work. Of course,
> > I don't want to use [tot] in the parent, because the GOP subpatch might
> > well move.
> >
> > Is there some other way to make a clickable element? Chris's s-env
> > abstraction seems to detect ctrl-click, but It isn't obvious to me how
> > this is achieved...
>
> Nothing special here: ctrl-click is a standard feature of "array"
> fields in a data structure definition. You use it to add elements to
> the array.
>
> Some other click-detections things require more manual work: The
> [struct] object has an outlet that will send out messages if a pointer
> of that type was selected or changed. Just connect a [print] there to
> see what's happening. You can use this with [route ...] to trigger
> actions when data structures are changed.
>
> Ciao
> --
>  Frank Barknecht _ __footils.org_ __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] "Theory and Techniques" book available from World Scientific Press

[Luke Iannini (pd)]

Yes, awesome news!  I'll pick up a copy as soon as $78 shows up : ).
I've already learned so much from reading the PDF version.  Thanks :
).

On 5/29/07, Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote:
>
> Congratulations on getting that out!  I'll bet that's where you had
> disappeared to in the recent past.
>
> .hc
>
> On May 29, 2007, at 6:25 PM, Miller Puckette wrote:
>
> > Hi all,
> >
> > The book, Theory and Techniques of Electronic Music, is now
> > available on
> > paper from World Scientific Press:
> >
> >   http://www.worldscibooks.com/compsci/6277.html
> >
> > It's still maintained on-line at the usual location:
> >
> >   http://crca.ucsd.edu/~msp/techniques.htm
> >
> > cheers
> > Miller
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
>
> 
> 
>
> "[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

[PD] Pd Music to create sound in an empty space

[Luke Iannini (pd)]

(Sorry if this is a duplicate; the first time I sent it was when the
list was apparently having some technical difficulties, hence the
subject-line...)

My _!  The pd-list is silent, so here is some noise.

http://proyekto.net/?cat=5

All songs except those in "Processor" contain percussion produced by
my growing network of abstractions (called the "$#+ Suite").  It was
in a very early state in the first example (channinaleote), so perhaps
you can hear the patches becoming more sophisticated : ).

My melodic processors are getting closer; I'll post again when there
is some music that uses them (the idea for one is "real-time serial
transformations").

(pre-pd compositions are at the old site of http://proyekto.net/sndrft
if any are interested)

Cheers,
Luke

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

Re: [PD] Couple of new list-abs

[Luke Iannini (pd)]

Good point.

I just had another look at [list-replace] (which already existed, and
caused me to seek a new name).  And in fact, it does just what my
[list-swap] does... I seem to have a knack for replicating work.  I
somehow thought it could only truncate lists and append to them.

So, the naming issue is moot : ).  But I do think list-remove does
something novel?  Right?

On 5/19/07, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote:
> Luke Iannini (pd) wrote:
> > [list-swap] is a hybrid of list-remove and list-insert.  It overwrites
> > a portion of a list with another list of arbitrary length.
> >
> > I considered the name [list-overwrite]; I decided it was too long, but
> > I'm open to suggestions.
>
> [list-replace] would be better, I think.
>
> [list-swap] makes me thing of [swap], which does something completely
> different.
>
>
> Claude
>
> ___
> 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] Couple of new list-abs

[Luke Iannini (pd)]

Hi all,
Here are list-remove and list-swap.

[list-remove] is like list-delete, but it allows the removal of an
arbitrary number of items.

[list-swap] is a hybrid of list-remove and list-insert.  It overwrites
a portion of a list with another list of arbitrary length.

I considered the name [list-overwrite]; I decided it was too long, but
I'm open to suggestions.

HTH,
Luke


list-remove-help.pd
Description: Binary data


list-remove.pd
Description: Binary data


list-swap-help.pd
Description: Binary data


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

Re: [PD] Bug in Pool?

[Luke Iannini (pd)]

Great!  Hope it is not too painful : )
Thanks!
Luke
On 5/9/07, Thomas Grill <[EMAIL PROTECTED]> wrote:
> Hi Luke,
> thanks for the report.
> It's a typical buffer overrun (caused by a lng line of data),
> making quick-and-dirty code choke.
> I hope to fix it shortly, please stand by!
> greetings, Thomas
>
> Am 09.05.2007 um 04:24 schrieb Luke Iannini (pd):
>
> > Hi Thomas (and list),
> > I have run into what appears to be a limitation with [pool], namely
> > that it crashes with something around ~780 characters loaded from a
> > file as values in a key.
> >
> > I ran into this loading a particularly long list in Memento.  I've
> > attached a patch and a file from which to load to experience the
> > crash.  The file is just a little over the character count needed to
> > crash it (it seems to be between 780 and 800?).  It does not seem to
> > be a function of the number of elements in the list, but rather the
> > length of the text in those elements.  Shorten a few of the values in
> > the list and it loads right up.
> >
> > I'm also pretty sure this is a per-key limitation, as memento's lddir
> > first loads files into /tmp before copying them into the proper key.
> > I've used that with a file that was just under the crashing length and
> > that worked fine (loaded into two keys).
> >
> > I have tested this on both my PPC Mac and my Intel Mac; maybe others
> > can check it out too?
> >
> > (also to clarify, the problem occurs when loading data from a file;
> > data of any length (that I've tried) makes it into the pool without
> > issue, and saves without issue)
> >
> > Thanks!
> > Luke
> > 
> > 
>
> Thomas Grill
> http://g.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] Highlight modified abstraction instances with red

[Luke Iannini (pd)]

Yes; this suggestion is for when I close the window inadvertently : )

On 5/11/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-05-10 at 20:42 -0700, Luke Iannini (pd) wrote:
> > Just wanted to post an idea...
> > It would be great if Pd highligted modified abstractions in red in
> > their parent patch (that is, the one pixel bounding box and text.
> > When I've modified one of a bunch of abstractions in a parent and
> > close it without saving, I have to open each one to see if it was the
> > one I modified.
>
> you could easily come around this by letting the window of the instance
> of your abstraction open, that you have modified. when testing is
> finished and you decide to save changes, you know which one to save.
> however, i like the idea as well. a visual feedback in the parent patch
> would be nice.
>
> roman
>
>
>
>
>
>
> ___
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
> http://mail.yahoo.de
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>
>

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

[PD] Highlight modified abstraction instances with red

[Luke Iannini (pd)]

Hallo all,
Just wanted to post an idea...
It would be great if Pd highligted modified abstractions in red in
their parent patch (that is, the one pixel bounding box and text.
When I've modified one of a bunch of abstractions in a parent and
close it without saving, I have to open each one to see if it was the
one I modified.

Another thing I've been thinking about is an integrated method to view
diffed patches (most especially when resolving an SVN conflict)...
something like OS X's FileMerge for Pd.

Ok, there are my PitS ideas, in case anyone wants to write them before
I get around to it :).

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

[PD] Bug in Pool?

[Luke Iannini (pd)]

Hi Thomas (and list),
I have run into what appears to be a limitation with [pool], namely
that it crashes with something around ~780 characters loaded from a
file as values in a key.

I ran into this loading a particularly long list in Memento.  I've
attached a patch and a file from which to load to experience the
crash.  The file is just a little over the character count needed to
crash it (it seems to be between 780 and 800?).  It does not seem to
be a function of the number of elements in the list, but rather the
length of the text in those elements.  Shorten a few of the values in
the list and it loads right up.

I'm also pretty sure this is a per-key limitation, as memento's lddir
first loads files into /tmp before copying them into the proper key.
I've used that with a file that was just under the crashing length and
that worked fine (loaded into two keys).

I have tested this on both my PPC Mac and my Intel Mac; maybe others
can check it out too?

(also to clarify, the problem occurs when loading data from a file;
data of any length (that I've tried) makes it into the pool without
issue, and saves without issue)

Thanks!
Luke


PoolCrash.pd
Description: Binary data


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

[PD] [troute] is a multiple-argument list-settable route.

[Luke Iannini (pd)]

Don't bother: [sroute] is part of [list]-abs. ;)

Ciao
--
 Frank Barknecht _ __footils.org_ __goto10.org__



I guess I meant a version that could accept multiple targets a la
vanilla [route] and add/subtract outlets accordingly.  But, now that
I've actually built it, I have no idea why one would want to do such a
thing.  Regardless, [troute] is capable of adding (but not
subtracting) outlets to itself to accomadate longer target lists than
it was called with. (Get it? Adding that functionality was like
swimming upstream! Sigh.)  Shorter argument lists after longer ones
will just leave crufty useless outlets.


It is still hopefully a useful object for fixed argument counts,
though in that case it should probably be called like [troute x x x x]
and set via right inlet to avoid confusing people terribly.

Cheers
Luke


troute.pd
Description: Binary data


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

Re: [PD] ANN: [SOSCroute] is a settable OSCroute (for Frank)

[Luke Iannini (pd)]

Aha! So it does : ).  Ah well, I enjoyed myself.

Luke

On 5/6/07, Jamie Bullock <[EMAIL PROTECTED]> wrote:
> Hi Luke,
>
> On Fri, 2007-05-04 at 23:27 -0700, Luke Iannini (pd) wrote:
> > Hallo all,
> > Here is a dynamically generated OSCroute that lets its route argument
> > be reset by a right inlet.
> >
>
> Nice work! But isn't this problem already solved by the [routeOSC]
> external by Martin Peach (available in the CVS)?
>
> Jamie
>
>
> ___
> 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] dollar argument

[Luke Iannini (pd)]

Hi IOhannes,
As far as I can tell, $@ is not included after all in Pd Extended...
(I tried [list append [EMAIL PROTECTED] and [$@(  )
How can we/I/Hans : ) add it to the build system?

It would be great to have so that I could properly subclass route/oscroute/etc.

Cheers
Luke

On 4/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Quoting Thomas Ouellet Fredericks <[EMAIL PROTECTED]>:
>
> > There is also the overlooked very powerful [dollarg] from iemlib that
> > converts all your arguments into a list. I even made an abstraction
> > that can parse arguments by name like in Jitter. For example, [dollars
> > @currency canadian @exchange_rate 1.87 @output km] could also be
> > written [dollars @output km @exchange_rate 1.87 @currency canadian]
> >
> > Anyway, dollarg rocks.
>
> and just to push this a bit:
> some months ago i have submitted a patch to pd (in the sf
> patchtracker), that introduces to new dollar-arguments: $@ and $#.
> while $# is probably not so interesting (now that we have [list
> length]), $@ is very similar to iemlib's [dollarg] but can do even more
> (e.g. full list expansion in a message)
>
> if a lot of people find this useful, and at least some of them go
> throught the patch and find any bugs, probably it would be accepted
> into vanilla pd one day.
> (i think it is already in pd-extended)
>
>
> fmas.dr
> 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

[PD] ANN: [SOSCroute] is a settable OSCroute (for Frank)

[Luke Iannini (pd)]

Hallo all,
Here is a dynamically generated OSCroute that lets its route argument
be reset by a right inlet.

I forgot that OSCroute allows multiple routes to multiple outlets
until I finished the patch.  That's a bit harder (namecanvas and such)
but I think it's doable for the next version.  For now you can just
daisy chain. (Oh, and when I do that I suppose I'll do a version for
regular [route] too)

Frank, I know you're in the process of sprucing up Memento, so
hopefully this will help!

Luke


SOSCroute-help.pd
Description: Binary data


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

Re: [PD] [Instance]

[Luke Iannini (pd)]

Hi Steffen
For example: I use it to auto-associate two abstractions, so that if a
number of each is created they will have a unique channel to
communicate through.

It is meant to be placed inside another abstraction that will be
duplicated.  Also, as you can see in the source, you can create a
[value Inst] (replace  with the same value as the
[instance ]) and bang it at any time to simply get the number of
open  instances. (sorry, so [v mygizmoInst] for [instance
mygizmo])

I can be more verbose if you like : ) (or patch up an example)

> Wow, that's extremely useful. Thanks for sharing.

Great!

Luke

On 5/3/07, Steffen <[EMAIL PROTECTED]> wrote:
>
> On 03/05/2007, at 11.01, Luke Iannini (pd) wrote:
>
> > Here's a little patch I've found useful.  Call it with [instance name]
> > and it will tell you how many instances currently exist with that name
>
> CAn you give a use-case example? Please.
>
> ___
> 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] [Instance]

[Luke Iannini (pd)]

Hallo,
Here's a little patch I've found useful.  Call it with [instance name]
and it will tell you how many instances currently exist with that name
(taking into account those that have been deleted, thanks to
[closebang]).

Hope it's useful to others,
Luke


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

[PD] OSCroute doesn't route deep targets

[Luke Iannini (pd)]

Hallo all,
I've run into a bit of an annoying issue with [OSCroute].

I'd like to do [OSCroute /paramgroup/param1] and have it accept
[/paramgroup/param1 3.1415(, but it gets spit out the right outlet as
unrecognized.  Obviously the "solution" here is to have [OSCroute
/paramgroup]->[OSCroute /param1], but my OSCroute is actually
[OSCroute $1] and I'd like it to be able to accept a multi-level
target like /paramgroup/param1.

Any idea why this works like this?  Or possible ideas as to rigging this?

Cheers,
Luke

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

Re: [PD] RRADical users: Memento changes

[Luke Iannini (pd)]

Great news!

On 4/28/07, Frank Barknecht <[EMAIL PROTECTED]> wrote:

> TODO:
>
> * Luke, I didn't forget about your svxdir changes, they will
>   follow soon.

Way cool.  I have some further notes on the use of Polaroid in
conjuction with Memento when working with many abstractions (and
duplicates thereof).  I'd maybe like to do an "advanced RRadicalism"
document/patch, covering more advanced usage of the Memento objects
and RRadical design - I've got a pretty complex setup at this point
and it defintely required many aha moments to make it all work!

That actually leads me to another proposition: further establishing
some conventions for object collections with complex inter-routing,
such as passing along $0s or /names to groups of objects.  I haven't
had time recently to work on my patches, so I'm a bit foggy as to what
I'm saying here... Hopefully Chris or Frank will get the gist of what
I'm talking about (from their own experience developing collections)
to run with this ball : ).  (Or, I'll come back in a few days after
some reimmersion in my abstraction collection with a better developed
proposal).

Anyhow, glad to hear that Memento is getting attention!

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

Re: [PD] Memento global and local saving?

[Luke Iannini (pd)]

Hallo Frank,
I am working on fixing this up thanks to Thomas's explanations...
Is there any reason you used the xml format for local saving?  I was
going to put it back on regular pool datafiles to be consistent with
"main" memento.

I believe I have things going the way they should!  But I'd like to do
a little more testing and make a nice (miniature) GUI for inclusion in
local patches.

Luke

On 3/4/07, Thomas Grill <[EMAIL PROTECTED]> wrote:
> Hi Frank,
> thanks for the implicit bug report.
> I think that svxdir/ldxdir also work for you, but there's a small badly
> documented thing:
> If absdir=1, absolute folder paths are written into the XML files, which
> make it impossible to correctly re-import the files with ldxdir, which
> only loads the first level. ldxrec would load more levels.
> On the other hand, with absdir=0 svxdir stores relative folders.
>
> Please find the attached example which should clarify things.
>
> best greetings,
> Thomas
>
>
> > Acutally that is what the "svxdir/ldxdir file.xml" methods of
> > [originator] were supposed to handle. The approach was to have it work
> > like in attached example patches. For debugging purposes the commands
> > sent to the internal [pool] are still printed into the console.
> > However it doesn't work. :( Probably I'm misunderstanding how the
> > pool-methods svxdir/ldxdir are supposed to work. According to the
> > pool-help.pd they should save and load the contents of the current
> > directory. However what they actually do save and load is a full tree,
> > including the toplevel name. Until pool gets a method (or until I find
> > the existing method of pool) that really only saves the content of a
> > directory and nothing else I'm afraid there's no way to easily save
> > and load local states. (You could of course build your own
> > local-saver...)
> >
> > Ciao
> >
>
> --
> Thomas Grill
> http://g.org
>
>
>
> #N canvas 531 166 841 775 12;
> #X obj 140 663 print K;
> #X obj 91 692 print V;
> #X obj 189 637 print D;
> #X text 262 637 directory (abs or rel to current);
> #X text 166 693 data value;
> #X text 212 663 data key;
> #X obj 162 482 r \$0-pool;
> #X obj 288 585 print A;
> #X text 360 584 attributes;
> #X obj 242 611 print C;
> #X text 314 611 command;
> #X obj 196 584 route bang;
> #X obj 401 698 print ;
> #X text 405 678 separator on bang;
> #X msg 191 208 mkchdir \$1-dir;
> #X obj 164 404 s \$0-pool;
> #X obj 140 215 until;
> #X obj 140 242 random 1000;
> #X msg 140 277 set \$1 \$1;
> #X msg 60 72 reset;
> #X msg 474 413 printroot;
> #X msg 155 72 1 \, 2 \, 3 \, 4 \, 5;
> #X obj 162 510 pool;
> #X msg 476 154 absdir 0 \, chdir 3-dir \, svxdir test.xml;
> #X obj 155 128 t b f;
> #X text 59 46 1)clear;
> #X text 165 49 2)populate;
> #X msg 140 188 5;
> #X text 479 50 3)save;
> #X text 479 80 write absolute paths into file;
> #X text 477 134 write relative paths into file;
> #X text 474 234 only load one level of the XML file;
> #X text 475 296 load all levels of the XML file;
> #X msg 478 101 absdir 1 \, chdir 3-dir \, svxdir test.xml;
> #X msg 474 257 reset \, ldxdir test.xml;
> #X msg 473 315 reset \, ldxrec test.xml;
> #X text 477 213 4)load;
> #X text 475 392 5)print;
> #X connect 6 0 22 0;
> #X connect 11 0 12 0;
> #X connect 11 1 9 0;
> #X connect 14 0 15 0;
> #X connect 16 0 17 0;
> #X connect 17 0 18 0;
> #X connect 18 0 15 0;
> #X connect 19 0 15 0;
> #X connect 20 0 15 0;
> #X connect 21 0 24 0;
> #X connect 22 0 1 0;
> #X connect 22 1 0 0;
> #X connect 22 2 2 0;
> #X connect 22 3 11 0;
> #X connect 22 4 7 0;
> #X connect 23 0 15 0;
> #X connect 24 0 27 0;
> #X connect 24 1 14 0;
> #X connect 27 0 16 0;
> #X connect 33 0 15 0;
> #X connect 34 0 15 0;
> #X connect 35 0 15 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] Google Summer of Code WIKI

[Luke Iannini (pd)]

Yeah. Kyle pretty much summed it up there.  This is something I've
wanted badly since I first saw Pd.  It took me months to get a stable,
workable setup between Cubase and Pd, and even now, I could finally
take up knitting with the time a Pluggo for Pd would save me.  Futzing
with Jack and OS X IAC every time I want to make noise is a monstrous
PITA.

I've attempted building large sequencers to replace Cubase on multiple
occasions, but it just doesn't make sense to duplicate that effort
(and that's assuming Pd's data structures are ready for such a thing
performance-wise, which they are not).

So a huge vote for PluggoPd!

The Naspro project that Tim mentioned was exactly what I thought of
when I first saw this idea... I'm glad to see it is being developed;
the myriad plugin formats are a tedious situation.

Luke

On 3/3/07, Kyle Klipowicz <[EMAIL PROTECTED]> wrote:
> There already is a jack VST and Audio Unit for OSX, that's not the
> issue. What I really want is to just be able to run one master app (my
> DAW) and have everything else loaded from there, so that I don't have
> to do the whole 30 mins of configuring and opening corresponding files
> and settings, stored in directories across the computer thing.
>
> It's a pain to have to adjust and load setting after setting when it
> could all be saved in a nice project file in a professional sequencer
> app. For those of us who like what Pd has to offer as a bus insert or
> midi filter or general audio swiss army knife, we don't want to deal
> with multiples of files all over the place in different spots, we just
> want to have a nice compact project space that contains everything in
> an intuitive way, so we can just touch and go, and save everything so
> that we can open the project back up again exactly how we left it, all
> automation and everything stored in the project.
>
> Managing automation in Pd has not been a quick and dirty thing for me,
> and I'd prefer to leave that task to software that I'm comfortable
> with. But to have a custom synth or effect or midi chain filter or
> integrated graphics show work seamlessly from my DAW once I load one
> single project file is the holy grail to me.
>
> Having 5 programs open and trying to wrangle the routing between them
> for a half hour to get a song playing is less than ideal. A Pluggo for
> Pd would help minimize the time and frustration of this by compressing
> it all into one file that references a bank of subordinate plugins.
>
> ~Kyle
>
> On 3/3/07, Jamie Bullock <[EMAIL PROTECTED]> wrote:
> > On Thu, 2007-03-01 at 21:20 +0100, Tim Blechmann wrote:
> >
> > >
> > > i've been changing some emails with stefano d'angelo, who is starting to
> > > write a plugin wrapper, which is supposed to work with different plugin
> > > backends (vst, ladspa ...) ... a pluggo for pd could make use of this
> > > project in order to support several platforms out of the box. i guess,
> > > stefano doesn't have a working prototype, yet, but it's probably a good
> > > idea to join the development resources in order do avoid duplicate work.
> > > his project website is http://sourceforge.net/projects/naspro/
> > >
> > > in general, from my knowledge of the pd architecture, running pd in a
> > > plugin environment would require some non-trival changes, it can't be
> > > just implemented on top of the current implementation. which means, in
> > > some way, this has to be incorporated into vanilla pd ...
> > >
> >
> > Maybe this is a very naive solution, but couldn't we solve the problem
> > of getting audio data from PD into non-jack apps (that support some kind
> > of plugin), by writing a very simple (LADSPA, VST, AU etc.) plugin that
> > acts as a jack client.
> >
> > e.g.:
> >
> > Audacity -> LADSPA jack client plugin -> jack -> PD -> jack -> LADSPA
> > jack client plugin -> Audacity
> >
> > The simplest case would use one 'jack client plugin' instance for each
> > audio channel to/from PD.
> >
> > I've been meaning to implement this for a while, and maybe there's a
> > glaring flaw, but I can't see it right now..
> >
> > Jamie
> >
> >
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> >
>
>
> --
>
> http://theradioproject.com
> http://perhapsidid.blogspot.com
>
> (()()()(()))()()())(
> (())(())()(((
> ))(__
> _())(()))___
> (((000)))oOO
>
> ___
> 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] Memento global and local saving?

[Luke Iannini (pd)]

Hallo,
I suppose this question is for Frank, though maybe others have already
found the solution.

I have converted all of my abstractions to use Memento, and I'm
following the rradical design style so that I can build complex
patches, then save their entire states.  Samplers, oscillators,
sequencers, envelopes, it's all working wonderfully.  But!  Often I've
wanted to just save one unit's settings without grabbing the entirety
of my opened patches.

I'll describe my setup first, and make an example if it is not sufficient.

Unnecessarily verbose description follows:
I have a sampler unit with speed, loop points, interpolation,
crossfades and so on (based on the lovely xgroove, thanks Thomas!).  I
usually load up 16 of these to use with drum pads, named like
/sampler1, /sampler2 etc.  It would be awesome to be able to set up
one of these units with all these parameters (say, a sound loop,
trimmed to 1 event, played at 3/4x speed, with no loop), and then save
that setup for later.

Then later, my 16 samplers are open, and 12 are active with a nice
setup.  Now I want to load that drum loop with those settings (my
event, 3/4x speed, no loop) without affecting the other 12 sample
units.

I know that if I load up a blank patchwindow and setup, say,
/sampler7, and save, I'll end up with a settings file with just
/sampler7.  But (A), that method would only be useful if I pre-planned
the setup (what if I want to save a single instance after I've setup
many others? (yes, I could trim the file manually : ) )).  And (B)
that saved file is only useful for a sampler labeled /sampler7, so it
can't be arbitrarily loaded into /sampler15 (again, short of editing
the file).

So!  If I haven't proven myself completely inept at implementing
memento, is there a method for this?  I believe it is possible (I
think a very specific request to the RRADICAL pool, plus a restore
that ignores the original labelname and substitutes the current
labelname...), but I guess Frank will have an insight before I can
type a single [list append] : ).

(Further: I think that I could use SSSAD or rig up something external
to memento, but it would be pretty excellent to have a system that was
capable of both so that I am not rigging up multiple commun-like
objects to every control!)

Regards,
Luke

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

Re: [PD] fn delete

[Luke Iannini (pd)]

> Yeah, the key mappings are a mess in Pd.  It's all handled in Tcl.
> This needs a clean-up on all platforms.  Anyone want to try?
>
> .hc
I had a look with no prior knowledge of Tcl/Tk... I have no idea where
the "Delete" message is being intercepted.  It is not in pd.tk,
afaict; it looks like it is being caught and told to send keycode 8
(backspace).  I was able to change BackSpace's keycode  successfully
(e.g. to a "." character) but changes to the Delete keycode still show
up as the box.  Strangely, the "Delete" keysym shows up in the console
if you uncomment the debug code at the top of the proc, so I'm not
sure where this is getting messed up (I found no other references in
pd.tk).

So, hope that confuses someone.

Does anyone know if windows can be set to "fill while resizing" in
Tcl/Tk?  I've had a look around and can't find anything, and all other
Tk apps I've tried in OS X have the same "transparent frame"/Windows
95/OS 9 style resize, so I assume that is a no.

> On Feb 27, 2007, at 2:25 PM, marius schebella wrote:
>
> > Hi,
> > speaking about annoying things so much leads me to post another
> > problem,
> > that fn + delete, which usually deletes the character right of the
> > cursor on osx, does not work in pd. there appears a funny rectangle
> > character. maybe this one is easier to solve?
> > I also had that problem on some linux machines, btw. whereas on
> > windows
> > it was not possible at all to delete what is right of the cursor, if I
> > remember correctly.
> > marius.
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
> 
>
> 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] Any way to convert numeric symbols to floats?

[Luke Iannini (pd)]

Excellent on both fronts.  Thanks!

On 2/23/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
> hello luke$
>
> i don't have a real solution at hand right now, but you could send the
> numbers over a socket using a [netsend]/[netreceive]-pair. if you strip
> the symbol selector before sending, the [netreceive] interprets numeric
> values as floats.
>
> roman
>
> On Fri, 2007-02-23 at 03:40 -0700, Luke Iannini (pd) wrote:
> > I know this probably falls into the category of string discussion, but
> > I'm interested if there are any solutions to this currently
> > employable:
> >
> > I have a symbol that I'm splitting up in order to extract numerical
> > content from the text.  I'm using zexy's s2l for this, then routing
> > the float data back into l2s to assemble a value.  But l2s only spits
> > out a symbol, and I can't seem to find any object to reinterpret the
> > symbol as a float.
> >
> > Even using list trim to remove the symbol selector leaves me with a
> > numeric message that pd still refuses to interpret as such.  [float]
> > won't take it, nor will [t f], and [list] just turns it back into a
> > symbol.  I've attached a patch demonstating this issue.
> >
> > The only solution I can think of is to make a decimal interpreter to
> > assemble my number rather than l2s (since s2l spits out the list as
> > floats just fine), but that seems a bit silly.
> >
> > I look forward to the discussion : ).
> >
> > Luke
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
>
> ___
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
> http://mail.yahoo.de
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>
>

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

[PD] Any way to convert numeric symbols to floats?

[Luke Iannini (pd)]

I know this probably falls into the category of string discussion, but
I'm interested if there are any solutions to this currently
employable:

I have a symbol that I'm splitting up in order to extract numerical
content from the text.  I'm using zexy's s2l for this, then routing
the float data back into l2s to assemble a value.  But l2s only spits
out a symbol, and I can't seem to find any object to reinterpret the
symbol as a float.

Even using list trim to remove the symbol selector leaves me with a
numeric message that pd still refuses to interpret as such.  [float]
won't take it, nor will [t f], and [list] just turns it back into a
symbol.  I've attached a patch demonstating this issue.

The only solution I can think of is to make a decimal interpreter to
assemble my number rather than l2s (since s2l spits out the list as
floats just fine), but that seems a bit silly.

I look forward to the discussion : ).

Luke


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

[PD] Request for dev access

[Luke Iannini (pd)]

Hallo,
I'd like to be added to the CVS dev list, such that I can begin
posting a few of the publicly-useful abstractions I've been working
on, and more presently to get the mmonoplayer externals added.

I'd also still be interested in getting us over to Subversion, if
there is still a supportive group for this?  I've maintained several
SVN repos now, and feel a bit more up to the task of organizing the
project.

Reasons for my admission include the bad luck of a prime number of developers.

Thanks!
Luke
proyekto.net

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

[PD] MMonoplayer Console Soundchip Emulators

[Luke Iannini (pd)]

Hi All,
I asked Kyle Buza (of mmonoplayer) about adding the sources for his
console soundchip emulator externals to Pd-CVS so that they could be
included in Pd-Extended.  He's sending me the sources as he digs them
up.  Most of them are written for Max, but I was hoping that someone
would be interested in helping me try to convert those to Pd.

I don't have Dev access, so someone else will have to actually put
them in CVS, in say externals/mmonoplayer.

The first is attached.  This is of course already for Pd.

/*/
/*   */
/* TIA Chip Sound Simulator for PD   */
/* Purpose: To emulate the sound generation hardware of the Atari TIA chip.  */
/* Author(s):  Kyle Buza, Ron Fries  */
/*   */
/*/

#include 
#include "m_pd.h"

static t_class *atari_2600_class;

typedef signed char Int8;
typedef signed int Int16;

#ifdef WIN32
#define int8  char
#define int16 short
#define int32 int
#else
#define int8  char
#define int16 int
#define int32 long
#endif

#define uint8  unsigned int8
#define uint16 unsigned int16
#define uint32 unsigned int32

/* definitions for AUDCx (15, 16) */
#define SET_TO_1 0x00  /*  */
#define POLY40x01  /* 0001 */
#define DIV31_POLY4  0x02  /* 0010 */
#define POLY5_POLY4  0x03  /* 0011 */
#define PURE 0x04  /* 0100 */
#define PURE20x05  /* 0101 */
#define DIV31_PURE   0x06  /* 0110 */
#define POLY5_2  0x07  /* 0111 */
#define POLY90x08  /* 1000 */
#define POLY50x09  /* 1001 */
#define DIV31_POLY5  0x0a  /* 1010 */
#define POLY5_POLY5  0x0b  /* 1011 */
#define DIV3_PURE0x0c  /* 1100 */
#define DIV3_PURE2   0x0d  /* 1101 */
#define DIV93_PURE   0x0e  /* 1110 */
#define DIV3_POLY5   0x0f  /*  */

#define DIV3_MASK0x0c

#define AUDC00x15
#define AUDC10x16
#define AUDF00x17
#define AUDF10x18
#define AUDV00x19
#define AUDV10x1a

/* the size (in entries) of the 4 polynomial tables */
#define POLY4_SIZE  0x000f
#define POLY5_SIZE  0x001f
#define POLY9_SIZE  0x01ff

/* channel definitions */
#define CHAN1   0
#define CHAN2   1

#define FALSE   0
#define TRUE1

/* Initialze the bit patterns for the polynomials. */

/* The 4bit and 5bit patterns are the identical ones used in the tia chip. */
/* Though the patterns could be packed with 8 bits per byte, using only a */
/* single bit per byte keeps the math simple, which is important for */
/* efficient processing. */

static uint8 Bit4[POLY4_SIZE] =
 { 1,1,0,1,1,1,0,0,0,0,1,0,1,0,0 };

static uint8 Bit5[POLY5_SIZE] =
 { 0,0,1,0,1,1,0,0,1,1,1,1,1,0,0,0,1,1,0,1,1,1,0,1,0,1,0,0,0,0,1 };

/* I've treated the 'Div by 31' counter as another polynomial because of */
/* the way it operates.  It does not have a 50% duty cycle, but instead */
/* has a 13:18 ratio (of course, 13+18 = 31).  This could also be */
/* implemented by using counters. */

static uint8 Div31[POLY5_SIZE] =
 { 0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,0,0,0,0,0,0,0,0,0,0,0 };

typedef struct _atari_2600
{
 t_object x_obj;
 t_float x15;
 t_float x16;
 t_float x17;
 t_float x18;
 t_float x19;
 t_float x1a;
 long Bit9[POLY9_SIZE];
 long P4[2];
 long P5[2];
 long P9[2];
 long Div_n_cnt[2];
 long Div_n_max[2];
 long AUDC[2];
 long AUDF[2];
 long AUDV[2];
 long Outvol[2];
 long volume;
} t_atari_2600;

void *atari_2600_new(void);
t_int *atari_2600_perform(t_int *w);
void atari_2600_dsp(t_atari_2600 *x, t_signal **sp, short *count);

void Tia_sound_init(t_atari_2600 *x, uint16 sample_freq, uint16 playback_freq);
void Update_tia_sound(t_atari_2600 *x, uint16 addr, uint8 val);
void Tia_process (t_atari_2600 *x, t_float *buffer, uint16 n);

void atari_2600_tilde_setup(void)
{
atari_2600_class = class_new(gensym("atari_2600~"),
(t_newmethod)atari_2600_new, 0, sizeof(t_atari_2600),
CLASS_DEFAULT, A_DEFFLOAT, 0);
class_addmethod(atari_2600_class, (t_method)atari_2600_dsp, 
gensym("dsp"), 0);
}

void *atari_2600_new(void)
{
 t_atari_2600 *x = (t_atari_2600 *)pd_new(atari_2600_class);
 x->x15 = 0;
 x->x16 = 0;
 x->x17 = 0;
 x->x18 = 0;
 x->x19 = 0;
 x->x1a = 0;
 floatinlet_new(&x->x_obj, &x->x15);
 floatinlet_new(&x->x_obj, &x->x17);
 floatinlet_new(&x->x_obj, &x->x19);
 floatinlet_new(&x->x_obj, &x->x16);
 floatinlet_new(&x->x_obj, &x->x18);
 floatinlet_new(&x->x_obj, &x->x1a);
 outlet_new(&x->x_obj, &s_signal);

 Tia_sound_init(x, 32000, 32000);
 return (x);
}

void atari_2600_dsp(t_atari_2600 *x, t_signal **sp, short *count)
{
 dsp_add(atari_2600_perform, 3, sp[0]->s_vec, sp[0]->s_n, x);
}

t

Re: [PD] namecanvas: why deprecated?

[Luke Iannini (pd)]

Actually I don't understand why people are so in love with
[namecanvas]. In five or six years of using Pd, I've never written a
patch with it.


Can't think of everything I've done with it before, but dynamically
resizing the GraphOnParent dimensions based on the arguments of a
patch is one for which I'm unaware of any other possible method.

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