[PD] Unified Library was Re: Call for GSoC mentors! March 9th deadline!

[Enrique Erne]

i had a look at rjlib. it's a beautiful collection. i love the fact that 
it is not too big and not using any external.

though why is there a u_sssad.pd it seems the same as the original 
sssad.pd frank didn't you say once you would prefer that people don't 
include their own copy of sssad?

same with the new-fast list-drip in u_listdrip.. is it just for 
naming-convention that you renamed the abstraction?

the whole e_ and s_ part is fantastic there are some really powerful 
effects and filters in there. i looked more carefully and the only phone 
related one is m_touch2grid which could be useful without a phone too.

is this the correct url?
http://svn.rjdj.me/scenes/trunk/rjlib/rj

hm... now i've seen
http://svn.rjdj.me/scenes/trunk/rjlib/

this is ofcorse phone specific and what confuses me now is that there is 
a copy of sssad.pd

anyway rjlib/rj is just beautiful. what license is it released under?
i couldn't find anything about that in the wiki.

eni





Frank Barknecht wrote:
> Hallo,
> hard off hat gesagt: // hard off wrote:
> 
>> yeah sorry frank, i should have explained more clearly.
>>
>> i also think that no GUI is the way to go for functional abstractions.  that
>> was the big flaw of the DIY library i did, that the function of the
>> abstractions was tied in with the gui component.  i did it that way because
>> i didn't want to clutter the namespace with too many abstractions, and the
>> thought of one abstraction for function, and then a different one for GUI
>> was not appealing at the time.
>>
>> but now, i think that is the only way to go.  like, as you said, for
>> polyphony.  and then also for the many many cases in which you'd want to
>> build your own gui for custom control.
> 
> Yeah, basically that was all I wanted to say as well. ;)
>  
>> i do think you guys have got a really really strong system there with
>> rjlib.  but i was just saying that without the gui stuff, it doesn't exactly
>> fit into being that 'all purpose building blocks' library that we are
>> discussing.
> 
> Yes, that's true. rjlib has its focus on audio and control abstractions to be
> used on mobile devices with vanilla Pd. Some of this fits into a "all purpose"
> library, but a lot of it doesn't. 
> 
> Ciao