date:20160507

2016-05-07 19:25 GMT-03:00 Alexandre Torres Porres :

> can you get away with in real time as you hoped so?
>

well, just saying trying it as a user for my purposes, it seems to work
just fine :)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] What is the current, correct way to use Open Sound Control with PD?

check out oscparse and oscformat in vanilla.

cheers
Miller

On Sun, May 08, 2016 at 01:14:48AM -0300, Paul Keyes wrote:
> I need to use OSC. I had been using mrpeach in pd-extended, but I see that
> pd-extended is no longer recommended, and it won't compile for my system
> anyway  (I'm using unbuntu 14.04 on an Udoo), so I have
> pd-0-46-7 installed.
> I downloaded pd-osc from my package repo, but there is no hint about where
> udpsend is supposed to come from. There is no pd-mrpeach from my repo
> either, so I'm currently trying to get the version from
> https://svn.code.sf.net/p/pure-data/svn/trunk/externals/mrpeach/net/
> working without much success. It compiles but I still get "udpsend
> ..couldn't create".
> What is the correct way to get udpsend? Or is there another way to do OSC?
> 
> Cheers,
> Paul

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


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

[PD] What is the current, correct way to use Open Sound Control with PD?

2016-05-07 Thread Paul Keyes

I need to use OSC. I had been using mrpeach in pd-extended, but I see that
pd-extended is no longer recommended, and it won't compile for my system
anyway  (I'm using unbuntu 14.04 on an Udoo), so I have
pd-0-46-7 installed.
I downloaded pd-osc from my package repo, but there is no hint about where
udpsend is supposed to come from. There is no pd-mrpeach from my repo
either, so I'm currently trying to get the version from
https://svn.code.sf.net/p/pure-data/svn/trunk/externals/mrpeach/net/
working without much success. It compiles but I still get "udpsend
..couldn't create".
What is the correct way to get udpsend? Or is there another way to do OSC?

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

Re: [PD] [mod] vs [%]

HAH, % in SuperCollider will work as [mod] in Pd

-7 % 5 gives us -3


2016-05-08 1:09 GMT-03:00 Alexandre Torres Porres :

> cool, yeah, i fugured there was a reason for mod to be coded the way it is
>
> but I'm more concerned on how "%" could be unreliable... or even "fmod"?
>
> cheers
>
> 2016-05-08 1:01 GMT-03:00 Jonathan Wilkes :
>
>>
>> http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod
>>
>>
>> On Saturday, May 7, 2016 11:45 PM, Alexandre Torres Porres <
>> por...@gmail.com> wrote:
>>
>>
>> On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote:
>>
>> I _think_ (but am not sure) that "%" works differently on different
>> CPU architectures.
>>
>>
>> 2016-05-07 20:20 GMT-03:00 Matt Barber :
>>
>> % can be different with respect to sign in different implementations of
>> C. fmod() in C is designed to work with floats.
>>
>>
>> Wow, so using "%" in a source code can generate different results in
>> different CPU architectures?
>>
>> that's interesting... Can we confirm that? And, if so, why?
>>
>> And how about fmod? Sames as %? By the way, the [%~] (or [modulo~] object
>> - also present in cyclone - uses "fmod". And "fmod" in expr family also
>> uses fmod...
>>
>> But anyway [%], [mod] and "%" in [expr] use the "%" operation in the C
>> code...
>>
>> On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod]
>> outputs the positive remainder, which is 2, while % outputs the remainder
>> with the sign of the dividend, which is -1.
>>
>>
>> I also get that, and I'm on a mac intel... and this behaviour with the
>> [%] object is what you get if you are using a code in C with "fmod"... (%~
>> and "fmod" in expr).
>>
>> And well, looking at the source code in x_arithmetic.c, both % and mod
>> rely on the "%" operation in the C code, but [mod] turns the input negative
>> values into positive input values
>>
>> "if (n2 < 0) n2 = -n2;"
>>
>> [%] and [expr $f1 % $f2] use "%" in the C code without turning negative
>> input to positive input, so the results are the same. I'm getting the same
>> behaviour as Matt, but if there's this deal with different results
>> depending on architecture, then % in [expr] is subject to the same effect.
>>
>> But anyway, again, comparing to others in Pd and Max, it seems like the
>> [mod] object is the odd one out, where it converts negative input to
>> positive input on purpose. Lets say it has this behaviour intentionally,
>> but also that we could keep [%] with this other intentional behaviour.
>>
>> If the way things are coded makes it undefined or dependent on CPU
>> architecture, then it's a bug and we could force it to behave always in the
>> way where -10 [% 3] gives "-1".
>>
>> cheers
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [mod] vs [%]

cool, yeah, i fugured there was a reason for mod to be coded the way it is

but I'm more concerned on how "%" could be unreliable... or even "fmod"?

cheers

2016-05-08 1:01 GMT-03:00 Jonathan Wilkes :

>
> http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod
>
>
> On Saturday, May 7, 2016 11:45 PM, Alexandre Torres Porres <
> por...@gmail.com> wrote:
>
>
> On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote:
>
> I _think_ (but am not sure) that "%" works differently on different
> CPU architectures.
>
>
> 2016-05-07 20:20 GMT-03:00 Matt Barber :
>
> % can be different with respect to sign in different implementations of
> C. fmod() in C is designed to work with floats.
>
>
> Wow, so using "%" in a source code can generate different results in
> different CPU architectures?
>
> that's interesting... Can we confirm that? And, if so, why?
>
> And how about fmod? Sames as %? By the way, the [%~] (or [modulo~] object
> - also present in cyclone - uses "fmod". And "fmod" in expr family also
> uses fmod...
>
> But anyway [%], [mod] and "%" in [expr] use the "%" operation in the C
> code...
>
> On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod]
> outputs the positive remainder, which is 2, while % outputs the remainder
> with the sign of the dividend, which is -1.
>
>
> I also get that, and I'm on a mac intel... and this behaviour with the [%]
> object is what you get if you are using a code in C with "fmod"... (%~ and
> "fmod" in expr).
>
> And well, looking at the source code in x_arithmetic.c, both % and mod
> rely on the "%" operation in the C code, but [mod] turns the input negative
> values into positive input values
>
> "if (n2 < 0) n2 = -n2;"
>
> [%] and [expr $f1 % $f2] use "%" in the C code without turning negative
> input to positive input, so the results are the same. I'm getting the same
> behaviour as Matt, but if there's this deal with different results
> depending on architecture, then % in [expr] is subject to the same effect.
>
> But anyway, again, comparing to others in Pd and Max, it seems like the
> [mod] object is the odd one out, where it converts negative input to
> positive input on purpose. Lets say it has this behaviour intentionally,
> but also that we could keep [%] with this other intentional behaviour.
>
> If the way things are coded makes it undefined or dependent on CPU
> architecture, then it's a bug and we could force it to behave always in the
> way where -10 [% 3] gives "-1".
>
> cheers
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Uninstall pd on OSX

i complained about this once and dont remember how to solve it... this is
one of the reasons I never installed Pd-extended 0.43 ever again

2016-05-07 16:07 GMT-03:00 Wilfred de Zoete :

> I'm having issues on 10.9.5 with installing a new version of pd (0.46-7) -
> I've been using a 2013 pd extended for years but that one froze on me. But
> now when throwing it away and installing a new pd I get plenty conflicts
> with different paths. Installing exernals gives errors too; some install,
> some give conflicts and others refuse. How can I clean the system totally?
> I've been deleting all pd's and the pure data files  'user \ library \ save
> application state' but still errors. By the way: the menu doesn't work too
> (copying, pasting et cetera from the menu).
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [mod] vs [%]

http://article.gmane.org/gmane.comp.multimedia.puredata.general/56291/match=div+mod
 

On Saturday, May 7, 2016 11:45 PM, Alexandre Torres Porres 
 wrote:
 

 
On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote:

I _think_ (but am not sure) that "%" works differently on different
CPU architectures.

 2016-05-07 20:20 GMT-03:00 Matt Barber :

% can be different with respect to sign in different implementations of C. 
fmod() in C is designed to work with floats.

Wow, so using "%" in a source code can generate different results in different 
CPU architectures?
that's interesting... Can we confirm that? And, if so, why?
And how about fmod? Sames as %? By the way, the [%~] (or [modulo~] object - 
also present in cyclone - uses "fmod". And "fmod" in expr family also uses 
fmod...
But anyway [%], [mod] and "%" in [expr] use the "%" operation in the C code...

On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod] outputs 
the positive remainder, which is 2, while % outputs the remainder with the sign 
of the dividend, which is -1.


I also get that, and I'm on a mac intel... and this behaviour with the [%] 
object is what you get if you are using a code in C with "fmod"... (%~ and 
"fmod" in expr). 
And well, looking at the source code in x_arithmetic.c, both % and mod rely on 
the "%" operation in the C code, but [mod] turns the input negative values into 
positive input values
"if (n2 < 0) n2 = -n2;"
[%] and [expr $f1 % $f2] use "%" in the C code without turning negative input 
to positive input, so the results are the same. I'm getting the same behaviour 
as Matt, but if there's this deal with different results depending on 
architecture, then % in [expr] is subject to the same effect.
But anyway, again, comparing to others in Pd and Max, it seems like the [mod] 
object is the odd one out, where it converts negative input to positive input 
on purpose. Lets say it has this behaviour intentionally, but also that we 
could keep [%] with this other intentional behaviour.

If the way things are coded makes it undefined or dependent on CPU 
architecture, then it's a bug and we could force it to behave always in the way 
where -10 [% 3] gives "-1".
cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list


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

[PD] [mod] vs [%]

>
> On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote:
>
>> I _think_ (but am not sure) that "%" works differently on different
>> CPU architectures.
>>
>
2016-05-07 20:20 GMT-03:00 Matt Barber :

> % can be different with respect to sign in different implementations of
> C. fmod() in C is designed to work with floats.
>

Wow, so using "%" in a source code can generate different results in
different CPU architectures?

that's interesting... Can we confirm that? And, if so, why?

And how about fmod? Sames as %? By the way, the [%~] (or [modulo~] object -
also present in cyclone - uses "fmod". And "fmod" in expr family also uses
fmod...

But anyway [%], [mod] and "%" in [expr] use the "%" operation in the C
code...

On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod]
> outputs the positive remainder, which is 2, while % outputs the remainder
> with the sign of the dividend, which is -1.
>

I also get that, and I'm on a mac intel... and this behaviour with the [%]
object is what you get if you are using a code in C with "fmod"... (%~ and
"fmod" in expr).

And well, looking at the source code in x_arithmetic.c, both % and mod rely
on the "%" operation in the C code, but [mod] turns the input negative
values into positive input values

"if (n2 < 0) n2 = -n2;"

[%] and [expr $f1 % $f2] use "%" in the C code without turning negative
input to positive input, so the results are the same. I'm getting the same
behaviour as Matt, but if there's this deal with different results
depending on architecture, then % in [expr] is subject to the same effect.

But anyway, again, comparing to others in Pd and Max, it seems like the
[mod] object is the odd one out, where it converts negative input to
positive input on purpose. Lets say it has this behaviour intentionally,
but also that we could keep [%] with this other intentional behaviour.

If the way things are coded makes it undefined or dependent on CPU
architecture, then it's a bug and we could force it to behave always in the
way where -10 [% 3] gives "-1".

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

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

The trouble with that is that the old behavior depended on what order you 
created
objects and saved/restored patches in - in other words, it was defective by 
design.
I know it was possible to work around that, but I can't see any way to make it 
do
the buggey thing it did and not be buggy.

cheers
M

On Sun, May 08, 2016 at 03:25:01AM +, Jonathan Wilkes via Pd-list wrote:
> > But the old behavior was seriously broken and I don't see any good way to 
> > provide it without causing trouble and confusion.
> Deprecate the old [declare] and name the new [declare] something else.
> 
> -Jonathan
> 
> 
> 
> On Saturday, May 7, 2016 8:40 PM, Miller Puckette  wrote:
>  
> 
>  I don't regard this as a patch-level incompatibility (I believe you can run 
> all
> the patches -- only now you'll have to add 6 directories to Pd's search path).
> But it's a serious inconvenience for sure.  But the old behavior was seriously
> broken and I don't see any good way to provide it without causing trouble
> and confusion.  I'm open to ideas...
> 
> Miller
> 
> On Sun, May 08, 2016 at 12:09:04AM +, Jonathan Wilkes via Pd-list wrote:
> > Hi Jerome,If you're saying that your patches used to work and they now 
> > break, 
> > do file a bug about it.  Others on the list have mentioned using 
> > [declare] for this purpose-- I never have but it's a reasonable use case.
> > 
> > -Jonathan
> > 
> >  
> > 
> >    On Saturday, May 7, 2016 7:30 PM, Jérôme Abel  
> >wrote:
> >  
> > 
> >  Hi list,
> > 
> > With the new [declare] behavior, I am a little confused (Pd.0.47). I've 
> > read that putting [declare] in abstractions was not the "right" way, but 
> > that what I've done. Shame.
> > 
> > In La Malinette (malinette.info), it is very useful to have an 
> > abstraction named [include] which contains all relatives paths of all 
> > abstractions folders. The goal is to be user friendly and not ask people 
> > to add 6 paths in preferences ...  And if I want to change a path, to 
> > add a common feature for all patches, I have just to change it once, all 
> > patches that have this abstraction are affected. And I want to add paths 
> > to my patchs I have just to remember the name of [include] to add this 
> > object and paths. These are benefits of having abstractions, like 
> > object-oriented programming.
> > 
> > How can avoid to copy/paste 100 times a subpatch which contains 
> > [declare] and all paths, in all my files ? Or may be there is a way to 
> > add dynamically paths on all patches or current patches ? I can't see 
> > [import] in Deken, may be it could be the right way to add this kind of 
> > feature ? Is it downloable ?
> > 
> > Thanks,
> > 
> > Jerome
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list
> > 
> > 
> >  
> 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list
> 
> 
> 
>   

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


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

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

> But the old behavior was seriously broken and I don't see any good way to 
> provide it without causing trouble and confusion.
Deprecate the old [declare] and name the new [declare] something else.

-Jonathan



On Saturday, May 7, 2016 8:40 PM, Miller Puckette  wrote:
 

 I don't regard this as a patch-level incompatibility (I believe you can run all
the patches -- only now you'll have to add 6 directories to Pd's search path).
But it's a serious inconvenience for sure.  But the old behavior was seriously
broken and I don't see any good way to provide it without causing trouble
and confusion.  I'm open to ideas...

Miller

On Sun, May 08, 2016 at 12:09:04AM +, Jonathan Wilkes via Pd-list wrote:
> Hi Jerome,If you're saying that your patches used to work and they now break, 
> do file a bug about it.  Others on the list have mentioned using 
> [declare] for this purpose-- I never have but it's a reasonable use case.
> 
> -Jonathan
> 
>  
> 
>    On Saturday, May 7, 2016 7:30 PM, Jérôme Abel  wrote:
>  
> 
>  Hi list,
> 
> With the new [declare] behavior, I am a little confused (Pd.0.47). I've 
> read that putting [declare] in abstractions was not the "right" way, but 
> that what I've done. Shame.
> 
> In La Malinette (malinette.info), it is very useful to have an 
> abstraction named [include] which contains all relatives paths of all 
> abstractions folders. The goal is to be user friendly and not ask people 
> to add 6 paths in preferences ...  And if I want to change a path, to 
> add a common feature for all patches, I have just to change it once, all 
> patches that have this abstraction are affected. And I want to add paths 
> to my patchs I have just to remember the name of [include] to add this 
> object and paths. These are benefits of having abstractions, like 
> object-oriented programming.
> 
> How can avoid to copy/paste 100 times a subpatch which contains 
> [declare] and all paths, in all my files ? Or may be there is a way to 
> add dynamically paths on all patches or current patches ? I can't see 
> [import] in Deken, may be it could be the right way to add this kind of 
> feature ? Is it downloable ?
> 
> Thanks,
> 
> Jerome
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 
> 
>  

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



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

Re: [PD] Preferred/best practice for loading external objects

Well, another way migth be to have Pd only query the first time in a Pd
session and then proceed automatically.  I'll try that out - but since
I'll probably introduce a bug or two I'd just as soon wait till after the
0.27-0 release.

Me, when I shout a thte computer, it's more likely to be "where the *&$^%&
did you put the file I just downloaded?" or "why the $%*& did you just do
that" as opposed to "why did you just ask me to confirm this operation that
will put files on my disk".  But I know my own tastes aren't shared by all
users...

cheers
M

On Thu, May 05, 2016 at 08:32:46PM +0200, IOhannes m zmölnig wrote:
> On 05/04/2016 11:53 PM, Miller Puckette wrote:
> > I believe it should be just the one.  But I'm a scope conservative
> > (despite the contradictory evidence that Pd has, in fact, no scoping
> > mechanism :)
> 
> hmm, so:
> for your people at UCSD you would like to have externals installed into
> ~/pd/extra and ~/pd-0.46-4/extra and ~/pd-0.22/extra depending on which
> version of Pd you are running.
> for yourself, you would like to have externals NOT be installed into
> ~/pd/extra.
> 
> since these two behaviours are contradictory and cannot be resolved
> automatically, the only option is to ask the user every single time they
> are going to install a library via deken, at the potential cost ofthem
> shouting "but i told you this directory already three times this
> morning" at their computers.
> 
> fdmsar
> IOhannes
> 

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

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

Re: [PD] number box bug?

It's not intentional but I don't really know what the action should be.

(I put this in place before there was a toggle :)

M

On Mon, Jan 11, 2016 at 10:00:22AM +0100, Simon Iten wrote:
> is it intentional that alt-click resets to zero even if lower bounds are not 
> zero? i think that at least for positive lower values it would be more 
> intuitive if the number box would go to that value…
> 
> cheers
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

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

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

I don't regard this as a patch-level incompatibility (I believe you can run all
the patches -- only now you'll have to add 6 directories to Pd's search path).
But it's a serious inconvenience for sure.  But the old behavior was seriously
broken and I don't see any good way to provide it without causing trouble
and confusion.  I'm open to ideas...

Miller

On Sun, May 08, 2016 at 12:09:04AM +, Jonathan Wilkes via Pd-list wrote:
> Hi Jerome,If you're saying that your patches used to work and they now break, 
> do file a bug about it.  Others on the list have mentioned using 
> [declare] for this purpose-- I never have but it's a reasonable use case.
> 
> -Jonathan
> 
>  
> 
> On Saturday, May 7, 2016 7:30 PM, Jérôme Abel  wrote:
>  
> 
>  Hi list,
> 
> With the new [declare] behavior, I am a little confused (Pd.0.47). I've 
> read that putting [declare] in abstractions was not the "right" way, but 
> that what I've done. Shame.
> 
> In La Malinette (malinette.info), it is very useful to have an 
> abstraction named [include] which contains all relatives paths of all 
> abstractions folders. The goal is to be user friendly and not ask people 
> to add 6 paths in preferences ...  And if I want to change a path, to 
> add a common feature for all patches, I have just to change it once, all 
> patches that have this abstraction are affected. And I want to add paths 
> to my patchs I have just to remember the name of [include] to add this 
> object and paths. These are benefits of having abstractions, like 
> object-oriented programming.
> 
> How can avoid to copy/paste 100 times a subpatch which contains 
> [declare] and all paths, in all my files ? Or may be there is a way to 
> add dynamically paths on all patches or current patches ? I can't see 
> [import] in Deken, may be it could be the right way to add this kind of 
> feature ? Is it downloable ?
> 
> Thanks,
> 
> Jerome
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
> 
> 
>   

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


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

Re: [PD] Dynamic search paths and [declare] behavior in Pd.0.47

Hi Jerome,If you're saying that your patches used to work and they now break, 
do file a bug about it.  Others on the list have mentioned using 
[declare] for this purpose-- I never have but it's a reasonable use case.

-Jonathan

 

On Saturday, May 7, 2016 7:30 PM, Jérôme Abel  wrote:
 

 Hi list,

With the new [declare] behavior, I am a little confused (Pd.0.47). I've 
read that putting [declare] in abstractions was not the "right" way, but 
that what I've done. Shame.

In La Malinette (malinette.info), it is very useful to have an 
abstraction named [include] which contains all relatives paths of all 
abstractions folders. The goal is to be user friendly and not ask people 
to add 6 paths in preferences ...  And if I want to change a path, to 
add a common feature for all patches, I have just to change it once, all 
patches that have this abstraction are affected. And I want to add paths 
to my patchs I have just to remember the name of [include] to add this 
object and paths. These are benefits of having abstractions, like 
object-oriented programming.

How can avoid to copy/paste 100 times a subpatch which contains 
[declare] and all paths, in all my files ? Or may be there is a way to 
add dynamically paths on all patches or current patches ? I can't see 
[import] in Deken, may be it could be the right way to add this kind of 
feature ? Is it downloable ?

Thanks,

Jerome

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


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

[PD] Dynamic search paths and [declare] behavior in Pd.0.47

2016-05-07 Thread Jérôme Abel


Hi list,

With the new [declare] behavior, I am a little confused (Pd.0.47). I've 
read that putting [declare] in abstractions was not the "right" way, but 
that what I've done. Shame.


In La Malinette (malinette.info), it is very useful to have an 
abstraction named [include] which contains all relatives paths of all 
abstractions folders. The goal is to be user friendly and not ask people 
to add 6 paths in preferences ...  And if I want to change a path, to 
add a common feature for all patches, I have just to change it once, all 
patches that have this abstraction are affected. And I want to add paths 
to my patchs I have just to remember the name of [include] to add this 
object and paths. These are benefits of having abstractions, like 
object-oriented programming.


How can avoid to copy/paste 100 times a subpatch which contains 
[declare] and all paths, in all my files ? Or may be there is a way to 
add dynamically paths on all patches or current patches ? I can't see 
[import] in Deken, may be it could be the right way to add this kind of 
feature ? Is it downloable ?


Thanks,

Jerome

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

Re: [PD] more help file suggestions for pd 0.47

2016-05-07 Thread Matt Barber

% can be different with respect to sign in different implementations of C.
fmod() in C is designed to work with floats.

On my system, -10 [mod 3] and -10 [% 3] in Pd work differently. [mod]
outputs the positive remainder, which is 2, while % outputs the remainder
with the sign of the dividend, which is -1.

[div] and [mod] form a pair.  Given two numbers A and B, B*(A [div B])+(A
[mod B]) = A.  [%] and [/]—[int] should form a similar pair, so -10 [div 3]
should yield -4, while int(-10 [/ 3]) should yield -3.



On Sat, May 7, 2016 at 6:44 PM, Miller Puckette  wrote:

> I _think_ (but am not sure) that "%" works differently on different
> CPU architectures.
>
> cheers
> Miller
>
> On Sat, May 07, 2016 at 06:27:33PM -0300, Alexandre Torres Porres wrote:
> > 2016-05-07 14:53 GMT-03:00 Miller Puckette :
> >
> > > I put in a sentence to scare users away from "%".  Use "mod" instead :)
> > >
> >
> > oh, but I can't see it, so you just did it now, right?
> >
> > I know they differ for negative values input, never knew why the reason..
> >
> > expr also has a "%" function that behaves in the same way as the [%]
> > object, to make things more confusing, a "fmod" function in expr also
> > behaves in the same was as "%", but for float arguments, and not like
> > vanilla's [mod]
> >
> > in max, [%~] (or [modulo~]) will behave the same way as "fmod" in expr,
> > that is modulo for float arguments, which is also in agreement to pd
> > vanilla's % - only that pd's is for ints.
> >
> > With all that, what I mean to ask and say is that I can't see what's
> wrong
> > with [%] - the odd one out seems to be [mod].
> >
> > what do you say?
> >
> > cheers
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] more help file suggestions for pd 0.47

I _think_ (but am not sure) that "%" works differently on different
CPU architectures.  

cheers
Miller

On Sat, May 07, 2016 at 06:27:33PM -0300, Alexandre Torres Porres wrote:
> 2016-05-07 14:53 GMT-03:00 Miller Puckette :
> 
> > I put in a sentence to scare users away from "%".  Use "mod" instead :)
> >
> 
> oh, but I can't see it, so you just did it now, right?
> 
> I know they differ for negative values input, never knew why the reason..
> 
> expr also has a "%" function that behaves in the same way as the [%]
> object, to make things more confusing, a "fmod" function in expr also
> behaves in the same was as "%", but for float arguments, and not like
> vanilla's [mod]
> 
> in max, [%~] (or [modulo~]) will behave the same way as "fmod" in expr,
> that is modulo for float arguments, which is also in agreement to pd
> vanilla's % - only that pd's is for ints.
> 
> With all that, what I mean to ask and say is that I can't see what's wrong
> with [%] - the odd one out seems to be [mod].
> 
> what do you say?
> 
> cheers

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

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now

Pd-L2ork included a clear method for delwrite~ no idea how it works or how
it addresses the issues you raised - because I just don't really know what
you're talking about :)

but anyway, here's the source code attached for you to check it out

and here is the clear method excerpt:

static void sigdelwrite_clear(t_sigdelwrite *x) {
int n = XTRASAMPS + x->x_cspace.c_n;
memset(x->x_cspace.c_vec, 0, n * sizeof(t_sample));
}

Please check it out... and say, can you get away with in real time as you
hoped so?

Cheers

2016-05-07 15:08 GMT-03:00 Miller Puckette :

> My problem with a "clear" method for delwrite~ is that it takes a
> data-dependent
> amount of time to carry out.  OTOH, there's a way to clear arrays.  Some
> thinking is needed to figure out how to clearly distinguish between
> operations
> that are best carried out at "startup time" (whatever that means) and
> things
> that one can get away with in real time.  I haven't figured out how to
> deal with this yet.
>
> cheers
> M
>
> On Fri, May 06, 2016 at 12:19:02AM -0400, Jaime Oliver wrote:
> > +1 on clear method for delwrite~
> > I have those forgotten snippets as a feature now and count on them, but
> it would be good for them to be optional.
> > best,
> >
> > J
> > > On May 5, 2016, at 11:57 PM, Alexandre Torres Porres 
> wrote:
> > >
> > > 2016-05-05 23:55 GMT-03:00 Miller Puckette >:
> > > almost ready to put out 0.47-0 for real :)
> > >
> > > Awesome. I'd still have a couple of minor feature requests that I'd
> consider fair for this release so I'll insist on them; but I get it if you
> just wanna release it out for good - or if you have any thoughts against
> this or other issues, please share.
> > >
> > > First: bringing back the paf~ external. I looked it up in the earlier
> releases and found the source from where it was last available (around 0.36
> I guess). Here it is attached so you don't need to look for it. It kinda
> bother me that in the pd examples you mention it but it's not there, so if
> you decide to not bring it back, maybe remove this mention in
> F13.paf.control - but checking the source, seems like a fine code to go to
> waste :)
> > >
> > > Second: Add a clear method message to [delwrite~] so it clears its
> buffer - this would be extremely useful when implementing some feedback
> reverberators and not that much work on the code.
> > >
> > > Thanks
> > > Alex
> > >
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
/* Copyright (c) 1997-1999 Miller Puckette.
* For information on usage and redistribution, and for a DISCLAIMER OF ALL
* WARRANTIES, see the file, "LICENSE.txt," in this distribution.  */

/*  send~, delread~, throw~, catch~ */

#include "m_pd.h"
#include 
extern int ugen_getsortno(void);

#define DEFDELVS 64 /* LATER get this from canvas at DSP time */

/* - delwrite~ - */
static t_class *sigdelwrite_class;

typedef struct delwritectl
{
int c_n;
t_sample *c_vec;
int c_phase;
} t_delwritectl;

typedef struct _sigdelwrite
{
t_object x_obj;
t_symbol *x_sym;
t_delwritectl x_cspace;
int x_sortno;   /* DSP sort number at which this was last put on chain */
int x_rsortno;  /* DSP sort # for first delread or write in chain */
int x_vecsize;  /* vector size for delread~ to use */
t_float x_f;
} t_sigdelwrite;

#define XTRASAMPS 4
#define SAMPBLK 4

/* routine to check that all delwrites/delreads/vds have same vecsize */
static void sigdelwrite_checkvecsize(t_sigdelwrite *x, int vecsize)
{
if (x->x_rsortno != ugen_getsortno())
{
x->x_vecsize = vecsize;
x->x_rsortno = ugen_getsortno();
}
/*
LATER this should really check sample rate and blocking, once that is
supported.  Probably we don't actually care about vecsize.
For now just suppress this check. */
#if 0
else if (vecsize != x->x_vecsize)
pd_error(x, "delread/delwrite/vd vector size mismatch");
#endif
}

#include 

static void *sigdelwrite_new(t_symbol *s, t_floatarg msec)
{
int nsamps;
t_sigdelwrite *x = (t_sigdelwrite *)pd_new(sigdelwrite_class);
if (!*s->s_name) s = gensym("delwrite~");
pd_bind(>x_obj.ob_pd, s);
x->x_sym = s;
if (msec == 0) msec = 1000;
nsamps = msec * sys_getsr() * (t_float)(0.001f);
if (nsamps < 1) nsamps = 1;
nsamps += ((- nsamps) & (SAMPBLK - 1));
nsamps += DEFDELVS;
x->x_cspace.c_n = nsamps;
x->x_cspace.c_vec =
(t_sample *)getbytes((nsamps + XTRASAMPS) * sizeof(t_sample));
x->x_cspace.c_phase = XTRASAMPS;

Re: [PD] more help file suggestions for pd 0.47

2016-05-07 14:53 GMT-03:00 Miller Puckette :

> I put in a sentence to scare users away from "%".  Use "mod" instead :)
>

oh, but I can't see it, so you just did it now, right?

I know they differ for negative values input, never knew why the reason..

expr also has a "%" function that behaves in the same way as the [%]
object, to make things more confusing, a "fmod" function in expr also
behaves in the same was as "%", but for float arguments, and not like
vanilla's [mod]

in max, [%~] (or [modulo~]) will behave the same way as "fmod" in expr,
that is modulo for float arguments, which is also in agreement to pd
vanilla's % - only that pd's is for ints.

With all that, what I mean to ask and say is that I can't see what's wrong
with [%] - the odd one out seems to be [mod].

what do you say?

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

> What about Pure Data C externs?> How are they loaded into Pure Data? Are they 
> in readable form?
They are C binaries, so they are as readable as any other C binary when they 
are loaded into Pd.
But you can certainly keep a private repository for the code and release/sell 
the binaries using whatever proprietary license you want.
-Jonathan



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

Re: [PD] Can you close source of Pd patches (for commercial development)?

Several of them like magicolo are what I can "proof of concept"
They are not integrated nor worthy of purchase so to speak.
I am quite familiar with github and Google.

Sent from my iPad

On May 7, 2016, at 4:10 PM, Scott R. Looney 
> wrote:

+1 on Patrick's idea! and to continue to some extent where Patrick left off, 
you can use magicolo's uPD project as a jumping off point: 
https://github.com/Magicolo/uPD. i tried it out but and had issues 
understanding this approach personally but i think it might hold some 
potential, as it can instance PD multiple times rather than just once.

best,
scott

On Sat, May 7, 2016 at 12:49 PM, Pagano, Patrick 
> wrote:

Want to make some dough off of pd?

Make a Pd Unity3D plugin so i can drop my patches in as sound sources/effects 
in Unity3D or UDK without custom coding.

pp

Patrick Pagano B.S, M.F.A
Audio and Projection Design Faculty
Digital Worlds Institute
University of Florida, USA
(352)294-2020

From: Matti Viljamaa >
Sent: Saturday, May 7, 2016 3:13 PM
To: Pagano, Patrick
Cc: pd-l...@iem.at; Miller Puckette; 
pd-l...@mail.iem.at
Subject: Re: [PD] Can you close source of Pd patches (for commercial 
development)?

Or even straight C -> binary and then have Pd open the binary as patch.

-Matti

On 07 May 2016, at 22:01, Matti Viljamaa 
> wrote:

Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an 
extension of Pd?

There are some around:
http://resenv.media.mit.edu/PuDAC/sw.html
https://github.com/sharebrained/pd_compiler

So patch -> C -> binary and then have Pd somehow open the binary as patch?

-Matti

On 07 May 2016, at 21:08, Matti Viljamaa 
> wrote:

I think being open to commercial development could make it attractive to 
develop e.g. high quality oscillators and filters for Pd.
Commercial synthesisers and effects are often better than freeware.

Reaktor has a lot of good free ensembles, but development wise its also more 
refined product (i.e. the development ought to be less painful).

I think it’d be interesting to be able to have a platform where one can combine 
open source and commercial “modules”. Best of the both worlds, so to speak.

-Matti

On 07 May 2016, at 21:04, Pagano, Patrick 
> wrote:

But as I suspected it sounds like your intention is to sell pd patches back to 
the community?

Have you seen
Monolog X

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 1:37 PM, Matti Viljamaa 
> wrote:

What about using Pd as a C/C++ library and writing the patch that way? Or 
perhaps LibPd?
Would this allow the patch to be compiled as a stand-alone program? Yes?

The easiest would be if there was a way to open a patch in binary form in Pd.

What I’ve been envisioning would be to create “modules” for Pd similar to 
Reaktor’s Blocks that would
allow for a more high-level patching and usage of Pd. And it could motivate 
developers to develop patches
in a more standardized “blocks” form, rather than as unstandardised patches.

Reason, I’ve been wanting to see modular synthesis properly realised in Pd. But 
I wouldn’t want to
spend effort on developing modules that I cannot profit from, since I could do 
that using some other platform.

-Matti

On 07 May 2016, at 20:29, Miller Puckette > 
wrote:

You'd have to modify Pd if you want to be able to run patches and
keep it a secret how the patch works.  I don't think people often feel the
need to do that but it wouldn't be hard to do.

cheers
Miller

On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
But how do you close and distribute a Pd patch so it’s not viewable? Can you 
open a Pd patch distributed as binary?

I only found this:

How do I compile a Pd-patch to run as a stand-alone application?
https://puredata.info/docs/faq/standalone 

-Matti

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

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

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

What about Pure Data C externs?
How are they loaded into Pure Data? Are they in readable form?

-Matti

> On 07 May 2016, at 23:19, Jonathan Wilkes  wrote:
> 
> If your aim is to create a compiler for Pd patches (JIT or otherwise, 
> proprietary or otherwise), I have the same faith in Miller sitting down and 
> writing a formal language spec for Pd as I do in you succeeding.
> 
> -Jonathan
> 
> 
> 
> On Saturday, May 7, 2016 3:33 PM, Matti Viljamaa  wrote:
> 
> 
> It’s just that e.g. VSTs are fundamentally a limited format compared to Pure 
> Data patches.
> There are some modular VST hosts, but not much something like Reaktor that 
> combines both
> high- and low-level and customisation in the same environment.
> 
> At the KVR audio there was a late interest in developing perhaps yet another 
> such platform:
> http://www.kvraudio.com/forum/viewtopic.php?f=33=461790 
> 
> 
> -Matti
> 
>> On 07 May 2016, at 22:24, Scott R. Looney > > wrote:
>> 
>> hi Matti - the only thing i've seen that is something similar to what you're 
>> asking is the Heavy toolchain from Enzien Audio based on the online 
>> Tannhauser compiler. it can convert a PD patch into C++ where it can then be 
>> used as a plugin for different platforms, including in game audio 
>> middleware. the service is a commercial service if the product you're 
>> planning to use is commercial in nature. at that point you could use it in 
>> something like JUCE to do what you need to make it a full plugin or 
>> standalone app. many commercial companies use PD or Max to prototype what 
>> they eventually sell as commercial software. Joe White is on the list and 
>> may have more info than me on commercial uses of Heavy: 
>> https://enzienaudio.com/ 
>> 
>> scott
>> 
>> On Sat, May 7, 2016 at 12:13 PM, Matti Viljamaa > > wrote:
>> Or even straight C -> binary and then have Pd open the binary as patch.
>> 
>> -Matti
>> 
>>> On 07 May 2016, at 22:01, Matti Viljamaa >> > wrote:
>>> 
>>> Anyone know if compiling Pd patch to C could offer a possibility, e.g. as 
>>> an extension of Pd?
>>> 
>>> There are some around:
>>> http://resenv.media.mit.edu/PuDAC/sw.html 
>>> 
>>> https://github.com/sharebrained/pd_compiler 
>>> 
>>> 
>>> So patch -> C -> binary and then have Pd somehow open the binary as patch?
>>> 
>>> -Matti
>>> 
 On 07 May 2016, at 21:08, Matti Viljamaa > wrote:
 
 I think being open to commercial development could make it attractive to 
 develop e.g. high quality oscillators and filters for Pd.
 Commercial synthesisers and effects are often better than freeware.
 
 Reaktor has a lot of good free ensembles, but development wise its also 
 more refined product (i.e. the development ought to be less painful).
 
 I think it’d be interesting to be able to have a platform where one can 
 combine open source and commercial “modules”. Best of the both worlds, so 
 to speak.
 
 -Matti
 
> On 07 May 2016, at 21:04, Pagano, Patrick  > wrote:
> 
> But as I suspected it sounds like your intention is to sell pd patches 
> back to the community?
> 
> Have you seen 
> Monolog X
> 
> 
> Patrick Pagano B.S, M.F.A
> Interactive Media & Education
> +1352.226.2016 
> https://patrickrpagano.wordpress.com/ 
> 
> 
> 
> On May 7, 2016, at 1:37 PM, Matti Viljamaa  > wrote:
> 
>> What about using Pd as a C/C++ library and writing the patch that way? 
>> Or perhaps LibPd?
>> Would this allow the patch to be compiled as a stand-alone program? Yes?
>> 
>> The easiest would be if there was a way to open a patch in binary form 
>> in Pd.
>> 
>> What I’ve been envisioning would be to create “modules” for Pd similar 
>> to Reaktor’s Blocks that would
>> allow for a more high-level patching and usage of Pd. And it could 
>> motivate developers to develop patches
>> in a more standardized “blocks” form, rather than as unstandardised 
>> patches. 
>> 
>> Reason, I’ve been wanting to see modular synthesis properly realised in 
>> Pd. But I wouldn’t want to
>> spend effort on developing modules that I cannot profit from, since I 
>> could do that using some other platform.
>> 
>> -Matti
>> 
>>> On 07 May 2016, at 20:29, Miller Puckette >> > wrote:
>>>

Re: [PD] Can you close source of Pd patches (for commercial development)?

If your aim is to create a compiler for Pd patches (JIT or otherwise,
proprietary or otherwise), I have the same faith in Miller sitting down and
writing a formal language spec for Pd as I do in you succeeding.
-Jonathan

On Saturday, May 7, 2016 3:33 PM, Matti Viljamaa wrote:

It’s just that e.g. VSTs are fundamentally a limited format compared to Pure
Data patches.There are some modular VST hosts, but not much something like
Reaktor that combines bothhigh- and low-level and customisation in the same
environment.
At the KVR audio there was a late interest in developing perhaps yet another
such platform:http://www.kvraudio.com/forum/viewtopic.php?f=33=461790
-Matti

On 07 May 2016, at 22:24, Scott R. Looney wrote:
hi Matti - the only thing i've seen that is something similar to what you're
asking is the Heavy toolchain from Enzien Audio based on the online Tannhauser
compiler. it can convert a PD patch into C++ where it can then be used as a
plugin for different platforms, including in game audio middleware. the service
is a commercial service if the product you're planning to use is commercial in
nature. at that point you could use it in something like JUCE to do what you
need to make it a full plugin or standalone app. many commercial companies use
PD or Max to prototype what they eventually sell as commercial software. Joe
White is on the list and may have more info than me on commercial uses of
Heavy: https://enzienaudio.com/
scott
On Sat, May 7, 2016 at 12:13 PM, Matti Viljamaa wrote:

Or even straight C -> binary and then have Pd open the binary as patch.
-Matti

On 07 May 2016, at 22:01, Matti Viljamaa wrote:
Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an
extension of Pd?
There are some
around:http://resenv.media.mit.edu/PuDAC/sw.htmlhttps://github.com/sharebrained/pd_compiler
So patch -> C -> binary and then have Pd somehow open the binary as patch?
-Matti

On 07 May 2016, at 21:08, Matti Viljamaa wrote:
I think being open to commercial development could make it attractive to
develop e.g. high quality oscillators and filters for Pd.Commercial
synthesisers and effects are often better than freeware.

Reaktor has a lot of good free ensembles, but development wise its also more
refined product (i.e. the development ought to be less painful).
I think it’d be interesting to be able to have a platform where one can combine
open source and commercial “modules”. Best of the both worlds, so to speak.
-Matti

On 07 May 2016, at 21:04, Pagano, Patrick wrote:
But as I suspected it sounds like your intention is to sell pd patches back to
the community?
Have you seen Monolog X

Patrick Pagano B.S, M.F.AInteractive Media &
Education+1352.226.2016https://patrickrpagano.wordpress.com/

On May 7, 2016, at 1:37 PM, Matti Viljamaa wrote:

What about using Pd as a C/C++ library and writing the patch that way? Or
perhaps LibPd?
Would this allow the patch to be compiled as a stand-alone program? Yes?

The easiest would be if there was a way to open a patch in binary form in Pd.

What I’ve been envisioning would be to create “modules” for Pd similar to
Reaktor’s Blocks that would
allow for a more high-level patching and usage of Pd. And it could motivate
developers to develop patches
in a more standardized “blocks” form, rather than as unstandardised patches.

Reason, I’ve been wanting to see modular synthesis properly realised in Pd. But
I wouldn’t want to
spend effort on developing modules that I cannot profit from, since I could do
that using some other platform.

-Matti

On 07 May 2016, at 20:29, Miller Puckette wrote:

You'd have to modify Pd if you want to be able to run patches and

keep it a secret how the patch works. I don't think people often feel the

need to do that but it wouldn't be hard to do.

cheers

Miller

On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:

But how do you close and distribute a Pd patch so it’s not viewable? Can you
open a Pd patch distributed as binary?

I only found this:

How do I compile a Pd-patch to run as a stand-alone application?

https://puredata.info/docs/faq/standalone

-Matti

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

___

Re: [PD] [OT] choice of sound cards for 16 output channels

2016-05-07 Thread Derek Kwan

On May 07, Jaime Oliver wrote:
> Hi Derek, 
> 
> Do you have the UFX working properly in Ubuntu?
> 
> Are you able to control the hardware from there? like setting the gain or 
> compressor or phantom power for a mic for example?
> 
> best,
> 
> J
> 

Hello,

I have the little brother UCX with less ins/outs but it's only halfrack
size instead of full rack (handy for throwing into an old GPS device
case and taking to gigs!), but I'm assuming that the software situation
will be similar. The way to control these interfaces from the computer
is TotalMix and as far as I know, RME only makes these for Windows and
OS X only and there's no Linux clone. Looking on my install of Ubuntu
Studio, there's Linux clones of the software for the Hammerfall devices,
but the UC* series isn't a part of that (and the original UC without the
X isn't even class compliant). I haven't really done any massive
multichannel recording stuff, I'm a percussionist by training so I
usually use the UCX for live processing myself with Pure Data or
Supercollider or on the rare occassion record myself so at most the
number of mics I have going in at one time have been about two or three.
I could imagine it being a hassle if you're trying to close-mic a
chamber to even larger ensembles if you're stuck with adjusting the
gains of even 8 separate inputs with just the knob...

Here's the big problem (even outside of that) though and imho a pretty
big design flaw: you CAN'T set phantom power to the individual XLR ins
from the interface itself. I remember spending hours trying to figure it
out... What the interface allows though is to set separate presets so
what I did is I went on a friend's Mac, opened up TotalMix and saved all
the possible 2^2 = 4 phantom power combinations for the 2 XLR ins of my
interface (off/off, on/off, off/on, on/on). So I just set the preset
combo in the knob I want. The UFX has 4 XLR ins = 4^2 = 16 possible
combinations for phantom on/off... I just looked it up and it notes that
it has 16 presets for EQ/Low cut but I'm assuming you can use those to
set phantom as well since the UCX can? I'm not sure since I don't have
access to a UFX so you might have to investigate that further...

I got my UCX when I was still a OSX user so I didn't consider these
options at the time... but I'm pretty happy with using the interface
under Linux with the minor (for my small-scale stuff) hassle of only
being able to control settings via the one knob on the device.

I'm hoping that with the (very) slowly growing popularity of the Linux
desktop via Steam games and dissatisfaction with W10/OSX that pro audio
companies will pay more attention to Linux in the future. We finally got
our first commercial DAW in Bitwig a while back and I think Reaper is
finally making its way to Linux. Until then, it's sort of like being a
second-class citizen in the pro audio world using Linux, but I'd much
rather use it over the two major alternatives... There's great
open-source options for Linux, but the larger commercial software
companies don't pay us much attention just yet... 

Hope this helps!

Derek

=
Derek Kwan
www.derekxkwan.com

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

2016-05-07 Thread Scott R. Looney

+1 on Patrick's idea! and to continue to some extent where Patrick left
off, you can use magicolo's uPD project as a jumping off point:
https://github.com/Magicolo/uPD. i tried it out but and had issues
understanding this approach personally but i think it might hold some
potential, as it can instance PD multiple times rather than just once.

best,
scott

On Sat, May 7, 2016 at 12:49 PM, Pagano, Patrick 
wrote:

> Want to make some dough off of pd?
>
>
> Make a Pd Unity3D plugin so i can drop my patches in as sound
> sources/effects in Unity3D or UDK without custom coding.
>
>
> pp
>
>
>
>
> *Patrick Pagano B.S, M.F.A*
> Audio and Projection Design Faculty
> Digital Worlds Institute
> University of Florida, USA
> (352)294-2020
> --
> *From:* Matti Viljamaa 
> *Sent:* Saturday, May 7, 2016 3:13 PM
> *To:* Pagano, Patrick
> *Cc:* pd-l...@iem.at; Miller Puckette; pd-l...@mail.iem.at
> *Subject:* Re: [PD] Can you close source of Pd patches (for commercial
> development)?
>
> Or even straight C -> binary and then have Pd open the binary as patch.
>
> -Matti
>
> On 07 May 2016, at 22:01, Matti Viljamaa  wrote:
>
> Anyone know if compiling Pd patch to C could offer a possibility, e.g. as
> an extension of Pd?
>
> There are some around:
> http://resenv.media.mit.edu/PuDAC/sw.html
> https://github.com/sharebrained/pd_compiler
>
> So patch -> C -> binary and then have Pd somehow open the binary as patch?
>
> -Matti
>
> On 07 May 2016, at 21:08, Matti Viljamaa  wrote:
>
> I think being open to commercial development could make it attractive to
> develop e.g. high quality oscillators and filters for Pd.
> Commercial synthesisers and effects are often better than freeware.
>
> Reaktor has a lot of good free ensembles, but development wise its also
> more refined product (i.e. the development ought to be less painful).
>
> I think it’d be interesting to be able to have a platform where one can
> combine open source and commercial “modules”. Best of the both worlds, so
> to speak.
>
> -Matti
>
> On 07 May 2016, at 21:04, Pagano, Patrick 
> wrote:
>
> But as I suspected it sounds like your intention is to sell pd patches
> back to the community?
>
> Have you seen
> Monolog X
>
>
> Patrick Pagano B.S, M.F.A
> Interactive Media & Education
> +1352.226.2016
> https://patrickrpagano.wordpress.com/
>
>
> On May 7, 2016, at 1:37 PM, Matti Viljamaa  wrote:
>
> What about using Pd as a C/C++ library and writing the patch that way? Or
> perhaps LibPd?
> Would this allow the patch to be compiled as a stand-alone program? Yes?
>
> The easiest would be if there was a way to open a patch in binary form in
> Pd.
>
> What I’ve been envisioning would be to create “modules” for Pd similar to
> Reaktor’s Blocks that would
> allow for a more high-level patching and usage of Pd. And it could
> motivate developers to develop patches
> in a more standardized “blocks” form, rather than as unstandardised
> patches.
>
> Reason, I’ve been wanting to see modular synthesis properly realised in
> Pd. But I wouldn’t want to
> spend effort on developing modules that I cannot profit from, since I
> could do that using some other platform.
>
> -Matti
>
> On 07 May 2016, at 20:29, Miller Puckette  wrote:
>
>
> You'd have to modify Pd if you want to be able to run patches and
>
> keep it a secret how the patch works.  I don't think people often feel the
>
> need to do that but it wouldn't be hard to do.
>
>
> cheers
>
> Miller
>
>
> On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
>
> But how do you close and distribute a Pd patch so it’s not viewable? Can
> you open a Pd patch distributed as binary?
>
>
> I only found this:
>
>
> How do I compile a Pd-patch to run as a stand-alone application?
>
> https://puredata.info/docs/faq/standalone <
> https://puredata.info/docs/faq/standalone>
>
>
> -Matti
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Can you close source of Pd patches (for commercial development)?

2016-05-07 Thread Dan Wilcox

There is one already: https://github.com/patricksebastien/libpd4unity 



Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On May 7, 2016, at 1:49 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: "Pagano, Patrick"  >
> Subject: Re: [PD] Can you close source of Pd patches (for commercial 
> development)?
> Date: May 7, 2016 at 1:49:51 PM MDT
> To: Matti Viljamaa >
> Cc: "pd-l...@iem.at "  >, Miller Puckette  >, "pd-l...@mail.iem.at " 
> >
> 
> 
> Want to make some dough off of pd?
> 
> Make a Pd Unity3D plugin so i can drop my patches in as sound sources/effects 
> in Unity3D or UDK without custom coding. 
> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

Want to make some dough off of pd?

Make a Pd Unity3D plugin so i can drop my patches in as sound sources/effects 
in Unity3D or UDK without custom coding.

pp

Patrick Pagano B.S, M.F.A
Audio and Projection Design Faculty
Digital Worlds Institute
University of Florida, USA
(352)294-2020

From: Matti Viljamaa 
Sent: Saturday, May 7, 2016 3:13 PM
To: Pagano, Patrick
Cc: pd-l...@iem.at; Miller Puckette; pd-l...@mail.iem.at
Subject: Re: [PD] Can you close source of Pd patches (for commercial 
development)?

Or even straight C -> binary and then have Pd open the binary as patch.

-Matti

On 07 May 2016, at 22:01, Matti Viljamaa 
> wrote:

Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an 
extension of Pd?

There are some around:
http://resenv.media.mit.edu/PuDAC/sw.html
https://github.com/sharebrained/pd_compiler

So patch -> C -> binary and then have Pd somehow open the binary as patch?

-Matti

On 07 May 2016, at 21:08, Matti Viljamaa 
> wrote:

I think being open to commercial development could make it attractive to 
develop e.g. high quality oscillators and filters for Pd.
Commercial synthesisers and effects are often better than freeware.

Reaktor has a lot of good free ensembles, but development wise its also more 
refined product (i.e. the development ought to be less painful).

I think it'd be interesting to be able to have a platform where one can combine 
open source and commercial "modules". Best of the both worlds, so to speak.

-Matti

On 07 May 2016, at 21:04, Pagano, Patrick 
> wrote:

But as I suspected it sounds like your intention is to sell pd patches back to 
the community?

Have you seen
Monolog X

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 1:37 PM, Matti Viljamaa 
> wrote:

What about using Pd as a C/C++ library and writing the patch that way? Or 
perhaps LibPd?
Would this allow the patch to be compiled as a stand-alone program? Yes?

The easiest would be if there was a way to open a patch in binary form in Pd.

What I've been envisioning would be to create "modules" for Pd similar to 
Reaktor's Blocks that would
allow for a more high-level patching and usage of Pd. And it could motivate 
developers to develop patches
in a more standardized "blocks" form, rather than as unstandardised patches.

Reason, I've been wanting to see modular synthesis properly realised in Pd. But 
I wouldn't want to
spend effort on developing modules that I cannot profit from, since I could do 
that using some other platform.

-Matti

On 07 May 2016, at 20:29, Miller Puckette > 
wrote:

You'd have to modify Pd if you want to be able to run patches and
keep it a secret how the patch works.  I don't think people often feel the
need to do that but it wouldn't be hard to do.

cheers
Miller

On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
But how do you close and distribute a Pd patch so it's not viewable? Can you 
open a Pd patch distributed as binary?

I only found this:

How do I compile a Pd-patch to run as a stand-alone application?
https://puredata.info/docs/faq/standalone 

-Matti

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

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

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

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

Re: [PD] [OT] choice of sound cards for 16 output channels

2016-05-07 Thread Jaime Oliver

Hi Derek, 

Do you have the UFX working properly in Ubuntu?

Are you able to control the hardware from there? like setting the gain or 
compressor or phantom power for a mic for example?

best,

J



> On May 7, 2?016, at 6:48 AM, Derek Kwan  wrote:
> 
>> Hello,
>> 
>> With the following configuration :
>> Ubuntu 16.04
>> Pd-0.47.0
>> 
>> I need to find a solution to send sounds on 16 different speakers.
>> What is your advice regarding the purchase of USB sound cards under
>> Linux with this configuration ? For you, which sound cards are more
>> willing to do this job ?
>> 
>> 
> 
> 
> I'm running Ubuntu 16.04 and I have an RME UCX that I pretty much love.
> It's got 8 analog outs built into the device (well, 7 and 8 are mashed
> together in the form of a stereo quarter inch out) but then you get 8
> more with ADAT and 2 with SPDIF. The UCX has a big brother UFX that has
> even more outs. I use my UCX with the JACK Audio Connection Kit and then
> use Pure Data (or SuperCollider, or Ardour, or Audacity, or,.. pretty
> much anything) to talk to JACK. JACK is basically a middle man between
> your soundcard and everything else and it works great.
> 
> Well, pretty much all you need is a class compliant audio interface so
> be on the lookout for those. Unfortunately, audio interface companies
> don't like to make drivers for Linux but with the interface being class
> compliant, that doesn't matter.I think it was mentioned earlier that the
> Focusrite Scarlett 18i20 is an option. There's a handful of them out
> there.. hope this helps!
> 
> Derek
> 
> =
> Derek Kwan
> www.derekxkwan.com
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

It’s just that e.g. VSTs are fundamentally a limited format compared to Pure 
Data patches.
There are some modular VST hosts, but not much something like Reaktor that 
combines both
high- and low-level and customisation in the same environment.

At the KVR audio there was a late interest in developing perhaps yet another 
such platform:
http://www.kvraudio.com/forum/viewtopic.php?f=33=461790 


-Matti

> On 07 May 2016, at 22:24, Scott R. Looney  wrote:
> 
> hi Matti - the only thing i've seen that is something similar to what you're 
> asking is the Heavy toolchain from Enzien Audio based on the online 
> Tannhauser compiler. it can convert a PD patch into C++ where it can then be 
> used as a plugin for different platforms, including in game audio middleware. 
> the service is a commercial service if the product you're planning to use is 
> commercial in nature. at that point you could use it in something like JUCE 
> to do what you need to make it a full plugin or standalone app. many 
> commercial companies use PD or Max to prototype what they eventually sell as 
> commercial software. Joe White is on the list and may have more info than me 
> on commercial uses of Heavy: https://enzienaudio.com/ 
> 
> 
> scott
> 
> On Sat, May 7, 2016 at 12:13 PM, Matti Viljamaa  > wrote:
> Or even straight C -> binary and then have Pd open the binary as patch.
> 
> -Matti
> 
>> On 07 May 2016, at 22:01, Matti Viljamaa > > wrote:
>> 
>> Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an 
>> extension of Pd?
>> 
>> There are some around:
>> http://resenv.media.mit.edu/PuDAC/sw.html 
>> 
>> https://github.com/sharebrained/pd_compiler 
>> 
>> 
>> So patch -> C -> binary and then have Pd somehow open the binary as patch?
>> 
>> -Matti
>> 
>>> On 07 May 2016, at 21:08, Matti Viljamaa >> > wrote:
>>> 
>>> I think being open to commercial development could make it attractive to 
>>> develop e.g. high quality oscillators and filters for Pd.
>>> Commercial synthesisers and effects are often better than freeware.
>>> 
>>> Reaktor has a lot of good free ensembles, but development wise its also 
>>> more refined product (i.e. the development ought to be less painful).
>>> 
>>> I think it’d be interesting to be able to have a platform where one can 
>>> combine open source and commercial “modules”. Best of the both worlds, so 
>>> to speak.
>>> 
>>> -Matti
>>> 
 On 07 May 2016, at 21:04, Pagano, Patrick > wrote:
 
 But as I suspected it sounds like your intention is to sell pd patches 
 back to the community?
 
 Have you seen 
 Monolog X
 
 
 Patrick Pagano B.S, M.F.A
 Interactive Media & Education
 +1352.226.2016 
 https://patrickrpagano.wordpress.com/ 
 
 
 
 On May 7, 2016, at 1:37 PM, Matti Viljamaa > wrote:
 
> What about using Pd as a C/C++ library and writing the patch that way? Or 
> perhaps LibPd?
> Would this allow the patch to be compiled as a stand-alone program? Yes?
> 
> The easiest would be if there was a way to open a patch in binary form in 
> Pd.
> 
> What I’ve been envisioning would be to create “modules” for Pd similar to 
> Reaktor’s Blocks that would
> allow for a more high-level patching and usage of Pd. And it could 
> motivate developers to develop patches
> in a more standardized “blocks” form, rather than as unstandardised 
> patches. 
> 
> Reason, I’ve been wanting to see modular synthesis properly realised in 
> Pd. But I wouldn’t want to
> spend effort on developing modules that I cannot profit from, since I 
> could do that using some other platform.
> 
> -Matti
> 
>> On 07 May 2016, at 20:29, Miller Puckette > > wrote:
>> 
>> You'd have to modify Pd if you want to be able to run patches and
>> keep it a secret how the patch works.  I don't think people often feel 
>> the
>> need to do that but it wouldn't be hard to do.
>> 
>> cheers
>> Miller
>> 
>> On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
>>> But how do you close and distribute a Pd patch so it’s not viewable? 
>>> Can you open a Pd patch distributed as binary?
>>> 
>>> I only found this:
>>> 
>>> How do I compile a Pd-patch to run as a stand-alone application?
>>> https://puredata.info/docs/faq/standalone 
>>>

Re: [PD] Can you close source of Pd patches (for commercial development)?

2016-05-07 Thread Scott R. Looney

hi Matti - the only thing i've seen that is something similar to what
you're asking is the Heavy toolchain from Enzien Audio based on the online
Tannhauser compiler. it can convert a PD patch into C++ where it can then
be used as a plugin for different platforms, including in game audio
middleware. the service is a commercial service if the product you're
planning to use is commercial in nature. at that point you could use it in
something like JUCE to do what you need to make it a full plugin or
standalone app. many commercial companies use PD or Max to prototype what
they eventually sell as commercial software. Joe White is on the list and
may have more info than me on commercial uses of Heavy:
https://enzienaudio.com/

scott

On Sat, May 7, 2016 at 12:13 PM, Matti Viljamaa  wrote:

> Or even straight C -> binary and then have Pd open the binary as patch.
>
> -Matti
>
> On 07 May 2016, at 22:01, Matti Viljamaa  wrote:
>
> Anyone know if compiling Pd patch to C could offer a possibility, e.g. as
> an extension of Pd?
>
> There are some around:
> http://resenv.media.mit.edu/PuDAC/sw.html
> https://github.com/sharebrained/pd_compiler
>
> So patch -> C -> binary and then have Pd somehow open the binary as patch?
>
> -Matti
>
> On 07 May 2016, at 21:08, Matti Viljamaa  wrote:
>
> I think being open to commercial development could make it attractive to
> develop e.g. high quality oscillators and filters for Pd.
> Commercial synthesisers and effects are often better than freeware.
>
> Reaktor has a lot of good free ensembles, but development wise its also
> more refined product (i.e. the development ought to be less painful).
>
> I think it’d be interesting to be able to have a platform where one can
> combine open source and commercial “modules”. Best of the both worlds, so
> to speak.
>
> -Matti
>
> On 07 May 2016, at 21:04, Pagano, Patrick 
> wrote:
>
> But as I suspected it sounds like your intention is to sell pd patches
> back to the community?
>
> Have you seen
> Monolog X
>
>
> Patrick Pagano B.S, M.F.A
> Interactive Media & Education
> +1352.226.2016
> https://patrickrpagano.wordpress.com/
>
>
> On May 7, 2016, at 1:37 PM, Matti Viljamaa  wrote:
>
> What about using Pd as a C/C++ library and writing the patch that way? Or
> perhaps LibPd?
> Would this allow the patch to be compiled as a stand-alone program? Yes?
>
> The easiest would be if there was a way to open a patch in binary form in
> Pd.
>
> What I’ve been envisioning would be to create “modules” for Pd similar to
> Reaktor’s Blocks that would
> allow for a more high-level patching and usage of Pd. And it could
> motivate developers to develop patches
> in a more standardized “blocks” form, rather than as unstandardised
> patches.
>
> Reason, I’ve been wanting to see modular synthesis properly realised in
> Pd. But I wouldn’t want to
> spend effort on developing modules that I cannot profit from, since I
> could do that using some other platform.
>
> -Matti
>
> On 07 May 2016, at 20:29, Miller Puckette  wrote:
>
>
> You'd have to modify Pd if you want to be able to run patches and
>
> keep it a secret how the patch works.  I don't think people often feel the
>
> need to do that but it wouldn't be hard to do.
>
>
> cheers
>
> Miller
>
>
> On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
>
> But how do you close and distribute a Pd patch so it’s not viewable? Can
> you open a Pd patch distributed as binary?
>
>
> I only found this:
>
>
> How do I compile a Pd-patch to run as a stand-alone application?
>
> https://puredata.info/docs/faq/standalone <
> https://puredata.info/docs/faq/standalone>
>
>
> -Matti
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Can you close source of Pd patches (for commercial development)?

Or even straight C -> binary and then have Pd open the binary as patch.

-Matti

> On 07 May 2016, at 22:01, Matti Viljamaa  wrote:
> 
> Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an 
> extension of Pd?
> 
> There are some around:
> http://resenv.media.mit.edu/PuDAC/sw.html 
> 
> https://github.com/sharebrained/pd_compiler 
> 
> 
> So patch -> C -> binary and then have Pd somehow open the binary as patch?
> 
> -Matti
> 
>> On 07 May 2016, at 21:08, Matti Viljamaa > > wrote:
>> 
>> I think being open to commercial development could make it attractive to 
>> develop e.g. high quality oscillators and filters for Pd.
>> Commercial synthesisers and effects are often better than freeware.
>> 
>> Reaktor has a lot of good free ensembles, but development wise its also more 
>> refined product (i.e. the development ought to be less painful).
>> 
>> I think it’d be interesting to be able to have a platform where one can 
>> combine open source and commercial “modules”. Best of the both worlds, so to 
>> speak.
>> 
>> -Matti
>> 
>>> On 07 May 2016, at 21:04, Pagano, Patrick >> > wrote:
>>> 
>>> But as I suspected it sounds like your intention is to sell pd patches back 
>>> to the community?
>>> 
>>> Have you seen 
>>> Monolog X
>>> 
>>> 
>>> Patrick Pagano B.S, M.F.A
>>> Interactive Media & Education
>>> +1352.226.2016
>>> https://patrickrpagano.wordpress.com/ 
>>> 
>>> 
>>> 
>>> On May 7, 2016, at 1:37 PM, Matti Viljamaa >> > wrote:
>>> 
 What about using Pd as a C/C++ library and writing the patch that way? Or 
 perhaps LibPd?
 Would this allow the patch to be compiled as a stand-alone program? Yes?
 
 The easiest would be if there was a way to open a patch in binary form in 
 Pd.
 
 What I’ve been envisioning would be to create “modules” for Pd similar to 
 Reaktor’s Blocks that would
 allow for a more high-level patching and usage of Pd. And it could 
 motivate developers to develop patches
 in a more standardized “blocks” form, rather than as unstandardised 
 patches. 
 
 Reason, I’ve been wanting to see modular synthesis properly realised in 
 Pd. But I wouldn’t want to
 spend effort on developing modules that I cannot profit from, since I 
 could do that using some other platform.
 
 -Matti
 
> On 07 May 2016, at 20:29, Miller Puckette  > wrote:
> 
> You'd have to modify Pd if you want to be able to run patches and
> keep it a secret how the patch works.  I don't think people often feel the
> need to do that but it wouldn't be hard to do.
> 
> cheers
> Miller
> 
> On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
>> But how do you close and distribute a Pd patch so it’s not viewable? Can 
>> you open a Pd patch distributed as binary?
>> 
>> I only found this:
>> 
>> How do I compile a Pd-patch to run as a stand-alone application?
>> https://puredata.info/docs/faq/standalone 
>>  
>> > >
>> 
>> -Matti
>> 
 
 
 ___
 Pd-list@lists.iem.at  mailing list
 UNSUBSCRIBE and account-management -> 
 https://lists.puredata.info/listinfo/pd-list 
 
>> 
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list 
>> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

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

[PD] Uninstall pd on OSX

2016-05-07 Thread Wilfred de Zoete

I'm having issues on 10.9.5 with installing a new version of pd (0.46-7) 
- I've been using a 2013 pd extended for years but that one froze on me. 
But now when throwing it away and installing a new pd I get plenty 
conflicts with different paths. Installing exernals gives errors too; 
some install, some give conflicts and others refuse. How can I clean the 
system totally? I've been deleting all pd's and the pure data files  
'user \ library \ save application state' but still errors. By the way: 
the menu doesn't work too (copying, pasting et cetera from the menu).
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Can you close source of Pd patches (for commercial development)?

Anyone know if compiling Pd patch to C could offer a possibility, e.g. as an 
extension of Pd?

There are some around:
http://resenv.media.mit.edu/PuDAC/sw.html 

https://github.com/sharebrained/pd_compiler 


So patch -> C -> binary and then have Pd somehow open the binary as patch?

-Matti

> On 07 May 2016, at 21:08, Matti Viljamaa  wrote:
> 
> I think being open to commercial development could make it attractive to 
> develop e.g. high quality oscillators and filters for Pd.
> Commercial synthesisers and effects are often better than freeware.
> 
> Reaktor has a lot of good free ensembles, but development wise its also more 
> refined product (i.e. the development ought to be less painful).
> 
> I think it’d be interesting to be able to have a platform where one can 
> combine open source and commercial “modules”. Best of the both worlds, so to 
> speak.
> 
> -Matti
> 
>> On 07 May 2016, at 21:04, Pagano, Patrick > > wrote:
>> 
>> But as I suspected it sounds like your intention is to sell pd patches back 
>> to the community?
>> 
>> Have you seen 
>> Monolog X
>> 
>> 
>> Patrick Pagano B.S, M.F.A
>> Interactive Media & Education
>> +1352.226.2016
>> https://patrickrpagano.wordpress.com/ 
>> 
>> 
>> On May 7, 2016, at 1:37 PM, Matti Viljamaa > > wrote:
>> 
>>> What about using Pd as a C/C++ library and writing the patch that way? Or 
>>> perhaps LibPd?
>>> Would this allow the patch to be compiled as a stand-alone program? Yes?
>>> 
>>> The easiest would be if there was a way to open a patch in binary form in 
>>> Pd.
>>> 
>>> What I’ve been envisioning would be to create “modules” for Pd similar to 
>>> Reaktor’s Blocks that would
>>> allow for a more high-level patching and usage of Pd. And it could motivate 
>>> developers to develop patches
>>> in a more standardized “blocks” form, rather than as unstandardised 
>>> patches. 
>>> 
>>> Reason, I’ve been wanting to see modular synthesis properly realised in Pd. 
>>> But I wouldn’t want to
>>> spend effort on developing modules that I cannot profit from, since I could 
>>> do that using some other platform.
>>> 
>>> -Matti
>>> 
 On 07 May 2016, at 20:29, Miller Puckette > wrote:
 
 You'd have to modify Pd if you want to be able to run patches and
 keep it a secret how the patch works.  I don't think people often feel the
 need to do that but it wouldn't be hard to do.
 
 cheers
 Miller
 
 On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
> But how do you close and distribute a Pd patch so it’s not viewable? Can 
> you open a Pd patch distributed as binary?
> 
> I only found this:
> 
> How do I compile a Pd-patch to run as a stand-alone application?
> https://puredata.info/docs/faq/standalone 
>  
>  >
> 
> -Matti
> 
>>> 
>>> 
>>> ___
>>> Pd-list@lists.iem.at  mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> https://lists.puredata.info/listinfo/pd-list 
>>> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list

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

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now

My problem with a "clear" method for delwrite~ is that it takes a data-dependent
amount of time to carry out.  OTOH, there's a way to clear arrays.  Some
thinking is needed to figure out how to clearly distinguish between operations
that are best carried out at "startup time" (whatever that means) and things
that one can get away with in real time.  I haven't figured out how to
deal with this yet.

cheers
M

On Fri, May 06, 2016 at 12:19:02AM -0400, Jaime Oliver wrote:
> +1 on clear method for delwrite~
> I have those forgotten snippets as a feature now and count on them, but it 
> would be good for them to be optional.
> best,
> 
> J
> > On May 5, 2016, at 11:57 PM, Alexandre Torres Porres  
> > wrote:
> > 
> > 2016-05-05 23:55 GMT-03:00 Miller Puckette  > >:
> > almost ready to put out 0.47-0 for real :)
> > 
> > Awesome. I'd still have a couple of minor feature requests that I'd 
> > consider fair for this release so I'll insist on them; but I get it if you 
> > just wanna release it out for good - or if you have any thoughts against 
> > this or other issues, please share.
> > 
> > First: bringing back the paf~ external. I looked it up in the earlier 
> > releases and found the source from where it was last available (around 0.36 
> > I guess). Here it is attached so you don't need to look for it. It kinda 
> > bother me that in the pd examples you mention it but it's not there, so if 
> > you decide to not bring it back, maybe remove this mention in 
> > F13.paf.control - but checking the source, seems like a fine code to go to 
> > waste :)
> > 
> > Second: Add a clear method message to [delwrite~] so it clears its buffer - 
> > this would be extremely useful when implementing some feedback 
> > reverberators and not that much work on the code.
> > 
> > Thanks
> > Alex
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > https://lists.puredata.info/listinfo/pd-list
> 

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


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

But as I suspected it sounds like your intention is to sell pd patches back to 
the community?

Have you seen
Monolog X


Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/


On May 7, 2016, at 1:37 PM, Matti Viljamaa 
> wrote:

What about using Pd as a C/C++ library and writing the patch that way? Or 
perhaps LibPd?
Would this allow the patch to be compiled as a stand-alone program? Yes?

The easiest would be if there was a way to open a patch in binary form in Pd.

What I've been envisioning would be to create "modules" for Pd similar to 
Reaktor's Blocks that would
allow for a more high-level patching and usage of Pd. And it could motivate 
developers to develop patches
in a more standardized "blocks" form, rather than as unstandardised patches.

Reason, I've been wanting to see modular synthesis properly realised in Pd. But 
I wouldn't want to
spend effort on developing modules that I cannot profit from, since I could do 
that using some other platform.

-Matti

On 07 May 2016, at 20:29, Miller Puckette > 
wrote:

You'd have to modify Pd if you want to be able to run patches and
keep it a secret how the patch works.  I don't think people often feel the
need to do that but it wouldn't be hard to do.

cheers
Miller

On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
But how do you close and distribute a Pd patch so it's not viewable? Can you 
open a Pd patch distributed as binary?

I only found this:

How do I compile a Pd-patch to run as a stand-alone application?
https://puredata.info/docs/faq/standalone 


-Matti



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

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now

I believe its main problem is jst that it's inefficient, not that it gives
stack overflows... I added a comment about that.  I want to fix "list" so that
this can run in linear time but haven't done that yet :)

M

On Fri, May 06, 2016 at 06:12:56PM +0200, Christof Ressi wrote:
> Also, the serializer example in the [list] help patch is a bit dangerous, 
> because the recursion will easily cause a stack overflow for longer lists 
> :-). Maybe make a second serializer example with the iterative approach 
> (although not linear in time either) could be added? Plus a hint to 
> [list-drip] or [drip] as long as the problem with deep copies is not fixed?
> 
> > Gesendet: Freitag, 06. Mai 2016 um 18:01 Uhr
> > Von: "Christof Ressi" 
> > An: "Miller Puckette" 
> > Cc: "pd-lista puredata" 
> > Betreff: Re: [PD] [PD-announce] Oops, test3 bad, test4 up now
> >
> > Hi Miller,
> > 
> > I just discovered another minor bug.
> > 
> > In the help patch for [list] it says:
> > 
> > "In general, inlets that take lists (two each for append/prepend, and one 
> > each for split and trim) will convert non-list messages (such as "set 5") 
> > to lists (such as "list set 5" automatically.)"
> > 
> > The recently added [list fromsymbol] and [list tosymbol] objects don't 
> > comply with this rule yet, as they will complain if you pass them non-list 
> > messages.
> > 
> > Christof
> > 
> > 
> > > Gesendet: Freitag, 06. Mai 2016 um 04:55 Uhr
> > > Von: "Miller Puckette" 
> > > An: "Alexandre Torres Porres" 
> > > Cc: "pd-lista puredata" 
> > > Betreff: Re: [PD] [PD-announce] Oops, test3 bad, test4 up now
> > >
> > > I think it's fixed now... almost ready to put out 0.47-0 for real :)
> > > 
> > > cheers
> > > Miller
> > > On Thu, May 05, 2016 at 11:16:46PM -0300, Alexandre Torres Porres wrote:
> > > > I was calling [clone]'s help from "help-intro.pd" and it crashed, tried 
> > > > it
> > > > a few more times and crashed again (but not always)
> > > > 
> > > > I had complained about this first and then it seemed it had been fixed, 
> > > > but
> > > > not quite yet i guess
> > > > 
> > > > cheers
> > > > 
> > > > 2016-05-04 18:11 GMT-03:00 Miller Puckette :
> > > > 
> > > > > Yep - confirmed and I believe fixed.  Thanks
> > > > >
> > > > > M
> > > > >
> > > > > On Mon, May 02, 2016 at 02:28:46PM +0200, Christof Ressi wrote:
> > > > > > I'm having crashes again with opening help patches (Win 7 binaries).
> > > > > >
> > > > > > Not 100% reliable, but 'works' most of the time:
> > > > > >
> > > > > > 1) Start Pd
> > > > > > 2) make a new canvas
> > > > > > 3) right click into emtpy canvas -> help (opening help-intro.pd)
> > > > > > 4) close help-intro.pd
> > > > > > 5) create empty [clone] object
> > > > > > 6) right click on [clone] -> help
> > > > > > ... Pd hangs and WerFault.exe pops up
> > > > > >
> > > > > > Christof
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > > Gesendet: Montag, 02. Mai 2016 um 07:04 Uhr
> > > > > > > Von: "Miller Puckette" 
> > > > > > > An: pd-annou...@iem.at
> > > > > > > Betreff: [PD] [PD-announce] Oops, test3 bad, test4 up now
> > > > > > >
> > > > > > > Sorry for the noise -
> > > > > > >
> > > > > > > I broke the variable delay reader in 0.47-0test3 - I've uploaded 
> > > > > > > test4
> > > > > > > to replace it... http://msp.ucsd.edu/software.htm etc. as usual.
> > > > > > >
> > > > > > > cheers
> > > > > > > Miller
> > > > > > >
> > > > > > > ___
> > > > > > > Pd-announce mailing list
> > > > > > > pd-annou...@lists.iem.at
> > > > > > > https://lists.puredata.info/listinfo/pd-announce
> > > > > > > ___
> > > > > > > Pd-list@lists.iem.at mailing list
> > > > > > > UNSUBSCRIBE and account-management ->
> > > > > https://lists.puredata.info/listinfo/pd-list
> > > > > > >
> > > > > >
> > > > > > ___
> > > > > > Pd-list@lists.iem.at mailing list
> > > > > > UNSUBSCRIBE and account-management ->
> > > > > https://lists.puredata.info/listinfo/pd-list
> > > > >
> > > > > ___
> > > > > Pd-list@lists.iem.at mailing list
> > > > > UNSUBSCRIBE and account-management ->
> > > > > https://lists.puredata.info/listinfo/pd-list
> > > > >
> > > 
> > > > ___
> > > > Pd-list@lists.iem.at mailing list
> > > > UNSUBSCRIBE and account-management -> 
> > > > https://lists.puredata.info/listinfo/pd-list
> > > 
> > > 
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management -> 
> > > https://lists.puredata.info/listinfo/pd-list
> > > 
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> >

Re: [PD] more help file suggestions for pd 0.47

I put in a sentence to scare users away from "%".  Use "mod" instead :)

M
On Sat, May 07, 2016 at 12:37:18PM -0300, Alexandre Torres Porres wrote:
> howdy, I can see it in the sourceforge you updated the help files, cool.
> 
> but in the otherbinops-help.pd I still don't see the [%] object
> 
> cheers
> 
> 2016-05-05 23:24 GMT-03:00 Alexandre Torres Porres :
> 
> > So i did browse though all the help files again to see if I could find
> > anything else, here it is:
> >
> > [%], [mod] and [div] call the otherbinops-help file, but none of these 3
> > objects are mentioned in it, so please update this help file to include
> > them.
> >
> > both delwrite~ and delread~ could be update to refer to the new vd~ name
> > delread4~ (I had suggested this before with delread~ but forgot about
> > delwrite~).
> >
> > [value] could be update to inform that you can both read and write values
> > to it from the [expr] family of objects
> >
> > Moreover, many help files were hurting the eye because comments were
> > overlaping with objects, the window size was wring and things like that. I
> > assume some font size and things like that changed from one version to
> > another and things got a little screwed up (30 of them exactly).
> >
> > I made changes myself, all very minute and just to correct this aesthetic
> > and reading problems - some incredibly minute, while other needed more
> > effort separating overlapping things. But anyway, none should configure an
> > "update to 0.47" remark in my oppinion... cause it's all the same!
> >
> > only thing I really changed was in [change] (haha) - where I fixed a typo
> > (STREAM instead of STEAM), find them all attached.
> >
> > cheers
> >

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


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

2016-05-07 Thread Charles Z Henry

Yes!  Of course!  One of the economic benefits of open-source software is
that it can reduce development costs.  Every good engineer should know this.

DO pay attention to licensing details.  You do have an obligation to the
license holders and your customers.  This is what makes the playing field
level for companies using open source software in products.

> On May 7, 2016, at 12:08 PM, Pagano, Patrick 
wrote:
>
>> So like you'd use like years and years and years of open source
development for like your own personal gain?
>>
>>
>>
>> Patrick Pagano B.S, M.F.A
>> Interactive Media & Education
>> +1352.226.2016
>> https://patrickrpagano.wordpress.com/
>>
>>
>> On May 7, 2016, at 11:47 AM, Matti Viljamaa  wrote:
>>
>>> I’ve been thinking about the feasibility of leveraging Pd as a
development platform for commercial patches. Sort of like some (e.g.
Twisted Tools) are using Reaktor for developing commercial-grade plug-ins.
>>> But instead of Reaktor I could rather use Pd, because it’s a more open
platform.
>>>
>>> But if the development is for commercial purposes, there would need to
be some sort of mechanism for closing the source. Is this possible or
something worth looking at?
>>>
>>> -Matti
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Can you close source of Pd patches (for commercial development)?

I don't think there's any way to distribute patches that vanilla Pd can read
and run without making it easy for people to open them.  At some level you'll
have to write code.

cheers
M

On Sat, May 07, 2016 at 08:36:46PM +0300, Matti Viljamaa wrote:
> What about using Pd as a C/C++ library and writing the patch that way? Or 
> perhaps LibPd?
> Would this allow the patch to be compiled as a stand-alone program? Yes?
> 
> The easiest would be if there was a way to open a patch in binary form in Pd.
> 
> What I’ve been envisioning would be to create “modules” for Pd similar to 
> Reaktor’s Blocks that would
> allow for a more high-level patching and usage of Pd. And it could motivate 
> developers to develop patches
> in a more standardized “blocks” form, rather than as unstandardised patches. 
> 
> Reason, I’ve been wanting to see modular synthesis properly realised in Pd. 
> But I wouldn’t want to
> spend effort on developing modules that I cannot profit from, since I could 
> do that using some other platform.
> 
> -Matti
> 
> > On 07 May 2016, at 20:29, Miller Puckette  wrote:
> > 
> > You'd have to modify Pd if you want to be able to run patches and
> > keep it a secret how the patch works.  I don't think people often feel the
> > need to do that but it wouldn't be hard to do.
> > 
> > cheers
> > Miller
> > 
> > On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
> >> But how do you close and distribute a Pd patch so it’s not viewable? Can 
> >> you open a Pd patch distributed as binary?
> >> 
> >> I only found this:
> >> 
> >> How do I compile a Pd-patch to run as a stand-alone application?
> >> https://puredata.info/docs/faq/standalone 
> >> 
> >> 
> >> -Matti
> >> 
> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

What about using Pd as a C/C++ library and writing the patch that way? Or 
perhaps LibPd?
Would this allow the patch to be compiled as a stand-alone program? Yes?

The easiest would be if there was a way to open a patch in binary form in Pd.

What I’ve been envisioning would be to create “modules” for Pd similar to 
Reaktor’s Blocks that would
allow for a more high-level patching and usage of Pd. And it could motivate 
developers to develop patches
in a more standardized “blocks” form, rather than as unstandardised patches. 

Reason, I’ve been wanting to see modular synthesis properly realised in Pd. But 
I wouldn’t want to
spend effort on developing modules that I cannot profit from, since I could do 
that using some other platform.

-Matti

> On 07 May 2016, at 20:29, Miller Puckette  wrote:
> 
> You'd have to modify Pd if you want to be able to run patches and
> keep it a secret how the patch works.  I don't think people often feel the
> need to do that but it wouldn't be hard to do.
> 
> cheers
> Miller
> 
> On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
>> But how do you close and distribute a Pd patch so it’s not viewable? Can you 
>> open a Pd patch distributed as binary?
>> 
>> I only found this:
>> 
>> How do I compile a Pd-patch to run as a stand-alone application?
>> https://puredata.info/docs/faq/standalone 
>> 
>> 
>> -Matti
>> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

You'd have to modify Pd if you want to be able to run patches and
keep it a secret how the patch works.  I don't think people often feel the
need to do that but it wouldn't be hard to do.

cheers
Miller

On Sat, May 07, 2016 at 08:14:05PM +0300, Matti Viljamaa wrote:
> But how do you close and distribute a Pd patch so it’s not viewable? Can you 
> open a Pd patch distributed as binary?
> 
> I only found this:
>  
> 
> How do I compile a Pd-patch to run as a stand-alone application?
> https://puredata.info/docs/faq/standalone 
> 
> 
> -Matti
> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

But how do you close and distribute a Pd patch so it’s not viewable? Can you 
open a Pd patch distributed as binary?

I only found this:
 

How do I compile a Pd-patch to run as a stand-alone application?
https://puredata.info/docs/faq/standalone 


-Matti

> On 07 May 2016, at 19:53, Miller Puckette  wrote:
> 
> In fact Max uses some Pd code inside it.  I released Pd under BSD license
> partly to encourage that possibility.
> 
> Pd is also used as part of game audio engines (I think the first game to use
> it was Spore, perhaps 10 years ago).
> 
> So leverage away.  Your tax money pays my salary (at least, if you live in
> California it does :) so the product is there for you to use as you wish.
> 
> cheers
> Miller
> 
> On Sat, May 07, 2016 at 07:14:49PM +0300, Matti Viljamaa wrote:
>> I think if Pd was viable for many different users, it would be more 
>> attractive.
>> 
>> Commercial software is sometimes better quality than open source / free. 
>> Which can lend to better tools being developed for the platform since 
>> there’s a commercial incentive.
>> Wonder e.g. why the Max platform is more popular, even if its commercial. 
>> Commerciality isn’t stopping people from using it.
>> 
>> -Matti
>> 
>> On May 7, 2016, at 12:08 PM, Pagano, Patrick > > wrote:
>> 
>>> So like you'd use like years and years and years of open source development 
>>> for like your own personal gain? 
>>> 
>>> 
>>> 
>>> Patrick Pagano B.S, M.F.A
>>> Interactive Media & Education
>>> +1352.226.2016
>>> https://patrickrpagano.wordpress.com/ 
>>> 
>>> 
>>> 
>>> On May 7, 2016, at 11:47 AM, Matti Viljamaa >> > wrote:
>>> 
 I’ve been thinking about the feasibility of leveraging Pd as a development 
 platform for commercial patches. Sort of like some (e.g. Twisted Tools) 
 are using Reaktor for developing commercial-grade plug-ins.
 But instead of Reaktor I could rather use Pd, because it’s a more open 
 platform.
 
 But if the development is for commercial purposes, there would need to be 
 some sort of mechanism for closing the source. Is this possible or 
 something worth looking at?
 
 -Matti
 ___
 Pd-list@lists.iem.at  mailing list
 UNSUBSCRIBE and account-management -> 
 https://lists.puredata.info/listinfo/pd-list 
 
>> 
> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list
> 

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

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now

I can't recreate this... (tried pd -path .../z, invoked an abstraction that was
in the subdirectory ../z, asked for help and got it.  You must be invoking
this differently or maybe on a different OS?)

cheers
Miller

On Thu, May 05, 2016 at 03:56:36PM +0100, Liam Goodacre wrote:
> Here's another issue: If I create an abstraction out of the relative home 
> directory and then call its help file, PD is crashing. It works correctly if 
> I specify the path (ie [folder/abstraction]). I'm still on test2, so perhaps 
> this has been sorted already.
> 

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


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

In fact Max uses some Pd code inside it.  I released Pd under BSD license
partly to encourage that possibility.

Pd is also used as part of game audio engines (I think the first game to use
it was Spore, perhaps 10 years ago).

So leverage away.  Your tax money pays my salary (at least, if you live in
California it does :) so the product is there for you to use as you wish.

cheers
Miller

On Sat, May 07, 2016 at 07:14:49PM +0300, Matti Viljamaa wrote:
> I think if Pd was viable for many different users, it would be more 
> attractive.
> 
> Commercial software is sometimes better quality than open source / free. 
> Which can lend to better tools being developed for the platform since there’s 
> a commercial incentive.
> Wonder e.g. why the Max platform is more popular, even if its commercial. 
> Commerciality isn’t stopping people from using it.
> 
> -Matti
> 
> On May 7, 2016, at 12:08 PM, Pagano, Patrick  > wrote:
> 
> > So like you'd use like years and years and years of open source development 
> > for like your own personal gain? 
> > 
> > 
> > 
> > Patrick Pagano B.S, M.F.A
> > Interactive Media & Education
> > +1352.226.2016
> > https://patrickrpagano.wordpress.com/ 
> > 
> > 
> > 
> > On May 7, 2016, at 11:47 AM, Matti Viljamaa  > > wrote:
> > 
> >> I’ve been thinking about the feasibility of leveraging Pd as a development 
> >> platform for commercial patches. Sort of like some (e.g. Twisted Tools) 
> >> are using Reaktor for developing commercial-grade plug-ins.
> >> But instead of Reaktor I could rather use Pd, because it’s a more open 
> >> platform.
> >> 
> >> But if the development is for commercial purposes, there would need to be 
> >> some sort of mechanism for closing the source. Is this possible or 
> >> something worth looking at?
> >> 
> >> -Matti
> >> ___
> >> Pd-list@lists.iem.at  mailing list
> >> UNSUBSCRIBE and account-management -> 
> >> https://lists.puredata.info/listinfo/pd-list 
> >> 
> 

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


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

I urge you to look at Max then. Pd is plenty attractive as it is now. I have 
never bought or sold a Pd "patch" and never plan on it either.

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 12:13 PM, Matti Viljamaa 
> wrote:

I think if Pd was viable for many different users, it would be more attractive.

Commercial software is sometimes better quality than open source / free. Which 
can lend to better tools being developed for the platform since there's a 
commercial incentive.
Wonder e.g. why the Max platform is more popular, even if its commercial. 
Commerciality isn't stopping people from using it.

-Matti

On 07 May 2016, at 19:08, Pagano, Patrick 
> wrote:

So like you'd use like years and years and years of open source development for 
like your own personal gain?

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 11:47 AM, Matti Viljamaa 
> wrote:

I've been thinking about the feasibility of leveraging Pd as a development 
platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
using Reaktor for developing commercial-grade plug-ins.
But instead of Reaktor I could rather use Pd, because it's a more open platform.

But if the development is for commercial purposes, there would need to be some 
sort of mechanism for closing the source. Is this possible or something worth 
looking at?

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

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

Hi Matti,Pd Vanilla has a 3-clause BSD license.  This license allows you to use 
the code in proprietary software and distribute binaries without also 
distributing the corresponding source code.
It also allows you to make changes/improvements to the code without sharing 
them back with the community.
As for external libraries-- it depends on how they are licensed.  Some are 
licensed GPL, which doesn't allow you to do what you're asking.
-Jonathan 

On Saturday, May 7, 2016 11:48 AM, Matti Viljamaa  
wrote:
 

 I’ve been thinking about the feasibility of leveraging Pd as a development 
platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
using Reaktor for developing commercial-grade plug-ins.
But instead of Reaktor I could rather use Pd, because it’s a more open platform.

But if the development is for commercial purposes, there would need to be some 
sort of mechanism for closing the source. Is this possible or something worth 
looking at?

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


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

Re: [PD] Can you close source of Pd patches (for commercial development)?

I think if Pd was viable for many different users, it would be more attractive.

Commercial software is sometimes better quality than open source / free. Which 
can lend to better tools being developed for the platform since there’s a 
commercial incentive.
Wonder e.g. why the Max platform is more popular, even if its commercial. 
Commerciality isn’t stopping people from using it.

-Matti

On May 7, 2016, at 12:08 PM, Pagano, Patrick > wrote:

> So like you'd use like years and years and years of open source development 
> for like your own personal gain? 
> 
> 
> 
> Patrick Pagano B.S, M.F.A
> Interactive Media & Education
> +1352.226.2016
> https://patrickrpagano.wordpress.com/ 
> 
> 
> On May 7, 2016, at 11:47 AM, Matti Viljamaa  > wrote:
> 
>> I’ve been thinking about the feasibility of leveraging Pd as a development 
>> platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
>> using Reaktor for developing commercial-grade plug-ins.
>> But instead of Reaktor I could rather use Pd, because it’s a more open 
>> platform.
>> 
>> But if the development is for commercial purposes, there would need to be 
>> some sort of mechanism for closing the source. Is this possible or something 
>> worth looking at?
>> 
>> -Matti
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list 
>> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

I think if Pd was viable for many different users, it would be more attractive.

Commercial software is sometimes better quality than open source / free. Which 
can lend to better tools being developed for the platform since there’s a 
commercial incentive.
Wonder e.g. why the Max platform is more popular, even if its commercial. 
Commerciality isn’t stopping people from using it.

-Matti

On May 7, 2016, at 12:08 PM, Pagano, Patrick > wrote:

> So like you'd use like years and years and years of open source development 
> for like your own personal gain? 
> 
> 
> 
> Patrick Pagano B.S, M.F.A
> Interactive Media & Education
> +1352.226.2016
> https://patrickrpagano.wordpress.com/ 
> 
> 
> On May 7, 2016, at 11:47 AM, Matti Viljamaa  > wrote:
> 
>> I’ve been thinking about the feasibility of leveraging Pd as a development 
>> platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
>> using Reaktor for developing commercial-grade plug-ins.
>> But instead of Reaktor I could rather use Pd, because it’s a more open 
>> platform.
>> 
>> But if the development is for commercial purposes, there would need to be 
>> some sort of mechanism for closing the source. Is this possible or something 
>> worth looking at?
>> 
>> -Matti
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> https://lists.puredata.info/listinfo/pd-list 
>> 

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

Re: [PD] Can you close source of Pd patches (for commercial development)?

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 12:08 PM, Pagano, Patrick 
> wrote:

So like you'd use like years and years and years of open source development for 
like your own personal gain?

Patrick Pagano B.S, M.F.A
Interactive Media & Education
+1352.226.2016
https://patrickrpagano.wordpress.com/

On May 7, 2016, at 11:47 AM, Matti Viljamaa 
> wrote:

I've been thinking about the feasibility of leveraging Pd as a development 
platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
using Reaktor for developing commercial-grade plug-ins.
But instead of Reaktor I could rather use Pd, because it's a more open platform.

But if the development is for commercial purposes, there would need to be some 
sort of mechanism for closing the source. Is this possible or something worth 
looking at?

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

[PD] Can you close source of Pd patches (for commercial development)?

I’ve been thinking about the feasibility of leveraging Pd as a development 
platform for commercial patches. Sort of like some (e.g. Twisted Tools) are 
using Reaktor for developing commercial-grade plug-ins.
But instead of Reaktor I could rather use Pd, because it’s a more open platform.

But if the development is for commercial purposes, there would need to be some 
sort of mechanism for closing the source. Is this possible or something worth 
looking at?

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

Re: [PD] more help file suggestions for pd 0.47

howdy, I can see it in the sourceforge you updated the help files, cool.

but in the otherbinops-help.pd I still don't see the [%] object

cheers

2016-05-05 23:24 GMT-03:00 Alexandre Torres Porres :

> So i did browse though all the help files again to see if I could find
> anything else, here it is:
>
> [%], [mod] and [div] call the otherbinops-help file, but none of these 3
> objects are mentioned in it, so please update this help file to include
> them.
>
> both delwrite~ and delread~ could be update to refer to the new vd~ name
> delread4~ (I had suggested this before with delread~ but forgot about
> delwrite~).
>
> [value] could be update to inform that you can both read and write values
> to it from the [expr] family of objects
>
> Moreover, many help files were hurting the eye because comments were
> overlaping with objects, the window size was wring and things like that. I
> assume some font size and things like that changed from one version to
> another and things got a little screwed up (30 of them exactly).
>
> I made changes myself, all very minute and just to correct this aesthetic
> and reading problems - some incredibly minute, while other needed more
> effort separating overlapping things. But anyway, none should configure an
> "update to 0.47" remark in my oppinion... cause it's all the same!
>
> only thing I really changed was in [change] (haha) - where I fixed a typo
> (STREAM instead of STEAM), find them all attached.
>
> cheers
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Controlling VLC from PureData Vanilla.

2016-05-07 Thread Jack

Hello Mario,

Here a small change in your patch to control VLC.
It uses [route 10 13] to output a line when it is complete (when 10
or/and 13 comes).
++

Jack



Le 06/05/2016 22:22, Mario Mey a écrit :
> Here is the patch:
> 
> http://stackoverflow.com/questions/37052150/how-to-control-vlc-from-pd-vanila-0-46-with-native-network-system
> 
> 
> Thanks everybody.
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list



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

Re: [PD] [netsend] bug?

2016-05-07 Thread Jack

I remove the [float2symbol] abstraction and change it with [makefilename
%g] (thanx IOhannes) in the list2symbol.pd if someone need a vanilla
solution of zexy/list2symbol.
It is attached.
++

Jack



Le 06/05/2016 19:15, Jack a écrit :
> Can you send a full output from [netsend -b] ?
> To get your message line by line, you must recreate the chain by
> accumulating numerical values until a 10 or/and 13 comes. For this a
> [route 10 13] (to do something when a 10 or 13 comes), [list prepend]
> (to accumulate) and [list] (to store accumulation) should help.
> See attached files for one possibility of vanilla version of [l2s].
> ++
> 
> Jack
> 
> 
> 
> Le 06/05/2016 17:46, Mario Mey a écrit :
>> Jack, thank you for this patch. It works. Also thanks to Patrice... but
>> I want to make it easy.
>>
>> Now, I would want to know how to reproduce l2s with Vanilla (I'm trying
>> to use only Vanilla).
>>
>> ... and there's something else: If I send "playlist" to VLC, the right
>> outlet of [netsend -b] prints the playlist... but one character per
>> print. Something like:
>>
>> print: 43
>> print: 45
>> print: 45
>> print: 45
>> print: 45
>> print: 91
>> print: 32
>> print: 80
>> print: 108
>> print: 97
>> print: 121
>> print: 108
>> ...
>>
>> If I put [list tosymbol] before [print], the characters appears:
>>
>> print: symbol +
>> print: symbol -
>> print: symbol -
>> print: symbol -
>> print: symbol -
>> print: symbol [
>> print: symbol
>> print: symbol P
>> print: symbol l
>> print: symbol a
>> print: symbol y
>> print: symbol l
>> ...
>>
>> How should I convert all this messages into one message? If possible,
>> respecting the return carriage.
>>
>>
>>
>>
>>
>> El 06/05/16 a las 10:51, Jack escribió:
>>> Hello,
>>>
>>> Now, with Pd 0.46.7 you have [netsend -b].
>>> It allows you to send a string in 'binary' mode (you don't need anymore
>>> to use the FUDI protocol used by netsend before).
>>>
>>> Then, something like :
>>>
>>> [list add file.mp4(
>>> |
>>> [l2s] <- from zexy library (there is vanilla solution for this)
>>> |
>>> [list fromsymbol]
>>> |
>>> [list append 10]
>>> |
>>> [list prepend send]
>>> |
>>> [list trim]
>>> |
>>> [netsend -b]
>>>
>>> should work.
>>> ++
>>>
>>> Jack
>>>
>>>
>>>
>>> Le 06/05/2016 14:45, Mario Mey a écrit :
 Hi, there. I'm trying to use PureData 0.46.7 to control VLC. Based on a
 patch in https://github.com/mxa/AudioVideoPatches, that uses Python code
 (pyext) to send TCP messages, I want to use [netsend] to send them,
 without Python.

 I start VLC with:

 vlc -I rc --rc-host=localhost:1234

 And, in Pd:

 [connect localhost 1234(
 |
 |  [list add file.mp4(
 |  [list prepend send]
 |  [list trim]
 | /
 [netsend]

 The connection is well done, but I discovered that the messages arrives
 with a ";" at the end of the message. For example, when I click on [list
 add file.mp4(, VLC says (sorry for the language):

 [0x7f387c0044a8] filesystem access error: cannot open file
 /home/mario/file.mp4; (No such file or directory)
 [0x7f387c0044a8] main access error: Falló lectura de archivo
 [0x7f387c0044a8] main access error: VLC no pudo abrir el archivo
 «/home/mario/file.mp4;» (No such file or directory).
 [0x7f3888005ac8] main input error: open of
 `file:///home/mario/file.mp4%3B' failed
 [0x7f3888005ac8] main input error: Su entrada no puede abrirse
 [0x7f3888005ac8] main input error: VLC es incapaz de abrir el MRL
 «file:///home/mario/file.mp4%3B». Vea el registro para más detalles.

 Also, I use a simple Python script (Server code in
 https://wiki.python.org/moin/TcpCommunication) to receive this messages
 and, when it does, it prints:

 received data: b'add file.mp4;\n'

 Ssome guys from #dataflow told me that the best workaround is to make a
 small program/app/script that strips semicolons. Yes, now I'm writing
 it... but I would not need another program to do this.

 I've never reported a Pd bug. I'm writing this mail to you to know about
 this (maybe it is not necessary to report it)... and maybe someone knows
 another workaround.

 Thank you.

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

Re: [PD] [PD-announce] Oops, test3 bad, test4 up now