About the development of SuperCollider

headers krgn | 1 May 2008 16:08

_______________________________________________
Sc-devel mailing list
Sc-devel@...
http://lists.create.ucsb.edu/mailman/listinfo/sc-devel

On Thursday 01 May 2008 10:08:31 krgn wrote:
> hi,
>
> I just realised that the 'scvim-help' directory gets installed to
> PREFIX/share/SuperCollider instead of the PREFIX/share/SuperCollider/Help
> folder. its just cosmetic, but plays some role when packaging sc. call me a
> neat-freak :)

This is done intentionally, since the scvim-help files are not html but text 
based. If you have converted the complete helpfiles to text based documents, 
you don't want to have both in the Help tree of supercollider to show up in 
the Help.gui, as everything would show up twice.

sincerely,
Marije

On Thursday 01 May 2008 15:52:27 nescivi wrote:
> On Thursday 01 May 2008 10:08:31 krgn wrote:
> > hi,
> >
> > I just realised that the 'scvim-help' directory gets installed to
> > PREFIX/share/SuperCollider instead of the PREFIX/share/SuperCollider/Help
> > folder. its just cosmetic, but plays some role when packaging sc. call me
> > a neat-freak :)
>
> This is done intentionally, since the scvim-help files are not html but
> text based. If you have converted the complete helpfiles to text based
> documents, you don't want to have both in the Help tree of supercollider to
> show up in the Help.gui, as everything would show up twice.

addendum:

it could be good to have the help file for the SCVim class itself inside the 
class extension folder, so that it *will* show up in the Help.gui, and just 
have in the scvin-help folder the converted files of the main Help file tree.

sincerely,
Marije

Hi all,

   Looking at Scott's SPEAR support makes me wonder....

   Has anyone fiddled with the standard SDIF libraries?  Should we  
add support in SC?

RJK

>Has anyone fiddled with the standard SDIF libraries?
-Ages ago Rohan Drape started to work on SDIF within the context of SC.
 Never became clear what happened to it.

>Should we add support in SC?
-Definetely!

I think it is used quite a lot and would make more compatible with Max/MSP
for example.

AvS

......................................................................
......................................................................
     ` *===========================================================+++
     ` |arsche.net sound-image-word http://www.arsche.net/index.html |
       *===========================================================+++
     ` |Schreck Ensemble/Assembly - live electro-acoustic music-     |
     ` |             http://www.schreck.nl/index.html                |
     ` *===========================================================+++
     ` |S T R A T I F I E R - a multi-dimensional controller-        |
     ` |                  http://www.stratifier.nl/index.html        |
     ` *============================================================++
    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
......................................................................

Scott Wilson and I actually talked about this some time ago, and I  
think the solution would be to make SDIF synth UGens. One difficulty  
that came up though was how different SDIF files can be.

Can anyone actually find a spec for them? If so, I can probably code  
the interface and UGens quickly.

Where I have going with the ATS UGens recently is looking at ways to  
completely bypass the loading and sorting of the files in the  
language. The UGens already have to do math to find where in the data  
buffer data is stored, so I was going to re-do ATS to simply load the  
ATS file onto the server as a buffer, then the UGens would figure out  
the offsets needed to gather data. I think the same could be done with  
SDIF and even CSounds PV and LPC UGens.

The OTHER stumbling block I was hitting had to do with simply loading  
the files to the server. b_allocRead won't work since they aren't  
soundfiles. So, I need to define other OSC commands to do this. I  
think I know what I need to do, but haven't had the time. If someone  
CAN dig up an SDIF spec, I'll start on it again.

Josh

On May 1, 2008, at 1:18 PM, Arie van Schutterhoef wrote:

>> Has anyone fiddled with the standard SDIF libraries?
> -Ages ago Rohan Drape started to work on SDIF within the context of  
> SC.
> Never became clear what happened to it.
>
>> Should we add support in SC?
> -Definetely!
>
> I think it is used quite a lot and would make more compatible with  
> Max/MSP
> for example.
>
> AvS
>
> ......................................................................
> ......................................................................
>     ` *===========================================================+++
>     ` |arsche.net sound-image-word http://www.arsche.net/index.html |
>       *===========================================================+++
>     ` |Schreck Ensemble/Assembly - live electro-acoustic music-     |
>     ` |             http://www.schreck.nl/index.html                |
>     ` *===========================================================+++
>     ` |S T R A T I F I E R - a multi-dimensional controller-        |
>     ` |                  http://www.stratifier.nl/index.html        |
>     ` *============================================================++
>    . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
> ......................................................................
>
>
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel

******************************************
/* Joshua D. Parmenter
http://www.realizedsound.net/josh/

“Every composer – at all times and in all cases – gives his own  
interpretation of how modern society is structured: whether actively  
or passively, consciously or unconsciously, he makes choices in this  
regard. He may be conservative or he may subject himself to continual  
renewal; or he may strive for a revolutionary, historical or social  
palingenesis." - Luigi Nono
*/

I have a class which reads Loris SDIF frames which could be adapted  
for general use. The problem is that SDIF is extensible.

It would be possible to do something with the standard frame types  
though.

Perhaps handler functions could be registered for arbitrary frame  
types allowing the class to be extended.

Spec is here: http://recherche.ircam.fr/equipes/analyse-synthese/sdif/

S.

On 1 May 2008, at 21:41, Josh Parmenter wrote:

> Scott Wilson and I actually talked about this some time ago, and I
> think the solution would be to make SDIF synth UGens. One difficulty
> that came up though was how different SDIF files can be.
>
> Can anyone actually find a spec for them? If so, I can probably code
> the interface and UGens quickly.
>
> Where I have going with the ATS UGens recently is looking at ways to
> completely bypass the loading and sorting of the files in the
> language. The UGens already have to do math to find where in the data
> buffer data is stored, so I was going to re-do ATS to simply load the
> ATS file onto the server as a buffer, then the UGens would figure out
> the offsets needed to gather data. I think the same could be done with
> SDIF and even CSounds PV and LPC UGens.
>
> The OTHER stumbling block I was hitting had to do with simply loading
> the files to the server. b_allocRead won't work since they aren't
> soundfiles. So, I need to define other OSC commands to do this. I
> think I know what I need to do, but haven't had the time. If someone
> CAN dig up an SDIF spec, I'll start on it again.
>
> Josh
>
> On May 1, 2008, at 1:18 PM, Arie van Schutterhoef wrote:
>
>>> Has anyone fiddled with the standard SDIF libraries?
>> -Ages ago Rohan Drape started to work on SDIF within the context of
>> SC.
>> Never became clear what happened to it.
>>
>>> Should we add support in SC?
>> -Definetely!
>>
>> I think it is used quite a lot and would make more compatible with
>> Max/MSP
>> for example.
>>
>> AvS
>>
>> ......................................................................
>> ......................................................................
>>    ` *===========================================================+++
>>    ` |arsche.net sound-image-word http://www.arsche.net/index.html |
>>      *===========================================================+++
>>    ` |Schreck Ensemble/Assembly - live electro-acoustic music-     |
>>    ` |             http://www.schreck.nl/index.html                |
>>    ` *===========================================================+++
>>    ` |S T R A T I F I E R - a multi-dimensional controller-        |
>>    ` |                  http://www.stratifier.nl/index.html        |
>>    ` *============================================================++
>>   . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
>> ......................................................................
>>
>>
>> _______________________________________________
>> Sc-devel mailing list
>> Sc-devel@...
>> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> “Every composer – at all times and in all cases – gives his own
> interpretation of how modern society is structured: whether actively
> or passively, consciously or unconsciously, he makes choices in this
> regard. He may be conservative or he may subject himself to continual
> renewal; or he may strive for a revolutionary, historical or social
> palingenesis." - Luigi Nono
> */
>
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel

On 1 May 2008, at 21:06, ronald kuivila wrote:

> Hi all,
>
>   Looking at Scott's SPEAR support makes me wonder....
>
>   Has anyone fiddled with the standard SDIF libraries?  Should we
> add support in SC?

Oh I see, you're referring to this: http://sourceforge.net/projects/sdif

S.

Hi all,

There is a sourceforge project with a c++ sdif file support library.

I am not really convinced that doing this exclusively at the UGen  
level is the right approach.
Obviously it is nice to have support at the UGen level, but it will  
be easier to adapt to new extensions
by doing file pre-processing in the language and then feeding values  
to the server.

So, I would vote for an SDIF file class in the language as well.

RJK

On May 1, 2008, at 5:09 PM, Scott Wilson wrote:

> I have a class which reads Loris SDIF frames which could be adapted
> for general use. The problem is that SDIF is extensible.
>
> It would be possible to do something with the standard frame types
> though.
>
> Perhaps handler functions could be registered for arbitrary frame
> types allowing the class to be extended.
>
> Spec is here: http://recherche.ircam.fr/equipes/analyse-synthese/sdif/
>
> S.
>
> On 1 May 2008, at 21:41, Josh Parmenter wrote:
>
>> Scott Wilson and I actually talked about this some time ago, and I
>> think the solution would be to make SDIF synth UGens. One difficulty
>> that came up though was how different SDIF files can be.
>>
>> Can anyone actually find a spec for them? If so, I can probably code
>> the interface and UGens quickly.
>>
>> Where I have going with the ATS UGens recently is looking at ways to
>> completely bypass the loading and sorting of the files in the
>> language. The UGens already have to do math to find where in the data
>> buffer data is stored, so I was going to re-do ATS to simply load the
>> ATS file onto the server as a buffer, then the UGens would figure out
>> the offsets needed to gather data. I think the same could be done  
>> with
>> SDIF and even CSounds PV and LPC UGens.
>>
>> The OTHER stumbling block I was hitting had to do with simply loading
>> the files to the server. b_allocRead won't work since they aren't
>> soundfiles. So, I need to define other OSC commands to do this. I
>> think I know what I need to do, but haven't had the time. If someone
>> CAN dig up an SDIF spec, I'll start on it again.
>>
>> Josh
>>
>> On May 1, 2008, at 1:18 PM, Arie van Schutterhoef wrote:
>>
>>>> Has anyone fiddled with the standard SDIF libraries?
>>> -Ages ago Rohan Drape started to work on SDIF within the context of
>>> SC.
>>> Never became clear what happened to it.
>>>
>>>> Should we add support in SC?
>>> -Definetely!
>>>
>>> I think it is used quite a lot and would make more compatible with
>>> Max/MSP
>>> for example.
>>>
>>> AvS
>>>
>>> .................................................................... 
>>> ..
>>> .................................................................... 
>>> ..
>>>    ` *===========================================================+++
>>>    ` |arsche.net sound-image-word http://www.arsche.net/index.html |
>>>      *===========================================================+++
>>>    ` |Schreck Ensemble/Assembly - live electro-acoustic music-     |
>>>    ` |             http://www.schreck.nl/index.html                |
>>>    ` *===========================================================+++
>>>    ` |S T R A T I F I E R - a multi-dimensional controller-        |
>>>    ` |                  http://www.stratifier.nl/index.html        |
>>>    ` *============================================================++
>>>   . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
>>> .................................................................... 
>>> ..
>>>
>>>
>>> _______________________________________________
>>> Sc-devel mailing list
>>> Sc-devel@...
>>> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>>
>> ******************************************
>> /* Joshua D. Parmenter
>> http://www.realizedsound.net/josh/
>>
>> “Every composer – at all times and in all cases – gives his own
>> interpretation of how modern society is structured: whether actively
>> or passively, consciously or unconsciously, he makes choices in this
>> regard. He may be conservative or he may subject himself to continual
>> renewal; or he may strive for a revolutionary, historical or social
>> palingenesis." - Luigi Nono
>> */
>>
>> _______________________________________________
>> Sc-devel mailing list
>> Sc-devel@...
>> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>

Mon	Tue	Wed	Thu	Fri	Sat	Sun

			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

127	May 2013
516	April 2013
432	March 2013
747	February 2013
260	January 2013
834	December 2012
626	November 2012
1032	October 2012
1052	September 2012
1050	August 2012
436	July 2012
292	June 2012
667	May 2012
905	April 2012
1357	March 2012
1435	February 2012
2198	January 2012
902	December 2011
1134	November 2011
1175	October 2011
1058	September 2011
643	August 2011
506	July 2011
1089	June 2011
1320	May 2011
1280	April 2011
2096	March 2011
1061	February 2011
833	January 2011
929	December 2010
1314	November 2010
640	October 2010
763	September 2010
602	August 2010
868	July 2010
648	June 2010
280	May 2010
599	April 2010
542	March 2010
937	February 2010
506	January 2010
548	December 2009
758	November 2009
274	October 2009
376	September 2009
296	August 2009
453	July 2009
578	June 2009
300	May 2009
661	April 2009
620	March 2009
793	February 2009
1765	January 2009
1249	December 2008
745	November 2008
475	October 2008
357	September 2008
284	August 2008
467	July 2008
283	June 2008
266	May 2008
198	April 2008
399	March 2008
969	February 2008
642	January 2008
579	December 2007
596	November 2007
587	October 2007
214	September 2007
160	August 2007
211	July 2007
193	June 2007
122	May 2007
74	April 2007
79	March 2007
144	February 2007
266	January 2007
89	December 2006
91	November 2006
105	October 2006
114	September 2006
348	August 2006
101	July 2006
99	June 2006
172	May 2006
116	April 2006
192	March 2006
130	February 2006
190	January 2006
142	December 2005
141	November 2005
163	October 2005
119	September 2005
133	August 2005
131	July 2005
106	June 2005
79	May 2005
196	April 2005
213	March 2005
123	February 2005
99	January 2005
180	December 2004
188	November 2004
153	October 2004
134	September 2004
264	August 2004
390	July 2004
148	June 2004
258	May 2004
219	April 2004
147	March 2004
86	February 2004
83	January 2004

[linux] scvim help folder installation

Re: [linux] scvim help folder installation

Re: [linux] scvim help folder installation

Re: [linux] scvim help folder installation

sdif support

Re: sdif support

Re: sdif support

Re: sdif support

Re: sdif support

Re: sdif support