Re: sdif support

> Well... parsing things in the language and sending to a buffer is
> pretty straight forward. If you look at the AtsFile class, that is all
> it is doing.
>
> But it is mighty sloooooow! Ats is a very straight-forward data
> format, and files can take many seconds to load and sort in the lang.
> Just a warning (I'm not saying don't do it... just saying that it
> won't be as snappy as most things SC).
>
> Josh
>
> On May 1, 2008, at 2:51 PM, ronald kuivila wrote:
>
>> 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
>>>
>>
>> _______________________________________________
>> 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
>