Hi,

I have two issues with loscil.

loscil, and loscil3 seem to be miscalculating the ratio between the
desired pitch,
and the Base Frequency when specified manually in the orchestra. If I specify
the pitch of the sound, and try to produce that same pitch with loscil
I get a sound an octave higher. Doubling the specified base frequency
results in the correct pitch.

Also, larger loop times seem to cause problems. Here I have a table
with the loop times
within the length of the table, but I get the error following, showing
numbers which are much larger.

instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen = 186316.000
beg: 61929472, end = 190772224, maxphs = 95394815

Are these bugs, or am I missing something?

 Joel


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Just have a little more information on this problem. I've found that
these issues don't seem to occur if the table length is specified, so
the problem seems to be something to do with the deferred tables. This
solves my problem with using it, but maybe there is still a bug
somewhere.

Regards,
 Joel

On 5 November 2010 18:25, Joel Ross  wrote:
> Hi,
>
> I have two issues with loscil.
>
> loscil, and loscil3 seem to be miscalculating the ratio between the
> desired pitch,
> and the Base Frequency when specified manually in the orchestra. If I specify
> the pitch of the sound, and try to produce that same pitch with loscil
> I get a sound an octave higher. Doubling the specified base frequency
> results in the correct pitch.
>
> Also, larger loop times seem to cause problems. Here I have a table
> with the loop times
> within the length of the table, but I get the error following, showing
> numbers which are much larger.
>
> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen = 186316.000
> beg: 61929472, end = 190772224, maxphs = 95394815
>
> Are these bugs, or am I missing something?
>
>  Joel
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

as usual, we need to see a CSD with the problem to be able to express  
any opinion on it.

Regards

Victor
On 8 Nov 2010, at 15:39, Joel Ross wrote:

> Just have a little more information on this problem. I've found that
> these issues don't seem to occur if the table length is specified, so
> the problem seems to be something to do with the deferred tables. This
> solves my problem with using it, but maybe there is still a bug
> somewhere.
>
> Regards,
> Joel
>
> On 5 November 2010 18:25, Joel Ross   
> wrote:
>> Hi,
>>
>> I have two issues with loscil.
>>
>> loscil, and loscil3 seem to be miscalculating the ratio between the
>> desired pitch,
>> and the Base Frequency when specified manually in the orchestra. If  
>> I specify
>> the pitch of the sound, and try to produce that same pitch with  
>> loscil
>> I get a sound an octave higher. Doubling the specified base frequency
>> results in the correct pitch.
>>
>> Also, larger loop times seem to cause problems. Here I have a table
>> with the loop times
>> within the length of the table, but I get the error following,  
>> showing
>> numbers which are much larger.
>>
>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen =  
>> 186316.000
>> beg: 61929472, end = 190772224, maxphs = 95394815
>>
>> Are these bugs, or am I missing something?
>>
>>  Joel
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Right, sorry, I've put together a simple csd which demonstrates the
problem, at least for me. In doing so, I noticed another oddity, which
is that a table with deferred allocation is seen as stereo by loscil,
while a table with explicit allocation is seen as mono (csound output
still states that it has loaded both channels).

I've tested this csd both with my original sample file, and with some
noise generated by audacity, finding the same problems in both cases.

So, explicit statement of the table length only allows a mono loscil,
but loop times are accepted, and the pitch is correct.

Deferred allocation allows a stereo loscil, but loop times are
rejected, and (if the loop arguments are commented out) the pitch is
an octave higher than it should be.

It could be that I've misunderstood something about loscil or gen01.

Thanks,
 Joel

On 8 November 2010 16:49, Victor Lazzarini  wrote:
> as usual, we need to see a CSD with the problem to be able to express any
> opinion on it.
>
> Regards
>
> Victor
> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>
>> Just have a little more information on this problem. I've found that
>> these issues don't seem to occur if the table length is specified, so
>> the problem seems to be something to do with the deferred tables. This
>> solves my problem with using it, but maybe there is still a bug
>> somewhere.
>>
>> Regards,
>> Joel
>>
>> On 5 November 2010 18:25, Joel Ross  wrote:
>>>
>>> Hi,
>>>
>>> I have two issues with loscil.
>>>
>>> loscil, and loscil3 seem to be miscalculating the ratio between the
>>> desired pitch,
>>> and the Base Frequency when specified manually in the orchestra. If I
>>> specify
>>> the pitch of the sound, and try to produce that same pitch with loscil
>>> I get a sound an octave higher. Doubling the specified base frequency
>>> results in the correct pitch.
>>>
>>> Also, larger loop times seem to cause problems. Here I have a table
>>> with the loop times
>>> within the length of the table, but I get the error following, showing
>>> numbers which are much larger.
>>>
>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen =
>>> 186316.000
>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>
>>> Are these bugs, or am I missing something?
>>>
>>>  Joel
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>

Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

The problem I think is that when using non-deferred size, GEN1 is not  
correctly assigning the number of channels,
(you can check with ftnchnls(40)). So a stereo loscil can't be used  
then; when using a mono one, you are reading
every sample as if it was from the same channel, and the pitch will be  
changed (and with artifacts too).

As far as the loop is concerned, it appears to be working as expected.

So in summary, there is a problem with non-deferred GEN1 not setting  
its number of channels correctly.
This will be fixed for next release. In the meantime, you can use non- 
deferred GEN1 without any problems.

Victor


On 9 Nov 2010, at 11:53, Joel Ross wrote:

> Right, sorry, I've put together a simple csd which demonstrates the
> problem, at least for me. In doing so, I noticed another oddity, which
> is that a table with deferred allocation is seen as stereo by loscil,
> while a table with explicit allocation is seen as mono (csound output
> still states that it has loaded both channels).
>
> I've tested this csd both with my original sample file, and with some
> noise generated by audacity, finding the same problems in both cases.
>
> So, explicit statement of the table length only allows a mono loscil,
> but loop times are accepted, and the pitch is correct.
>
> Deferred allocation allows a stereo loscil, but loop times are
> rejected, and (if the loop arguments are commented out) the pitch is
> an octave higher than it should be.
>
> It could be that I've misunderstood something about loscil or gen01.
>
> Thanks,
> Joel
>
> On 8 November 2010 16:49, Victor Lazzarini  
>  wrote:
>> as usual, we need to see a CSD with the problem to be able to  
>> express any
>> opinion on it.
>>
>> Regards
>>
>> Victor
>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>>
>>> Just have a little more information on this problem. I've found that
>>> these issues don't seem to occur if the table length is specified,  
>>> so
>>> the problem seems to be something to do with the deferred tables.  
>>> This
>>> solves my problem with using it, but maybe there is still a bug
>>> somewhere.
>>>
>>> Regards,
>>> Joel
>>>
>>> On 5 November 2010 18:25, Joel Ross   
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I have two issues with loscil.
>>>>
>>>> loscil, and loscil3 seem to be miscalculating the ratio between the
>>>> desired pitch,
>>>> and the Base Frequency when specified manually in the orchestra.  
>>>> If I
>>>> specify
>>>> the pitch of the sound, and try to produce that same pitch with  
>>>> loscil
>>>> I get a sound an octave higher. Doubling the specified base  
>>>> frequency
>>>> results in the correct pitch.
>>>>
>>>> Also, larger loop times seem to cause problems. Here I have a table
>>>> with the loop times
>>>> within the length of the table, but I get the error following,  
>>>> showing
>>>> numbers which are much larger.
>>>>
>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen =
>>>> 186316.000
>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>>
>>>> Are these bugs, or am I missing something?
>>>>
>>>>  Joel
>>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/? 
>>> group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe
>>> csound"
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe
>> csound"
>>
>>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>
> 



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Hi Victor,

Thanks for looking into it.

Yes, the looping does work in the csd that I sent.
I can break it by changing to read in one channel as in:
f 40 0 0 1 "/Users/jross/Desktop/3secondsNoise.wav" 0 0 1

Maybe this is the same problem?

Thanks,
 Joel

On 9 November 2010 13:21, Victor Lazzarini  wrote:
> The problem I think is that when using non-deferred size, GEN1 is not
> correctly assigning the number of channels,
> (you can check with ftnchnls(40)). So a stereo loscil can't be used then;
> when using a mono one, you are reading
> every sample as if it was from the same channel, and the pitch will be
> changed (and with artifacts too).
>
> As far as the loop is concerned, it appears to be working as expected.
>
> So in summary, there is a problem with non-deferred GEN1 not setting its
> number of channels correctly.
> This will be fixed for next release. In the meantime, you can use
> non-deferred GEN1 without any problems.
>
> Victor
>
>
> On 9 Nov 2010, at 11:53, Joel Ross wrote:
>
>> Right, sorry, I've put together a simple csd which demonstrates the
>> problem, at least for me. In doing so, I noticed another oddity, which
>> is that a table with deferred allocation is seen as stereo by loscil,
>> while a table with explicit allocation is seen as mono (csound output
>> still states that it has loaded both channels).
>>
>> I've tested this csd both with my original sample file, and with some
>> noise generated by audacity, finding the same problems in both cases.
>>
>> So, explicit statement of the table length only allows a mono loscil,
>> but loop times are accepted, and the pitch is correct.
>>
>> Deferred allocation allows a stereo loscil, but loop times are
>> rejected, and (if the loop arguments are commented out) the pitch is
>> an octave higher than it should be.
>>
>> It could be that I've misunderstood something about loscil or gen01.
>>
>> Thanks,
>> Joel
>>
>> On 8 November 2010 16:49, Victor Lazzarini 
>> wrote:
>>>
>>> as usual, we need to see a CSD with the problem to be able to express any
>>> opinion on it.
>>>
>>> Regards
>>>
>>> Victor
>>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>>>
>>>> Just have a little more information on this problem. I've found that
>>>> these issues don't seem to occur if the table length is specified, so
>>>> the problem seems to be something to do with the deferred tables. This
>>>> solves my problem with using it, but maybe there is still a bug
>>>> somewhere.
>>>>
>>>> Regards,
>>>> Joel
>>>>
>>>> On 5 November 2010 18:25, Joel Ross  wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I have two issues with loscil.
>>>>>
>>>>> loscil, and loscil3 seem to be miscalculating the ratio between the
>>>>> desired pitch,
>>>>> and the Base Frequency when specified manually in the orchestra. If I
>>>>> specify
>>>>> the pitch of the sound, and try to produce that same pitch with loscil
>>>>> I get a sound an octave higher. Doubling the specified base frequency
>>>>> results in the correct pitch.
>>>>>
>>>>> Also, larger loop times seem to cause problems. Here I have a table
>>>>> with the loop times
>>>>> within the length of the table, but I get the error following, showing
>>>>> numbers which are much larger.
>>>>>
>>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen =
>>>>> 186316.000
>>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>>>
>>>>> Are these bugs, or am I missing something?
>>>>>
>>>>>  Joel
>>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>> 
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I have used a stereo file here, and the looping seems to work on all  
cases, except when the
loop points are beyond the end of the file.

Victor

On 9 Nov 2010, at 12:34, Joel Ross wrote:

> Hi Victor,
>
> Thanks for looking into it.
>
> Yes, the looping does work in the csd that I sent.
> I can break it by changing to read in one channel as in:
> f 40 0 0 1 "/Users/jross/Desktop/3secondsNoise.wav" 0 0 1
>
> Maybe this is the same problem?
>
> Thanks,
> Joel
>
> On 9 November 2010 13:21, Victor Lazzarini  
>  wrote:
>> The problem I think is that when using non-deferred size, GEN1 is not
>> correctly assigning the number of channels,
>> (you can check with ftnchnls(40)). So a stereo loscil can't be used  
>> then;
>> when using a mono one, you are reading
>> every sample as if it was from the same channel, and the pitch will  
>> be
>> changed (and with artifacts too).
>>
>> As far as the loop is concerned, it appears to be working as  
>> expected.
>>
>> So in summary, there is a problem with non-deferred GEN1 not  
>> setting its
>> number of channels correctly.
>> This will be fixed for next release. In the meantime, you can use
>> non-deferred GEN1 without any problems.
>>
>> Victor
>>
>>
>> On 9 Nov 2010, at 11:53, Joel Ross wrote:
>>
>>> Right, sorry, I've put together a simple csd which demonstrates the
>>> problem, at least for me. In doing so, I noticed another oddity,  
>>> which
>>> is that a table with deferred allocation is seen as stereo by  
>>> loscil,
>>> while a table with explicit allocation is seen as mono (csound  
>>> output
>>> still states that it has loaded both channels).
>>>
>>> I've tested this csd both with my original sample file, and with  
>>> some
>>> noise generated by audacity, finding the same problems in both  
>>> cases.
>>>
>>> So, explicit statement of the table length only allows a mono  
>>> loscil,
>>> but loop times are accepted, and the pitch is correct.
>>>
>>> Deferred allocation allows a stereo loscil, but loop times are
>>> rejected, and (if the loop arguments are commented out) the pitch is
>>> an octave higher than it should be.
>>>
>>> It could be that I've misunderstood something about loscil or gen01.
>>>
>>> Thanks,
>>> Joel
>>>
>>> On 8 November 2010 16:49, Victor Lazzarini  
>>> 
>>> wrote:
>>>>
>>>> as usual, we need to see a CSD with the problem to be able to  
>>>> express any
>>>> opinion on it.
>>>>
>>>> Regards
>>>>
>>>> Victor
>>>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>>>>
>>>>> Just have a little more information on this problem. I've found  
>>>>> that
>>>>> these issues don't seem to occur if the table length is  
>>>>> specified, so
>>>>> the problem seems to be something to do with the deferred  
>>>>> tables. This
>>>>> solves my problem with using it, but maybe there is still a bug
>>>>> somewhere.
>>>>>
>>>>> Regards,
>>>>> Joel
>>>>>
>>>>> On 5 November 2010 18:25, Joel Ross   
>>>>> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have two issues with loscil.
>>>>>>
>>>>>> loscil, and loscil3 seem to be miscalculating the ratio between  
>>>>>> the
>>>>>> desired pitch,
>>>>>> and the Base Frequency when specified manually in the  
>>>>>> orchestra. If I
>>>>>> specify
>>>>>> the pitch of the sound, and try to produce that same pitch with  
>>>>>> loscil
>>>>>> I get a sound an octave higher. Doubling the specified base  
>>>>>> frequency
>>>>>> results in the correct pitch.
>>>>>>
>>>>>> Also, larger loop times seem to cause problems. Here I have a  
>>>>>> table
>>>>>> with the loop times
>>>>>> within the length of the table, but I get the error following,  
>>>>>> showing
>>>>>> numbers which are much larger.
>>>>>>
>>>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000   
>>>>>> itablen =
>>>>>> 186316.000
>>>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>>>>
>>>>>> Are these bugs, or am I missing something?
>>>>>>
>>>>>>  Joel
>>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>> "unsubscribe
>>>>> csound"
>>>>>
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/? 
>>>> group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe
>>>> csound"
>>>>
>>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/? 
>>> group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe
>>> csound"
>>>
>>> 
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe
>> csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Victor,

Thanks again for your quick replies.

This is curious, I get an error with any file, changing only that f40 line.

I'm using Csound version 5.12 (float samples) Mar  2 2010 on OSX.

The loop times are well within the total number of samples:

total samples 	    167031
iloopstart:  	      27419
loopend:		    160510

The error message is:

audio sr = 44100, stereo, reading channel 1
opening WAV infile /Users/jross/Desktop/3secondsNoise.wav
  defer length 167031
new alloc for instr 1:
instr 1:  inote = 415.293
beg: 28077056, end = 164362240, maxphs = 85520383
INIT ERROR in instr 1: illegal sustain loop data

I don't understand where these numbers come from, but I always get
this error unless the file length is significantly greater than the
loop times (more than double the loop end at least).

Regards,
 Joel

On 9 November 2010 13:43, Victor Lazzarini  wrote:
> I have used a stereo file here, and the looping seems to work on all cases,
> except when the
> loop points are beyond the end of the file.
>
> Victor
>
> On 9 Nov 2010, at 12:34, Joel Ross wrote:
>
>> Hi Victor,
>>
>> Thanks for looking into it.
>>
>> Yes, the looping does work in the csd that I sent.
>> I can break it by changing to read in one channel as in:
>> f 40 0 0 1 "/Users/jross/Desktop/3secondsNoise.wav" 0 0 1
>>
>> Maybe this is the same problem?
>>
>> Thanks,
>> Joel
>>
>> On 9 November 2010 13:21, Victor Lazzarini 
>> wrote:
>>>
>>> The problem I think is that when using non-deferred size, GEN1 is not
>>> correctly assigning the number of channels,
>>> (you can check with ftnchnls(40)). So a stereo loscil can't be used then;
>>> when using a mono one, you are reading
>>> every sample as if it was from the same channel, and the pitch will be
>>> changed (and with artifacts too).
>>>
>>> As far as the loop is concerned, it appears to be working as expected.
>>>
>>> So in summary, there is a problem with non-deferred GEN1 not setting its
>>> number of channels correctly.
>>> This will be fixed for next release. In the meantime, you can use
>>> non-deferred GEN1 without any problems.
>>>
>>> Victor
>>>
>>>
>>> On 9 Nov 2010, at 11:53, Joel Ross wrote:
>>>
>>>> Right, sorry, I've put together a simple csd which demonstrates the
>>>> problem, at least for me. In doing so, I noticed another oddity, which
>>>> is that a table with deferred allocation is seen as stereo by loscil,
>>>> while a table with explicit allocation is seen as mono (csound output
>>>> still states that it has loaded both channels).
>>>>
>>>> I've tested this csd both with my original sample file, and with some
>>>> noise generated by audacity, finding the same problems in both cases.
>>>>
>>>> So, explicit statement of the table length only allows a mono loscil,
>>>> but loop times are accepted, and the pitch is correct.
>>>>
>>>> Deferred allocation allows a stereo loscil, but loop times are
>>>> rejected, and (if the loop arguments are commented out) the pitch is
>>>> an octave higher than it should be.
>>>>
>>>> It could be that I've misunderstood something about loscil or gen01.
>>>>
>>>> Thanks,
>>>> Joel
>>>>
>>>> On 8 November 2010 16:49, Victor Lazzarini 
>>>> wrote:
>>>>>
>>>>> as usual, we need to see a CSD with the problem to be able to express
>>>>> any
>>>>> opinion on it.
>>>>>
>>>>> Regards
>>>>>
>>>>> Victor
>>>>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>>>>>
>>>>>> Just have a little more information on this problem. I've found that
>>>>>> these issues don't seem to occur if the table length is specified, so
>>>>>> the problem seems to be something to do with the deferred tables. This
>>>>>> solves my problem with using it, but maybe there is still a bug
>>>>>> somewhere.
>>>>>>
>>>>>> Regards,
>>>>>> Joel
>>>>>>
>>>>>> On 5 November 2010 18:25, Joel Ross 
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I have two issues with loscil.
>>>>>>>
>>>>>>> loscil, and loscil3 seem to be miscalculating the ratio between the
>>>>>>> desired pitch,
>>>>>>> and the Base Frequency when specified manually in the orchestra. If I
>>>>>>> specify
>>>>>>> the pitch of the sound, and try to produce that same pitch with
>>>>>>> loscil
>>>>>>> I get a sound an octave higher. Doubling the specified base frequency
>>>>>>> results in the correct pitch.
>>>>>>>
>>>>>>> Also, larger loop times seem to cause problems. Here I have a table
>>>>>>> with the loop times
>>>>>>> within the length of the table, but I get the error following,
>>>>>>> showing
>>>>>>> numbers which are much larger.
>>>>>>>
>>>>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen =
>>>>>>> 186316.000
>>>>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>>>>>
>>>>>>> Are these bugs, or am I missing something?
>>>>>>>
>>>>>>>  Joel
>>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>> "unsubscribe
>>>>>> csound"
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>> "unsubscribe
>>>>> csound"
>>>>>
>>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>>> csound"
>>>>
>>>> 
>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>>> csound"
>>>
>>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>
>
>
> Send bugs reports to the Sourceforge bug tracker
>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
> csound"
>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

I think it's to do with the calculation of the number of frames and  
channel length. I think I've fixed that now,
it was all to do with not setting the number of channels.

Victor

On 9 Nov 2010, at 13:42, Joel Ross wrote:

> Victor,
>
> Thanks again for your quick replies.
>
> This is curious, I get an error with any file, changing only that  
> f40 line.
>
> I'm using Csound version 5.12 (float samples) Mar  2 2010 on OSX.
>
> The loop times are well within the total number of samples:
>
> total samples 	    167031
> iloopstart:  	      27419
> loopend:		    160510
>
> The error message is:
>
> audio sr = 44100, stereo, reading channel 1
> opening WAV infile /Users/jross/Desktop/3secondsNoise.wav
>  defer length 167031
> new alloc for instr 1:
> instr 1:  inote = 415.293
> beg: 28077056, end = 164362240, maxphs = 85520383
> INIT ERROR in instr 1: illegal sustain loop data
>
> I don't understand where these numbers come from, but I always get
> this error unless the file length is significantly greater than the
> loop times (more than double the loop end at least).
>
> Regards,
> Joel
>
> On 9 November 2010 13:43, Victor Lazzarini  
>  wrote:
>> I have used a stereo file here, and the looping seems to work on  
>> all cases,
>> except when the
>> loop points are beyond the end of the file.
>>
>> Victor
>>
>> On 9 Nov 2010, at 12:34, Joel Ross wrote:
>>
>>> Hi Victor,
>>>
>>> Thanks for looking into it.
>>>
>>> Yes, the looping does work in the csd that I sent.
>>> I can break it by changing to read in one channel as in:
>>> f 40 0 0 1 "/Users/jross/Desktop/3secondsNoise.wav" 0 0 1
>>>
>>> Maybe this is the same problem?
>>>
>>> Thanks,
>>> Joel
>>>
>>> On 9 November 2010 13:21, Victor Lazzarini  
>>> 
>>> wrote:
>>>>
>>>> The problem I think is that when using non-deferred size, GEN1 is  
>>>> not
>>>> correctly assigning the number of channels,
>>>> (you can check with ftnchnls(40)). So a stereo loscil can't be  
>>>> used then;
>>>> when using a mono one, you are reading
>>>> every sample as if it was from the same channel, and the pitch  
>>>> will be
>>>> changed (and with artifacts too).
>>>>
>>>> As far as the loop is concerned, it appears to be working as  
>>>> expected.
>>>>
>>>> So in summary, there is a problem with non-deferred GEN1 not  
>>>> setting its
>>>> number of channels correctly.
>>>> This will be fixed for next release. In the meantime, you can use
>>>> non-deferred GEN1 without any problems.
>>>>
>>>> Victor
>>>>
>>>>
>>>> On 9 Nov 2010, at 11:53, Joel Ross wrote:
>>>>
>>>>> Right, sorry, I've put together a simple csd which demonstrates  
>>>>> the
>>>>> problem, at least for me. In doing so, I noticed another oddity,  
>>>>> which
>>>>> is that a table with deferred allocation is seen as stereo by  
>>>>> loscil,
>>>>> while a table with explicit allocation is seen as mono (csound  
>>>>> output
>>>>> still states that it has loaded both channels).
>>>>>
>>>>> I've tested this csd both with my original sample file, and with  
>>>>> some
>>>>> noise generated by audacity, finding the same problems in both  
>>>>> cases.
>>>>>
>>>>> So, explicit statement of the table length only allows a mono  
>>>>> loscil,
>>>>> but loop times are accepted, and the pitch is correct.
>>>>>
>>>>> Deferred allocation allows a stereo loscil, but loop times are
>>>>> rejected, and (if the loop arguments are commented out) the  
>>>>> pitch is
>>>>> an octave higher than it should be.
>>>>>
>>>>> It could be that I've misunderstood something about loscil or  
>>>>> gen01.
>>>>>
>>>>> Thanks,
>>>>> Joel
>>>>>
>>>>> On 8 November 2010 16:49, Victor Lazzarini >>>> >
>>>>> wrote:
>>>>>>
>>>>>> as usual, we need to see a CSD with the problem to be able to  
>>>>>> express
>>>>>> any
>>>>>> opinion on it.
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>> Victor
>>>>>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>>>>>>
>>>>>>> Just have a little more information on this problem. I've  
>>>>>>> found that
>>>>>>> these issues don't seem to occur if the table length is  
>>>>>>> specified, so
>>>>>>> the problem seems to be something to do with the deferred  
>>>>>>> tables. This
>>>>>>> solves my problem with using it, but maybe there is still a bug
>>>>>>> somewhere.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Joel
>>>>>>>
>>>>>>> On 5 November 2010 18:25, Joel Ross 
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I have two issues with loscil.
>>>>>>>>
>>>>>>>> loscil, and loscil3 seem to be miscalculating the ratio  
>>>>>>>> between the
>>>>>>>> desired pitch,
>>>>>>>> and the Base Frequency when specified manually in the  
>>>>>>>> orchestra. If I
>>>>>>>> specify
>>>>>>>> the pitch of the sound, and try to produce that same pitch with
>>>>>>>> loscil
>>>>>>>> I get a sound an octave higher. Doubling the specified base  
>>>>>>>> frequency
>>>>>>>> results in the correct pitch.
>>>>>>>>
>>>>>>>> Also, larger loop times seem to cause problems. Here I have a  
>>>>>>>> table
>>>>>>>> with the loop times
>>>>>>>> within the length of the table, but I get the error following,
>>>>>>>> showing
>>>>>>>> numbers which are much larger.
>>>>>>>>
>>>>>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000   
>>>>>>>> itablen =
>>>>>>>> 186316.000
>>>>>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>>>>>>>>
>>>>>>>> Are these bugs, or am I missing something?
>>>>>>>>
>>>>>>>>  Joel
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>>> Discussions of bugs and features can be posted here
>>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>>> "unsubscribe
>>>>>>> csound"
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>>> Discussions of bugs and features can be posted here
>>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>>>>>> "unsubscribe
>>>>>> csound"
>>>>>>
>>>>>>
>>>>>
>>>>> Send bugs reports to the Sourceforge bug tracker
>>>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>>>>> Discussions of bugs and features can be posted here
>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>>> "unsubscribe
>>>>> csound"
>>>>>
>>>>> 
>>>>
>>>>
>>>>
>>>> Send bugs reports to the Sourceforge bug tracker
>>>>          https://sourceforge.net/tracker/? 
>>>> group_id=81968&atid=564599
>>>> Discussions of bugs and features can be posted here
>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>>> "unsubscribe
>>>> csound"
>>>>
>>>>
>>>
>>>
>>> Send bugs reports to the Sourceforge bug tracker
>>>           https://sourceforge.net/tracker/? 
>>> group_id=81968&atid=564599
>>> Discussions of bugs and features can be posted here
>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>>> "unsubscribe
>>> csound"
>>>
>>
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
>> "unsubscribe
>> csound"
>>
>>
>
>
> Send bugs reports to the Sourceforge bug tracker
>            https://sourceforge.net/tracker/?group_id=81968&atid=564599
> Discussions of bugs and features can be posted here
> To unsubscribe, send email sympa@lists.bath.ac.uk with body  
> "unsubscribe csound"
>



Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"

Victor, great, thanks! - will this be in cvs if I want to try building it?

Lars, I think this might be related, I just loaded a 60s file with
loscil, and could only get it to play in a very specific case (stereo
loscil with a deferred table, choosing one channel). The problem might
not have been restricted to loscil, I had some strange behavior with
other looping opcodes such as the lposcil opcodes. Hopefully this
solves those as well.

 Joel

On 9 November 2010 17:36, Lars Indrek Hansson
 wrote:
> When I most recently had problems with loscil I tried every conceivable way
> to get to work. I´m
> pretty sure I wrote the exact file length in the function table, but it
> wouldn´t play files longer than
> 20 secs anyway. However it played soundfiles shorter than that without
> problems, both stereo and
> mono.
>
> Lars
>
>> Date: Tue, 9 Nov 2010 14:42:48 +0100
>> From: joel.binarybrain@gmail.com
>> To: csound@lists.bath.ac.uk
>> Subject: [Csnd] Re: Re: Re: Re: Re: Re: Re: loscil problems
>>
>> Victor,
>>
>> Thanks again for your quick replies.
>>
>> This is curious, I get an error with any file, changing only that f40
>> line.
>>
>> I'm using Csound version 5.12 (float samples) Mar 2 2010 on OSX.
>>
>> The loop times are well within the total number of samples:
>>
>> total samples 167031
>> iloopstart: 27419
>> loopend: 160510
>>
>> The error message is:
>>
>> audio sr = 44100, stereo, reading channel 1
>> opening WAV infile /Users/jross/Desktop/3secondsNoise.wav
>> defer length 167031
>> new alloc for instr 1:
>> instr 1: inote = 415.293
>> beg: 28077056, end = 164362240, maxphs = 85520383
>> INIT ERROR in instr 1: illegal sustain loop data
>>
>> I don't understand where these numbers come from, but I always get
>> this error unless the file length is significantly greater than the
>> loop times (more than double the loop end at least).
>>
>> Regards,
>> Joel
>>
>> On 9 November 2010 13:43, Victor Lazzarini 
>> wrote:
>> > I have used a stereo file here, and the looping seems to work on all
>> > cases,
>> > except when the
>> > loop points are beyond the end of the file.
>> >
>> > Victor
>> >
>> > On 9 Nov 2010, at 12:34, Joel Ross wrote:
>> >
>> >> Hi Victor,
>> >>
>> >> Thanks for looking into it.
>> >>
>> >> Yes, the looping does work in the csd that I sent.
>> >> I can break it by changing to read in one channel as in:
>> >> f 40 0 0 1 "/Users/jross/Desktop/3secondsNoise.wav" 0 0 1
>> >>
>> >> Maybe this is the same problem?
>> >>
>> >> Thanks,
>> >> Joel
>> >>
>> >> On 9 November 2010 13:21, Victor Lazzarini 
>> >> wrote:
>> >>>
>> >>> The problem I think is that when using non-deferred size, GEN1 is not
>> >>> correctly assigning the number of channels,
>> >>> (you can check with ftnchnls(40)). So a stereo loscil can't be used
>> >>> then;
>> >>> when using a mono one, you are reading
>> >>> every sample as if it was from the same channel, and the pitch will be
>> >>> changed (and with artifacts too).
>> >>>
>> >>> As far as the loop is concerned, it appears to be working as expected.
>> >>>
>> >>> So in summary, there is a problem with non-deferred GEN1 not setting
>> >>> its
>> >>> number of channels correctly.
>> >>> This will be fixed for next release. In the meantime, you can use
>> >>> non-deferred GEN1 without any problems.
>> >>>
>> >>> Victor
>> >>>
>> >>>
>> >>> On 9 Nov 2010, at 11:53, Joel Ross wrote:
>> >>>
>> >>>> Right, sorry, I've put together a simple csd which demonstrates the
>> >>>> problem, at least for me. In doing so, I noticed another oddity,
>> >>>> which
>> >>>> is that a table with deferred allocation is seen as stereo by loscil,
>> >>>> while a table with explicit allocation is seen as mono (csound output
>> >>>> still states that it has loaded both channels).
>> >>>>
>> >>>> I've tested this csd both with my original sample file, and with some
>> >>>> noise generated by audacity, finding the same problems in both cases.
>> >>>>
>> >>>> So, explicit statement of the table length only allows a mono loscil,
>> >>>> but loop times are accepted, and the pitch is correct.
>> >>>>
>> >>>> Deferred allocation allows a stereo loscil, but loop times are
>> >>>> rejected, and (if the loop arguments are commented out) the pitch is
>> >>>> an octave higher than it should be.
>> >>>>
>> >>>> It could be that I've misunderstood something about loscil or gen01.
>> >>>>
>> >>>> Thanks,
>> >>>> Joel
>> >>>>
>> >>>> On 8 November 2010 16:49, Victor Lazzarini 
>> >>>> wrote:
>> >>>>>
>> >>>>> as usual, we need to see a CSD with the problem to be able to
>> >>>>> express
>> >>>>> any
>> >>>>> opinion on it.
>> >>>>>
>> >>>>> Regards
>> >>>>>
>> >>>>> Victor
>> >>>>> On 8 Nov 2010, at 15:39, Joel Ross wrote:
>> >>>>>
>> >>>>>> Just have a little more information on this problem. I've found
>> >>>>>> that
>> >>>>>> these issues don't seem to occur if the table length is specified,
>> >>>>>> so
>> >>>>>> the problem seems to be something to do with the deferred tables.
>> >>>>>> This
>> >>>>>> solves my problem with using it, but maybe there is still a bug
>> >>>>>> somewhere.
>> >>>>>>
>> >>>>>> Regards,
>> >>>>>> Joel
>> >>>>>>
>> >>>>>> On 5 November 2010 18:25, Joel Ross 
>> >>>>>> wrote:
>> >>>>>>>
>> >>>>>>> Hi,
>> >>>>>>>
>> >>>>>>> I have two issues with loscil.
>> >>>>>>>
>> >>>>>>> loscil, and loscil3 seem to be miscalculating the ratio between
>> >>>>>>> the
>> >>>>>>> desired pitch,
>> >>>>>>> and the Base Frequency when specified manually in the orchestra.
>> >>>>>>> If I
>> >>>>>>> specify
>> >>>>>>> the pitch of the sound, and try to produce that same pitch with
>> >>>>>>> loscil
>> >>>>>>> I get a sound an octave higher. Doubling the specified base
>> >>>>>>> frequency
>> >>>>>>> results in the correct pitch.
>> >>>>>>>
>> >>>>>>> Also, larger loop times seem to cause problems. Here I have a
>> >>>>>>> table
>> >>>>>>> with the loop times
>> >>>>>>> within the length of the table, but I get the error following,
>> >>>>>>> showing
>> >>>>>>> numbers which are much larger.
>> >>>>>>>
>> >>>>>>> instr 42:  iloopstart = 60478.000  iloopend = 186301.000  itablen
>> >>>>>>> =
>> >>>>>>> 186316.000
>> >>>>>>> beg: 61929472, end = 190772224, maxphs = 95394815
>> >>>>>>>
>> >>>>>>> Are these bugs, or am I missing something?
>> >>>>>>>
>> >>>>>>>  Joel
>> >>>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> Send bugs reports to the Sourceforge bug tracker
>> >>>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> >>>>>> Discussions of bugs and features can be posted here
>> >>>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>>>>> "unsubscribe
>> >>>>>> csound"
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> Send bugs reports to the Sourceforge bug tracker
>> >>>>>         https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> >>>>> Discussions of bugs and features can be posted here
>> >>>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>>>> "unsubscribe
>> >>>>> csound"
>> >>>>>
>> >>>>>
>> >>>>
>> >>>> Send bugs reports to the Sourceforge bug tracker
>> >>>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> >>>> Discussions of bugs and features can be posted here
>> >>>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>>> "unsubscribe
>> >>>> csound"
>> >>>>
>> >>>> 
>> >>>
>> >>>
>> >>>
>> >>> Send bugs reports to the Sourceforge bug tracker
>> >>>          https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> >>> Discussions of bugs and features can be posted here
>> >>> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >>> "unsubscribe
>> >>> csound"
>> >>>
>> >>>
>> >>
>> >>
>> >> Send bugs reports to the Sourceforge bug tracker
>> >>           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> >> Discussions of bugs and features can be posted here
>> >> To unsubscribe, send email sympa@lists.bath.ac.uk with body
>> >> "unsubscribe
>> >> csound"
>> >>
>> >
>> >
>> >
>> > Send bugs reports to the Sourceforge bug tracker
>> >           https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> > Discussions of bugs and features can be posted here
>> > To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> > csound"
>> >
>> >
>>
>>
>> Send bugs reports to the Sourceforge bug tracker
>> https://sourceforge.net/tracker/?group_id=81968&atid=564599
>> Discussions of bugs and features can be posted here
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>>
>


Send bugs reports to the Sourceforge bug tracker
            https://sourceforge.net/tracker/?group_id=81968&atid=564599
Discussions of bugs and features can be posted here
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"