Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Jonathan Wilkes]

- Original Message -

> From: Bill Gribble 
> To: Jonathan Wilkes 
> Cc: Lorenzo Sutton ; "pd-list@iem.at" 
> 
> Sent: Friday, January 25, 2013 10:05 PM
> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
> 
>T he case you describe is the easy one, once you introduce any kind of lexical 
> hygiene.  Names in use in a patch bind closely to the patch or scope in which 
> they are used, so there's no danger of escapes from a patch just because its 
> being used within another patch. 

So inside [blah] let's say I have this:

[r foo]
|
[print I_don_t_want_bob_to_trigger_this]

I share my [blah] abstraction with Bob, who creates a [blah] instance in the 
same
patch where he has

[Click here to start my thing(
|
[s foo]

I suppose I don't know what "lexical hygiene" means.  But I think you have to 
have
a way to explicitly state that "binding symbol foo applies to >this< canvas and 
all
of its children, but not to any parents".  Do you have a way to do that without 
using
the $0 kludge?

There are also use cases for "binding symbol foo applies to all instances of
>this< abstraction", and possibly "all instances of abstractions from >this<
libdir" (though the latter may be overkill).

-Jonathan

> 
> At the same time, references to names that can't be resolved in the local 
> scope do bubble up, so you can have more global names if you need them.
> 
> Thanks,
> Bill Gribble
> 
> On Jan 25, 2013, at 21:27, Jonathan Wilkes  wrote:
> 
>> 
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Bill Gribble 
>>>  To: Jonathan Wilkes 
>>>  Cc: Lorenzo Sutton ; 
> "pd-list@iem.at" 
>>>  Sent: Friday, January 25, 2013 7:55 PM
>>>  Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 
> released
>>> 
>>>  On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
>  From: Bill Gribble 
>  I am working on a pd-clone intended to explore a lot of the 
> topics in
>>>  this 
>  thread.  It's not fully baked yet -- the biggest working 
> patch is
>>>  a biquad 
>  filter designer with pole-zero and freq response plotting -- 
> but
>>>  I'm 
>  particularly excited about the approach to namespacing and 
> scope
>>>  management, 
>  which works a lot like hc describes.  Patches have a set of 
> scopes
>>>  which can be 
>  mapped onto subpatches (represented as layers, not separate 
> windows). 
>>>  Name 
>  resolution in send/receive elements works like you would want 
> it to.
 
  How does scope work for abstractions?
>>> 
>>>  Well, every object in a patch has a name.  To find that object, the 
> tree
>>>  of patches and scopes is crawled upward from the site of the lookup. 
> For
>>>  example, the (equivalent of) [s "foo"] first looks in the 
> scope of the
>>>  [s], then the patch-global scope of the containing patch, then in the
>>>  application global scope for the name "foo". 
>>> 
>>>  Dotted notation can drill down, so [s "foo.bar"] would try to 
> find an
>>>  object named "foo", then find "bar" in its 
> patch-global 
>>>  scope (or an
>>>  object named "bar" within a scope named "foo" in 
> the current 
>>>  patch). 
>>> 
>>>  Does that make sense?
>> 
>>  I don't think I understand it.
>> 
>>  Let's say I have abstraction [blah].  I want [s foo] and [r foo] inside 
> [blah] and
>>  all of [blah]'s children to talk to each other.  Then I want to share 
> my abstraction
>>  with Bob who needn't worry about the send/receive names I used inside 
> [blah]
>>  because they are guaranteed not to conflict with anything he does outside 
> the
>>  scope of the [blah] abstraction (e.g., creating a [s foo] on the same 
> canvas where
>>  a [blah] object sits).
>> 
>>  Can I specify the scope of the s/r symbol in this way?
>> 
>>  Jonathan
>> 
>>> 
>>>  Thanks,
>>>  Bill Gribble  
>>> 
> 

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Jonathan Wilkes]

- Original Message -

> From: Billy Stiltner 
> To: Jonathan Wilkes 
> Cc: Bill Gribble ; "pd-list@iem.at" 
> Sent: Friday, January 25, 2013 9:43 PM
> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
> 
> Here's how I've managed to send and receive from a parent(multi
> instance) abstraction to multiple instances of nested sub
> abstractions.

I'm talking about doing it without the constraint of having to prepare
the child abstractions beforehand with an argument that contains
a dollarsign variable.  Passing unique identifiers around to simulate
scope is really painful.  In fact I was going to write some trivial tcl
example code here to show how clunky the $0 approach would be,
but I can't even imagine what it would look like.

-Jonathan

> 
> within main abstraction  [mainAb]
> some data named $0var    send it like this  [s $0var]
> 
> initialize sub abstractions
> pass names X_1 and  X_2   in so you can send and receive data to these
> abstractions individually
> [abX X_1 $0]  [abX  X_2 $0]
> 
> within sub abstraction abX initialized with X_1
> $1 = X_1
> $2 = mainAb's $0
> 
> for all instances of abX
> to receive from main's [s $0var]
> [r $2var]
> 
> to to send and receive locally and have mainAb access
> within abX [s $2$1varZ]
> within mainAb [r $0X_1varZ] and [r $0X_2varZ]
> 
> a way to get global data to sub abstractions of abX
> within abX initialize [abY $2var]
> within abY $1var = mainAb $0var
> 
> This information is useful say if you have multiple voices and want to
> have them share the same control
> 
> so say $0var is a send on a filter frequency slider
> when you move the slider all instances of abX receive the new filter frequency
> 
> when you want information to or from a specific instance of abX say
> like you want to plot each of the voices outputs on a scope
> use  [s~ $2$1varZ] in abX
> then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those
> to a table so you can see which voice is sounding
> On Fri, Jan 25, 2013 at 9:27 PM, Jonathan Wilkes  
> wrote:
>> 
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Bill Gribble 
>>>  To: Jonathan Wilkes 
>>>  Cc: Lorenzo Sutton ; 
> "pd-list@iem.at" 
>>>  Sent: Friday, January 25, 2013 7:55 PM
>>>  Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 
> released
>>> 
>>>  On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
   > From: Bill Gribble 
   > I am working on a pd-clone intended to explore a lot of the 
> topics in
>>>  this
   > thread.  It's not fully baked yet -- the biggest working 
> patch is
>>>  a biquad
   > filter designer with pole-zero and freq response plotting -- 
> but
>>>  I'm
   > particularly excited about the approach to namespacing and 
> scope
>>>  management,
   > which works a lot like hc describes.  Patches have a set of 
> scopes
>>>  which can be
   > mapped onto subpatches (represented as layers, not separate 
> windows).
>>>  Name
   > resolution in send/receive elements works like you would want 
> it to.
 
   How does scope work for abstractions?
>>> 
>>>  Well, every object in a patch has a name.  To find that object, the 
> tree
>>>  of patches and scopes is crawled upward from the site of the lookup. 
> For
>>>  example, the (equivalent of) [s "foo"] first looks in the 
> scope of the
>>>  [s], then the patch-global scope of the containing patch, then in the
>>>  application global scope for the name "foo".
>>> 
>>>  Dotted notation can drill down, so [s "foo.bar"] would try to 
> find an
>>>  object named "foo", then find "bar" in its 
> patch-global
>>>  scope (or an
>>>  object named "bar" within a scope named "foo" in 
> the current
>>>  patch).
>>> 
>>>  Does that make sense?
>> 
>>  I don't think I understand it.
>> 
>>  Let's say I have abstraction [blah].  I want [s foo] and [r foo] inside 
> [blah] and
>>  all of [blah]'s children to talk to each other.  Then I want to share 
> my abstraction
>>  with Bob who needn't worry about the send/receive names I used inside 
> [blah]
>>  because they are guaranteed not to conflict with anything he does outside 
> the
>>  scope of the [blah] abstraction (e.g., creating a [s foo] on the same 
> canvas where
>>  a [blah] object sits).
>> 
>>  Can I specify the scope of the s/r symbol in this way?
>> 
>>  Jonathan
>> 
>>> 
>>>  Thanks,
>>>  Bill Gribble
>>> 
>> 
>>  ___
>>  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] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Bill Gribble]

The case you describe is the easy one, once you introduce any kind of lexical 
hygiene.  Names in use in a patch bind closely to the patch or scope in which 
they are used, so there's no danger of escapes from a patch just because its 
being used within another patch. 

At the same time, references to names that can't be resolved in the local scope 
do bubble up, so you can have more global names if you need them.

Thanks,
Bill Gribble

On Jan 25, 2013, at 21:27, Jonathan Wilkes  wrote:

> 
> 
> 
> 
> - Original Message -
>> From: Bill Gribble 
>> To: Jonathan Wilkes 
>> Cc: Lorenzo Sutton ; "pd-list@iem.at" 
>> 
>> Sent: Friday, January 25, 2013 7:55 PM
>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
>> 
>> On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
 From: Bill Gribble 
 I am working on a pd-clone intended to explore a lot of the topics in
>> this 
 thread.  It's not fully baked yet -- the biggest working patch is
>> a biquad 
 filter designer with pole-zero and freq response plotting -- but
>> I'm 
 particularly excited about the approach to namespacing and scope
>> management, 
 which works a lot like hc describes.  Patches have a set of scopes
>> which can be 
 mapped onto subpatches (represented as layers, not separate windows). 
>> Name 
 resolution in send/receive elements works like you would want it to.
>>> 
>>> How does scope work for abstractions?
>> 
>> Well, every object in a patch has a name.  To find that object, the tree
>> of patches and scopes is crawled upward from the site of the lookup. For
>> example, the (equivalent of) [s "foo"] first looks in the scope of the
>> [s], then the patch-global scope of the containing patch, then in the
>> application global scope for the name "foo". 
>> 
>> Dotted notation can drill down, so [s "foo.bar"] would try to find an
>> object named "foo", then find "bar" in its patch-global 
>> scope (or an
>> object named "bar" within a scope named "foo" in the current 
>> patch). 
>> 
>> Does that make sense?
> 
> I don't think I understand it.
> 
> Let's say I have abstraction [blah].  I want [s foo] and [r foo] inside 
> [blah] and
> all of [blah]'s children to talk to each other.  Then I want to share my 
> abstraction
> with Bob who needn't worry about the send/receive names I used inside [blah]
> because they are guaranteed not to conflict with anything he does outside the
> scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas 
> where
> a [blah] object sits).
> 
> Can I specify the scope of the s/r symbol in this way?
> 
> Jonathan
> 
>> 
>> Thanks,
>> Bill Gribble  
>> 

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

Re: [PD] can anyone make screencasts of 0.43 editing features?

[Hans-Christoph Steiner]

I thought I'd find time to try making screencasts myself, but no such luck.  I
am going to include the in the Pd-extended 0.43.4 announcements.  Ryan, or
anyone else, could you make more?  I started taking notes for some screencast
ideas, in case any of these piques your interest:

a demo of all sorts of fixed annoyances:
∘ File->New in same folder as focused_window (open a patch,
  the File->New patch is created in the same folder)
∘ double-clicking a patch opens in running instance on GNU/Linux and Windows
∘ full unicode support, so Greek, Japanese, Korean, Chinese, Hebrew,
  Arabic, etc. works in patches, filenames, MIDI device names, etc.
∘ Properties menu pops up where you click
∘ new subpatches open their window where you make them
∘ GUI remains responsive with 2000 messages/sec to Pd window
∘ the Window menu now shows the hierarchy of the windows with an indent

the 'log' library and the clickable Pd window:
∘ show logging at different levels
∘ filtering the Pd window based on level with the Log: menu
∘ posting at different levels using the 'log' library

tricks with GUI plugins (see example plugins)
∘ tab completion in object boxes
∘ GNOME Open/Save panels
∘ customizable object category menu on right-click menu
∘ object button bar on top of the patch

using [path] for a project-local libs folder
∘ create a folder in your project called libs/
∘ put [path libs] in your patch
∘ libs will then load from your project-local libs/ folder

.hc


On 12/05/2012 11:56 AM, Hans-Christoph Steiner wrote:
> 
> Perfect, that's better than I expected :-D  I'll make a new post on 
> puredata.info with that video. 
> 
> About the Pd window video, have you seen the new 'log' library?  That might 
> be a good way to illustrate the clickable log lines.
> 
> 
> .hc
> 
> On Dec 4, 2012, at 10:27 PM, Ryan Smith wrote:
> 
>> I posted a video on youtube showing off a couple of the new editing
>> features. Autopatch, Autotips, Magic Glass and Perf Mode. Once I get
>> my feet wet with tcl, and play around with the tcl entry field I'll
>> try to put together one demoing that and the other new main pd window
>> features.
>> http://youtu.be/eMhfSu3vuvQ
>>
>> On Tue, Nov 20, 2012 at 11:58 AM, Hans-Christoph Steiner  
>> wrote:
>>>
>>> I would love to see a video of the new editing features in Pd-extended 
>>> 0.43, but I've never really done any screencast recording.  Anyone want to 
>>> take this on?  It could be anything from making a complete, narrative 
>>> movie, or just recording the clips and posting them so someone else can 
>>> edit them into a full narrative.
>>>
>>> Here's a description of some of them:
>>> http://puredata.info/Members/hans/new-editing-features-of-pd-extended-0-43-now-in-beta
>>>
>>> .hc
>>> ___
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> http://lists.puredata.info/listinfo/pd-list
> 

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

Re: [PD] Using Xapian for the Pd Search Plugin

[Jonathan Wilkes]

- Original Message -

> From: Hans-Christoph Steiner 
> To: pd-list@iem.at
> Cc: 
> Sent: Friday, January 25, 2013 9:39 PM
> Subject: Re: [PD] Using Xapian for the Pd Search Plugin
> 
> 
> 
> On 01/24/2013 04:59 PM, Jonathan Wilkes wrote:
>>  I've looked a bit at the Xapian API.  Here's my preliminary route 
> to changing
>>  the search plugin to use Xapian.
>> 
>>  ***Build the Index***
>>  * Read the file for each doc.
>>  regsub out all "#X foo number number" stuff since it won't 
> help the search
>>  * Optional: prefix all object names with a XAPIAN prefix so that the user 
> can search for instances of objects if 
>>  they want.  Additionally include the object names unprefixed so they count 
> toward a score when the user isn't
>>  searching just for objects
> 
> This sounds quite interesting, how do you mean searching for instances of 
> objects?

Well, we can put "clip~" in the search terms, but we can additionally add it to 
the
db with a prefix (something like XOclip~) when it originated from the
document as  "#X obj 20 10 clip~".  (Basically you normalize all the document
search terms to lower case, so then upper case denotes certain fields.)

I suppose we could also make use of the numbers in "#X obj 20 10", as term with
associated lower number coordinates are closer to the top left corner and are 
more
prominent.

> 
> 
>>  * Prefix all the pd META stuff so that users can search by category, 
> author, etc., and also include it unprefixed
>>  so that again it counts toward a general score when not searching for a 
> particular field
>>  * Include the following as the document data: base directory, filename, pd 
> META KEY/values pairs.  I include the
>>  pd META stuff in the doc data since we want to display some of it 
> (keywords, maybe other stuff in the future) in
>>  the search results.
>> 
>>  Then it's trivial to check for database existence, and only build it if 
> it's not there.  (Maybe just have the last link
>>  on the homepage be "Rebuild Index".)
> 
> Sounds all good.
> 
> 
>>  Now we have an index so
>> 
>>  *** Search ***
>>  Search.  Depending on speed, I might just keep it the way it is, showing 
> ALL results instead of the Google way of 10 per page or whatever.
>> 
>>  *** Search by Category ***
>>  This will be nicer than it is currently-- instead of cryptic regexp text 
> showing up in the search bar, it will just be
>>  the prefixed keyword, like "Kbandlimited" or 
> "Ksignal".  That's easy enough to grasp that I don't think 
> we'll need
>>  some special syntax for category searches-- newbies can just depend on the 
> home page links.  Plus, if they want to search for several categories at once 
> they can quickly figure out it's just a matter of prefixing a 
>>  "K" in front of the category and are way less likely to generate 
> a tcl error as they would be screwing around inside a regexp.  (I could even 
> make a mousebinding, like  will add a category to the search 
> bar without triggering a search, so they can use that to gang several 
> together.)
> 
> what about "category:bandlimited"  The K seems arbitrary and hard to 
> remember.

Yeah, I'm just being lazy because the "K" prefix is how its actually stored in 
the
database, and the main user interface is clicking a link.  It'd basically just
be a regsub there so not too hard to use your syntax.

> 
> 
>>  Also, if I understand the tclxapian interface correctly, I can just hand 
> off a tcl string to Xapian so the search-plugin can get out of tcl 
> "quoting-hell".  (Thus, much less chance of generating errors because 
> of malformed
>>  lists.)
> 
> That sounds very nice too.  Sounds to me like this would be a large
> improvement.  Once you start committing some code, I'll try to find the time
> to add xapian to the Mac and Windows builds so people can start using/testing
> early.

Well, this is all pre-testing stage.  Hopefully there's no weird snags in all 
this.  But the
documentation seems pretty straightforward so far.

-Jonathan

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

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Billy Stiltner]

Here's how I've managed to send and receive from a parent(multi
instance) abstraction to multiple instances of nested sub
abstractions.

within main abstraction  [mainAb]
some data named $0varsend it like this  [s $0var]

initialize sub abstractions
pass names X_1 and  X_2   in so you can send and receive data to these
abstractions individually
[abX X_1 $0]  [abX  X_2 $0]

within sub abstraction abX initialized with X_1
$1 = X_1
$2 = mainAb's $0

for all instances of abX
to receive from main's [s $0var]
[r $2var]

to to send and receive locally and have mainAb access
within abX [s $2$1varZ]
within mainAb [r $0X_1varZ] and [r $0X_2varZ]

a way to get global data to sub abstractions of abX
within abX initialize [abY $2var]
within abY $1var = mainAb $0var

This information is useful say if you have multiple voices and want to
have them share the same control

so say $0var is a send on a filter frequency slider
when you move the slider all instances of abX receive the new filter frequency

when you want information to or from a specific instance of abX say
like you want to plot each of the voices outputs on a scope
use  [s~ $2$1varZ] in abX
then in main [r~ $0X_1varZ] and [r $0X_2varZ] then you can write those
to a table so you can see which voice is sounding
On Fri, Jan 25, 2013 at 9:27 PM, Jonathan Wilkes  wrote:
>
>
>
>
> - Original Message -
>> From: Bill Gribble 
>> To: Jonathan Wilkes 
>> Cc: Lorenzo Sutton ; "pd-list@iem.at" 
>> 
>> Sent: Friday, January 25, 2013 7:55 PM
>> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
>>
>> On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
>>>  > From: Bill Gribble 
>>>  > I am working on a pd-clone intended to explore a lot of the topics in
>> this
>>>  > thread.  It's not fully baked yet -- the biggest working patch is
>> a biquad
>>>  > filter designer with pole-zero and freq response plotting -- but
>> I'm
>>>  > particularly excited about the approach to namespacing and scope
>> management,
>>>  > which works a lot like hc describes.  Patches have a set of scopes
>> which can be
>>>  > mapped onto subpatches (represented as layers, not separate windows).
>> Name
>>>  > resolution in send/receive elements works like you would want it to.
>>>
>>>  How does scope work for abstractions?
>>
>> Well, every object in a patch has a name.  To find that object, the tree
>> of patches and scopes is crawled upward from the site of the lookup. For
>> example, the (equivalent of) [s "foo"] first looks in the scope of the
>> [s], then the patch-global scope of the containing patch, then in the
>> application global scope for the name "foo".
>>
>> Dotted notation can drill down, so [s "foo.bar"] would try to find an
>> object named "foo", then find "bar" in its patch-global
>> scope (or an
>> object named "bar" within a scope named "foo" in the current
>> patch).
>>
>> Does that make sense?
>
> I don't think I understand it.
>
> Let's say I have abstraction [blah].  I want [s foo] and [r foo] inside 
> [blah] and
> all of [blah]'s children to talk to each other.  Then I want to share my 
> abstraction
> with Bob who needn't worry about the send/receive names I used inside [blah]
> because they are guaranteed not to conflict with anything he does outside the
> scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas 
> where
> a [blah] object sits).
>
> Can I specify the scope of the s/r symbol in this way?
>
> Jonathan
>
>>
>> Thanks,
>> Bill Gribble
>>
>
> ___
> 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] Using Xapian for the Pd Search Plugin

[Hans-Christoph Steiner]

On 01/24/2013 04:59 PM, Jonathan Wilkes wrote:
> I've looked a bit at the Xapian API.  Here's my preliminary route to changing
> the search plugin to use Xapian.
> 
> ***Build the Index***
> * Read the file for each doc.
> regsub out all "#X foo number number" stuff since it won't help the search
> * Optional: prefix all object names with a XAPIAN prefix so that the user can 
> search for instances of objects if 
> they want.  Additionally include the object names unprefixed so they count 
> toward a score when the user isn't
> searching just for objects

This sounds quite interesting, how do you mean searching for instances of 
objects?


> * Prefix all the pd META stuff so that users can search by category, author, 
> etc., and also include it unprefixed
> so that again it counts toward a general score when not searching for a 
> particular field
> * Include the following as the document data: base directory, filename, pd 
> META KEY/values pairs.  I include the
> pd META stuff in the doc data since we want to display some of it (keywords, 
> maybe other stuff in the future) in
> the search results.
> 
> Then it's trivial to check for database existence, and only build it if it's 
> not there.  (Maybe just have the last link
> on the homepage be "Rebuild Index".)

Sounds all good.


> Now we have an index so
> 
> *** Search ***
> Search.  Depending on speed, I might just keep it the way it is, showing ALL 
> results instead of the Google way of 10 per page or whatever.
> 
> *** Search by Category ***
> This will be nicer than it is currently-- instead of cryptic regexp text 
> showing up in the search bar, it will just be
> the prefixed keyword, like "Kbandlimited" or "Ksignal".  That's easy enough 
> to grasp that I don't think we'll need
> some special syntax for category searches-- newbies can just depend on the 
> home page links.  Plus, if they want to search for several categories at once 
> they can quickly figure out it's just a matter of prefixing a 
> "K" in front of the category and are way less likely to generate a tcl error 
> as they would be screwing around inside a regexp.  (I could even make a 
> mousebinding, like  will add a category to the search bar without 
> triggering a search, so they can use that to gang several together.)

what about "category:bandlimited"  The K seems arbitrary and hard to remember.


> Also, if I understand the tclxapian interface correctly, I can just hand off 
> a tcl string to Xapian so the search-plugin can get out of tcl 
> "quoting-hell".  (Thus, much less chance of generating errors because of 
> malformed
> lists.)

That sounds very nice too.  Sounds to me like this would be a large
improvement.  Once you start committing some code, I'll try to find the time
to add xapian to the Mac and Windows builds so people can start using/testing
early.

.hc

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Jonathan Wilkes]

- Original Message -
> From: Bill Gribble 
> To: Jonathan Wilkes 
> Cc: Lorenzo Sutton ; "pd-list@iem.at" 
> 
> Sent: Friday, January 25, 2013 7:55 PM
> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
> 
> On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
>>  > From: Bill Gribble 
>>  > I am working on a pd-clone intended to explore a lot of the topics in 
> this 
>>  > thread.  It's not fully baked yet -- the biggest working patch is 
> a biquad 
>>  > filter designer with pole-zero and freq response plotting -- but 
> I'm 
>>  > particularly excited about the approach to namespacing and scope 
> management, 
>>  > which works a lot like hc describes.  Patches have a set of scopes 
> which can be 
>>  > mapped onto subpatches (represented as layers, not separate windows).  
> Name 
>>  > resolution in send/receive elements works like you would want it to. 
>> 
>>  How does scope work for abstractions?
> 
> Well, every object in a patch has a name.  To find that object, the tree
> of patches and scopes is crawled upward from the site of the lookup. For
> example, the (equivalent of) [s "foo"] first looks in the scope of the
> [s], then the patch-global scope of the containing patch, then in the
> application global scope for the name "foo". 
> 
> Dotted notation can drill down, so [s "foo.bar"] would try to find an
> object named "foo", then find "bar" in its patch-global 
> scope (or an
> object named "bar" within a scope named "foo" in the current 
> patch). 
> 
> Does that make sense? 

I don't think I understand it.

Let's say I have abstraction [blah].  I want [s foo] and [r foo] inside [blah] 
and
all of [blah]'s children to talk to each other.  Then I want to share my 
abstraction
with Bob who needn't worry about the send/receive names I used inside [blah]
because they are guaranteed not to conflict with anything he does outside the
scope of the [blah] abstraction (e.g., creating a [s foo] on the same canvas 
where
a [blah] object sits).

Can I specify the scope of the s/r symbol in this way?

Jonathan

> 
> Thanks,
> Bill Gribble  
> 

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

Re: [PD] Building Pd-extended on arch linux 64

[Hans-Christoph Steiner]

On 01/25/2013 06:39 PM, Fero Kiraly wrote:
> PKGBUILD script contains:
> https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43
> and clone git://
> pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git
> 
> is this correct ?

Everything is now in the SVN, no git repo needed for the release:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43

If you want to maintain a 'dev' package, the next dev setup will be the same,
with everything but the pd/ folder coming from:
 
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.44

And the pd/ folder coming from:
 git://pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git

.hc

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Bill Gribble]

On Fri, 2013-01-25 at 15:21 -0800, Jonathan Wilkes wrote:
> > From: Bill Gribble 
> > I am working on a pd-clone intended to explore a lot of the topics in this 
> > thread.  It's not fully baked yet -- the biggest working patch is a biquad 
> > filter designer with pole-zero and freq response plotting -- but I'm 
> > particularly excited about the approach to namespacing and scope 
> > management, 
> > which works a lot like hc describes.  Patches have a set of scopes which 
> > can be 
> > mapped onto subpatches (represented as layers, not separate windows).  Name 
> > resolution in send/receive elements works like you would want it to. 
> 
> How does scope work for abstractions?

Well, every object in a patch has a name.  To find that object, the tree
of patches and scopes is crawled upward from the site of the lookup. For
example, the (equivalent of) [s "foo"] first looks in the scope of the
[s], then the patch-global scope of the containing patch, then in the
application global scope for the name "foo". 

Dotted notation can drill down, so [s "foo.bar"] would try to find an
object named "foo", then find "bar" in its patch-global scope (or an
object named "bar" within a scope named "foo" in the current patch). 

Does that make sense? 

Thanks,
Bill Gribble   


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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Jonathan Wilkes]

- Original Message -

> From: Hans-Christoph Steiner 
> To: Jonathan Wilkes 
> Cc: "pd-list@iem.at" 
> Sent: Friday, January 25, 2013 6:26 PM
> Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
> Path
> 
> On 01/25/2013 06:24 PM, Jonathan Wilkes wrote:
>> 
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Hans-Christoph Steiner 
>>>  To: Jonathan Wilkes 
>>>  Cc: "pd-list@iem.at" 
>>>  Sent: Friday, January 25, 2013 6:17 PM
>>>  Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in 
> Standard Path
>> 
>>  [...]
>> 
   Also, is there a tcl variable that holds the paths that were set 
> by a
   [declare], or one that holds the paths for the currently opened 
> patches?
 
   -Jonathan
>>> 
>>>  Hmm, off the top of my head, I don't think you can get the 
> canvas-local path
>>>  (ie. [path] or [declare -path]) in the GUI.
>> 
>>  Someone wanted to search whatever libs they had loaded, or in the path of 
> the
>>  patch that was loaded, so I think it is already desired.
> 
> Yeah, it could be useful.  Its a matter of someone implementing it.  I can't
> think of any objections.  It seems to me that it would basically end up having
> a mirror of the t_class struct in the GUI.

That was one thing that was neat about the the object-oriented GUI approach
of DesireData-- you ended up with a mirror of the Pd side of things (at least it
looked that way).

BTW-- I've done a little work on my "rename" hack, and it seems to work ok
so far.  The question is should the FUDI message that I generate look exactly
like the FUDI message that triggered the event in Pd that generated the message
to the gui in the first place, or does it just need to follow the FUDI syntax?

-Jonathan

> 
> .hc
> 

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

Re: [PD] Building pd-l2ork on arch linux 64

[Fero Kiraly]

PKGBUILD script contains:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-extended/0.43
and clone git://
pure-data.git.sourceforge.net/gitroot/pure-data/pd-extended.git

is this correct ?

-- 
Fero Kiraly
www.cluster-ensemble.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Hans-Christoph Steiner]

On 01/25/2013 06:24 PM, Jonathan Wilkes wrote:
> 
> 
> 
> 
> - Original Message -
>> From: Hans-Christoph Steiner 
>> To: Jonathan Wilkes 
>> Cc: "pd-list@iem.at" 
>> Sent: Friday, January 25, 2013 6:17 PM
>> Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
>> Path
> 
> [...]
> 
>>>  Also, is there a tcl variable that holds the paths that were set by a
>>>  [declare], or one that holds the paths for the currently opened patches?
>>>
>>>  -Jonathan
>>
>> Hmm, off the top of my head, I don't think you can get the canvas-local path
>> (ie. [path] or [declare -path]) in the GUI.
> 
> Someone wanted to search whatever libs they had loaded, or in the path of the
> patch that was loaded, so I think it is already desired.

Yeah, it could be useful.  Its a matter of someone implementing it.  I can't
think of any objections.  It seems to me that it would basically end up having
a mirror of the t_class struct in the GUI.

.hc

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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Jonathan Wilkes]

- Original Message -
> From: Hans-Christoph Steiner 
> To: Jonathan Wilkes 
> Cc: "pd-list@iem.at" 
> Sent: Friday, January 25, 2013 6:17 PM
> Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
> Path

[...]

>>  Also, is there a tcl variable that holds the paths that were set by a
>>  [declare], or one that holds the paths for the currently opened patches?
>> 
>>  -Jonathan
> 
> Hmm, off the top of my head, I don't think you can get the canvas-local path
> (ie. [path] or [declare -path]) in the GUI.

Someone wanted to search whatever libs they had loaded, or in the path of the
patch that was loaded, so I think it is already desired.

-Jonathan

> 
> .hc
> 

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

Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released

[Jonathan Wilkes]

- Original Message -

> From: Bill Gribble 
> To: Lorenzo Sutton 
> Cc: "pd-list@iem.at" 
> Sent: Monday, January 21, 2013 7:24 AM
> Subject: Re: [PD] GUI toolkits and custom GUIs WAS: Integra Live 1.5 released
> 
> [sorry about partial message send, thumb slip]
> 
> I am working on a pd-clone intended to explore a lot of the topics in this 
> thread.  It's not fully baked yet -- the biggest working patch is a biquad 
> filter designer with pole-zero and freq response plotting -- but I'm 
> particularly excited about the approach to namespacing and scope management, 
> which works a lot like hc describes.  Patches have a set of scopes which can 
> be 
> mapped onto subpatches (represented as layers, not separate windows).  Name 
> resolution in send/receive elements works like you would want it to. 

How does scope work for abstractions?

-Jonathan


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

[PD] raspberry pi user experience

[Cyrille Henry]

hello,

I just install raspbian release and update it. then install pd 0.44.1 (without 
any specific optimisation flag)

I made the standard optimisation :
* - rtprio 99
* - memlock 10
in /etc/security/limits.conf

and
dwc_otg.speed=1
in /boot/cmdline.txt
as suggested by miller

I use a uca222 beringher (that cost about 20 or 25€) sound card.
trying the test audio and midi, there is no click with 10ms audio buffer (with 
adc~ enable).

this is with usb keyboard / mouse combo plugged and graphical interface (for 
the system and for pd).

without X, audiobuf can be as low as 5ms

having a usb keyboard did not change anything for me.

i'm very happy

cheers
c

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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Hans-Christoph Steiner]

On 01/25/2013 06:12 PM, Jonathan Wilkes wrote:
> - Original Message -
> 
>> From: Hans-Christoph Steiner 
>> To: pd-list@iem.at
>> Cc: 
>> Sent: Friday, January 25, 2013 4:01 PM
>> Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
>> Path
>>
>> On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
>>>  - Original Message -
>>>
  From: me.grimm 
  To: pd_list Listserve 
  Cc: 
  Sent: Friday, January 25, 2013 9:25 AM
  Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
>> Path

  i tried declare like so:

  [declare -stdpath /Users/megrimm/Desktop]

  but that didn't work.

  is there anyway to load gui plugins other than dropping them in
  ~/Library/Pd , etc ?
>>>
>>>  I don't know.
>>>
>>>  Hans-- is there a translation page that shows the new way to do
>>>  everything in Pd-extended that used to be done through the
>>>  path and startup dialogs?
>>>
>>>  I guess first of all-- is it possible to do everything on the current
>>>  release that could be done on the last, such as the behavior
>>>  in question above?
>>
>> You can set paths in the preferences still.
> 
> Ok, I didn't see that.
> 
>> I never tested whether GUI
>> plugins can be loaded from the user-set path because I didn't see a reason 
>> why
>> someone would want to do that.
> 
> By user-set, do you mean by setting the paths in Preferences from the
> "Edit" menu?
> 
> Also, is there a tcl variable that holds the paths that were set by a
> [declare], or one that holds the paths for the currently opened patches?
> 
> -Jonathan

Hmm, off the top of my head, I don't think you can get the canvas-local path
(ie. [path] or [declare -path]) in the GUI.

.hc

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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Hans-Christoph Steiner]

On 01/25/2013 04:34 PM, Hans-Christoph Steiner wrote:
> On 01/25/2013 04:21 PM, me.grimm wrote:
>>> plugins can be loaded from the user-set path because I didn't see a reason 
>>> why
>>> someone would want to do that.
>>
>> that would be so one might have a different gui look for each of their
>> patchs. or could distribute a gui-plug specific to their patch with
>> their patches, etc.
>>
>> in my case im using the gui-plugs to make my patch look like some
>> absrtacted, glitch, unusable mess... but then if i leave it in the
>> standerd path every patch i would open would be like that there for if
>> i could [declare] the path to the gui-plug then i wouldn't have to
>> worry about it. only that one patch would have those properties
> 
> Hmm, that would be tricky for Pd to make a GUI-plugin only apply to a single
> patch, but you could program that in GUI plugin itself.  Use [wm stackorder .]
> to get the list of open windows, then go thru the list and check [wm title ],
> then compare that to the patchname you want to affect.  Then use that to make
> a canvas id, and only use that canvasid to change things.  ROughtly like:
> 
> foreach mytoplevel [wm stackorder .] {
>   if {[regsub {mypatchname} [wm title $mytoplevel]]} {
>   set tkcanvas [tkcanvas_name $mytoplevel]
>   break
>   }
> }
> 
> Now $tkcanvas is the canvas that you want.  I didn't try the above code, it
> might have errors, but that's the idea.  You can also do that in a patch
> itself with [hcs/window_name] and [hcs/canvas_name].


Hmm, now that i think about it, there is a better way, which would be using
the <> event.

If you receive it:

bind all <> {receive_loaded %W}

proc receive_loaded {mytoplevel} {
if {[regsub {mypatchname} [wm title $mytoplevel]]} {
set tkcanvas [tkcanvas_name $mytoplevel]
# apply your tricks here
}
}

.hc

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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Jonathan Wilkes]

- Original Message -

> From: Hans-Christoph Steiner 
> To: pd-list@iem.at
> Cc: 
> Sent: Friday, January 25, 2013 4:01 PM
> Subject: Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
> Path
> 
> On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
>>  - Original Message -
>> 
>>>  From: me.grimm 
>>>  To: pd_list Listserve 
>>>  Cc: 
>>>  Sent: Friday, January 25, 2013 9:25 AM
>>>  Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard 
> Path
>>> 
>>>  i tried declare like so:
>>> 
>>>  [declare -stdpath /Users/megrimm/Desktop]
>>> 
>>>  but that didn't work.
>>> 
>>>  is there anyway to load gui plugins other than dropping them in
>>>  ~/Library/Pd , etc ?
>> 
>>  I don't know.
>> 
>>  Hans-- is there a translation page that shows the new way to do
>>  everything in Pd-extended that used to be done through the
>>  path and startup dialogs?
>> 
>>  I guess first of all-- is it possible to do everything on the current
>>  release that could be done on the last, such as the behavior
>>  in question above?
> 
> You can set paths in the preferences still.

Ok, I didn't see that.

> I never tested whether GUI
> plugins can be loaded from the user-set path because I didn't see a reason 
> why
> someone would want to do that.

By user-set, do you mean by setting the paths in Preferences from the
"Edit" menu?

Also, is there a tcl variable that holds the paths that were set by a
[declare], or one that holds the paths for the currently opened patches?

-Jonathan

> 
> As for the prefs pane for loading libs at startup, that is bad behavior that
> should be discouraged.  Libs should be loaded in the patch using [import] or
> [declare -lib].
> 
> .hc
> 
>> 
>>  -Jonathan
>> 
>>> 
>>>  m
>>> 
>>> 
>>>  --
>>>  
>>>  m.e.grimm | m.f.a | ed.m.
>>>  megr...@gmail.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
>> 
> 
> ___
> 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-extended 0.43.4 final builds

[Hans-Christoph Steiner]

Ubuntu final builds are up on launchpad (some are still building):

add-apt-repository ppa:eighthave/pd-extended

https://launchpad.net/~eighthave/+archive/pd-extended/+packages

Of course, let me know if you find any problems with them.

.hc


On 01/24/2013 09:04 PM, Hans-Christoph Steiner wrote:
> 
> I've started posting the final builds for Pd-extended 0.43.4. Here are the
> Windows and Mac OS X builds:
> https://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/
> 
> These are the Ubuntu builds, there will be one small change in the final
> builds: the version will be changed to 0.43.4 from 0.43.4~extended2:
> https://launchpad.net/~eighthave/+archive/pd-extended/+packages
> 
> same as Ubuntu but for Debian:
> http://autobuild.puredata.info/auto-build/2013-01-24/
> 
> And the source tarball, which also just needs the version change:
> http://autobuild.puredata.info/auto-build/2013-01-24/Pd-extended_0.43.4~extended-source.tar.bz2
> 
> The version change will be in tomorrow's builds.
> 
> .hc
> 



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

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Hans-Christoph Steiner]

On 01/25/2013 04:21 PM, me.grimm wrote:
>> plugins can be loaded from the user-set path because I didn't see a reason 
>> why
>> someone would want to do that.
> 
> that would be so one might have a different gui look for each of their
> patchs. or could distribute a gui-plug specific to their patch with
> their patches, etc.
> 
> in my case im using the gui-plugs to make my patch look like some
> absrtacted, glitch, unusable mess... but then if i leave it in the
> standerd path every patch i would open would be like that there for if
> i could [declare] the path to the gui-plug then i wouldn't have to
> worry about it. only that one patch would have those properties

Hmm, that would be tricky for Pd to make a GUI-plugin only apply to a single
patch, but you could program that in GUI plugin itself.  Use [wm stackorder .]
to get the list of open windows, then go thru the list and check [wm title ],
then compare that to the patchname you want to affect.  Then use that to make
a canvas id, and only use that canvasid to change things.  ROughtly like:

foreach mytoplevel [wm stackorder .] {
if {[regsub {mypatchname} [wm title $mytoplevel]]} {
set tkcanvas [tkcanvas_name $mytoplevel]
break
}
}

Now $tkcanvas is the canvas that you want.  I didn't try the above code, it
might have errors, but that's the idea.  You can also do that in a patch
itself with [hcs/window_name] and [hcs/canvas_name].

.hc

> 
>> As for the prefs pane for loading libs at startup, that is bad behavior that
>> should be discouraged.  Libs should be loaded in the patch using [import] or
>> [declare -lib].
> 
> i agree hence the "in patch" gui-plugin loading
> 
> h
> 
> 
> m
> 
> On Fri, Jan 25, 2013 at 4:01 PM, Hans-Christoph Steiner  wrote:
>> On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
>>> - Original Message -
>>>
 From: me.grimm 
 To: pd_list Listserve 
 Cc:
 Sent: Friday, January 25, 2013 9:25 AM
 Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

 i tried declare like so:

 [declare -stdpath /Users/megrimm/Desktop]

 but that didn't work.

 is there anyway to load gui plugins other than dropping them in
 ~/Library/Pd , etc ?
>>>
>>> I don't know.
>>>
>>> Hans-- is there a translation page that shows the new way to do
>>> everything in Pd-extended that used to be done through the
>>> path and startup dialogs?
>>>
>>> I guess first of all-- is it possible to do everything on the current
>>> release that could be done on the last, such as the behavior
>>> in question above?
>>
>> You can set paths in the preferences still.  I never tested whether GUI
>> plugins can be loaded from the user-set path because I didn't see a reason 
>> why
>> someone would want to do that.
>>
>> As for the prefs pane for loading libs at startup, that is bad behavior that
>> should be discouraged.  Libs should be loaded in the patch using [import] or
>> [declare -lib].
>>
>> .hc
>>
>>>
>>> -Jonathan
>>>

 m


 --
 
 m.e.grimm | m.f.a | ed.m.
 megr...@gmail.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
>>>
>>
>> ___
>> 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] Loading Gui-Plugin in a Directory Other than in Standard Path

[me.grimm]

> plugins can be loaded from the user-set path because I didn't see a reason why
> someone would want to do that.

that would be so one might have a different gui look for each of their
patchs. or could distribute a gui-plug specific to their patch with
their patches, etc.

in my case im using the gui-plugs to make my patch look like some
absrtacted, glitch, unusable mess... but then if i leave it in the
standerd path every patch i would open would be like that there for if
i could [declare] the path to the gui-plug then i wouldn't have to
worry about it. only that one patch would have those properties

> As for the prefs pane for loading libs at startup, that is bad behavior that
> should be discouraged.  Libs should be loaded in the patch using [import] or
> [declare -lib].

i agree hence the "in patch" gui-plugin loading

h


m

On Fri, Jan 25, 2013 at 4:01 PM, Hans-Christoph Steiner  wrote:
> On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
>> - Original Message -
>>
>>> From: me.grimm 
>>> To: pd_list Listserve 
>>> Cc:
>>> Sent: Friday, January 25, 2013 9:25 AM
>>> Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
>>>
>>> i tried declare like so:
>>>
>>> [declare -stdpath /Users/megrimm/Desktop]
>>>
>>> but that didn't work.
>>>
>>> is there anyway to load gui plugins other than dropping them in
>>> ~/Library/Pd , etc ?
>>
>> I don't know.
>>
>> Hans-- is there a translation page that shows the new way to do
>> everything in Pd-extended that used to be done through the
>> path and startup dialogs?
>>
>> I guess first of all-- is it possible to do everything on the current
>> release that could be done on the last, such as the behavior
>> in question above?
>
> You can set paths in the preferences still.  I never tested whether GUI
> plugins can be loaded from the user-set path because I didn't see a reason why
> someone would want to do that.
>
> As for the prefs pane for loading libs at startup, that is bad behavior that
> should be discouraged.  Libs should be loaded in the patch using [import] or
> [declare -lib].
>
> .hc
>
>>
>> -Jonathan
>>
>>>
>>> m
>>>
>>>
>>> --
>>> 
>>> m.e.grimm | m.f.a | ed.m.
>>> megr...@gmail.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
>>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



-- 

m.e.grimm | m.f.a | ed.m.
megr...@gmail.com
_

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

Re: [PD] Building pd-l2ork on arch linux 64

[Ivica Bukvic]

OK, new versions are up, including 20130125 binaries. Please note that
cwiid is not a part of pd-l2ork. Rather it is a separate package meant to
replace regular cwiid lib.


On Fri, Jan 25, 2013 at 2:04 PM, Fero Kiraly  wrote:

> I will try & let you know.
>  On Jan 25, 2013 6:27 PM, "Ivica Ico Bukvic"  wrote:
>
>> OK, I committed the diff between older version of gem2pdp in pd-l2ork and
>> the latest found in pd-extended. Can you try it now? As a shortcut, you
>> could just go inside the externals folder and type “make gem2pdp” to see if
>> it compiles. Let me know.
>>
>> ** **
>>
>> *From:* Ivica Bukvic [mailto:i...@vt.edu]
>> *Sent:* Friday, January 25, 2013 8:04 AM
>> *To:* Fero Kiraly
>> *Subject:* Re: [PD] Building pd-l2ork on arch linux 64
>>
>> ** **
>>
>> Did you try building with l2ork_addons/tar_em_up.sh script? Also what
>> distro are your using? Finally, what happens if you replace l2ork gem2pdp
>> external folder with that of pd-extended?
>>
>> On Jan 25, 2013 5:39 AM, "Fero Kiraly"  wrote:
>>
>> Hi,
>>
>> When doing PKGBUILD I have some troubles.
>>
>> ** **
>>
>> What I am doing:
>>
>> ** **
>>
>> #1 getting pd-lork from git >git clone git://github.com/pd-l2ork/pd.git**
>> **
>>
>> #2 getting Gem from git (to empty 'Gem' folder) >git clone git://
>> github.com/pd-l2ork/pd.git
>>
>> #3 update docs (to 'doc' folder) >svn checkout
>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc
>>
>> ** **
>>
>> #4 Fixing pd/src/configure.in for tk/tcl 8.6
>>
>> ** **
>>
>> #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/***
>> *
>>
>> #6 running 'aclocal  ./autogen.sh' in Gem folder
>>
>> ** **
>>
>> #7 optimizing Gem for 64bit architecture  FPIC_FLAG="-fPIC"
>>
>> #8 finally run the make install in 'packages/linux_make'
>>
>> ** **
>>
>>   make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \
>>
>> GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" \
>>
>> DESTDIR=$pkgdir \
>>
>> prefix=/usr \
>>
>> install || return 1
>>
>> ** **
>>
>> ** **
>>
>> the process ends with error compiling gem2pdp:
>>
>> ** **
>>
>> make[3]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp'
>>
>> cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp && aclocal
>> && autoconf
>>
>> configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete.
>>
>> You should simply use the 'AC_PROG_CC' macro instead.
>>
>> Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',***
>> *
>>
>> but upon 'ac_cv_prog_cc_stdc'.
>>
>> /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded
>> from...
>>
>> configure.ac:41: the top level
>>
>> autom4te: /usr/bin/m4 failed with exit status: 1
>>
>> aclocal: error: echo failed with exit status: 1
>>
>> make[2]: ***
>> [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error
>> 1
>>
>> make[2]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals'
>>
>> make[1]: *** [externals_install] Error 2
>>
>> make[1]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages'
>>
>> make: *** [install] Error 2
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> can anybody help ?
>>
>> ** **
>>
>> fk
>>
>>
>> ___
>> 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] Loading Gui-Plugin in a Directory Other than in Standard Path

[Hans-Christoph Steiner]

On 01/25/2013 03:31 PM, Jonathan Wilkes wrote:
> - Original Message -
> 
>> From: me.grimm 
>> To: pd_list Listserve 
>> Cc: 
>> Sent: Friday, January 25, 2013 9:25 AM
>> Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
>>
>> i tried declare like so:
>>
>> [declare -stdpath /Users/megrimm/Desktop]
>>
>> but that didn't work.
>>
>> is there anyway to load gui plugins other than dropping them in
>> ~/Library/Pd , etc ?
> 
> I don't know.
> 
> Hans-- is there a translation page that shows the new way to do
> everything in Pd-extended that used to be done through the
> path and startup dialogs?
> 
> I guess first of all-- is it possible to do everything on the current
> release that could be done on the last, such as the behavior
> in question above?

You can set paths in the preferences still.  I never tested whether GUI
plugins can be loaded from the user-set path because I didn't see a reason why
someone would want to do that.

As for the prefs pane for loading libs at startup, that is bad behavior that
should be discouraged.  Libs should be loaded in the patch using [import] or
[declare -lib].

.hc

> 
> -Jonathan
> 
>>
>> m
>>
>>
>> --
>> 
>> m.e.grimm | m.f.a | ed.m.
>> megr...@gmail.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
> 

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

Re: [PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals

[katja]

Sorry that must be my fault, archived it with default options. I'll
have a look into that and let you know when a better .tar is uploaded.

Katja


On Fri, Jan 25, 2013 at 4:53 PM, Julian Brooks  wrote:
> Hi Katja,
>
> Thanks for this.
>
> When I cd into bin then ./pd I get 'permission denied'.  And sudo'd I get
> 'command not found'.
>
> Any other ideas?
>
> Jb
>
>
>
> On 25 January 2013 15:36, katja  wrote:
>>
>> Hi Julian,
>>
>> Most convenient is to go in the bin directory of that 'local' Pd with
>>
>> cd /place/where/new/pd/is/bin
>>
>> From there you can start (and restart) the local Pd with
>>
>> ./pd
>>
>> In my case, the recompiled Pd would not start because it could not
>> find libportaudio.so.2. After installing libportaudio2 via Synaptic,
>> 'normalized' Pd would finally start.
>>
>> It is no problem to have the regular Pd still installed. Maybe you can
>> install the local Pd over the regular Pd using the gnumakefile. Didn't
>> try that, I don't like to install things without package manager.
>>
>> Katja
>>
>>
>>
>> On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks  wrote:
>> > Excuse my ignorance:
>> > not sure how to start the below version of pd on the rpi?
>> >
>> > I have the full path but then what?
>> >
>> > if I do (in command line)
>> > pd /place/where/new/pd/is/bin/pd
>> > It signals watchdog.
>> >
>> > I also still have regular pd 0.44.0 installed btw.
>> >
>> > Sorry if this is dumb dumb dumb dumb Duuummmbbb.
>> >
>> > Jb
>> >
>> > On 24 January 2013 09:14, katja  wrote:
>> >>
>> >> 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here
>> >> for testing purposes (will be removed when Miller's release is fixed
>> >> in this sense):
>> >>
>> >> www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz
>> >>
>> >> This is a locally installed Pd, like Miller's distribution. You can
>> >> start it from command line with the full path to
>> >> pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed
>> >> under supervision of package manager.
>> >>
>> >> Katja
>> >>
>> >>
>> >> On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks 
>> >> wrote:
>> >> > Hey Katja,
>> >> >
>> >> > Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please.
>> >> >
>> >> > Cheers,
>> >> >
>> >> > Julian
>> >> >
>> >> >
>> >> >
>> >> > On 23 January 2013 18:23, katja  wrote:
>> >> >>
>> >> >> Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a
>> >> >> few
>> >> >> hours, not only because Pi is so slow) with PD_BIGORSMALL enabled
>> >> >> for
>> >> >> arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I
>> >> >> verified that the macro is implemented indeed.
>> >> >>
>> >> >> Martin Brinkmann's patch chaosmonster1
>> >> >> (http://www.martin-brinkmann.de) gives a beautiful illustration of
>> >> >> the
>> >> >> improvement. This patch is full of filters and delay lines. At it's
>> >> >> initial settings, there is no subnormals problem. But if you set the
>> >> >> bottom slider to the right, it gets silent. With Pd-0.44-0 release,
>> >> >> CPU load explodes. With the 'normalized' Pd, nothing special
>> >> >> happens.
>> >> >>
>> >> >> And indeed, the PD_BIGORSMALL conditional checks come for free: with
>> >> >> initial settings of the chaosmonster1, performance is equivalent in
>> >> >> both Pd's. Cool! Hopefully this is similar on armv7.
>> >> >>
>> >> >> Katja
>> >> >>
>> >> >>
>> >> >>
>> >> >> On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner
>> >> >> 
>> >> >> wrote:
>> >> >> >
>> >> >> > hey Katya,
>> >> >> >
>> >> >> > This also sounds like good evidence for your idea of writing C
>> >> >> > code
>> >> >> > that
>> >> >> > modern compilers optimize well.  Using unions for aliasing allows
>> >> >> > the
>> >> >> > compiler
>> >> >> > to do all the new tricks, then writing loops that auto-vectorize
>> >> >> > gives
>> >> >> > us the
>> >> >> > real benefits.  Also, I think we can see some gains by using
>> >> >> > memcpy()
>> >> >> > since on
>> >> >> > modern libc version, those are highly optimized for the given CPU,
>> >> >> > dynamically
>> >> >> > choosing the routines based on what instructions are available.
>> >> >> > memcpy
>> >> >> > will
>> >> >> > use things like SSSE2 if its available.
>> >> >> >
>> >> >> > .hc
>> >> >> >
>> >> >> > On 01/23/2013 07:47 AM, katja wrote:
>> >> >> >> Finally some good news on this topic. Earlier I stated that 'big
>> >> >> >> or
>> >> >> >> small tests' are expensive for the Pi, but that is not by
>> >> >> >> definition
>> >> >> >> the case. There must have been other conditions blurring my
>> >> >> >> impression. I've now done a systematic test where other
>> >> >> >> influences
>> >> >> >> are
>> >> >> >> ruled out. A test class [lopass~] with exactly the same routine
>> >> >> >> as
>> >> >> >> [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled.
>> >> >> >> It
>> >> >> >> was verified that [lopass~] is not affected by denormals.
>> >> >> >> Performance
>> >> >> >> comparison of [lop~] and [lopass~] sh

Re: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[Jonathan Wilkes]

- Original Message -

> From: me.grimm 
> To: pd_list Listserve 
> Cc: 
> Sent: Friday, January 25, 2013 9:25 AM
> Subject: [PD] Loading Gui-Plugin in a Directory Other than in Standard Path
> 
> i tried declare like so:
> 
> [declare -stdpath /Users/megrimm/Desktop]
> 
> but that didn't work.
> 
> is there anyway to load gui plugins other than dropping them in
> ~/Library/Pd , etc ?

I don't know.

Hans-- is there a translation page that shows the new way to do
everything in Pd-extended that used to be done through the
path and startup dialogs?

I guess first of all-- is it possible to do everything on the current
release that could be done on the last, such as the behavior
in question above?

-Jonathan

> 
> m
> 
> 
> --
> 
> m.e.grimm | m.f.a | ed.m.
> megr...@gmail.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

[PD] Netiquette Update (Re: motion-tracking (was Re: help))

[Jonathan Wilkes]

- Original Message -

> From: IOhannes zmölnig 
> To: pd-list@iem.at
> Cc: 
> Sent: Friday, January 25, 2013 3:07 AM
> Subject: Re: [PD] motion-tracking (was Re:  help)
> 
> On 01/25/2013 12:26 AM, Jonathan Wilkes wrote:
>> 
>>  p.s. IOhannes, please see 2nd bullet under "Respect for 
> Newcomers"[1]
> 
> thanks for reminding me.
> it seems you haven't saved the document though.

Saved.

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

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

Re: [PD] gui elements documentation / list

[Hans-Christoph Steiner]

On 01/24/2013 05:11 PM, me.grimm wrote:
>> You need to specify the point or pixel size as part of the font:
>> $tkcanvas itemconfigure text -fill red -font {Helvetica 16}  ;# points
>> $tkcanvas itemconfigure text -fill red -font {Helvetica -16}  ;# negative
> is
>> pixels
> 
> ah thats helpful thank you!
> 
> it might be too much but how about turning on/off gui-plugins directly from
> a patch by sending messages to pd?
> 
> also i did something like:
> 
>  proc RandomInteger1 {max} {
>  return [expr {int(rand()*$max) + 1}]
>  }
> 
> to randomize font size etc. right now when i open my patch i have to click
> on and off the patch to refresh is there just a refresh pd command i
> can send so i count refresh with a metro for example to create little
> animated randomized object boxes?
> 
> i thought you could send a [;pd refresh{ or something like that but i cant
> find it. am i crazy?
> 
> m

One thing I want to add is a 'pd-gui' receive for sending messages to the GUI.
 This would be analogous to the 'pd' receive, i.e. [;pd dsp 1(  But that's
just an idea at this point.

For your case, I think you want to bind to the <> event to refresh
once the patch is finished loading.  Then also, you could bind to a FocusIn
event to make something happen whenever the window gets focus.  There are
other events you can bind to that will be useful to you:
http://www.tcl.tk/man/tcl8.5/TkCmd/bind.htm

.hc


> 
> 
> On Thu, Jan 24, 2013 at 4:30 PM, Hans-Christoph Steiner wrote:
> 
>>
>> Pd uses almost all of the available widgets in Tk:
>> http://www.tcl.tk/man/tcl8.5/Keywords/W.htm#widget
>>
>> The 'text' widget doesn't respond to -size:
>> http://www.tcl.tk/man/tcl8.5/TkCmd/text.htm
>>
>> You need to specify the point or pixel size as part of the font:
>> $tkcanvas itemconfigure text -fill red -font {Helvetica 16}  ;# points
>> $tkcanvas itemconfigure text -fill red -font {Helvetica -16}  ;# negative
>> is
>> pixels
>>
>> You can also create a 'font' to have that setting in one spot:
>> http://www.tcl.tk/man/tcl8.5/TkCmd/font.htm
>>
>> Please add anything you find useful to the wiki:
>> http://puredata.info/docs/guiplugins/GUIPlugins/
>>
>> .hc
>>
>> On 01/24/2013 04:06 PM, me.grimm wrote:
>>> i finally have a chance to play around with the gui-plugin stuff. using
>>> "tkcanvas itemconfigure" im playing around with changing the look of my
>>> patches in performance mode. question: is there a list / documentation of
>>> the gui elements? other than reading over the pd-gui tcl code?
>>>
>>> without knowing much i was doing things like:
>>>
>>> $tkcanvas itemconfigure text -fill red -font Helvetica -size 16
>>>
>>> but -size gives me error
>>>
>>> so maybe there is something more other than a trial and error approach or
>>> use of css knowledge which obviously does not completely translate.
>>>
>>>
>>> m
>>>
>>>
>>>
>>> ___
>>> Pd-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
> 
> 
> 

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

Re: [PD] Building pd-l2ork on arch linux 64

[Hans-Christoph Steiner]

a bit off topic, but while you're working on arch packaging, I just posted the
final Pd-extended 0.43.4 source tarball, which I believe the Arch packaging
uses directly.

https://puredata.info/downloads/pd-extended/releases/0.43.4
http://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/

.hc

On 01/25/2013 02:04 PM, Fero Kiraly wrote:
> I will try & let you know.
>  On Jan 25, 2013 6:27 PM, "Ivica Ico Bukvic"  wrote:
> 
>> OK, I committed the diff between older version of gem2pdp in pd-l2ork and
>> the latest found in pd-extended. Can you try it now? As a shortcut, you
>> could just go inside the externals folder and type “make gem2pdp” to see if
>> it compiles. Let me know.
>>
>> ** **
>>
>> *From:* Ivica Bukvic [mailto:i...@vt.edu]
>> *Sent:* Friday, January 25, 2013 8:04 AM
>> *To:* Fero Kiraly
>> *Subject:* Re: [PD] Building pd-l2ork on arch linux 64
>>
>> ** **
>>
>> Did you try building with l2ork_addons/tar_em_up.sh script? Also what
>> distro are your using? Finally, what happens if you replace l2ork gem2pdp
>> external folder with that of pd-extended?
>>
>> On Jan 25, 2013 5:39 AM, "Fero Kiraly"  wrote:
>>
>> Hi,
>>
>> When doing PKGBUILD I have some troubles.
>>
>> ** **
>>
>> What I am doing:
>>
>> ** **
>>
>> #1 getting pd-lork from git >git clone git://github.com/pd-l2ork/pd.git***
>> *
>>
>> #2 getting Gem from git (to empty 'Gem' folder) >git clone git://
>> github.com/pd-l2ork/pd.git
>>
>> #3 update docs (to 'doc' folder) >svn checkout
>> https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc
>>
>> ** **
>>
>> #4 Fixing pd/src/configure.in for tk/tcl 8.6
>>
>> ** **
>>
>> #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/
>>
>> #6 running 'aclocal  ./autogen.sh' in Gem folder
>>
>> ** **
>>
>> #7 optimizing Gem for 64bit architecture  FPIC_FLAG="-fPIC"
>>
>> #8 finally run the make install in 'packages/linux_make'
>>
>> ** **
>>
>>   make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \
>>
>> GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" \
>>
>> DESTDIR=$pkgdir \
>>
>> prefix=/usr \
>>
>> install || return 1
>>
>> ** **
>>
>> ** **
>>
>> the process ends with error compiling gem2pdp:
>>
>> ** **
>>
>> make[3]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp'
>>
>> cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp && aclocal &&
>> autoconf
>>
>> configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete.
>>
>> You should simply use the 'AC_PROG_CC' macro instead.
>>
>> Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',
>>
>> but upon 'ac_cv_prog_cc_stdc'.
>>
>> /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded
>> from...
>>
>> configure.ac:41: the top level
>>
>> autom4te: /usr/bin/m4 failed with exit status: 1
>>
>> aclocal: error: echo failed with exit status: 1
>>
>> make[2]: ***
>> [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error
>> 1
>>
>> make[2]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals'
>>
>> make[1]: *** [externals_install] Error 2
>>
>> make[1]: Leaving directory
>> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages'
>>
>> make: *** [install] Error 2
>>
>> ** **
>>
>> ** **
>>
>> ** **
>>
>> can anybody help ?
>>
>> ** **
>>
>> fk
>>
>>
>> ___
>> 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] Building pd-l2ork on arch linux 64

[Fero Kiraly]

I will try & let you know.
 On Jan 25, 2013 6:27 PM, "Ivica Ico Bukvic"  wrote:

> OK, I committed the diff between older version of gem2pdp in pd-l2ork and
> the latest found in pd-extended. Can you try it now? As a shortcut, you
> could just go inside the externals folder and type “make gem2pdp” to see if
> it compiles. Let me know.
>
> ** **
>
> *From:* Ivica Bukvic [mailto:i...@vt.edu]
> *Sent:* Friday, January 25, 2013 8:04 AM
> *To:* Fero Kiraly
> *Subject:* Re: [PD] Building pd-l2ork on arch linux 64
>
> ** **
>
> Did you try building with l2ork_addons/tar_em_up.sh script? Also what
> distro are your using? Finally, what happens if you replace l2ork gem2pdp
> external folder with that of pd-extended?
>
> On Jan 25, 2013 5:39 AM, "Fero Kiraly"  wrote:
>
> Hi,
>
> When doing PKGBUILD I have some troubles.
>
> ** **
>
> What I am doing:
>
> ** **
>
> #1 getting pd-lork from git >git clone git://github.com/pd-l2ork/pd.git***
> *
>
> #2 getting Gem from git (to empty 'Gem' folder) >git clone git://
> github.com/pd-l2ork/pd.git
>
> #3 update docs (to 'doc' folder) >svn checkout
> https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc
>
> ** **
>
> #4 Fixing pd/src/configure.in for tk/tcl 8.6
>
> ** **
>
> #5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/
>
> #6 running 'aclocal  ./autogen.sh' in Gem folder
>
> ** **
>
> #7 optimizing Gem for 64bit architecture  FPIC_FLAG="-fPIC"
>
> #8 finally run the make install in 'packages/linux_make'
>
> ** **
>
>   make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \
>
> GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" \
>
> DESTDIR=$pkgdir \
>
> prefix=/usr \
>
> install || return 1
>
> ** **
>
> ** **
>
> the process ends with error compiling gem2pdp:
>
> ** **
>
> make[3]: Leaving directory
> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp'
>
> cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp && aclocal &&
> autoconf
>
> configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete.
>
> You should simply use the 'AC_PROG_CC' macro instead.
>
> Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',
>
> but upon 'ac_cv_prog_cc_stdc'.
>
> /usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded
> from...
>
> configure.ac:41: the top level
>
> autom4te: /usr/bin/m4 failed with exit status: 1
>
> aclocal: error: echo failed with exit status: 1
>
> make[2]: ***
> [/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error
> 1
>
> make[2]: Leaving directory
> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals'
>
> make[1]: *** [externals_install] Error 2
>
> make[1]: Leaving directory
> `/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages'
>
> make: *** [install] Error 2
>
> ** **
>
> ** **
>
> ** **
>
> can anybody help ?
>
> ** **
>
> fk
>
>
> ___
> 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] RPi audio tips & tweaks

[padawa...@obiwannabe.co.uk]

If you need to that through X forwarded over ssh its gonna be ugly

but there are some steps you can take to ease the load. One
I discovered was changing the cipher to blowfish with
the -c flag

Maybe it doesnt even have to be ssh, how about forwarding
X over a really insecure old telnet connection if its just for
local work?

a.


On 25 January 2013 at 16:45 Julian Brooks  wrote:

> Hi all,
> 
>  Back to messing with my RPi after the slew of positive news recently.
> 
>  Unfortunately I'm not really hearing/seeing such good results myself.
>  Certainly not getting anything like Miller and Pierre's 10ms full duplex from
> within Pd.  In fact it's still really glitchy/unstable verging on the
> unusable.
> 
>  I'm presuming that people are getting such decent results by running Pd
> headless (no gui).  Because of the patches I'm wanting to run I do need to
> have the gui so am wondering if anyone has some tips to squeeze a little more
> out the pi?
> 
>  Have updated Raspbian to most recent, done the usb tweak to 1.1, removed
> pulseaudio.
> 
>  I'm running the pi via ssh through my laptop.  I'm also running vncserver on
> the pi and xvncviewer on my debian lappy.
> 
>  Also have an imic, so don't need anything other than usb-audio.
> 
>  So things like: is it worth disabling some of the audio and midi modules,
> that kind of stuff, well you know, anything really?
> 
>  Many thanks in advance,
> 
>  Julian
>  ___
>  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~ in l2ork

[Ivica Ico Bukvic]

OK, the git has now a new version. Binaries will be up hopefully in another
24 hours or so. You can just build the pd-l2ork binary to see if it works
ok. Let me know.

 

From: Ivica Bukvic [mailto:i...@vt.edu] 
Sent: Friday, January 25, 2013 8:01 AM
To: Laurent Willkomm
Cc: pd-list
Subject: Re: [PD] pd~ in l2ork

 

Ugh... Let me investigate...

On Jan 25, 2013 5:48 AM, "Laurent Willkomm"  wrote:

On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote:

OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that
was changed). Binary builds should be up in the next 24-48 hours.


New problem: the last version does not start when clicking on menu entry
(KDE).

Typing "pd-l2ork" in Konsole opens the version installed in /usr/local.

Typing "/usr/local/bin/pd-l2ork" in Konsole gives this error:

sh: 1: /usr/bin/pd-gui: not found

So pd-l2ork is looking for a pd version in /usr/bin instead of
/usr/local/bin, which will fail or start the wrong one.

L.Willkomm



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

Re: [PD] Building pd-l2ork on arch linux 64

[Ivica Ico Bukvic]

OK, I committed the diff between older version of gem2pdp in pd-l2ork and
the latest found in pd-extended. Can you try it now? As a shortcut, you
could just go inside the externals folder and type "make gem2pdp" to see if
it compiles. Let me know.

 

From: Ivica Bukvic [mailto:i...@vt.edu] 
Sent: Friday, January 25, 2013 8:04 AM
To: Fero Kiraly
Subject: Re: [PD] Building pd-l2ork on arch linux 64

 

Did you try building with l2ork_addons/tar_em_up.sh script? Also what distro
are your using? Finally, what happens if you replace l2ork gem2pdp external
folder with that of pd-extended?

On Jan 25, 2013 5:39 AM, "Fero Kiraly"  wrote:

Hi,

When doing PKGBUILD I have some troubles.

 

What I am doing:

 

#1 getting pd-lork from git >git clone git://github.com/pd-l2ork/pd.git

#2 getting Gem from git (to empty 'Gem' folder) >git clone
git://github.com/pd-l2ork/pd.git

#3 update docs (to 'doc' folder) >svn checkout
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc

 

#4 Fixing pd/src/configure.in for tk/tcl 8.6

 

#5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/

#6 running 'aclocal  ./autogen.sh' in Gem folder

 

#7 optimizing Gem for 64bit architecture  FPIC_FLAG="-fPIC"

#8 finally run the make install in 'packages/linux_make'

 

  make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \

GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" \

DESTDIR=$pkgdir \

prefix=/usr \

install || return 1

 

 

the process ends with error compiling gem2pdp:

 

make[3]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp'

cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp && aclocal &&
autoconf

configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete.

You should simply use the 'AC_PROG_CC' macro instead.

Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',

but upon 'ac_cv_prog_cc_stdc'.

/usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded
from...

configure.ac:41: the top level

autom4te: /usr/bin/m4 failed with exit status: 1

aclocal: error: echo failed with exit status: 1

make[2]: ***
[/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error
1

make[2]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals'

make[1]: *** [externals_install] Error 2

make[1]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages'

make: *** [install] Error 2

 

 

 

can anybody help ?

 

fk


___
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] RPi audio tips & tweaks

[Pierre Massat]

Hi, I can't tell you much because i'm only using really simple patches for
now.
I could try one of yours if you want, to see if the soundcard makes a
difference ?
I didn't slow down the USB, but I did remove pulseaudio.

Pierre.

2013/1/25 Julian Brooks 

> Hi all,
>
> Back to messing with my RPi after the slew of positive news recently.
>
> Unfortunately I'm not really hearing/seeing such good results myself.
> Certainly not getting anything like Miller and Pierre's 10ms full duplex
> from within Pd.  In fact it's still really glitchy/unstable verging on the
> unusable.
>
> I'm presuming that people are getting such decent results by running Pd
> headless (no gui).  Because of the patches I'm wanting to run I do need to
> have the gui so am wondering if anyone has some tips to squeeze a little
> more out the pi?
>
> Have updated Raspbian to most recent, done the usb tweak to 1.1, removed
> pulseaudio.
>
> I'm running the pi via ssh through my laptop.  I'm also running vncserver
> on the pi and xvncviewer on my debian lappy.
>
> Also have an imic, so don't need anything other than usb-audio.
>
> So things like: is it worth disabling some of the audio and midi modules,
> that kind of stuff, well you know, anything really?
>
> Many thanks in advance,
>
> Julian
>
> ___
> 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] gpio on the raspberry pi from within pd ?

[Miller Puckette]

Me, I was just planning to see how the python-GPIO library does it and
make similar Pd externs.  But I don't know what I'm doing :)

M

On Fri, Jan 25, 2013 at 10:12:49AM +0100, Antoine Villeret wrote:
> hi all,
> 
> i made a small program which uses GPIO to scan a keypad matrix and send OSC
> data to pd
> it depends on liblo and libbcm2835
> it's very specific to my project but could help someone...
> code is here : https://github.com/avilleret/pianophone
> 
> cheers
> 
> a
> 
> --
> do it yourself
> http://antoine.villeret.free.fr
> 
> 
> 2013/1/25 Charles Goyard 
> 
> > Hi Miller,
> >
> > Miller Puckette wrote:
> > > I think either I or a grad student (we'll see) will be writing a Pd
> > extern
> > > to do this efficiently -- for the moment it would be possible with a
> > Python
> > > script (using netsend/netreceive in Pd) but having an extern would be
> > more
> > > lightweight and probably more robust.
> >
> > great, thanks! Meanwhile I found out about webiopi, which can act as a
> > placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI)
> >
> > Will you use /dev/mem and require root privileges, or the
> > /sys/class/gpio filesystem?  (see
> > http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=9667&p=198848 for
> > how to change permissions, non-standard !)
> >
> > --
> > Charlot
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >

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


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

[PD] RPi audio tips & tweaks

[Julian Brooks]

Hi all,

Back to messing with my RPi after the slew of positive news recently.

Unfortunately I'm not really hearing/seeing such good results myself.
Certainly not getting anything like Miller and Pierre's 10ms full duplex
from within Pd.  In fact it's still really glitchy/unstable verging on the
unusable.

I'm presuming that people are getting such decent results by running Pd
headless (no gui).  Because of the patches I'm wanting to run I do need to
have the gui so am wondering if anyone has some tips to squeeze a little
more out the pi?

Have updated Raspbian to most recent, done the usb tweak to 1.1, removed
pulseaudio.

I'm running the pi via ssh through my laptop.  I'm also running vncserver
on the pi and xvncviewer on my debian lappy.

Also have an imic, so don't need anything other than usb-audio.

So things like: is it worth disabling some of the audio and midi modules,
that kind of stuff, well you know, anything really?

Many thanks in advance,

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

[PD] pd for processing errors on

[Billy Stiltner]

with processing 2 beta 6 (havent installed beta 7 yet

i get this after trying to run HelloPd
***
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.hdmi

.plus lots more similar including bluetooth and phone

JackSocketClientChannel read fail
Cannot open PortAudio client
*

i like the renaming of the  variables and objects
the error could have something to do with me disabling of the builtin
audio card after installing ALSA

am running on UbuntuStudio 12.10



On Mon, Jan 21, 2013 at 12:05 AM, Peter Brinkmann
 wrote:
>
> Hi Billy,
> Use the latest version. I don't think we've had any regressions.
>  Peter
>
>

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

Re: [PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals

[Julian Brooks]

Hi Katja,

Thanks for this.

When I cd into bin then ./pd I get 'permission denied'.  And sudo'd I get
'command not found'.

Any other ideas?

Jb


On 25 January 2013 15:36, katja  wrote:

> Hi Julian,
>
> Most convenient is to go in the bin directory of that 'local' Pd with
>
> cd /place/where/new/pd/is/bin
>
> From there you can start (and restart) the local Pd with
>
> ./pd
>
> In my case, the recompiled Pd would not start because it could not
> find libportaudio.so.2. After installing libportaudio2 via Synaptic,
> 'normalized' Pd would finally start.
>
> It is no problem to have the regular Pd still installed. Maybe you can
> install the local Pd over the regular Pd using the gnumakefile. Didn't
> try that, I don't like to install things without package manager.
>
> Katja
>
>
>
> On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks  wrote:
> > Excuse my ignorance:
> > not sure how to start the below version of pd on the rpi?
> >
> > I have the full path but then what?
> >
> > if I do (in command line)
> > pd /place/where/new/pd/is/bin/pd
> > It signals watchdog.
> >
> > I also still have regular pd 0.44.0 installed btw.
> >
> > Sorry if this is dumb dumb dumb dumb Duuummmbbb.
> >
> > Jb
> >
> > On 24 January 2013 09:14, katja  wrote:
> >>
> >> 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here
> >> for testing purposes (will be removed when Miller's release is fixed
> >> in this sense):
> >>
> >> www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz
> >>
> >> This is a locally installed Pd, like Miller's distribution. You can
> >> start it from command line with the full path to
> >> pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed
> >> under supervision of package manager.
> >>
> >> Katja
> >>
> >>
> >> On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks 
> wrote:
> >> > Hey Katja,
> >> >
> >> > Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please.
> >> >
> >> > Cheers,
> >> >
> >> > Julian
> >> >
> >> >
> >> >
> >> > On 23 January 2013 18:23, katja  wrote:
> >> >>
> >> >> Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few
> >> >> hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for
> >> >> arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I
> >> >> verified that the macro is implemented indeed.
> >> >>
> >> >> Martin Brinkmann's patch chaosmonster1
> >> >> (http://www.martin-brinkmann.de) gives a beautiful illustration of
> the
> >> >> improvement. This patch is full of filters and delay lines. At it's
> >> >> initial settings, there is no subnormals problem. But if you set the
> >> >> bottom slider to the right, it gets silent. With Pd-0.44-0 release,
> >> >> CPU load explodes. With the 'normalized' Pd, nothing special happens.
> >> >>
> >> >> And indeed, the PD_BIGORSMALL conditional checks come for free: with
> >> >> initial settings of the chaosmonster1, performance is equivalent in
> >> >> both Pd's. Cool! Hopefully this is similar on armv7.
> >> >>
> >> >> Katja
> >> >>
> >> >>
> >> >>
> >> >> On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner <
> h...@at.or.at>
> >> >> wrote:
> >> >> >
> >> >> > hey Katya,
> >> >> >
> >> >> > This also sounds like good evidence for your idea of writing C code
> >> >> > that
> >> >> > modern compilers optimize well.  Using unions for aliasing allows
> the
> >> >> > compiler
> >> >> > to do all the new tricks, then writing loops that auto-vectorize
> >> >> > gives
> >> >> > us the
> >> >> > real benefits.  Also, I think we can see some gains by using
> memcpy()
> >> >> > since on
> >> >> > modern libc version, those are highly optimized for the given CPU,
> >> >> > dynamically
> >> >> > choosing the routines based on what instructions are available.
> >> >> > memcpy
> >> >> > will
> >> >> > use things like SSSE2 if its available.
> >> >> >
> >> >> > .hc
> >> >> >
> >> >> > On 01/23/2013 07:47 AM, katja wrote:
> >> >> >> Finally some good news on this topic. Earlier I stated that 'big
> or
> >> >> >> small tests' are expensive for the Pi, but that is not by
> definition
> >> >> >> the case. There must have been other conditions blurring my
> >> >> >> impression. I've now done a systematic test where other influences
> >> >> >> are
> >> >> >> ruled out. A test class [lopass~] with exactly the same routine as
> >> >> >> [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled.
> It
> >> >> >> was verified that [lopass~] is not affected by denormals.
> >> >> >> Performance
> >> >> >> comparison of [lop~] and [lopass~] shows that both objects cause
> >> >> >> equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small
> >> >> >> checks' for free! At least in the case of this simple filter.
> Please
> >> >> >> try attached bigorsmalltest.zip on the Pi to see if I'm not
> >> >> >> dreaming.
> >> >> >>
> >> >> >> While I was at the topic anyway, I also tried a big or small test
> >> >> >> with
> >> >> >> union instead of direct type aliasing. It has the advantage that

Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi

[Julian Brooks]

ok, nice one.
Thanks for the explanation.

Jb

On 25 January 2013 15:41, Hans-Christoph Steiner  wrote:

>
> pulseaudio-utils on depends on libpulse0, so you can uninstall the rest of
> pulseaudio and certainly not have it running at all.  Starting pd-extended
> from the terminal is entirely unaffected by this.  Its only affected if you
> do
>
> $ pasuspender pd-extended
>
> If you look at /usr/share/applications/pd-extended.desktop, you'll see
> that in use.
>
> .hc
>
> On Jan 25, 2013, at 10:35 AM, Julian Brooks wrote:
>
> Aah ok.
>
> Does this have implications for Miller's message to uninstall pulseaudio
> for rpi?
>
> Getting reasonable audio out of the rpi is kinda tricky as it is.
>
> Jb
>
> On 25 January 2013 15:18, Hans-Christoph Steiner  wrote:
>
>>
>> Pd-extended depends on pulseaudio-utils on all architectures because the
>> menu item uses pasuspender to suspend PulseAudio when starting Pd so that
>> the audio "just works".  If pasuspender doesn't exist, the menu item won't
>> work at all.
>>
>> .hc
>>
>> On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote:
>>
>> Hey Hans,
>>
>> I'm curious as to why Pd-extended for the rpi relies (has a dependency)
>> upon pulseaudio-utils and am I safe to just take it out again.
>>
>> Cheers for the 0.43.4 version though.
>>
>> Julian
>>
>> On 25 January 2013 04:23, Hans-Christoph Steiner  wrote:
>>
>>>
>>> And here is the first test build of Pd-extended 0.43.4 for RPi:
>>>
>>> http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb
>>>
>>> It is built in a chroot running in with the help of the QEMU emulator.
>>>  Its
>>> easy to setup on Debian/Ubuntu/etc, here's how:
>>>
>>> https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/
>>>
>>> .hc
>>>
>>>
>>> ___
>>> Pd-announce mailing list
>>> pd-annou...@iem.at
>>> http://lists.puredata.info/listinfo/pd-announce
>>>
>>>
>>
>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Jack support on Windows

[Hans-Christoph Steiner]

Its great that you got this working!  Once I get the 0.44 builds going, 
hopefully soon, I'll include this there so that the nightly builds will include 
Jack support on Windows.

Sorry I can't help out with the current issues, I just really don't know enough 
about Jack or Windows.

.hc

On Jan 25, 2013, at 10:04 AM, Pierre-Olivier Boulant wrote:

> This one missed the list.
> well deserved gratefulness inside ;)
> 
> On 25/01/2013 15:43, Esteban Viveros wrote:
>> HAhahahaha... Windows unsafe..  Yeah! You're right again! 
>> 
>> Many many thanks to HC!! Turning off my humbleness I can say.. I'm your Top 
>> fan! :)
>> 
>> Best Regards!
>> 
>> 
>> 
>> 
>> 
>> 2013/1/25 Pierre-Olivier Boulant 
>> Hi,
>> 
>> I wouldn't be too worried about turning off UAC and being admin on a Windows 
>> machine. Mine are setup like this and nothing has ever happened because of 
>> that.
>> Most linux users would say Windows is unsafe anyway. ;)
>> 
>> I'm testing your build. This is excellent! Thank you for taking the time to 
>> make this happen.
>> 
>> Cheers
>> pob
>> 
>> 
>> 
>> 
>> On 25/01/2013 14:35, Esteban Viveros wrote:
>>> Yep! Pierre you're right! 
>>> 
>>> I change UAC settings and now I can use all set.. Jack (without 
>>> administrator privileges), Pd (without administrator) and Ableton Live 
>>> (administrator mode). I don't do a hard test but sound is working like a 
>>> video test...
>>> 
>>> The unique problem is my computer with windows 7 are completly unsafe with 
>>> that UAC settings, but that put to work this 3 apps together.
>>> 
>>> The build are in 
>>> https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit
>>> 
>>> I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit 
>>> Jack 1.9.9 disponible here: http://jackaudio.org/download
>>> 
>>> I don't have certainty if that build can be shared in that way, but we can 
>>> try! ;)
>>> 
>>> 
>>> 2013/1/25 Pierre-Olivier Boulant 
>>> Hola Esteban,
>>> 
>>> That's very good progress.
>>> I have my account set up as administrator and I have disabled UAC too. Have 
>>> you tried this?
>>> I can try out your built if you want.
>>> 
>>> Cheers
>>> Pierre-Olivier
>>> 
>>> 
>>> 
>>> On 25/01/2013 09:47, Esteban Viveros wrote:
 Sorry for delay... 
 
 I do a video to exemplify the procedure I doing... In this try 
 particulary, pd starts in the first try... On others tries I was needed to 
 try twice to open pd...  
 
 http://www.youtube.com/watch?v=8ldcUNoTtoY
 
 More information just ask! ;)
 
 
 2013/1/24 Julian Brooks 
 HI all, hope I'm not barging in...
 
 I've had troubles recently with qjackctl on debian wheezy.  The simplest 
 solution was, as IOhannes   said, have 
 jack running beforehand.  I found just running jackd (the server element) 
 was most reliable.
 
 Mine looks like this for example (from command line):
 jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128  
 -d hw:1,0 -M -H
 
 Trial and error is your friend here.
 
 Best wishes,
 
 Julian
 
 
 
 
 On 24 January 2013 07:11, IOhannes zmölnig  wrote:
 On 01/24/2013 02:09 AM, Esteban Viveros wrote:
 
 But..   I have new problems now.. hhehehehe
 
 When I start pd, I have:
 JACK: unable to connect to JACK server
 JACK: server returned status 17
 
 
 
 try starting the JACK-server before running Pd.
 (Pd is supposed to automatically start jack if it is not runing, but 
 people are reporting problems with that)
 
 fgmadr
 IOhannes
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

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

Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi

[Hans-Christoph Steiner]

pulseaudio-utils on depends on libpulse0, so you can uninstall the rest of 
pulseaudio and certainly not have it running at all.  Starting pd-extended from 
the terminal is entirely unaffected by this.  Its only affected if you do

$ pasuspender pd-extended

If you look at /usr/share/applications/pd-extended.desktop, you'll see that in 
use.

.hc

On Jan 25, 2013, at 10:35 AM, Julian Brooks wrote:

> Aah ok.
> 
> Does this have implications for Miller's message to uninstall pulseaudio for 
> rpi?
> 
> Getting reasonable audio out of the rpi is kinda tricky as it is.
> 
> Jb
> 
> On 25 January 2013 15:18, Hans-Christoph Steiner  wrote:
> 
> Pd-extended depends on pulseaudio-utils on all architectures because the menu 
> item uses pasuspender to suspend PulseAudio when starting Pd so that the 
> audio "just works".  If pasuspender doesn't exist, the menu item won't work 
> at all.
> 
> .hc
> 
> On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote:
> 
>> Hey Hans,
>> 
>> I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon 
>> pulseaudio-utils and am I safe to just take it out again.
>> 
>> Cheers for the 0.43.4 version though.
>> 
>> Julian
>> 
>> On 25 January 2013 04:23, Hans-Christoph Steiner  wrote:
>> 
>> And here is the first test build of Pd-extended 0.43.4 for RPi:
>> http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb
>> 
>> It is built in a chroot running in with the help of the QEMU emulator.  Its
>> easy to setup on Debian/Ubuntu/etc, here's how:
>> https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/
>> 
>> .hc
>> 
>> 
>> ___
>> Pd-announce mailing list
>> pd-annou...@iem.at
>> http://lists.puredata.info/listinfo/pd-announce
>> 
>> 
> 
> 

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

Re: [PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals

[katja]

Hi Julian,

Most convenient is to go in the bin directory of that 'local' Pd with

cd /place/where/new/pd/is/bin

>From there you can start (and restart) the local Pd with

./pd

In my case, the recompiled Pd would not start because it could not
find libportaudio.so.2. After installing libportaudio2 via Synaptic,
'normalized' Pd would finally start.

It is no problem to have the regular Pd still installed. Maybe you can
install the local Pd over the regular Pd using the gnumakefile. Didn't
try that, I don't like to install things without package manager.

Katja



On Fri, Jan 25, 2013 at 3:41 PM, Julian Brooks  wrote:
> Excuse my ignorance:
> not sure how to start the below version of pd on the rpi?
>
> I have the full path but then what?
>
> if I do (in command line)
> pd /place/where/new/pd/is/bin/pd
> It signals watchdog.
>
> I also still have regular pd 0.44.0 installed btw.
>
> Sorry if this is dumb dumb dumb dumb Duuummmbbb.
>
> Jb
>
> On 24 January 2013 09:14, katja  wrote:
>>
>> 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here
>> for testing purposes (will be removed when Miller's release is fixed
>> in this sense):
>>
>> www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz
>>
>> This is a locally installed Pd, like Miller's distribution. You can
>> start it from command line with the full path to
>> pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed
>> under supervision of package manager.
>>
>> Katja
>>
>>
>> On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks  wrote:
>> > Hey Katja,
>> >
>> > Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please.
>> >
>> > Cheers,
>> >
>> > Julian
>> >
>> >
>> >
>> > On 23 January 2013 18:23, katja  wrote:
>> >>
>> >> Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few
>> >> hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for
>> >> arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I
>> >> verified that the macro is implemented indeed.
>> >>
>> >> Martin Brinkmann's patch chaosmonster1
>> >> (http://www.martin-brinkmann.de) gives a beautiful illustration of the
>> >> improvement. This patch is full of filters and delay lines. At it's
>> >> initial settings, there is no subnormals problem. But if you set the
>> >> bottom slider to the right, it gets silent. With Pd-0.44-0 release,
>> >> CPU load explodes. With the 'normalized' Pd, nothing special happens.
>> >>
>> >> And indeed, the PD_BIGORSMALL conditional checks come for free: with
>> >> initial settings of the chaosmonster1, performance is equivalent in
>> >> both Pd's. Cool! Hopefully this is similar on armv7.
>> >>
>> >> Katja
>> >>
>> >>
>> >>
>> >> On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner 
>> >> wrote:
>> >> >
>> >> > hey Katya,
>> >> >
>> >> > This also sounds like good evidence for your idea of writing C code
>> >> > that
>> >> > modern compilers optimize well.  Using unions for aliasing allows the
>> >> > compiler
>> >> > to do all the new tricks, then writing loops that auto-vectorize
>> >> > gives
>> >> > us the
>> >> > real benefits.  Also, I think we can see some gains by using memcpy()
>> >> > since on
>> >> > modern libc version, those are highly optimized for the given CPU,
>> >> > dynamically
>> >> > choosing the routines based on what instructions are available.
>> >> > memcpy
>> >> > will
>> >> > use things like SSSE2 if its available.
>> >> >
>> >> > .hc
>> >> >
>> >> > On 01/23/2013 07:47 AM, katja wrote:
>> >> >> Finally some good news on this topic. Earlier I stated that 'big or
>> >> >> small tests' are expensive for the Pi, but that is not by definition
>> >> >> the case. There must have been other conditions blurring my
>> >> >> impression. I've now done a systematic test where other influences
>> >> >> are
>> >> >> ruled out. A test class [lopass~] with exactly the same routine as
>> >> >> [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It
>> >> >> was verified that [lopass~] is not affected by denormals.
>> >> >> Performance
>> >> >> comparison of [lop~] and [lopass~] shows that both objects cause
>> >> >> equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small
>> >> >> checks' for free! At least in the case of this simple filter. Please
>> >> >> try attached bigorsmalltest.zip on the Pi to see if I'm not
>> >> >> dreaming.
>> >> >>
>> >> >> While I was at the topic anyway, I also tried a big or small test
>> >> >> with
>> >> >> union instead of direct type aliasing. It has the advantage that the
>> >> >> compiler can apply strict aliasing rules. This test with unions did
>> >> >> not cause extra CPU load either on the Pi. If you want to verify
>> >> >> this
>> >> >> result, enable the call to bigorsmall() instead of PD_BIGORSMALL in
>> >> >> lopass~.c and recompile.
>> >> >>
>> >> >> The fact that these tests do not cause extra CPU load, indicate that
>> >> >> they are done in parallel with other instructions. Float and int
>> >> >> registers are appare

Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi

[Julian Brooks]

Aah ok.

Does this have implications for Miller's message to uninstall pulseaudio
for rpi?

Getting reasonable audio out of the rpi is kinda tricky as it is.

Jb

On 25 January 2013 15:18, Hans-Christoph Steiner  wrote:

>
> Pd-extended depends on pulseaudio-utils on all architectures because the
> menu item uses pasuspender to suspend PulseAudio when starting Pd so that
> the audio "just works".  If pasuspender doesn't exist, the menu item won't
> work at all.
>
> .hc
>
> On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote:
>
> Hey Hans,
>
> I'm curious as to why Pd-extended for the rpi relies (has a dependency)
> upon pulseaudio-utils and am I safe to just take it out again.
>
> Cheers for the 0.43.4 version though.
>
> Julian
>
> On 25 January 2013 04:23, Hans-Christoph Steiner  wrote:
>
>>
>> And here is the first test build of Pd-extended 0.43.4 for RPi:
>>
>> http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb
>>
>> It is built in a chroot running in with the help of the QEMU emulator.
>>  Its
>> easy to setup on Debian/Ubuntu/etc, here's how:
>>
>> https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/
>>
>> .hc
>>
>>
>> ___
>> Pd-announce mailing list
>> pd-annou...@iem.at
>> http://lists.puredata.info/listinfo/pd-announce
>>
>>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi

[Hans-Christoph Steiner]

Pd-extended depends on pulseaudio-utils on all architectures because the menu 
item uses pasuspender to suspend PulseAudio when starting Pd so that the audio 
"just works".  If pasuspender doesn't exist, the menu item won't work at all.

.hc

On Jan 25, 2013, at 8:08 AM, Julian Brooks wrote:

> Hey Hans,
> 
> I'm curious as to why Pd-extended for the rpi relies (has a dependency) upon 
> pulseaudio-utils and am I safe to just take it out again.
> 
> Cheers for the 0.43.4 version though.
> 
> Julian
> 
> On 25 January 2013 04:23, Hans-Christoph Steiner  wrote:
> 
> And here is the first test build of Pd-extended 0.43.4 for RPi:
> http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb
> 
> It is built in a chroot running in with the help of the QEMU emulator.  Its
> easy to setup on Debian/Ubuntu/etc, here's how:
> https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/
> 
> .hc
> 
> 
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
> 
> 

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

Re: [PD] Jack support on Windows

[Pierre-Olivier Boulant]

This one missed the list.
well deserved gratefulness inside ;)

On 25/01/2013 15:43, Esteban Viveros wrote:

HAhahahaha... Windows unsafe..  Yeah! You're right again!

Many many thanks to HC!! Turning off my humbleness I can say.. I'm 
your Top fan! :)


Best Regards!





2013/1/25 Pierre-Olivier Boulant >


Hi,

I wouldn't be too worried about turning off UAC and being admin on
a Windows machine. Mine are setup like this and nothing has ever
happened because of that.
Most linux users would say Windows is unsafe anyway. ;)

I'm testing your build. This is excellent! Thank you for taking
the time to make this happen.

Cheers
pob




On 25/01/2013 14:35, Esteban Viveros wrote:

Yep! Pierre you're right!

I change UAC settings and now I can use all set.. Jack (without
administrator privileges), Pd (without administrator) and Ableton
Live (administrator mode). I don't do a hard test but sound is
working like a video test...

The unique problem is my computer with windows 7 are completly
unsafe with that UAC settings, but that put to work this 3 apps
together.

The build are in
https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit

I think that can work in windows 7 x64, I use to built that Mixed
64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download

I don't have certainty if that build can be shared in that way,
but we can try! ;)


2013/1/25 Pierre-Olivier Boulant mailto:po.boul...@free.fr>>

Hola Esteban,

That's very good progress.
I have my account set up as administrator and I have disabled
UAC too. Have you tried this?
I can try out your built if you want.

Cheers
Pierre-Olivier



On 25/01/2013 09:47, Esteban Viveros wrote:

Sorry for delay...

I do a video to exemplify the procedure I doing... In this
try particulary, pd starts in the first try... On others
tries I was needed to try twice to open pd...

http://www.youtube.com/watch?v=8ldcUNoTtoY

More information just ask! ;)


2013/1/24 Julian Brooks mailto:jbee...@gmail.com>>

HI all, hope I'm not barging in...

I've had troubles recently with qjackctl on debian
wheezy.  The simplest solution was, as IOhannes said,
have jack running beforehand.  I found just running
jackd (the server element) was most reliable.

Mine looks like this for example (from command line):
jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2
-r 44100 -p 128  -d hw:1,0 -M -H

Trial and error is your friend here.

Best wishes,

Julian




On 24 January 2013 07:11, IOhannes zmölnig
mailto:zmoel...@iem.at>> wrote:

On 01/24/2013 02:09 AM, Esteban Viveros wrote:


But..   I have new problems now.. hhehehehe

When I start pd, I have:
JACK: unable to connect to JACK server
JACK: server returned status 17



try starting the JACK-server before running Pd.
(Pd is supposed to automatically start jack if it is
not runing, but people are reporting problems with that)

fgmadr
IOhannes



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

Re: [PD] Cord inspector/Magic glass thingy

[Pierre-Olivier Boulant]

Nice idea. What about having an audio output setting for this "solo/PFL" 
function ? That way we could specify an auxilary output and not 
interrupt the main audio stream.

That would be a sort of variable input [send~].



On 21/01/2013 04:57, Hans-Christoph Steiner wrote:

I like the idea of being able to listen to individual patch cords, but I think 
it'll be tricky to implement.  Not impossible though...

.hc

On Jan 19, 2013, at 1:33 AM, Jonathan Wilkes wrote:


Let's say I have the cord inspector/magic glass thingy turned on.

For signal cords there should be a shortcut (key combo or double click)
that does the following if audio is currently turned on:
1) Fade out audio

2) Make the inspector rectangle into a hslider, with range 0 to 1, set to zero

3) ramp up audio output for the selected cord with the hslider and send it to 
the sound card

4) turn the hslider red if values outside -1, 1 appear in the signal
5) fade out and remove the hslider when the user deselects the cord
6) fade in on whatever audio was outputting originally

-Jonathan



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

Re: [PD] Cord inspector/Magic glass thingy

[Hans-Christoph Steiner]

I like the idea of being able to listen to individual patch cords, but I think 
it'll be tricky to implement.  Not impossible though...

.hc

On Jan 19, 2013, at 1:33 AM, Jonathan Wilkes wrote:

> Let's say I have the cord inspector/magic glass thingy turned on.
> 
> For signal cords there should be a shortcut (key combo or double click)
> that does the following if audio is currently turned on:
> 1) Fade out audio
> 
> 2) Make the inspector rectangle into a hslider, with range 0 to 1, set to zero
> 
> 3) ramp up audio output for the selected cord with the hslider and send it to 
> the sound card
> 
> 4) turn the hslider red if values outside -1, 1 appear in the signal
> 5) fade out and remove the hslider when the user deselects the cord
> 6) fade in on whatever audio was outputting originally
> 
> -Jonathan
> 
> ___
> 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-extended 0.43.4 final builds

[Seiichiro MATSUMURA]

>> Hmm, yes, that sounds like a bug, but I won't be able to fix it in this
>> release.  Could you file a bug report?

OK.
sorry for my late report.

Miller;
> That's an old, annoying bug in Vanilla...

I see. hope it will be fixed someday.

Sei


--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura

s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/




2013/1/25 Miller Puckette :
> That's an old, annoying bug in Vanilla...
>
> cheers
> Miller
>
> On Thu, Jan 24, 2013 at 11:29:07PM -0500, Hans-Christoph Steiner wrote:
>> On 01/24/2013 10:38 PM, Seiichiro MATSUMURA wrote:
>> > Hi Hans,
>> >
>> > It's great to hear this!
>> > Through checking this final builds, I notice 2 weird behaviors of it
>> > working on Mac OS10.8.
>> >
>> > 1. When making Array first time, pop up Array properties always tells
>> > its "Draw as" way is "Polygon". However, when I open Array properties
>> > after Array made, it tells "Points" and it is actually "Points".
>> > Is this a bug?
>>
>> Hmm, yes, that sounds like a bug, but I won't be able to fix it in this
>> release.  Could you file a bug report?
>>
>> > 2. In Media - Audio Settings..., a tail of the device name of
>> > "Built-in Microphone" is cut like "Built-in Microph". (see attached
>> > jpeg) I am not sure whether this originally happens in Japanese OS. I
>> > can't change the name of "Built-in Microphone" in Mac OS10.8
>> > So does anyone who uses English Mac OS see this no problem?
>>
>> This has been reported before, it seems to affect all Mac OS X 10.8.  I have
>> no idea what's causing it, and it doesn't seem to affect the operation. 
>> Please
>> add any details you can think of here:
>> https://sourceforge.net/tracker/index.php?func=detail&aid=3575978&group_id=55736&atid=478070
>>
>>
>> .hc
>>
>>
>> >
>> > I think these are not major problems, but I would like to know
>> > solutions if possible.
>> >
>> > Best,
>> >
>> > Sei
>> >
>> >
>> > --
>> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>> > Seiichiro Matsumura
>> >
>> > s...@low-tech-ism.com
>> > http://low-tech-ism.com/
>> > __/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
>> >
>> > 2013/1/25 Hans-Christoph Steiner :
>> >>
>> >> I've started posting the final builds for Pd-extended 0.43.4. Here are the
>> >> Windows and Mac OS X builds:
>> >> https://sourceforge.net/projects/pure-data/files/pd-extended/0.43.4/
>> >>
>> >> These are the Ubuntu builds, there will be one small change in the final
>> >> builds: the version will be changed to 0.43.4 from 0.43.4~extended2:
>> >> https://launchpad.net/~eighthave/+archive/pd-extended/+packages
>> >>
>> >> same as Ubuntu but for Debian:
>> >> http://autobuild.puredata.info/auto-build/2013-01-24/
>> >>
>> >> And the source tarball, which also just needs the version change:
>> >> http://autobuild.puredata.info/auto-build/2013-01-24/Pd-extended_0.43.4~extended-source.tar.bz2
>> >>
>> >> The version change will be in tomorrow's builds.
>> >>
>> >> .hc
>> >>
>> >> ___
>> >> Pd-list@iem.at mailing list
>> >> UNSUBSCRIBE and account-management -> 
>> >> http://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

-- 
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura

s...@low-tech-ism.com
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/

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

[PD] Faculty Job Announcement, Columbia University

[Brad Garton]

Hello pd-people!  Sorry for the cross-postings, we want to get the
word out.  Please feel free to repost this.



Assistant Professor of Professional Practice

The Visual Arts Program of the School of the Arts, in collaboration with
the Department of Music, seeks to fill the position of Assistant Professor
of Professional Practice in Visual Arts in the School of the Arts, Columbia
University, effective July 1, 2013. 

The Program seeks applications from persons with a vibrant studio practice
in the intersection of the visual and sound arts and a demonstrated ability
to teach and mentor graduate students. The incumbent will help lead the
implementation of a new interdisciplinary area of graduate study in sound
arts, offered by the School and the Department of Music, leading to a Master
of Fine Arts degree awarded by the School of the Arts. 

The new interdisciplinary area of study will engage the resources of both the
Center for Computer Music in the Department of Music and the Visual Arts
Program (Sculpture: New Genres) in the School of the Arts. 

For more information visit:  
http://academicjobs.columbia.edu/applicants/Central?quickFind=57014  

Columbia University is an Equal Opportunity/Affirmative Action employer.



This position is in conjunction with our new "Sound Arts" MFA program.
We are also currently accepting applications for the Sound Arts MFA.
Please visit:  http://arts.columbia.edu/sound-arts for more information.


Brad Garton
Chair, Search Committee
http://music.columbia.edu/~brad



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

[PD] Start Katja's Pd from command line on rpi with full path (was) Raspberry Pi does denormals

[Julian Brooks]

Excuse my ignorance:
not sure how to start the below version of pd on the rpi?

I have the full path but then what?

if I do (in command line)
pd /place/where/new/pd/is/bin/pd
It signals watchdog.

I also still have regular pd 0.44.0 installed btw.

Sorry if this is dumb dumb dumb dumb Duuummmbbb.

Jb

On 24 January 2013 09:14, katja  wrote:

> 'Undenormalized' Pd build for Raspberry Pi is temporarily parked here
> for testing purposes (will be removed when Miller's release is fixed
> in this sense):
>
> www.katjaas.nl/temp/pd-0.44-0-normalized.tar.gz
>
> This is a locally installed Pd, like Miller's distribution. You can
> start it from command line with the full path to
> pd-0.44-0-normalized/bin/pd. It's not a .deb, so it can't be installed
> under supervision of package manager.
>
> Katja
>
>
> On Wed, Jan 23, 2013 at 9:15 PM, Julian Brooks  wrote:
> > Hey Katja,
> >
> > Would you mind sharing the 'normalised' Pd-0.44.0 for RPi please.
> >
> > Cheers,
> >
> > Julian
> >
> >
> >
> > On 23 January 2013 18:23, katja  wrote:
> >>
> >> Now I recompiled the Pd-0.44.0 release on Raspberry Pi (took me a few
> >> hours, not only because Pi is so slow) with PD_BIGORSMALL enabled for
> >> arm in m_pd.h. Using bigorsmalltest.pd from my previous mail I
> >> verified that the macro is implemented indeed.
> >>
> >> Martin Brinkmann's patch chaosmonster1
> >> (http://www.martin-brinkmann.de) gives a beautiful illustration of the
> >> improvement. This patch is full of filters and delay lines. At it's
> >> initial settings, there is no subnormals problem. But if you set the
> >> bottom slider to the right, it gets silent. With Pd-0.44-0 release,
> >> CPU load explodes. With the 'normalized' Pd, nothing special happens.
> >>
> >> And indeed, the PD_BIGORSMALL conditional checks come for free: with
> >> initial settings of the chaosmonster1, performance is equivalent in
> >> both Pd's. Cool! Hopefully this is similar on armv7.
> >>
> >> Katja
> >>
> >>
> >>
> >> On Wed, Jan 23, 2013 at 5:01 PM, Hans-Christoph Steiner 
> >> wrote:
> >> >
> >> > hey Katya,
> >> >
> >> > This also sounds like good evidence for your idea of writing C code
> that
> >> > modern compilers optimize well.  Using unions for aliasing allows the
> >> > compiler
> >> > to do all the new tricks, then writing loops that auto-vectorize gives
> >> > us the
> >> > real benefits.  Also, I think we can see some gains by using memcpy()
> >> > since on
> >> > modern libc version, those are highly optimized for the given CPU,
> >> > dynamically
> >> > choosing the routines based on what instructions are available. memcpy
> >> > will
> >> > use things like SSSE2 if its available.
> >> >
> >> > .hc
> >> >
> >> > On 01/23/2013 07:47 AM, katja wrote:
> >> >> Finally some good news on this topic. Earlier I stated that 'big or
> >> >> small tests' are expensive for the Pi, but that is not by definition
> >> >> the case. There must have been other conditions blurring my
> >> >> impression. I've now done a systematic test where other influences
> are
> >> >> ruled out. A test class [lopass~] with exactly the same routine as
> >> >> [lop~] was made, but compiled with PD_BIGORSMALL() macro enabled. It
> >> >> was verified that [lopass~] is not affected by denormals. Performance
> >> >> comparison of [lop~] and [lopass~] shows that both objects cause
> >> >> equivalent CPU load. Meaning, Raspberry Pi gives the 'big or small
> >> >> checks' for free! At least in the case of this simple filter. Please
> >> >> try attached bigorsmalltest.zip on the Pi to see if I'm not dreaming.
> >> >>
> >> >> While I was at the topic anyway, I also tried a big or small test
> with
> >> >> union instead of direct type aliasing. It has the advantage that the
> >> >> compiler can apply strict aliasing rules. This test with unions did
> >> >> not cause extra CPU load either on the Pi. If you want to verify this
> >> >> result, enable the call to bigorsmall() instead of PD_BIGORSMALL in
> >> >> lopass~.c and recompile.
> >> >>
> >> >> The fact that these tests do not cause extra CPU load, indicate that
> >> >> they are done in parallel with other instructions. Float and int
> >> >> registers are apparently strictly separated on armv6, there's no such
> >> >> thing like Intel's xmm registers or armv7's NEON. As it happens, the
> >> >> big or small tests are done on ints, aliases of the floats that must
> >> >> be tested. Initially I assumed that the transport of floats from vfp
> >> >> to the arm integer processor would be expensive, but if the
> >> >> instructions are done simultaneously it may be an advantage instead.
> >> >> Another thing is that ARM implements branch predication instead of
> >> >> branch prediction. Those terms look almost the same but the routines
> >> >> are very different. Predication is when instructions for both
> branches
> >> >> are executed, and the wrong result is simply discarded later.
> >> >>
> >> >> Conclusions from the limited test with [lop~] and [lopass~] do

[PD] Loading Gui-Plugin in a Directory Other than in Standard Path

[me.grimm]

i tried declare like so:

[declare -stdpath /Users/megrimm/Desktop]

but that didn't work.

is there anyway to load gui plugins other than dropping them in
~/Library/Pd , etc ?

m


--

m.e.grimm | m.f.a | ed.m.
megr...@gmail.com
_

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

Re: [PD] Jack support on Windows

[Pierre-Olivier Boulant]

Hi,

I wouldn't be too worried about turning off UAC and being admin on a 
Windows machine. Mine are setup like this and nothing has ever happened 
because of that.

Most linux users would say Windows is unsafe anyway. ;)

I'm testing your build. This is excellent! Thank you for taking the time 
to make this happen.


Cheers
pob



On 25/01/2013 14:35, Esteban Viveros wrote:

Yep! Pierre you're right!

I change UAC settings and now I can use all set.. Jack (without 
administrator privileges), Pd (without administrator) and Ableton Live 
(administrator mode). I don't do a hard test but sound is working like 
a video test...


The unique problem is my computer with windows 7 are completly unsafe 
with that UAC settings, but that put to work this 3 apps together.


The build are in 
https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit


I think that can work in windows 7 x64, I use to built that Mixed 
64/32 bit Jack 1.9.9 disponible here: http://jackaudio.org/download


I don't have certainty if that build can be shared in that way, but we 
can try! ;)



2013/1/25 Pierre-Olivier Boulant >


Hola Esteban,

That's very good progress.
I have my account set up as administrator and I have disabled UAC
too. Have you tried this?
I can try out your built if you want.

Cheers
Pierre-Olivier



On 25/01/2013 09:47, Esteban Viveros wrote:

Sorry for delay...

I do a video to exemplify the procedure I doing... In this try
particulary, pd starts in the first try... On others tries I was
needed to try twice to open pd...

http://www.youtube.com/watch?v=8ldcUNoTtoY

More information just ask! ;)


2013/1/24 Julian Brooks mailto:jbee...@gmail.com>>

HI all, hope I'm not barging in...

I've had troubles recently with qjackctl on debian wheezy. 
The simplest solution was, as IOhannes said, have jack

running beforehand.  I found just running jackd (the server
element) was most reliable.

Mine looks like this for example (from command line):
jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r
44100 -p 128  -d hw:1,0 -M -H

Trial and error is your friend here.

Best wishes,

Julian




On 24 January 2013 07:11, IOhannes zmölnig mailto:zmoel...@iem.at>> wrote:

On 01/24/2013 02:09 AM, Esteban Viveros wrote:


But..   I have new problems now.. hhehehehe

When I start pd, I have:
JACK: unable to connect to JACK server
JACK: server returned status 17



try starting the JACK-server before running Pd.
(Pd is supposed to automatically start jack if it is not
runing, but people are reporting problems with that)

fgmadr
IOhannes





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

Re: [PD] Jack support on Windows

[Esteban Viveros]

Yep! Pierre you're right!

I change UAC settings and now I can use all set.. Jack (without
administrator privileges), Pd (without administrator) and Ableton Live
(administrator mode). I don't do a hard test but sound is working like a
video test...

The unique problem is my computer with windows 7 are completly unsafe with
that UAC settings, but that put to work this 3 apps together.

The build are in
https://docs.google.com/file/d/0B6TScIMkPOGJSHdwZzJVM19CQ00/edit

I think that can work in windows 7 x64, I use to built that Mixed 64/32 bit
Jack 1.9.9 disponible here: http://jackaudio.org/download

I don't have certainty if that build can be shared in that way, but we can
try! ;)


2013/1/25 Pierre-Olivier Boulant 

>  Hola Esteban,
>
> That's very good progress.
> I have my account set up as administrator and I have disabled UAC too.
> Have you tried this?
> I can try out your built if you want.
>
> Cheers
> Pierre-Olivier
>
>
>
> On 25/01/2013 09:47, Esteban Viveros wrote:
>
> Sorry for delay...
>
>  I do a video to exemplify the procedure I doing... In this try
> particulary, pd starts in the first try... On others tries I was needed to
> try twice to open pd...
>
>  http://www.youtube.com/watch?v=8ldcUNoTtoY
>
>  More information just ask! ;)
>
>
> 2013/1/24 Julian Brooks 
>
>> HI all, hope I'm not barging in...
>>
>> I've had troubles recently with qjackctl on debian wheezy.  The simplest
>> solution was, as IOhannes said, have jack running beforehand.  I found just
>> running jackd (the server element) was most reliable.
>>
>> Mine looks like this for example (from command line):
>> jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128
>> -d hw:1,0 -M -H
>>
>> Trial and error is your friend here.
>>
>> Best wishes,
>>
>> Julian
>>
>>
>>
>>
>> On 24 January 2013 07:11, IOhannes zmölnig  wrote:
>>
>>> On 01/24/2013 02:09 AM, Esteban Viveros wrote:
>>>

 But..   I have new problems now.. hhehehehe

 When I start pd, I have:
 JACK: unable to connect to JACK server
 JACK: server returned status 17


>>>
>>>  try starting the JACK-server before running Pd.
>>> (Pd is supposed to automatically start jack if it is not runing, but
>>> people are reporting problems with that)
>>>
>>> fgmadr
>>> IOhannes
>>
>>
>


-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

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

Re: [PD] [PD-announce] Pd-extended 0.43.4 Raspbian test build for Raspberry Pi

[Julian Brooks]

Hey Hans,

I'm curious as to why Pd-extended for the rpi relies (has a dependency)
upon pulseaudio-utils and am I safe to just take it out again.

Cheers for the 0.43.4 version though.

Julian

On 25 January 2013 04:23, Hans-Christoph Steiner  wrote:

>
> And here is the first test build of Pd-extended 0.43.4 for RPi:
>
> http://autobuild.puredata.info/auto-build/2013-01-24/pd-extended_0.43.4~extended1-1~raspbian_armhf.deb
>
> It is built in a chroot running in with the help of the QEMU emulator.  Its
> easy to setup on Debian/Ubuntu/etc, here's how:
>
> https://annoyingtechnicaldetails.wordpress.com/2013/01/24/setting-up-a-chroot-for-raspbian/
>
> .hc
>
>
> ___
> Pd-announce mailing list
> pd-annou...@iem.at
> http://lists.puredata.info/listinfo/pd-announce
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ in l2ork

[Ivica Bukvic]

Ugh... Let me investigate...
On Jan 25, 2013 5:48 AM, "Laurent Willkomm"  wrote:

> On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote:
>
>> OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file
>> that
>> was changed). Binary builds should be up in the next 24-48 hours.
>>
>>
> New problem: the last version does not start when clicking on menu entry
> (KDE).
>
> Typing "pd-l2ork" in Konsole opens the version installed in /usr/local.
>
> Typing "/usr/local/bin/pd-l2ork" in Konsole gives this error:
>
> sh: 1: /usr/bin/pd-gui: not found
>
> So pd-l2ork is looking for a pd version in /usr/bin instead of
> /usr/local/bin, which will fail or start the wrong one.
>
> L.Willkomm
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [Bulk] Re: 1-inlet [list] : bug? WAS: enhance pd-extended with pd-l2ork featues ?

[Julian Brooks]

Bit late on this but definite confirm that [list] is back to normal for
most recent Debian Wheezy 64b build.

Joy.

Jb

On 24 January 2013 18:23, Hans-Christoph Steiner  wrote:

>
> Phew!  Thanks all for reporting and testing this bug!
>
> .hc
>
> On 01/24/2013 09:32 AM, batinste wrote:
> > All right !
> > Installed and tested, [list] has its two inlets. Thanks !
> >
> > On 24/01/2013 00:19, Hans-Christoph Steiner wrote:
> >> I just uploaded the packages to launchpad, once they're done, please
> test and
> >> report back :)  My guess is around 4am GMT, around 6 hours from now.
> >>
> >> https://launchpad.net/~eighthave/+archive/pd-extended/+packages
> >>
> >> .hc
> >>
> >> On 01/23/2013 05:29 AM, batinste wrote:
> >>> Same as Joel here, one-inlet [list].
> >>> Happy you found the bug ! I'm eager to test the next build for quantal
> 64.
> >>>
> >>> On 23/01/2013 05:28, Hans-Christoph Steiner wrote:
>  Ok, I think found the issue, it was a stupid C string mistake on my
> part,
>  here's the commit:
> 
> 
> http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=7de958b3f4504e9504649944e015e5c13e28df33
> 
> 
> 
>  Please test tomorrow's build and let me know if it fixes it for you.
> 
>  .hc
> 
>  On 01/22/2013 09:58 PM, Joel Matthys wrote:
> > No, I get one inlet on list.
> >
> > Joel
> >
> > On 01/22/2013 07:15 PM, Hans-Christoph Steiner wrote:
> >> Do you get the right two inlet [list] if you run it like this:
> >>
> >> $ pd-extended -noprefs
> >>
> >> .hc
> >>
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
>  ___
>  Pd-list@iem.at mailing list
>  UNSUBSCRIBE and account-management ->
>  http://lists.puredata.info/listinfo/pd-list
> 
> >
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd~ in l2ork

[Laurent Willkomm]

On 01/23/2013 04:15 PM, Ivica Ico Bukvic wrote:

OK, this is now fixed in pd-l2ork git (pd/src/s_main.c is the only file that
was changed). Binary builds should be up in the next 24-48 hours.



New problem: the last version does not start when clicking on menu entry 
(KDE).


Typing "pd-l2ork" in Konsole opens the version installed in /usr/local.

Typing "/usr/local/bin/pd-l2ork" in Konsole gives this error:

sh: 1: /usr/bin/pd-gui: not found

So pd-l2ork is looking for a pd version in /usr/bin instead of 
/usr/local/bin, which will fail or start the wrong one.


L.Willkomm



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

Re: [PD] Building pd-l2ork on arch linux 64

[Fero Kiraly]

Hi,
When doing PKGBUILD I have some troubles.

What I am doing:

#1 getting pd-lork from git >git clone git://github.com/pd-l2ork/pd.git
#2 getting Gem from git (to empty 'Gem' folder) >git clone git://
github.com/pd-l2ork/pd.git
#3 update docs (to 'doc' folder) >svn checkout
https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/doc

#4 Fixing pd/src/configure.in for tk/tcl 8.6

#5 running ' alocal autoconf configure ' script in l2ork_addons/cwiid/
#6 running 'aclocal  ./autogen.sh' in Gem folder

#7 optimizing Gem for 64bit architecture  FPIC_FLAG="-fPIC"
#8 finally run the make install in 'packages/linux_make'

  make BUILDLAYOUT_DIR=$srcdir/$pkgname/packages \
GEM_EXTRA_CXXFLAGS="$FPIC_FLAG" \
DESTDIR=$pkgdir \
prefix=/usr \
install || return 1


the process ends with error compiling gem2pdp:

make[3]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/pdp'
cd /home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp && aclocal &&
autoconf
configure.ac:41: error: 'AM_PROG_CC_STDC': this macro is obsolete.
You should simply use the 'AC_PROG_CC' macro instead.
Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',
but upon 'ac_cv_prog_cc_stdc'.
/usr/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded
from...
configure.ac:41: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: error: echo failed with exit status: 1
make[2]: ***
[/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals/gem2pdp/configure] Error
1
make[2]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/externals'
make[1]: *** [externals_install] Error 2
make[1]: Leaving directory
`/home/paum/PK/AUR/pd-l2ork/src/pd-l2ork/packages'
make: *** [install] Error 2



can anybody help ?

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

Re: [PD] Jack support on Windows

[Pierre-Olivier Boulant]

Hola Esteban,

That's very good progress.
I have my account set up as administrator and I have disabled UAC too. 
Have you tried this?

I can try out your built if you want.

Cheers
Pierre-Olivier


On 25/01/2013 09:47, Esteban Viveros wrote:

Sorry for delay...

I do a video to exemplify the procedure I doing... In this try 
particulary, pd starts in the first try... On others tries I was 
needed to try twice to open pd...


http://www.youtube.com/watch?v=8ldcUNoTtoY

More information just ask! ;)


2013/1/24 Julian Brooks mailto:jbee...@gmail.com>>

HI all, hope I'm not barging in...

I've had troubles recently with qjackctl on debian wheezy. The
simplest solution was, as IOhannes said, have jack running
beforehand.  I found just running jackd (the server element) was
most reliable.

Mine looks like this for example (from command line):
jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100
-p 128  -d hw:1,0 -M -H

Trial and error is your friend here.

Best wishes,

Julian




On 24 January 2013 07:11, IOhannes zmölnig mailto:zmoel...@iem.at>> wrote:

On 01/24/2013 02:09 AM, Esteban Viveros wrote:


But..   I have new problems now.. hhehehehe

When I start pd, I have:
JACK: unable to connect to JACK server
JACK: server returned status 17



try starting the JACK-server before running Pd.
(Pd is supposed to automatically start jack if it is not
runing, but people are reporting problems with that)

fgmadr
IOhannes



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

Re: [PD] help

[Alexandros Drymonitis]

I'm replying this one instead of the 'motion tracking' thread, since you
haven't posted there at all.
Check Max Neupert's site http://www.maxneupert.de/pd/
He's got some stuff that'll be useful to you.


On Wed, Jan 23, 2013 at 3:55 PM, Sujay Mukherjee
wrote:

> hi
> i am new to Pd
> i am trying to work with motion tracking in Pd
> I am using pix_rgba ,pix_movement,and pix-blob to get nos out of the
> pix_blob but when I am feeding it to a rectangle the movement is very wobbly
> is there any other way to track motion
> thanks
> Sujay
>
> ___
> 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] gpio on the raspberry pi from within pd ?

[Antoine Villeret]

hi all,

i made a small program which uses GPIO to scan a keypad matrix and send OSC
data to pd
it depends on liblo and libbcm2835
it's very specific to my project but could help someone...
code is here : https://github.com/avilleret/pianophone

cheers

a

--
do it yourself
http://antoine.villeret.free.fr


2013/1/25 Charles Goyard 

> Hi Miller,
>
> Miller Puckette wrote:
> > I think either I or a grad student (we'll see) will be writing a Pd
> extern
> > to do this efficiently -- for the moment it would be possible with a
> Python
> > script (using netsend/netreceive in Pd) but having an extern would be
> more
> > lightweight and probably more robust.
>
> great, thanks! Meanwhile I found out about webiopi, which can act as a
> placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI)
>
> Will you use /dev/mem and require root privileges, or the
> /sys/class/gpio filesystem?  (see
> http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=9667&p=198848 for
> how to change permissions, non-standard !)
>
> --
> Charlot
>
> ___
> 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] Jack support on Windows

[Esteban Viveros]

Sorry for delay...

I do a video to exemplify the procedure I doing... In this try particulary,
pd starts in the first try... On others tries I was needed to try twice to
open pd...

http://www.youtube.com/watch?v=8ldcUNoTtoY

More information just ask! ;)


2013/1/24 Julian Brooks 

> HI all, hope I'm not barging in...
>
> I've had troubles recently with qjackctl on debian wheezy.  The simplest
> solution was, as IOhannes said, have jack running beforehand.  I found just
> running jackd (the server element) was most reliable.
>
> Mine looks like this for example (from command line):
> jackd -T -ndefault -p 128 -v -R -P 90 -v -T -d alsa -n 2 -r 44100 -p 128
> -d hw:1,0 -M -H
>
> Trial and error is your friend here.
>
> Best wishes,
>
> Julian
>
>
>
>
> On 24 January 2013 07:11, IOhannes zmölnig  wrote:
>
>> On 01/24/2013 02:09 AM, Esteban Viveros wrote:
>>
>>>
>>> But..   I have new problems now.. hhehehehe
>>>
>>> When I start pd, I have:
>>> JACK: unable to connect to JACK server
>>> JACK: server returned status 17
>>>
>>>
>>
>> try starting the JACK-server before running Pd.
>> (Pd is supposed to automatically start jack if it is not runing, but
>> people are reporting problems with that)
>>
>> fgmadr
>> 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
>
>


-- 

Esteban Viveros

(27) 8815 7170
(27) 3066 0359
(11) 95761 4125
(11) 2738 7868

www.bandpage.com/estebanviveros 

https://www.facebook.com/estebanviveros.art

http://www.papodecompositor-es.blogspot.com.br/

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

Re: [PD] gpio on the raspberry pi from within pd ?

[Charles Goyard]

Hi Miller,

Miller Puckette wrote:
> I think either I or a grad student (we'll see) will be writing a Pd extern
> to do this efficiently -- for the moment it would be possible with a Python
> script (using netsend/netreceive in Pd) but having an extern would be more
> lightweight and probably more robust.

great, thanks! Meanwhile I found out about webiopi, which can act as a
placeholder ATM. (http://code.google.com/p/webiopi/wiki/RESTAPI)

Will you use /dev/mem and require root privileges, or the
/sys/class/gpio filesystem?  (see
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=29&t=9667&p=198848 for
how to change permissions, non-standard !)

-- 
Charlot

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

Re: [PD] motion-tracking (was Re: help)

[IOhannes zmölnig]

On 01/25/2013 12:26 AM, Jonathan Wilkes wrote:


p.s. IOhannes, please see 2nd bullet under "Respect for Newcomers"[1]


thanks for reminding me.
it seems you haven't saved the document though.

gfmadr
IOhannes

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

Re: [PD] zexy/time

[IOhannes zmölnig]

On 01/24/2013 07:30 PM, Max wrote:

hi list,
do the code for the timezones in zexy/time follow this convention?
http://www.timetemperature.com/abbreviations/world-time-zone-codes.shtml
how does zexy deal with code like EST which exist twice (for US and for 
Australia)?
the helpfile is very brief about that.


zexy's [time] only has two (2) modes: GMT or local.

currently there is no support for other timezones.

fgmasdr
IOhannes

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