Csound Csound-dev Csound-tekno Search About

[Csnd] Re: Rendering issues, 0dbfs wonkiness (olpc)

Date2009-02-13 23:08
From" Partev Barr Sarkissian"
Subject[Csnd] Re: Rendering issues, 0dbfs wonkiness (olpc)
Isn't the max amplitude value in a score file (*.sco) 
around 10,000 or 30,000? I typically use p4 as my amplitude, 
and typically set it to p4= 10000. Then attenuate or gain boost
according from there. Multiplying cofficient seem to be more 
easily multiplied, divided, summed and differenced. Read that 
somewhere, or was it in the Csound manual?

So now I'm curious;

If "ampdb(40)" => equates to +40dB, what would the equivalent 
"p" parameter value be?

If "ampdb(-10)" => equates to -10dB, what would the equivalent 
"p" parameter value be?

If 0dBFS=1 (0-dB Full Scale), what would the equivalent "p" parameter
value be?

Is there a chart somewhere that would cover this?


-Partev



=======================================================================================




--- mantaraya36@gmail.com wrote:

From: Andres Cabrera 
To: csound@lists.bath.ac.uk
Subject: [Csnd] Re: Re: Re: rendering issues, 0dbfs wonkiness (olpc)
Date: Tue, 10 Feb 2009 11:58:44 -0500

Hi Greg,

Do you have any suggestions for the manual to help other users avoid
this problem?

Cheers,
Andrés

On Tue, Feb 10, 2009 at 7:43 AM, Greg Schroeder  wrote:
> Yes, that's MUCH better. Thank you!
> And that seems to have fixed the differences between playing .csd files
> and their .wav files.
> :)
> Sweet.
> Greg
>
> On Tue, 10 Feb 2009, Richard Dobson wrote:
>
>> You are using 0dBFS=1, and calling ampdb(40) (i.e. "plus 40dB"), with an lfo
>> amp of 900. What do you intend the output level level to be?
>>
>> Try calling ampdb(-10), and an lfo amp of 1.
>>
>> The 0dBFS enables you to dictate what your amplitude numbers mean in relation
>> to digital peak. With 0dBFS = 1, your code needs to generate ~all~ amplitude
>> levels < 1. Could be a lot less, according to need, but certainly not more.
>>
>>
>> Richard Dobson
>>
>>
>> Greg Schroeder wrote:
>> > Hi all,
>> > I'm writing simple sounds (for use as samples in another app) from
>> > the command line on an olpc, and I am having a few serious problems.
>> > The biggest one is that rendering to .wav ALWAYS makes the file sound very
>> > very different than playing the .csd file through csound.
>> > This has been happening consistently for the 1 month or so I've been
>> > experimenting with Csound.
>> >
>> > The other problem I'm having is using 0dbfs = 1 in the header of my
>> > orchestra, as the reference manual suggests I should. This gives me
>> > unlistenable, clipping high volume regardless of amplitude, and reducing
>> > the value of 0dbfs, or reducing the amplitudes in my score, literally
>> > makes my sounds fall apart - oscillators sound like they're going out of
>> > tune with each other, etc.
>> > Where should I start tinkering here? I am generally not having buffer
>> > issues, so I don't know where else to look.
>> > Thanks in advance,
>> > Greg
>> > 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"
>



-- 


Andrés


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



_____________________________________________________________
Netscape.  Just the Net You Need.

Date2009-02-13 23:37
FromRichard Dobson
Subject[Csnd] Re: Re: Rendering issues, 0dbfs wonkiness (olpc)
There are no rules about numeric parameter values in a score note event, 
beyond the minimum three pfields. Everything else is entirely up to you, 
according to the needs of your orch. You design the orch, and provide 
whatever values in whatever pfields you choose. Score values are chosen 
according to the design of the instrument, not the other way around. 
Originally, Csound simply wrote raw values to a file, and the "standard" 
was 16bit integer audio, represented explicitly on the orchestra, and 
hence in all associated score files. No such restriction exists today.

And in a score, you have complete freedom to define level pfields as a 
raw amplitude (e.g. relative to 0dBFS), as dB, as a percentage, 
whatever! So long as it is consistent with how the orch code uses it. 
The statement ampdb(40) makes perfect sense using the default 0dbfs of 
32767. So you might make p4 (say) 40 in your score.  If 0dBFS is 1.0 
however, to get the same output level you would have to write 
ampdb(-50), so that pfield would then have to be written as -50.

Richard Dobson






  Partev Barr Sarkissian wrote:
> Isn't the max amplitude value in a score file (*.sco) 
> around 10,000 or 30,000? I typically use p4 as my amplitude, 
> and typically set it to p4= 10000. Then attenuate or gain boost
> according from there. Multiplying cofficient seem to be more 
> easily multiplied, divided, summed and differenced. Read that 
> somewhere, or was it in the Csound manual?
> 
> So now I'm curious;
> 
> If "ampdb(40)" => equates to +40dB, what would the equivalent 
> "p" parameter value be?
> 
> If "ampdb(-10)" => equates to -10dB, what would the equivalent 
> "p" parameter value be?
> 
> If 0dBFS=1 (0-dB Full Scale), what would the equivalent "p" parameter
> value be?
> 
> Is there a chart somewhere that would cover this?
> 
> 
> -Partev
> 
> 
> 
> =======================================================================================
> 
> 
> 
> 
> --- mantaraya36@gmail.com wrote:
> 
> From: Andres Cabrera 
> To: csound@lists.bath.ac.uk
> Subject: [Csnd] Re: Re: Re: rendering issues, 0dbfs wonkiness (olpc)
> Date: Tue, 10 Feb 2009 11:58:44 -0500
> 
> Hi Greg,
> 
> Do you have any suggestions for the manual to help other users avoid
> this problem?
> 
> Cheers,
> Andrés
> 
> On Tue, Feb 10, 2009 at 7:43 AM, Greg Schroeder  wrote:
>> Yes, that's MUCH better. Thank you!
>> And that seems to have fixed the differences between playing .csd files
>> and their .wav files.
>> :)
>> Sweet.
>> Greg
>>
>> On Tue, 10 Feb 2009, Richard Dobson wrote:
>>
>>> You are using 0dBFS=1, and calling ampdb(40) (i.e. "plus 40dB"), with an lfo
>>> amp of 900. What do you intend the output level level to be?
>>>
>>> Try calling ampdb(-10), and an lfo amp of 1.
>>>
>>> The 0dBFS enables you to dictate what your amplitude numbers mean in relation
>>> to digital peak. With 0dBFS = 1, your code needs to generate ~all~ amplitude
>>> levels < 1. Could be a lot less, according to need, but certainly not more.
>>>
>>>
>>> Richard Dobson
>>>
>>>
>>> Greg Schroeder wrote:
>>>> Hi all,
>>>> I'm writing simple sounds (for use as samples in another app) from
>>>> the command line on an olpc, and I am having a few serious problems.
>>>> The biggest one is that rendering to .wav ALWAYS makes the file sound very
>>>> very different than playing the .csd file through csound.
>>>> This has been happening consistently for the 1 month or so I've been
>>>> experimenting with Csound.
>>>>
>>>> The other problem I'm having is using 0dbfs = 1 in the header of my
>>>> orchestra, as the reference manual suggests I should. This gives me
>>>> unlistenable, clipping high volume regardless of amplitude, and reducing
>>>> the value of 0dbfs, or reducing the amplitudes in my score, literally
>>>> makes my sounds fall apart - oscillators sound like they're going out of
>>>> tune with each other, etc.
>>>> Where should I start tinkering here? I am generally not having buffer
>>>> issues, so I don't know where else to look.
>>>> Thanks in advance,
>>>> Greg
>>>> 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"
>>
> 
> 
>