[PD] 'pure' pd DSP abstractions wanted!

[Mitchell Turner]

Thanks, I'll take a look at the article.
Mitch

On Oct 20, 2008, at 1:22 AM, Hans-Christoph Steiner wrote:

>
> On Aug 31, 2008, at 10:08 AM, Mitchell Turner wrote:
>
>> Jamie,
>> Here are two abstractions that may be useful to people.  The first  
>> allows easy communication between the ReMOTE ZERO SL by Novation  
>> and Pd.  I've included the abstraction plus a file called  
>> PureData.syx which must be up loaded to the ReMOTE ZERO (the file  
>> tells the ReMOTE ZERO which CCs to assign to each button or dial).
>>
>> The other abstraction allows one to use the Roland GR-33 as a  
>> flexible MIDI foot pedal with Pd.  The four pedals of the GR-33  
>> normally send program changes only (at least as far as I could  
>> tell).  I've simply remapped the program change messages to trigger  
>> bang objects.    Similarly, the Expression Pedal sends CC1, CC4, or  
>> CC7.  I've routed these CCs to a single number box.
>>
>> The CC-SA license seems to make the most sense for both of these  
>> abstractions.
>
> Actually any of the CC licenses are bad for software, and really in  
> general, IMHO.  They are not compatible with the Debian Free  
> Software Guidelines, and every single one has an really vague  
> attribution clause that should be avoided.
>
> If you want to know more, check out my essay Copyright Is For  
> Copying in the new book:
>
> http://goto10.org/flossart/
>
> I don't know if the digital version is up there yet.
>
> .hc
>
>> Mitch<GR-33.pd><RemoteSL_Module.pd><PureData.syx>
>> On Aug 29, 2008, at 6:26 PM, Jamie Bullock wrote:
>>
>>>
>>> Hi Mitch,
>>>
>>> To me GPLv* seems like a poor fit for a Pd patch or collection of
>>> patches. GPL is more appropriate for compiled code, or compiled byte
>>> code, where it is possible distribute 'the program' in binary form
>>> (which is not possible with Pd patches).
>>>
>>> If you want to place some restrictions on your patch like 'you can  
>>> do
>>> what you like with this so long as you give me credit', or 'you  
>>> can do
>>> what you like so long as you share your changes', perhaps try one  
>>> of the
>>> creative commons licenses:
>>>
>>> http://creativecommons.org/
>>>
>>> The CC-SA and CC-BSD seem quite appropriate for Pd work to me.
>>>
>>> HTH,
>>>
>>> Jamie
>>>
>>>
>>>
>>> On Fri, 2008-08-29 at 16:08 -0400, Mitchell Turner wrote:
>>>> Jamie,
>>>> Had not though about a license.  Do you have a suggestion? GPLv3?
>>>> Mitch
>>>>
>>>>
>>>>
>>>> On Aug 29, 2008, at 7:50 AM, Jamie Bullock wrote:
>>>>
>>>>> On Fri, 2008-08-29 at 07:38 -0400, Mitchell Turner wrote:
>>>>>> Jamie,
>>>>>> I'm not sure this fits in with your project.  I have an  
>>>>>> abstraction
>>>>>> that allows easy interface between Pd and the REMOTE SL Zero
>>>>>> (Novation).
>>>>>>
>>>>>>
>>>>>> Let me know if you want to include it or take a look at it.
>>>>>
>>>>> That sounds really great! So long as it doesn't require any  
>>>>> externals,
>>>>> or it could easily be adapted to not use externals, I am  
>>>>> interested.
>>>>> BTW, although I asked for 'DSP' abstractions, I'm really looking  
>>>>> for
>>>>> anything that provides a useful 'higher level' functionality,  
>>>>> and this
>>>>> nicely fits the bill!
>>>>>
>>>>> Please feel free to send it either privately, on list, or via  
>>>>> the web,
>>>>> and let me know what license you would consider it to be covered  
>>>>> by.
>>>>>
>>>>> thanks,
>>>>>
>>>>> Jamie
>>>>>
>>>>>
>>>>> -- 
>>>>> www.postlude.co.uk
>>>>> http://www.linkedin.com/in/jamiebullock
>>>>>
>>>>>
>>>>
>>> -- 
>>> www.postlude.co.uk
>>> http://www.linkedin.com/in/jamiebullock
>>>
>>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> ----------------------------------------------------------------------------
>
> "Free software means you control what your computer does. Non-free  
> software means someone else controls that, and to some extent  
> controls you." - Richard M. Stallman
>
>