« Return to Thread: The 'User-Friendly' Alternate Reality of Csound
Re: Re: Re: The 'User-Friendly' Alternate Reality of Csound
by Chuckk Hubbard
::
Rate this Message:
I guess that proves it's a good idea.
It's true that when I compile Csound, I leave out all of the GUI
stuff, including FLTK, since I'm more comfortable with Python/Tk and
Pure Data. This last time I left out the Loris and STK opcodes because
I couldn't get them to compile, so I suppose what I end up with is
pretty core. But the default from the installers probably has a lot
that most 3rd-party developers won't use.
-Chuckk
On Sun, Jul 12, 2009 at 4:31 AM, Michael Gogins<michael.gogins@...> wrote:
> This is the way it now is... or have I missed something?
>
> Regards,
> Mike
>
> On 7/11/09, Jacob Joaquin <jacobjoaquin@...> wrote:
>>
>> I don't believe there has to be a trade off between being user-friendly and
>> developer-friendly.
>>
>> Going back to the original user story at the top of this thread, a system
>> like the one proposed could potentially be easier for developers, granted
>> after a lot of excruciating work initially. Once that is done, we would
>> have a system in which developers only need to focus on the core engine,
>> core opcodes and the interface layer. GUIs, scripting language support,
>> etc. would be clearly separated from the core source, reducing the overall
>> size of the core. People wishing to extend (or embed) Csound would have to
>> work through the interface layer/API, and thus absolving the need to tamper
>> with the core source (except for potential interface issues). I think this
>> would be a win/win for both core developers and third party developers.
>>
>> It's been a long day, and I don't think I'm getting my point across, so
>> please excuse me if I'm just rambling. :)
>>
>> Best,
>> Jake
>>
>>
>>
>> Chuckk Hubbard wrote:
>>>
>>> On the other hand, the developer-friendly version just has Csound and
>>> then users figure out on their own how to interface with it.
>>> Seems the reality is somewhere in the middle.
>>> -Chuckk
>>>
>>> On Wed, Jul 8, 2009 at 7:02 PM, Jacob Joaquin<jacobjoaquin@...>
>>> wrote:
>>>>
>>>> What if?
>>>>
>>>> Csound only comes in one variety, Csound Core. Csound Core is designed
>>>> with
>>>> an interface layer. Developers design plugins/add-ons to Csound Core
>>>> using
>>>> this interface layer. Users download and use Csound Core. When a
>>>> particular user needs something more than Csound Core has to offer, they
>>>> go
>>>> to the Csound Plugin page, find what they are looking for, download, and
>>>> install. After the installation, Csound Core automatically recognizes
>>>> the
>>>> plugin. Csound Core does not need to be compiled, it just works.
>>>>
>>>> Plugins include: Python, Java, VST, CsoundAC, Audio Units, TclCsound,
>>>> FLTK
>>>> Widgets, Virtual MIDI Keyboard, LADSPA, Plugin Manager (allows users to
>>>> turn
>>>> on/off installed plugins), etc. Third party software also uses this same
>>>> interface layer to use Csound as an audio engine.
>>>>
>>>> To me, this is nearly the ideal situation. Is this possible. Absolutely!
>>>> Plausible, maybe?
>>>>
>>>> Best,
>>>> Jake
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/The-%27User-Friendly%27-Alternate-Reality-of-Csound-tp24393267p24393267.html
>>>> Sent from the Csound - General mailing list archive at Nabble.com.
>>>>
>>>>
>>>>
>>>> Send bugs reports to this list.
>>>> To unsubscribe, send email sympa@... with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>>
>>> --
>>> http://www.badmuthahubbard.com
>>>
>>>
>>> Send bugs reports to this list.
>>> To unsubscribe, send email sympa@... with body "unsubscribe
>>> csound"
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/The-%27User-Friendly%27-Alternate-Reality-of-Csound-tp24393267p24444776.html
>> Sent from the Csound - General mailing list archive at Nabble.com.
>>
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@... with body "unsubscribe
>> csound"
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe csound"
>
--
http://www.badmuthahubbard.com
Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"
It's true that when I compile Csound, I leave out all of the GUI
stuff, including FLTK, since I'm more comfortable with Python/Tk and
Pure Data. This last time I left out the Loris and STK opcodes because
I couldn't get them to compile, so I suppose what I end up with is
pretty core. But the default from the installers probably has a lot
that most 3rd-party developers won't use.
-Chuckk
On Sun, Jul 12, 2009 at 4:31 AM, Michael Gogins<michael.gogins@...> wrote:
> This is the way it now is... or have I missed something?
>
> Regards,
> Mike
>
> On 7/11/09, Jacob Joaquin <jacobjoaquin@...> wrote:
>>
>> I don't believe there has to be a trade off between being user-friendly and
>> developer-friendly.
>>
>> Going back to the original user story at the top of this thread, a system
>> like the one proposed could potentially be easier for developers, granted
>> after a lot of excruciating work initially. Once that is done, we would
>> have a system in which developers only need to focus on the core engine,
>> core opcodes and the interface layer. GUIs, scripting language support,
>> etc. would be clearly separated from the core source, reducing the overall
>> size of the core. People wishing to extend (or embed) Csound would have to
>> work through the interface layer/API, and thus absolving the need to tamper
>> with the core source (except for potential interface issues). I think this
>> would be a win/win for both core developers and third party developers.
>>
>> It's been a long day, and I don't think I'm getting my point across, so
>> please excuse me if I'm just rambling. :)
>>
>> Best,
>> Jake
>>
>>
>>
>> Chuckk Hubbard wrote:
>>>
>>> On the other hand, the developer-friendly version just has Csound and
>>> then users figure out on their own how to interface with it.
>>> Seems the reality is somewhere in the middle.
>>> -Chuckk
>>>
>>> On Wed, Jul 8, 2009 at 7:02 PM, Jacob Joaquin<jacobjoaquin@...>
>>> wrote:
>>>>
>>>> What if?
>>>>
>>>> Csound only comes in one variety, Csound Core. Csound Core is designed
>>>> with
>>>> an interface layer. Developers design plugins/add-ons to Csound Core
>>>> using
>>>> this interface layer. Users download and use Csound Core. When a
>>>> particular user needs something more than Csound Core has to offer, they
>>>> go
>>>> to the Csound Plugin page, find what they are looking for, download, and
>>>> install. After the installation, Csound Core automatically recognizes
>>>> the
>>>> plugin. Csound Core does not need to be compiled, it just works.
>>>>
>>>> Plugins include: Python, Java, VST, CsoundAC, Audio Units, TclCsound,
>>>> FLTK
>>>> Widgets, Virtual MIDI Keyboard, LADSPA, Plugin Manager (allows users to
>>>> turn
>>>> on/off installed plugins), etc. Third party software also uses this same
>>>> interface layer to use Csound as an audio engine.
>>>>
>>>> To me, this is nearly the ideal situation. Is this possible. Absolutely!
>>>> Plausible, maybe?
>>>>
>>>> Best,
>>>> Jake
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/The-%27User-Friendly%27-Alternate-Reality-of-Csound-tp24393267p24393267.html
>>>> Sent from the Csound - General mailing list archive at Nabble.com.
>>>>
>>>>
>>>>
>>>> Send bugs reports to this list.
>>>> To unsubscribe, send email sympa@... with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>>
>>> --
>>> http://www.badmuthahubbard.com
>>>
>>>
>>> Send bugs reports to this list.
>>> To unsubscribe, send email sympa@... with body "unsubscribe
>>> csound"
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/The-%27User-Friendly%27-Alternate-Reality-of-Csound-tp24393267p24444776.html
>> Sent from the Csound - General mailing list archive at Nabble.com.
>>
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@... with body "unsubscribe
>> csound"
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@... with body "unsubscribe csound"
>
--
http://www.badmuthahubbard.com
Send bugs reports to this list.
To unsubscribe, send email sympa@... with body "unsubscribe csound"
« Return to Thread: The 'User-Friendly' Alternate Reality of Csound
| Free embeddable forum powered by Nabble | Forum Help |
