Hi Peiman,

I was going to say, no, it shouldn't, but then, I realized it might
depend on when your f-statement is run. Normally ftgen usually starts
at table 100 and then looks for the first available ftable number that
isn't used and uses that when generating the table.

Hm... if the ftgens are in instr 0 space, then it could happen that
that get's initialized and called first, then running the score
begins.  If so, then you might get overwrites if you use ftables 100
or greater in your score.

Are you seeing overwrites?  I guess I never really came into this
possible scenario as I rarely use f-statements anymore.

Thanks!
steven

On Tue, Mar 20, 2012 at 10:15 PM, peiman khosravi
 wrote:
> Hello,
>
> Just checking: is it normal for ftgen with table number 0 to be assigned a
> table number that coincides with one manually defined in the score section
> (with an f-statement)?
>
> Thanks
>
> Peiman

But you CAN number an ftgen, no? When I use them as global tables and
assign them a number higher than any other f table there are no
conflicts.

--David Mooney

On Tue, Mar 20, 2012 at 6:15 PM, peiman khosravi
 wrote:
> Hello,
>
> Just checking: is it normal for ftgen with table number 0 to be assigned a
> table number that coincides with one manually defined in the score section
> (with an f-statement)?
>
> Thanks
>
> Peiman



-- 
Opaque Melodies
http://opaquemelodies.com

Hi David,

Yes, you can number an ftgen without problems.  As far as I know, it
follows the same rules as f-statements, that it will overwrite if you
reuse an ftable number.

steven

On Wed, Mar 21, 2012 at 11:32 AM, David Mooney  wrote:
> But you CAN number an ftgen, no? When I use them as global tables and
> assign them a number higher than any other f table there are no
> conflicts.
>
> --David Mooney
>
> On Tue, Mar 20, 2012 at 6:15 PM, peiman khosravi
>  wrote:
>> Hello,
>>
>> Just checking: is it normal for ftgen with table number 0 to be assigned a
>> table number that coincides with one manually defined in the score section
>> (with an f-statement)?
>>
>> Thanks
>>
>> Peiman
>
>
>
> --
> Opaque Melodies
> http://opaquemelodies.com
>
>
> 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 Peiman,

The use of f-statements is interesting, in that one can replace a
table in a generic instrument with different waveforms. That seems to
make sense more if you're sharing an ORC and using different SCO, but
it seems like with how computing has changed, our instrument design
mindset has changed, and things like encapsulation of instruments have
become more important for reuse rather than reusing and ORC.  At
least, that's how I tend to see it.  It's not to say that designs
based around f-statements are invalid, as there are certainly cases
where it may be appropriate (though, I think it may be more useful
from a standpoint of API usage than direct Csound coding myself).

Anyways, a slight digression. :P  I do agree that using 0dbfs=1 for
manual examples would be a very nice change indeed.

Thanks!
steven

On Wed, Mar 21, 2012 at 11:37 AM, peiman khosravi
 wrote:
> I think as long as this is mentioned in the manual it shouldn't be necessary
> to have any checking algorithm in place. Like Steven I find that it is
> better practise to definep tables in the orchestra rather than the score.
> Maybe that's something to think about in terms of the manual examples to
> keep them consistent.
>
> Another think in the manual is that I think all the examples should use
> 0dbfs = 1.
>
> Thanks
> P
>
>
> On 21 March 2012 11:32, David Mooney  wrote:
>>
>> But you CAN number an ftgen, no? When I use them as global tables and
>> assign them a number higher than any other f table there are no
>> conflicts.
>>
>> --David Mooney
>>
>> On Tue, Mar 20, 2012 at 6:15 PM, peiman khosravi
>>  wrote:
>> > Hello,
>> >
>> > Just checking: is it normal for ftgen with table number 0 to be assigned
>> > a
>> > table number that coincides with one manually defined in the score
>> > section
>> > (with an f-statement)?
>> >
>> > Thanks
>> >
>> > Peiman
>>
>>
>>
>> --
>> Opaque Melodies
>> http://opaquemelodies.com
>>
>>
>> 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"
>>
>