BufRd and PlayBuf limited number of channels?

[Andre Bartetzki]

Hello list,

I'm trying to play interleaved soundfiles with 32 channels.
It does not work - the server vanishes immediately once I try to play it
with BufRd or PlayBuf!
The buffer itself seems to load a 32 ch soundfile from the disk into the
server and I can also plot it.

It does work with 16 channel soundfiles and less.

Is there any built-in limitation to 16 channels or is this just a bug ?

I'm using SC 3.2 revision 7617 under MacOS 10.4.11


thanks

Andre


--------------------------------------------------
Andre Bartetzki
http://www.bartetzki.de
mailto:andre@...

Tel   [phone]
VoIP  [phone]
Fax   [phone]

Skype bartetzki
http://www.myspace.com/andrebartetzki
--------------------------------------------------



_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

Yes, this is hard-coded at 16, but clearly needs to be more, IMO.  
There was some discussion of making this limit controllable through a /
cmd. Anybody recall what happened with that?

S.

On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:

> Hello list,
>
> I'm trying to play interleaved soundfiles with 32 channels.
> It does not work - the server vanishes immediately once I try to  
> play it
> with BufRd or PlayBuf!
> The buffer itself seems to load a 32 ch soundfile from the disk into  
> the
> server and I can also plot it.
>
> It does work with 16 channel soundfiles and less.
>
> Is there any built-in limitation to 16 channels or is this just a  
> bug ?
>
> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>
>
> thanks
>
> Andre
>
>
> --------------------------------------------------
> Andre Bartetzki
> http://www.bartetzki.de
> mailto:andre@...
>
> Tel   [phone]
> VoIP  [phone]
> Fax   [phone]
>
> Skype bartetzki
> http://www.myspace.com/andrebartetzki
> --------------------------------------------------
>
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Josh Parmenter]

Yes... it looks like there is a max of 16 channels.

Anyone have a problem with me changing this to 32?

In the mean time, another option would be to make two PlayBufs, and  
use b_allocReadChannel to allocate channels 1-16, then a second buffer  
for 17-32.

Josh

On Jul 11, 2008, at 11:24 AM, Andre Bartetzki wrote:

> Hello list,
>
> I'm trying to play interleaved soundfiles with 32 channels.
> It does not work - the server vanishes immediately once I try to  
> play it
> with BufRd or PlayBuf!
> The buffer itself seems to load a 32 ch soundfile from the disk into  
> the
> server and I can also plot it.
>
> It does work with 16 channel soundfiles and less.
>
> Is there any built-in limitation to 16 channels or is this just a  
> bug ?
>
> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>
>
> thanks
>
> Andre
>
>
> --------------------------------------------------
> Andre Bartetzki
> http://www.bartetzki.de
> mailto:andre@...
>
> Tel   [phone]
> VoIP  [phone]
> Fax   [phone]
>
> Skype bartetzki
> http://www.myspace.com/andrebartetzki
> --------------------------------------------------
>
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

******************************************
/* 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-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Josh Parmenter]

might be difficult to do with a /cmd. Perhaps if could be possible  
with a ServerOption and command line flag?

Josh

On Jul 11, 2008, at 11:35 AM, Scott Wilson wrote:

> Yes, this is hard-coded at 16, but clearly needs to be more, IMO.  
> There was some discussion of making this limit controllable through  
> a /cmd. Anybody recall what happened with that?
>
> S.
>
> On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:
>
>> Hello list,
>>
>> I'm trying to play interleaved soundfiles with 32 channels.
>> It does not work - the server vanishes immediately once I try to  
>> play it
>> with BufRd or PlayBuf!
>> The buffer itself seems to load a 32 ch soundfile from the disk  
>> into the
>> server and I can also plot it.
>>
>> It does work with 16 channel soundfiles and less.
>>
>> Is there any built-in limitation to 16 channels or is this just a  
>> bug ?
>>
>> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>>
>>
>> thanks
>>
>> Andre
>>
>>
>> --------------------------------------------------
>> Andre Bartetzki
>> http://www.bartetzki.de
>> mailto:andre@...
>>
>> Tel   [phone]
>> VoIP  [phone]
>> Fax   [phone]
>>
>> Skype bartetzki
>> http://www.myspace.com/andrebartetzki
>> --------------------------------------------------
>>
>>
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

******************************************
/* 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-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

Well, I think it should be controllable in some way (also for DiskIn).  
Changing the hard-coding to something more seems a half-solution.  
Refresh my memory as to why it's hard coded in any case?

S.

On 11 Jul 2008, at 19:37, Josh Parmenter wrote:

> might be difficult to do with a /cmd. Perhaps if could be possible  
> with a ServerOption and command line flag?
>
> Josh
>
> On Jul 11, 2008, at 11:35 AM, Scott Wilson wrote:
>
>> Yes, this is hard-coded at 16, but clearly needs to be more, IMO.  
>> There was some discussion of making this limit controllable through  
>> a /cmd. Anybody recall what happened with that?
>>
>> S.
>>
>> On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:
>>
>>> Hello list,
>>>
>>> I'm trying to play interleaved soundfiles with 32 channels.
>>> It does not work - the server vanishes immediately once I try to  
>>> play it
>>> with BufRd or PlayBuf!
>>> The buffer itself seems to load a 32 ch soundfile from the disk  
>>> into the
>>> server and I can also plot it.
>>>
>>> It does work with 16 channel soundfiles and less.
>>>
>>> Is there any built-in limitation to 16 channels or is this just a  
>>> bug ?
>>>
>>> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>>>
>>>
>>> thanks
>>>
>>> Andre
>>>
>>>
>>> --------------------------------------------------
>>> Andre Bartetzki
>>> http://www.bartetzki.de
>>> mailto:andre@...
>>>
>>> Tel   [phone]
>>> VoIP  [phone]
>>> Fax   [phone]
>>>
>>> Skype bartetzki
>>> http://www.myspace.com/andrebartetzki
>>> --------------------------------------------------
>>>
>>>
>>>
>>> _______________________________________________
>>> sc-users mailing list
>>>
>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
> ******************************************
> /* 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-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Andre Bartetzki]

Es war der 11.07.2008 20:37 Uhr, als Josh Parmenter nicht widerstehen
konnte, folgende Gedanken dem Netz anzuvertrauen:

> might be difficult to do with a /cmd. Perhaps if could be possible
> with a ServerOption and command line flag?

I'd vote for a ServerOption if possible.


Andre



--------------------------------------------------
Andre Bartetzki
http://www.bartetzki.de
mailto:andre@...

Tel   [phone]
VoIP  [phone]
Fax   [phone]

Skype bartetzki
http://www.myspace.com/andrebartetzki
--------------------------------------------------



_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Josh Parmenter]

It is setting up possible pointers to the output for efficiency I  
imagine. 32 does seem like a reasonable number. I'll try that and 64  
later, and see if there is a performance hit at all.

Best,

Josh

On Jul 11, 2008, at 11:47 AM, Scott Wilson wrote:

> Well, I think it should be controllable in some way (also for  
> DiskIn). Changing the hard-coding to something more seems a half-
> solution. Refresh my memory as to why it's hard coded in any case?
>
> S.
>
> On 11 Jul 2008, at 19:37, Josh Parmenter wrote:
>
>> might be difficult to do with a /cmd. Perhaps if could be possible  
>> with a ServerOption and command line flag?
>>
>> Josh
>>
>> On Jul 11, 2008, at 11:35 AM, Scott Wilson wrote:
>>
>>> Yes, this is hard-coded at 16, but clearly needs to be more, IMO.  
>>> There was some discussion of making this limit controllable  
>>> through a /cmd. Anybody recall what happened with that?
>>>
>>> S.
>>>
>>> On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:
>>>
>>>> Hello list,
>>>>
>>>> I'm trying to play interleaved soundfiles with 32 channels.
>>>> It does not work - the server vanishes immediately once I try to  
>>>> play it
>>>> with BufRd or PlayBuf!
>>>> The buffer itself seems to load a 32 ch soundfile from the disk  
>>>> into the
>>>> server and I can also plot it.
>>>>
>>>> It does work with 16 channel soundfiles and less.
>>>>
>>>> Is there any built-in limitation to 16 channels or is this just a  
>>>> bug ?
>>>>
>>>> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>>>>
>>>>
>>>> thanks
>>>>
>>>> Andre
>>>>
>>>>
>>>> --------------------------------------------------
>>>> Andre Bartetzki
>>>> http://www.bartetzki.de
>>>> mailto:andre@...
>>>>
>>>> Tel   [phone]
>>>> VoIP  [phone]
>>>> Fax   [phone]
>>>>
>>>> Skype bartetzki
>>>> http://www.myspace.com/andrebartetzki
>>>> --------------------------------------------------
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-users mailing list
>>>>
>>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>>
>>> _______________________________________________
>>> sc-users mailing list
>>>
>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>> ******************************************
>> /* 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-users mailing list
>>
>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

******************************************
/* 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-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

I think Dan actually had a patch for this, remembering back, which got  
put on hold for some reason. Maybe check with him first?

S.

On 11 Jul 2008, at 20:03, Josh Parmenter wrote:

> It is setting up possible pointers to the output for efficiency I  
> imagine. 32 does seem like a reasonable number. I'll try that and 64  
> later, and see if there is a performance hit at all.
>
> Best,
>
> Josh
>
> On Jul 11, 2008, at 11:47 AM, Scott Wilson wrote:
>
>> Well, I think it should be controllable in some way (also for  
>> DiskIn). Changing the hard-coding to something more seems a half-
>> solution. Refresh my memory as to why it's hard coded in any case?
>>
>> S.
>>
>> On 11 Jul 2008, at 19:37, Josh Parmenter wrote:
>>
>>> might be difficult to do with a /cmd. Perhaps if could be possible  
>>> with a ServerOption and command line flag?
>>>
>>> Josh
>>>
>>> On Jul 11, 2008, at 11:35 AM, Scott Wilson wrote:
>>>
>>>> Yes, this is hard-coded at 16, but clearly needs to be more, IMO.  
>>>> There was some discussion of making this limit controllable  
>>>> through a /cmd. Anybody recall what happened with that?
>>>>
>>>> S.
>>>>
>>>> On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:
>>>>
>>>>> Hello list,
>>>>>
>>>>> I'm trying to play interleaved soundfiles with 32 channels.
>>>>> It does not work - the server vanishes immediately once I try to  
>>>>> play it
>>>>> with BufRd or PlayBuf!
>>>>> The buffer itself seems to load a 32 ch soundfile from the disk  
>>>>> into the
>>>>> server and I can also plot it.
>>>>>
>>>>> It does work with 16 channel soundfiles and less.
>>>>>
>>>>> Is there any built-in limitation to 16 channels or is this just  
>>>>> a bug ?
>>>>>
>>>>> I'm using SC 3.2 revision 7617 under MacOS 10.4.11
>>>>>
>>>>>
>>>>> thanks
>>>>>
>>>>> Andre
>>>>>
>>>>>
>>>>> --------------------------------------------------
>>>>> Andre Bartetzki
>>>>> http://www.bartetzki.de
>>>>> mailto:andre@...
>>>>>
>>>>> Tel   [phone]
>>>>> VoIP  [phone]
>>>>> Fax   [phone]
>>>>>
>>>>> Skype bartetzki
>>>>> http://www.myspace.com/andrebartetzki
>>>>> --------------------------------------------------
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> sc-users mailing list
>>>>>
>>>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>>
>>>>
>>>> _______________________________________________
>>>> sc-users mailing list
>>>>
>>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>>
>>> ******************************************
>>> /* 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-users mailing list
>>>
>>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>>
>>
>> _______________________________________________
>> sc-users mailing list
>>
>> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>
> ******************************************
> /* 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-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Dan Stowell]

I posted the patch almost precisely one year ago. Happy anniversary :)
http://www.listarc.bham.ac.uk/lists/sc-dev-2007/msg00446.html

Can't remember my motivation for using new/delete rather than
RTAlloc/RTFree. But maybe someone wants to have a look at the patch
and have a go?

Dan


2008/7/11, Scott Wilson <s.d.wilson.1@...>:

> I think Dan actually had a patch for this, remembering back, which got put
> on hold for some reason. Maybe check with him first?
>
>  S.
>
>
>  On 11 Jul 2008, at 20:03, Josh Parmenter wrote:
>
>
> > It is setting up possible pointers to the output for efficiency I imagine.
> 32 does seem like a reasonable number. I'll try that and 64 later, and see
> if there is a performance hit at all.
> >
> > Best,
> >
> > Josh
> >
> > On Jul 11, 2008, at 11:47 AM, Scott Wilson wrote:
> >
> >
> > > Well, I think it should be controllable in some way (also for DiskIn).
> Changing the hard-coding to something more seems a half-solution. Refresh my
> memory as to why it's hard coded in any case?
> > >
> > > S.
> > >
> > > On 11 Jul 2008, at 19:37, Josh Parmenter wrote:
> > >
> > >
> > > > might be difficult to do with a /cmd. Perhaps if could be possible
> with a ServerOption and command line flag?
> > > >
> > > > Josh
> > > >
> > > > On Jul 11, 2008, at 11:35 AM, Scott Wilson wrote:
> > > >
> > > >
> > > > > Yes, this is hard-coded at 16, but clearly needs to be more, IMO.
> There was some discussion of making this limit controllable through a /cmd.
> Anybody recall what happened with that?
> > > > >
> > > > > S.
> > > > >
> > > > > On 11 Jul 2008, at 19:24, Andre Bartetzki wrote:
> > > > >
> > > > >
> > > > > > Hello list,
> > > > > >
> > > > > > I'm trying to play interleaved soundfiles with 32 channels.
> > > > > > It does not work - the server vanishes immediately once I try to
> play it
> > > > > > with BufRd or PlayBuf!
> > > > > > The buffer itself seems to load a 32 ch soundfile from the disk
> into the
> > > > > > server and I can also plot it.
> > > > > >
> > > > > > It does work with 16 channel soundfiles and less.
> > > > > >
> > > > > > Is there any built-in limitation to 16 channels or is this just a
> bug ?
> > > > > >
> > > > > > I'm using SC 3.2 revision 7617 under MacOS 10.4.11
> > > > > >
> > > > > >
> > > > > > thanks
> > > > > >
> > > > > > Andre
> > > > > >
> > > > > >
> > > > > >
> --------------------------------------------------
> > > > > > Andre Bartetzki
> > > > > > http://www.bartetzki.de
> > > > > > mailto:andre@...
> > > > > >
> > > > > > Tel   [phone]
> > > > > > VoIP  [phone]
> > > > > > Fax   [phone]
> > > > > >
> > > > > > Skype bartetzki
> > > > > > http://www.myspace.com/andrebartetzki
> > > > > >
> --------------------------------------------------
> > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > sc-users mailing list
> > > > > >
> > > > > > info (subscribe and unsubscribe):
> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> > > > > > archive:
> http://www.listarc.bham.ac.uk/marchives/sc-users/
> > > > > > search:
> http://www.listarc.bham.ac.uk/lists/sc-users/search/
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > sc-users mailing list
> > > > >
> > > > > info (subscribe and unsubscribe):
> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> > > > > archive:
> http://www.listarc.bham.ac.uk/marchives/sc-users/
> > > > > search:
> http://www.listarc.bham.ac.uk/lists/sc-users/search/
> > > > >
> > > >
> > > > ******************************************
> > > > /* 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-users mailing list
> > > >
> > > > info (subscribe and unsubscribe):
> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> > > > archive:
> http://www.listarc.bham.ac.uk/marchives/sc-users/
> > > > search:
> http://www.listarc.bham.ac.uk/lists/sc-users/search/
> > > >
> > >
> > >
> > > _______________________________________________
> > > sc-users mailing list
> > >
> > > info (subscribe and unsubscribe):
> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> > > archive:
> http://www.listarc.bham.ac.uk/marchives/sc-users/
> > > search:
> http://www.listarc.bham.ac.uk/lists/sc-users/search/
> > >
> >
> > ******************************************
> > /* 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-users mailing list
> >
> > info (subscribe and unsubscribe):
> http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> > archive:
> http://www.listarc.bham.ac.uk/marchives/sc-users/
> > search:
> http://www.listarc.bham.ac.uk/lists/sc-users/search/
> >
>
>

--
http://www.mcld.co.uk

_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Sciss]

Am 11.07.2008 um 20:47 schrieb Scott Wilson:

> Well, I think it should be controllable in some way (also for  
> DiskIn). Changing the hard-coding to something more seems a half-
> solution. Refresh my memory as to why it's hard coded in any case?
>
> S.
>

james mccartney said it's a problem with C++ dynamic stack allocation  
or something:

http://www.create.ucsb.edu/pipermail/sc-dev/2006-July/thread.html#10534

unfortunately that link doesn't exist anymore. i hope there's a  
backup of the sc-dev list somewhere??

a newer thread:

http://lists.create.ucsb.edu/pipermail/sc-devel/2007-May/000105.html


ciao, -sciss-


_______________________________________________
sc-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Josh Parmenter]

Here it is:


On Jul 2, 2006, at 2:41 PM, Sciss wrote:

 > float *out[ bufChannels ]; \

This isn't portable C++. Don't think it would compile on Windows.

I'd also want to know how it impacts performance to do this dynamic
stack allocation every call.



Josh

On Jul 11, 2008, at 4:11 PM, Sciss wrote:

> Am 11.07.2008 um 20:47 schrieb Scott Wilson:
>
>> Well, I think it should be controllable in some way (also for  
>> DiskIn). Changing the hard-coding to something more seems a half-
>> solution. Refresh my memory as to why it's hard coded in any case?
>>
>> S.
>>
>
> james mccartney said it's a problem with C++ dynamic stack  
> allocation or something:
>
> http://www.create.ucsb.edu/pipermail/sc-dev/2006-July/ 
> thread.html#10534
>
> unfortunately that link doesn't exist anymore. i hope there's a  
> backup of the sc-dev list somewhere??
>
> a newer thread:
>
> http://lists.create.ucsb.edu/pipermail/sc-devel/2007-May/000105.html
>
>
> ciao, -sciss-
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

******************************************
/* 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-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Josh Parmenter]

and, for those wanting to see more of the conversation, this will  
download a text archive of the month:

http://lists.create.ucsb.edu/pipermail/sc-dev/2006-July.txt.gz

Josh

On Jul 11, 2008, at 4:11 PM, Sciss wrote:

> Am 11.07.2008 um 20:47 schrieb Scott Wilson:
>
>> Well, I think it should be controllable in some way (also for  
>> DiskIn). Changing the hard-coding to something more seems a half-
>> solution. Refresh my memory as to why it's hard coded in any case?
>>
>> S.
>>
>
> james mccartney said it's a problem with C++ dynamic stack  
> allocation or something:
>
> http://www.create.ucsb.edu/pipermail/sc-dev/2006-July/ 
> thread.html#10534
>
> unfortunately that link doesn't exist anymore. i hope there's a  
> backup of the sc-dev list somewhere??
>
> a newer thread:
>
> http://lists.create.ucsb.edu/pipermail/sc-devel/2007-May/000105.html
>
>
> ciao, -sciss-
>
>
> _______________________________________________
> sc-users mailing list
>
> info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
> archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
> search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

******************************************
/* 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-users mailing list

info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/

[Scott Wilson-3]

On 12 Jul 2008, at 00:11, Sciss wrote:

> Am 11.07.2008 um 20:47 schrieb Scott Wilson:
>
>> Well, I think it should be controllable in some way (also for  
>> DiskIn). Changing the hard-coding to something more seems a half-
>> solution. Refresh my memory as to why it's hard coded in any case?
>>
>> S.
>>
>
> james mccartney said it's a problem with C++ dynamic stack  
> allocation or something:
>
> http://www.create.ucsb.edu/pipermail/sc-dev/2006-July/ 
> thread.html#10534
>
> unfortunately that link doesn't exist anymore. i hope there's a  
> backup of the sc-dev list somewhere??
>