I'm using csound live to trigger samples and having dropouts quite often. Usually some seconds after the file started. The samples are 44.1kHz/16Bit and I'm running csound with these flags: -odac3 -iadc4  -d -A -m0 -b256 -B1024 -R

Is there something one can do to avoid the dropouts? Probably it would be better to use a table so that the files are previously loaded in the RAM.

I would be interested in hearing what are your experineces with live samples.

Thanks in advance,

luis


l u i s   a n t u n e s   p e n a 
http://sumtone.com
http://icem.folkwang-hochschule.de/~pena 

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Mr. Luis,
i'm not expert but in my system (and i'm on windows) i need to well set the
size of buffer (-b and -B), and on windows often -B is 4096 at least.
But You can also use gen 1 to load a sample and then read it via loscil (or
other opcodes that read table like poscil). In this latter case (poscil et
sim) there is only to make attention to set right frequency dependent if the
sample is mono or stereo. But there are other way like flooper and flooper2
that allow loop  on sample.

mini help,
ciao,
fran.



Luís Antunes Pena wrote:
> 
> I'm using csound live to trigger samples and having dropouts quite often.
> Usually some seconds after the file started. The samples are 44.1kHz/16Bit
> and I'm running csound with these flags: -odac3 -iadc4  -d -A -m0 -b256
> -B1024 -R
> 
> Is there something one can do to avoid the dropouts? Probably it would be
> better to use a table so that the files are previously loaded in the RAM.
> 
> I would be interested in hearing what are your experineces with live
> samples.
> 
> Thanks in advance,
> 
> luis
> 
> 
> l u i s   a n t u n e s   p e n a 
> http://sumtone.com
> http://icem.folkwang-hochschule.de/~pena 
> 
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
> gegen Massenmails. 
> http://mail.yahoo.com
> 
> 
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
> 

-- 
View this message in context: http://old.nabble.com/live-diskin2-dropouts-tp27357853p27358537.html
Sent from the Csound - General mailing list archive at Nabble.com.



Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Luis -

as francibal said, I'd try to increase the buffer size first. And the  
ksmps?!? I'd try:
ksmps = 128
-b 1024
-B 4096

And diskin2 has an optional ibufsize argument.

But in my experience, playing sounds from the hard disk (regardless  
whether Csound or Max or pd) in a live situation is often a kind of  
vabanque. So if the files are not too large, playing by a buffer might  
be the best. If you like, you can try Useful -> SF play from buffer 2  
in the QuteCsound examples menu.

Ciao -

	joachim


Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:

> I'm using csound live to trigger samples and having dropouts quite  
> often. Usually some seconds after the file started. The samples are  
> 44.1kHz/16Bit and I'm running csound with these flags: -odac3 - 
> iadc4  -d -A -m0 -b256 -B1024 -R
>
> Is there something one can do to avoid the dropouts? Probably it  
> would be better to use a table so that the files are previously  
> loaded in the RAM.
>
> I would be interested in hearing what are your experineces with live  
> samples.
>
> Thanks in advance,
>
> luis
>
>
> l u i s   a n t u n e s   p e n a
> http://sumtone.com
> http://icem.folkwang-hochschule.de/~pena
>
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden  
> Schutz gegen Massenmails.
> http://mail.yahoo.com
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"



Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I fully agree, playing from RAM (buffer, table) is much safer in a
performance situation. Unless you use a RAM disk of course ;-)

Talking about playing from table,
I was looking for a way to play a soundfile with optional skiptime today,
and could only figure out how to do it if I used diskin or soundin.
Anyone know a way to do it when playing from a table ?
(assuming we want support for non-power-of-two table size, otherwise I
could do lphasor+table).

best
Oeyvind

2010/1/28 joachim heintz :
> Hi Luis -
>
> as francibal said, I'd try to increase the buffer size first. And the
> ksmps?!? I'd try:
> ksmps = 128
> -b 1024
> -B 4096
>
> And diskin2 has an optional ibufsize argument.
>
> But in my experience, playing sounds from the hard disk (regardless whether
> Csound or Max or pd) in a live situation is often a kind of vabanque. So if
> the files are not too large, playing by a buffer might be the best. If you
> like, you can try Useful -> SF play from buffer 2 in the QuteCsound examples
> menu.
>
> Ciao -
>
>        joachim
>
>
> Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:
>
>> I'm using csound live to trigger samples and having dropouts quite often.
>> Usually some seconds after the file started. The samples are 44.1kHz/16Bit
>> and I'm running csound with these flags: -odac3 -iadc4  -d -A -m0 -b256
>> -B1024 -R
>>
>> Is there something one can do to avoid the dropouts? Probably it would be
>> better to use a table so that the files are previously loaded in the RAM.
>>
>> I would be interested in hearing what are your experineces with live
>> samples.
>>
>> Thanks in advance,
>>
>> luis
>>
>>
>> l u i s   a n t u n e s   p e n a
>> http://sumtone.com
>> http://icem.folkwang-hochschule.de/~pena
>>
>> __________________________________________________
>> Do You Yahoo!?
>> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
>> gegen Massenmails.
>> http://mail.yahoo.com
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I think this is done in Useful -> SF play from buffer 2 in the  
QuteCsound examples, isn't it?
Best regards -
	joachim


Am 28.01.2010 um 23:17 schrieb Oeyvind Brandtsegg:

> I fully agree, playing from RAM (buffer, table) is much safer in a
> performance situation. Unless you use a RAM disk of course ;-)
>
> Talking about playing from table,
> I was looking for a way to play a soundfile with optional skiptime  
> today,
> and could only figure out how to do it if I used diskin or soundin.
> Anyone know a way to do it when playing from a table ?
> (assuming we want support for non-power-of-two table size, otherwise I
> could do lphasor+table).
>
> best
> Oeyvind
>
> 2010/1/28 joachim heintz :
>> Hi Luis -
>>
>> as francibal said, I'd try to increase the buffer size first. And the
>> ksmps?!? I'd try:
>> ksmps = 128
>> -b 1024
>> -B 4096
>>
>> And diskin2 has an optional ibufsize argument.
>>
>> But in my experience, playing sounds from the hard disk (regardless  
>> whether
>> Csound or Max or pd) in a live situation is often a kind of  
>> vabanque. So if
>> the files are not too large, playing by a buffer might be the best.  
>> If you
>> like, you can try Useful -> SF play from buffer 2 in the QuteCsound  
>> examples
>> menu.
>>
>> Ciao -
>>
>>        joachim
>>
>>
>> Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:
>>
>>> I'm using csound live to trigger samples and having dropouts quite  
>>> often.
>>> Usually some seconds after the file started. The samples are  
>>> 44.1kHz/16Bit
>>> and I'm running csound with these flags: -odac3 -iadc4  -d -A -m0 - 
>>> b256
>>> -B1024 -R
>>>
>>> Is there something one can do to avoid the dropouts? Probably it  
>>> would be
>>> better to use a table so that the files are previously loaded in  
>>> the RAM.
>>>
>>> I would be interested in hearing what are your experineces with live
>>> samples.
>>>
>>> Thanks in advance,
>>>
>>> luis
>>>
>>>
>>> l u i s   a n t u n e s   p e n a
>>> http://sumtone.com
>>> http://icem.folkwang-hochschule.de/~pena
>>>
>>> __________________________________________________
>>> Do You Yahoo!?
>>> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden  
>>> Schutz
>>> gegen Massenmails.
>>> http://mail.yahoo.com
>>>
>>>
>>> Send bugs reports to this list.
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe
>>> csound"
>>
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe
>> csound"
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"



Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

If you do insist to read from disk then I think it's better if the  
sound files are read from a separate partition (or external HD) that  
is smallish in size, and NOT the partition on which the OS is  
installed. In addition to other things this ensures that the sound- 
file data doesn't get too fragmented: the fragmentation is kept within  
the small space of the disk partition and so the header doesn't need  
to jump around too much to read the sound-file from disk. Some correct  
me if I'm wrong!

Best

Peiman

On 28 Jan 2010, at 22:08, joachim heintz wrote:

> Hi Luis -
>
> as francibal said, I'd try to increase the buffer size first. And  
> the ksmps?!? I'd try:
> ksmps = 128
> -b 1024
> -B 4096
>
> And diskin2 has an optional ibufsize argument.
>
> But in my experience, playing sounds from the hard disk (regardless  
> whether Csound or Max or pd) in a live situation is often a kind of  
> vabanque. So if the files are not too large, playing by a buffer  
> might be the best. If you like, you can try Useful -> SF play from  
> buffer 2 in the QuteCsound examples menu.
>
> Ciao -
>
> 	joachim
>
>
> Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:
>
>> I'm using csound live to trigger samples and having dropouts quite  
>> often. Usually some seconds after the file started. The samples are  
>> 44.1kHz/16Bit and I'm running csound with these flags: -odac3 - 
>> iadc4  -d -A -m0 -b256 -B1024 -R
>>
>> Is there something one can do to avoid the dropouts? Probably it  
>> would be better to use a table so that the files are previously  
>> loaded in the RAM.
>>
>> I would be interested in hearing what are your experineces with  
>> live samples.
>>
>> Thanks in advance,
>>
>> luis
>>
>>
>> l u i s   a n t u n e s   p e n a
>> http://sumtone.com
>> http://icem.folkwang-hochschule.de/~pena
>>
>> __________________________________________________
>> Do You Yahoo!?
>> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden  
>> Schutz gegen Massenmails.
>> http://mail.yahoo.com
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe csound"
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"



Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Yes, poscil works. But only for mono files, though.
But your tip got me looking once more, and I found loscilx (somewhat
undocumented) to do the trick.
Thanks ;-)

The reason why I do not want to read from disk during live performance
is not relly related to latency or dropouts,
it's just that reading from disk is a physical operation, and that's
just one more thing that can go wrong. It will seldom actually go
wrong, but it just might.
It happened once to me, maybe 10 years ago, I was reading (with
diskin) a track from a sturdy SCSI disk used only for audio, midway
thru the very last chorus of an uptempo song played as an encore, it
hiccuped and created a short stuttering loop (that happened to be
quite close to 16ths in the current song tempo, luckily...). We sort
of got thru the ending of the song, and I spent the better part of the
day after recovering the disk with Norton.

all best
Oeyvind


2010/1/28  :
> lphasor+tab?
> poscil with phase > 0?
>
> Victor
>
> ----- Original Message -----
> From: Oeyvind Brandtsegg 
> Date: Thursday, January 28, 2010 10:17 pm
> Subject: [Csnd] Re: Re: live diskin2 dropouts
> To: csound@lists.bath.ac.uk
>
>> I fully agree, playing from RAM (buffer, table) is much safer in a
>> performance situation. Unless you use a RAM disk of course ;-)
>>
>> Talking about playing from table,
>> I was looking for a way to play a soundfile with optional
>> skiptime today,
>> and could only figure out how to do it if I used diskin or soundin.
>> Anyone know a way to do it when playing from a table ?
>> (assuming we want support for non-power-of-two table size,
>> otherwise I
>> could do lphasor+table).
>>
>> best
>> Oeyvind
>>
>> 2010/1/28 joachim heintz :
>> > Hi Luis -
>> >
>> > as francibal said, I'd try to increase the buffer size first.
>> And the
>> > ksmps?!? I'd try:
>> > ksmps = 128
>> > -b 1024
>> > -B 4096
>> >
>> > And diskin2 has an optional ibufsize argument.
>> >
>> > But in my experience, playing sounds from the hard disk
>> (regardless whether
>> > Csound or Max or pd) in a live situation is often a kind of
>> vabanque. So if
>> > the files are not too large, playing by a buffer might be the
>> best. If you
>> > like, you can try Useful -> SF play from buffer 2 in the
>> QuteCsound examples
>> > menu.
>> >
>> > Ciao -
>> >
>> >        joachim
>> >
>> >
>> > Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:
>> >
>> >> I'm using csound live to trigger samples and having dropouts
>> quite often.
>> >> Usually some seconds after the file started. The samples are
>> 44.1kHz/16Bit>> and I'm running csound with these flags: -odac3 -
>> iadc4  -d -A -m0 -b256
>> >> -B1024 -R
>> >>
>> >> Is there something one can do to avoid the dropouts? Probably
>> it would be
>> >> better to use a table so that the files are previously loaded
>> in the RAM.
>> >>
>> >> I would be interested in hearing what are your experineces
>> with live
>> >> samples.
>> >>
>> >> Thanks in advance,
>> >>
>> >> luis
>> >>
>> >>
>> >> l u i s   a n t u n e s   p e n a
>> >> http://sumtone.com
>> >> http://icem.folkwang-hochschule.de/~pena
>> >>
>> >> __________________________________________________
>> >> Do You Yahoo!?
>> >> Sie sind Spam leid? Yahoo! Mail verfügt über einen
>> herausragenden Schutz
>> >> gegen Massenmails.
>> >> http://mail.yahoo.com
>> >>
>> >>
>> >> Send bugs reports to this list.
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe>> csound"
>> >
>> >
>> >
>> > Send bugs reports to this list.
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe> csound"
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>
>


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

ah, yes, flooper2 would also work for mono samples.
I was actually browsing the manual earlier today and looked at
flooper/flooper2, but I did not read thoroughly enough to notice the
optional parameters for flooper2. The flooper crossfading loops are
very useful.
best
Oeyvind

2010/1/29  :
> And phasor+tab should also work. I'd have no problem splitting stereo files
> into two tables. IMO mono tables are more flexible.
>
> And if I remember correctly, flooper2 will also allow a start time beyond 0.
>
> Victor
>
> ----- Original Message -----
> From: Oeyvind Brandtsegg 
> Date: Thursday, January 28, 2010 11:08 pm
> Subject: [Csnd] Re: Re: Re: Re: live diskin2 dropouts
> To: csound@lists.bath.ac.uk
>
>> Yes, poscil works. But only for mono files, though.
>> But your tip got me looking once more, and I found loscilx (somewhat
>> undocumented) to do the trick.
>> Thanks ;-)
>>
>> The reason why I do not want to read from disk during live performance
>> is not relly related to latency or dropouts,
>> it's just that reading from disk is a physical operation, and that's
>> just one more thing that can go wrong. It will seldom actually go
>> wrong, but it just might.
>> It happened once to me, maybe 10 years ago, I was reading (with
>> diskin) a track from a sturdy SCSI disk used only for audio, midway
>> thru the very last chorus of an uptempo song played as an
>> encore, it
>> hiccuped and created a short stuttering loop (that happened to be
>> quite close to 16ths in the current song tempo, luckily...). We sort
>> of got thru the ending of the song, and I spent the better part
>> of the
>> day after recovering the disk with Norton.
>>
>> all best
>> Oeyvind
>>
>>
>> 2010/1/28  :
>> > lphasor+tab?
>> > poscil with phase > 0?
>> >
>> > Victor
>> >
>> > ----- Original Message -----
>> > From: Oeyvind Brandtsegg 
>> > Date: Thursday, January 28, 2010 10:17 pm
>> > Subject: [Csnd] Re: Re: live diskin2 dropouts
>> > To: csound@lists.bath.ac.uk
>> >
>> >> I fully agree, playing from RAM (buffer, table) is much safer
>> in a
>> >> performance situation. Unless you use a RAM disk of course ;-)
>> >>
>> >> Talking about playing from table,
>> >> I was looking for a way to play a soundfile with optional
>> >> skiptime today,
>> >> and could only figure out how to do it if I used diskin or soundin.
>> >> Anyone know a way to do it when playing from a table ?
>> >> (assuming we want support for non-power-of-two table size,
>> >> otherwise I
>> >> could do lphasor+table).
>> >>
>> >> best
>> >> Oeyvind
>> >>
>> >> 2010/1/28 joachim heintz :
>> >> > Hi Luis -
>> >> >
>> >> > as francibal said, I'd try to increase the buffer size first.
>> >> And the
>> >> > ksmps?!? I'd try:
>> >> > ksmps = 128
>> >> > -b 1024
>> >> > -B 4096
>> >> >
>> >> > And diskin2 has an optional ibufsize argument.
>> >> >
>> >> > But in my experience, playing sounds from the hard disk
>> >> (regardless whether
>> >> > Csound or Max or pd) in a live situation is often a kind of
>> >> vabanque. So if
>> >> > the files are not too large, playing by a buffer might be the
>> >> best. If you
>> >> > like, you can try Useful -> SF play from buffer 2 in the
>> >> QuteCsound examples
>> >> > menu.
>> >> >
>> >> > Ciao -
>> >> >
>> >> >        joachim
>> >> >
>> >> >
>> >> > Am 28.01.2010 um 16:33 schrieb Luís Antunes Pena:
>> >> >
>> >> >> I'm using csound live to trigger samples and having dropouts
>> >> quite often.
>> >> >> Usually some seconds after the file started. The samples are
>> >> 44.1kHz/16Bit>> and I'm running csound with these flags: -
>> odac3 -
>> >> iadc4  -d -A -m0 -b256
>> >> >> -B1024 -R
>> >> >>
>> >> >> Is there something one can do to avoid the dropouts? Probably
>> >> it would be
>> >> >> better to use a table so that the files are previously loaded
>> >> in the RAM.
>> >> >>
>> >> >> I would be interested in hearing what are your experineces
>> >> with live
>> >> >> samples.
>> >> >>
>> >> >> Thanks in advance,
>> >> >>
>> >> >> luis
>> >> >>
>> >> >>
>> >> >> l u i s   a n t u n e s   p e n a
>> >> >> http://sumtone.com
>> >> >> http://icem.folkwang-hochschule.de/~pena
>> >> >>
>> >> >> __________________________________________________
>> >> >> Do You Yahoo!?
>> >> >> Sie sind Spam leid? Yahoo! Mail verfügt über einen
>> >> herausragenden Schutz
>> >> >> gegen Massenmails.
>> >> >> http://mail.yahoo.com
>> >> >>
>> >> >>
>> >> >> Send bugs reports to this list.
>> >> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe>> csound"
>> >> >
>> >> >
>> >> >
>> >> > Send bugs reports to this list.
>> >> > To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe> csound"
>> >>
>> >>
>> >> Send bugs reports to this list.
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe csound"
>> >
>> >
>> > Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
>> > National University of Ireland, Maynooth
>> >
>> >
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> "unsubscribe csound"
>
>
> Dr Victor Lazzarini, Senior Lecturer, Dept. of Music,
> National University of Ireland, Maynooth
>
>


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

thanks for all the answers. 
the table solution is certainly the most reliable.



--- Victor.Lazzarini@nuim.ie  schrieb am Fr, 29.1.2010:

> Von: Victor.Lazzarini@nuim.ie 
> Betreff: [Csnd] Re: Re: Re: Re: Re: live diskin2 dropouts
> An: csound@lists.bath.ac.uk
> Datum: Freitag, 29. Januar 2010, 0:12
> And phasor+tab should also work.
> I'd have no problem splitting stereo files into two
> tables. IMO mono tables are more flexible.
>  
> And if I remember correctly, flooper2 will also allow
> a start time beyond 0.
>  
> Victor
> 
> ----- Original Message -----
> From: Oeyvind Brandtsegg 
> Date: Thursday, January 28, 2010 11:08 pm
> Subject: [Csnd] Re: Re: Re: Re: live diskin2 dropouts
> To: csound@lists.bath.ac.uk
> 
> > Yes, poscil works. But only for mono files, though.
> > But your tip got me looking once more, and I found
> loscilx (somewhat
> > undocumented) to do the trick.
> > Thanks ;-)
> > 
> > The reason why I do not want to read from disk during
> live performance
> > is not relly related to latency or dropouts,
> > it's just that reading from disk is a physical
> operation, and that's
> > just one more thing that can go wrong. It will seldom
> actually go
> > wrong, but it just might.
> > It happened once to me, maybe 10 years ago, I was
> reading (with
> > diskin) a track from a sturdy SCSI disk used only for
> audio, midway
> > thru the very last chorus of an uptempo song played as
> an 
> > encore, it
> > hiccuped and created a short stuttering loop (that
> happened to be
> > quite close to 16ths in the current song tempo,
> luckily...). We sort
> > of got thru the ending of the song, and I spent the
> better part 
> > of the
> > day after recovering the disk with Norton.
> > 
> > all best
> > Oeyvind
> > 
> > 
> > 2010/1/28  :
> > > lphasor+tab?
> > > poscil with phase > 0?
> > >
> > > Victor
> > >
> > > ----- Original Message -----
> > > From: Oeyvind Brandtsegg
> 
> > > Date: Thursday, January 28, 2010 10:17 pm
> > > Subject: [Csnd] Re: Re: live diskin2 dropouts
> > > To: csound@lists.bath.ac.uk
> > >
> > >> I fully agree, playing from RAM (buffer,
> table) is much safer 
> > in a
> > >> performance situation. Unless you use a RAM
> disk of course ;-)
> > >>
> > >> Talking about playing from table,
> > >> I was looking for a way to play a soundfile
> with optional
> > >> skiptime today,
> > >> and could only figure out how to do it if I
> used diskin or soundin.
> > >> Anyone know a way to do it when playing from
> a table ?
> > >> (assuming we want support for
> non-power-of-two table size,
> > >> otherwise I
> > >> could do lphasor+table).
> > >>
> > >> best
> > >> Oeyvind
> > >>
> > >> 2010/1/28 joachim heintz
> :
> > >> > Hi Luis -
> > >> >
> > >> > as francibal said, I'd try to
> increase the buffer size first.
> > >> And the
> > >> > ksmps?!? I'd try:
> > >> > ksmps = 128
> > >> > -b 1024
> > >> > -B 4096
> > >> >
> > >> > And diskin2 has an optional ibufsize
> argument.
> > >> >
> > >> > But in my experience, playing sounds
> from the hard disk
> > >> (regardless whether
> > >> > Csound or Max or pd) in a live situation
> is often a kind of
> > >> vabanque. So if
> > >> > the files are not too large, playing by
> a buffer might be the
> > >> best. If you
> > >> > like, you can try Useful -> SF play
> from buffer 2 in the
> > >> QuteCsound examples
> > >> > menu.
> > >> >
> > >> > Ciao -
> > >> >
> > >> >        joachim
> > >> >
> > >> >
> > >> > Am 28.01.2010 um 16:33 schrieb Luís
> Antunes Pena:
> > >> >
> > >> >> I'm using csound live to trigger
> samples and having dropouts
> > >> quite often.
> > >> >> Usually some seconds after the file
> started. The samples are
> > >> 44.1kHz/16Bit>> and I'm running
> csound with these flags: -
> > odac3 -
> > >> iadc4  -d -A -m0 -b256
> > >> >> -B1024 -R
> > >> >>
> > >> >> Is there something one can do to
> avoid the dropouts? Probably
> > >> it would be
> > >> >> better to use a table so that the
> files are previously loaded
> > >> in the RAM.
> > >> >>
> > >> >> I would be interested in hearing
> what are your experineces
> > >> with live
> > >> >> samples.
> > >> >>
> > >> >> Thanks in advance,
> > >> >>
> > >> >> luis
> > >> >>
> > >> >>
> > >> >> l u i s   a n t u n e s  
> p e n a
> > >> >> http://sumtone.com
> > >> >>
> http://icem.folkwang-hochschule.de/~pena
> > >> >>
> > >> >>
> __________________________________________________
> > >> >> Do You Yahoo!?
> > >> >> Sie sind Spam leid? Yahoo! Mail
> verfügt über einen
> > >> herausragenden Schutz
> > >> >> gegen Massenmails.
> > >> >> http://mail.yahoo.com
> > >> >>
> > >> >>
> > >> >> Send bugs reports to this list.
> > >> >> To unsubscribe, send email
> sympa@lists.bath.ac.uk with body
> > >> "unsubscribe>> csound"
> > >> >
> > >> >
> > >> >
> > >> > Send bugs reports to this list.
> > >> > To unsubscribe, send email
> sympa@lists.bath.ac.uk with body
> > >> "unsubscribe> csound"
> > >>
> > >>
> > >> Send bugs reports to this list.
> > >> To unsubscribe, send email
> sympa@lists.bath.ac.uk with body
> > >> "unsubscribe csound"
> > >
> > >
> > > Dr Victor Lazzarini, Senior Lecturer, Dept. of
> Music,
> > > National University of Ireland, Maynooth
> > >
> > >
> > 
> > 
> > Send bugs reports to this list.
> > To unsubscribe, send email sympa@lists.bath.ac.uk with
> body 
> > "unsubscribe csound"
>  
>  
> Dr Victor Lazzarini, Senior Lecturer,
> Dept. of Music, 
> National University of Ireland, Maynooth
> 
> 
> 
> 

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"