sdif support
|
View:
New views
10 Messages
—
Rating Filter:
Alert me
|
 |
sdif support
by ronald kuivila
::
Rate this Message:
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 _______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
Re: sdif support
by Arie van Schutterhoef
::
Rate this Message:
>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 |
|
|
Re: sdif support
by Josh Parmenter
::
Rate this Message:
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 |
|
|
Re: sdif support
by Scott Wilson-8
::
Rate this Message:
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 |
|
|
Re: sdif support
by Scott Wilson-8
::
Rate this Message:
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. _______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
|
|
Re: sdif support
by ronald kuivila
::
Rate this Message:
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 |
|
|
Re: sdif support
by ronald kuivila
::
Rate this Message:
Hi Scott,
Our emails crossed. Yes, exactly. RJK On May 1, 2008, at 5:44 PM, Scott Wilson wrote: > > 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. > _______________________________________________ > 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 |
|
|
Re: sdif support
by Josh Parmenter
::
Rate this Message:
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 |
|
|
Re: sdif support
by ronald kuivila
::
Rate this Message:
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 |
|
|
Re: sdif support
by Tom Hall
::
Rate this Message:
Hello All
I seem to recall that rohan drape had an sdif reader sc server using scheme as a client. Digging around a little, that work can be found here: http://www.slavepianos.org/rd/r/darcsweb.cgi?r=rsc3-sdif;a=tree Regards Tom On 2 May 2008, at 11:54, ronald kuivila wrote: > 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 _______________________________________________ Sc-devel mailing list Sc-devel@... http://lists.create.ucsb.edu/mailman/listinfo/sc-devel |
| Free Forum Powered by Nabble | Forum Help |