Re: sdif support

> Hi Josh,
>
>   Yeah, given the amount of data, that isn't too surprising. My
> thinking is that the SDIF library should speed that up as much as
> possible (which may not be much if you are actually manipulating the
> data).  A possibly more convincing argument is that the SDIF lib is
> likely to
> track any format changes that occur, reducing software maintenance
> for SC to incorporating the new library, just like libsndfile.
>
> RJK
>
> On May 1, 2008, at 5:54 PM, Josh Parmenter wrote:
>
>> 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
>>
>
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@...
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel