Re: [PD] selecting triggers once with env~?

2014-06-11 Thread Oded Ben-Tal via Pd-list
There is a rest detection example in the Pd-help patches which you may want to
look at (depending on what exactly is it you're trying to achieve). 


On Tue, 10 Jun 2014 09:39:27 +0200, IOhannes m zmoelnig via Pd-list wrote
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 On 2014-06-10 08:30, Roman Haefeli via Pd-list wrote:
  On Mon, 2014-06-09 at 19:53 -0700, Ronni Montoya via Pd-list
  wrote:
  Hi, im tracking the amplitude of my signal with ~env and i need
  to send one trigger when my ~env gives 0 , the problem is that if
  i do:
  
  ~env | select 0
  
  
  It send a lot of triggers when my ~env is in 0 and i need to send
  just one trigger.
  
  any idea how can i send only one trigger ?
  
  There is [change] which only lets changing values pass. Something
  like this should work:
  
  [env~ ] | [change] | [select 0]
 
 though in practice you might want to add some additional filtering
 before [change].
 [env~] will give you loads of slightly different values, even when 
 you feed it a rather constant signal like a sine:
 e.g.: [osc~ 440] | [env~] | [change] | [print]
 
 i'd suggest doing something like
 
 |
 [env~]
 |
 [ 30]
 |
 [change]
 |
 
 which will give you 0 or 1, instead of the amplitude.
 
 fgmasdr
 IOhannes
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 Comment: Using GnuPG with Icedove - http://www.enigmail.net/
 
 iQIcBAEBCAAGBQJTlrYsAAoJELZQGcR/ejb4BVEP/32h/CAkkwAplVHyokQcbopP
 2tMtp9fQBlI0byhnCNNmCb6QE/XsZS7//pGWKNeLrBewlRnH/KTaqbvIP3G6UZmQ
 m0Ic2gVtRMYmsSIrf6VKmG2TOnZ1miqXUAVE93wlUDwA2vRWvA3vSUsgGavPGvsF
 xz33FQNPpLzIKqb7WMPPfQGvmDy3KedhSbpgreNJ3utRmGTICSZTkCfsbRngyAgt
 ATy7Yml5jzC5Nj6BoTsUouzMzEgW+BantndFK6KCMM3vxIb1mnDNqwchqUBx8Z/m
 FOS7nygugCl0tsNlpicdWsKEpxWknLHdKyLCDgONv1/A2Iwa1EOUK8i720sOEUyX
 oiC8Dh1vGnGHhwnEEKeOEzDJGprqp/1S0nRvpfnzc1Zvzfkf5Jlydo8jUa+F1z3h
 0YbQ+KL0QuCiAZfoDV6ZM7E7GJj+DA349mshFPHtToB/6Y9bD7m39tjiTIxdc+hU
 KPsWQ8ri10JkvRP8EOyG7u1Mjdlf5qQ5T6U4+XJTkyDNC/k3t/COKxIcH2uYLtXC
 MThnhr88sEbes2Og523RhhROUtvJnl+QuHam5Lt1XDSFkNcMStfcC/TjfbsUKwVr
 Zm/lG4Jfnwu+XCXW7Iv5DD3bFdO4xqr10Q6d/7GTa8shx1uU52R0+zTme8hI0FL7
 fMw0hXMIz8aN76hKwkbB
 =okfr
 -END PGP SIGNATURE-
 
 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


___
Oded Ben-Tal
http://ccrma.stanford.edu/~oded
o...@ccrma.stanford.edu


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


Re: [PD] Legal restrictions for apps

2014-06-11 Thread Ed Kelly via Pd-list
Ah well. I'll just have to write a new one based on pd source code and 
first-principles!
That's what happens...
Ed

 
Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, 
for iPhone and iPad
http://www.ninjajamm.com/


Gemnotes-0.2: Live music notation for Pure Data, now with dynamics!
http://sharktracks.co.uk/ 


On Monday, 9 June 2014, 23:00, Ed Kelly morph_2...@yahoo.co.uk wrote:
 



OK, so I realise I've made a fundamental mistake here.


For the latest update of the Pd patch I make for Ninja Tune, I used iem16. 
Looking at it now I realise that it has a GPL, not an LGPL license. So, I 
can't use it right? They won't release the source code for the entire app!


Oh shit. This is really serious!
Best,
Ed
 
Ninja Jamm - a revolutionary new music remix app from Ninja Tune and Seeper, 
for iPhone and iPad
http://www.ninjajamm.com/



Gemnotes-0.2: Live music notation for Pure Data, now with dynamics!
http://sharktracks.co.uk/ 



On Thursday, 6 February 2014, 8:11, Jonathan Wilkes jancs...@yahoo.com wrote:
 



On 02/05/2014 08:56 PM, Simon Wise wrote:
 On 06/02/14 00:36, Dan Wilcox wrote:
 Short answer: yes, it's
 sufficient to provide the object files and 
 static
 libs

 As far as my understanding of GPL  LGPL goes, you do not need to 
 publish
 your app sources when using LGPL libraries as the Lesser part of 
 the LGPL
 allows for distribution and is not viral.

 yes, though 'viral' is a misleading term  ... the GPL does not, 
 cannot, change any license for any other code, it is not infectious.

 The GPL is certainly more restrictive (regarding re-distribution, not 
 use, of the code covered) than for example the BSD or LGPL. It 
 restricts the right to distribute/propagate as part of a larger work 
 to works where the whole of the source code of that work is made 
 available for reuse, modification and re-distribution either under the 
 GPL or in any less restrictive way.

 In the second case the GPLed code would no longer be licensed for 
 distribution (and would have to be replaced or dropped or a different 
 license negotiated with its copyright owners) if the work as a whole 
 was modified and distributed with a more restrictive license. Whether 
 this is useful or not has been very widely debated.

There are two debates.

One is between devs who license their code with the GPL and devs who 
license their code with 3-clause BSD.  Both share what they make with 
the
 world.  Both keep publicly auditable databases of the changes to the 
software.  Both encourage smart, safe ways to design and maintain 
software and operating systems.

BSD devs notice that when they share with GPL devs, the GPL devs say, 
Thanks.  But when the BSD devs try to use what the GPL devs write they 
have to fuss with the license.  This is because the GPL essentially puts 
the golden rule into the license, whereas the BSD devs have a minimal 
license (probably as minimal as a license can be) and just follow the 
golden rule as human beings.

There are good reasons for both camps to do what they do, but it ends up 
requiring the BSD folks to care more about licenses than they'd like-- 
their license is only 3 clauses,
 after all!  So the BSD camp complains 
that when the GPL devs (like Linux Kernel devs) improve on code that was 
originally BSD, it comes back to the BSD folks infected with the GPL 
license which requires them to then care about licenses.  This is where 
the viral taunt comes from-- a genuine argument between two camps, 
both sharing what they make with everyone else to encourage a free and 
safe software ecosystem.

Another debate is between any company that produces proprietary software 
and a straw man in a corn field.  Here viral is irrelevant because the 
company isn't giving improvements back to the community.  Unfortunately 
this is probably what first pops to mind when people hear this 
argument-- that, somehow, the GPL can
 infect the business of selling a 
product and make it impossible for a company to make money.

But for better or for worse, we don't even need to consider minimal 
moral principles.  It's demonstrably dangerous to rely on software that 
doesn't have a pubic codebase and revision history. (Unfortunately I 
think it's for the better since most devs seem allergic to stating 
minimal moral principles.)

-Jonathan

 The motivation for the GPL is stated in the license and the LGPL was 
 written to cover some cases where the authors considered a less 
 restrictive license useful.


 Simon


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





___
pd-l...@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 -