Re: scsynth /s_getn broken

thanks!
...and thanks for this on Jack..
http://www.create.ucsb.edu/pipermail/sc-users/2006-April/025129.html

greets,

x

On 6/6/06, Stefan Kersten <sk@...> wrote:
> On Sunday 04 June 2006 10:30, blackrain wrote:
> > there is a typo in SC_MiscCmds.cpp
> >
> > Line 1295:
> >       big_scpacket packet;
> >       packet.adds("/b_setn"); // <-- should be "/n_setn"
> >       packet.maketags(numheads * 2 + numcontrols + 2);
> >       packet.addtag(',');
>
> fixed.
>
> <sk>
>
> _______________________________________________
> sc-dev mailing list
> sc-dev@...
> http://www.create.ucsb.edu/mailman/listinfo/sc-dev
>

Re: [sc-users] Read single channel of external file into buffer

On Tue, Jun 06, 2006 at 01:21:46PM +0200, stefan kersten wrote:
> this might be true for PlayBuf, but there are other buffer
> access ugens that fail on multichannel data (like
> TGrains). i think adding channel selection arguments to both
> b_read and b_allocRead would be a very valuable addition.

i've attached a patch to /b_allocRead and /b_read to allow
selecting individual channels from the source files.

the channel indexes are expected after the completion
message for backwards compatibility; any better ideas?

btw, why doesn't /b_read set the buffer sample rate to the
file sample rate? BufRateScale and friends don't work
correctly with files loaded with /b_alloc+/b_read.

<sk>

Index: headers/server/SC_SequencedCommand.h
===================================================================
--- headers/server/SC_SequencedCommand.h	(revision 5397)
+++ headers/server/SC_SequencedCommand.h	(working copy)
 <at>  <at>  -214,6 +214,10  <at>  <at> 

 ///////////////////////////////////////////////////////////////////////////

+const int kBufReadMaxNumChannels = 32;
+
+///////////////////////////////////////////////////////////////////////////

Re: Re: [sc-users] Read single channel of external file into buffer

Why not make new messages called b_allocReadChannel and b_readChannel ?

Josh

******************************************
Joshua Parmenter
joshp <at> u.washington.edu
Post-Doctoral Research Associate - Center for Digital Arts and  
Experimental Media
Raitt Hall - University of Washington
Seattle, Washington 98195

http://www.dxarts.washington.edu
http://www.realizedsound.net/josh/

On Jun 7, 2006, at 7:02 AM, stefan kersten wrote:

> On Tue, Jun 06, 2006 at 01:21:46PM +0200, stefan kersten wrote:
>> this might be true for PlayBuf, but there are other buffer
>> access ugens that fail on multichannel data (like
>> TGrains). i think adding channel selection arguments to both
>> b_read and b_allocRead would be a very valuable addition.
>
> i've attached a patch to /b_allocRead and /b_read to allow
> selecting individual channels from the source files.
>
> the channel indexes are expected after the completion
> message for backwards compatibility; any better ideas?
>
> btw, why doesn't /b_read set the buffer sample rate to the

Re: Re: [sc-users] Read single channel of external file into buffer

On Wed, Jun 07, 2006 at 08:47:54AM -0700, Joshua Parmenter wrote:
> Why not make new messages called b_allocReadChannel and
> b_readChannel ?

yes, probably the better option ...

<sk>

Re: Re: [sc-users] Read single channel of external file into buffer

On Wed, Jun 07, 2006 at 06:34:18PM +0200, stefan kersten wrote:
> On Wed, Jun 07, 2006 at 08:47:54AM -0700, Joshua Parmenter wrote:
> > Why not make new messages called b_allocReadChannel and
> > b_readChannel ?
> 
> yes, probably the better option ...

in fact it's possible to put the channel arguments before
the completion message and still be backwards compatible
because of the different argument types. so e.g. /b_allocRead
would change to:

/b_allocRead
  int    - buffer number
  string - path name of a sound file.
  int    - starting frame in file
  int    - number of frames to read
  [
    int  - source file channel index
  ] * N    N >= 0
  bytes  - completion message

any objections?

<sk>

question about subversion

_______________________________________________
sc-dev mailing list
sc-dev@...
http://www.create.ucsb.edu/mailman/listinfo/sc-dev