For completeness ... the Windows versions ("Generic Software", "Generic
Hardware", and Creative's range of native devices) all ignore the
ALC_FREQUENCY context hint. The "Generic Software" device is hardcoded to
output at 44.1KHz, the other devices all mix to a rate determined by the
hardware (which in some cases can be set by user options).
>> It looks like OpenAL will resample any file that is not at ALC_FREQUENCY
when the Buffer is loaded.
That's not true for any of the Windows implementations. Re-sampling is
only down at mix-time, because you don't know until that time what
parameters will be set on the Source + Listener that will affect the
playback rate of each Source (e.g Pitch + Doppler).
>> I am trying to decide if it would be worthwhile to check for
ALC_FREQUENCY at 22050 KHz (or less)
I think all the AL devices you are likely to encounter will be mixing to at
least 44.1KHz.
Dan
Creative Labs (UK) Ltd.
Notice
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
message by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying or distribution of the message, or
any action taken by you in reliance on it, is prohibited and may be
unlawful. If you have received this message in error, please delete it
and contact the sender immediately. Thank you.
Creative Labs UK Ltd company number 2658256 registered in England and Wales
at Belmont Road, Belmont Place, Maidenhead, Berkshire, SL6 6TB
Chris Robinson
<chris.kcat@gmail
.com> To
Sent by:
openal@...
openal-bounces@op cc
ensource.creative
.com Subject
Re: [Openal] Use of ALC_FREQUENCY
property
05/20/2009 07:18
AM
On Tuesday 19 May 2009 1:20:05 pm Jim B. wrote:
> The existing program allows menu selection of sound quality by setting
the
> maximum sampling rate. As near as I can tell, this is not useful in
OpenAL.
> Is it true that the ALC_FREQUENCY property is not settable in current
> OpenAL implementations?
It's not settable in OpenAL Soft, currently. I'm not sure if it has an
effect
on the Windows implementation or not, though.. it may work there. I do have
plans for implementing it in OpenAL Soft, when I find a safe way to do it.
> Also, in the current versions, is it possible for
> ALC_FREQUENCY to be anything other than 44100 KHz?
Yes. OpenAL Soft allows the user to set a default frequency for playback
via a
couple config files (eg. I use 48khz output), and it may also be modified
according to the hardware's needs. Calling alcGetIntegerv with
ALC_FREQUENCY
should show these changes.
> It looks like OpenAL
> will resample any file that is not at ALC_FREQUENCY when the Buffer is
> loaded. So, there is no point in resampling before loading the Buffer --
> correct? Also. I am trying to decide if it would be worthwhile to check
for
> ALC_FREQUENCY at 22050 KHz (or less) and low pass filter our 44100 KHz
> sound files.
There's no need to filter sounds before loading. Just load the sound with
its
original sample rate, and OpenAL will take care of resampling and
everything
for you.
_______________________________________________
Openal mailing list
Openal@...
http://opensource.creative.com/mailman/listinfo/openalForwardSourceID:NT0006C6A2
_______________________________________________
Openal mailing list
Openal@...
http://opensource.creative.com/mailman/listinfo/openal