<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 8 January 2016 at 09:21, Chris Robinson <span dir="ltr"><<a href="mailto:chris.kcat@gmail.com" target="_blank">chris.kcat@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 01/07/2016 05:26 AM, Massimiliano Maini wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Thanks for the prompt and clear reply Chris. Two side questions:<br>
<br>
1. Does OpenAL Soft do something particular for sources that are near to<br>
the listener ? I've read around about stuff like MacroFX ...<br>
</blockquote>
<br></span>
Not currently. There is the AL_EXT_SOURCE_RADIUS extension that increases the apparent "size" of a source, which causes the source's locality to decrease as it gets closer to the listener, but this won't be supported until 1.18.</blockquote><br>Nice ! I had a look at AL_EXT_SOURCE_RADIUS.txt on GitHub: I do understand the general idea (within the "volume" of the source, provide less localization), but what does "The source has a raised cosine shape" mean exactly ?</div><div class="gmail_quote">I know what a raised cosine is, but I can't figure out exactly what this means for a source in a 3d space.<br><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
2. On windows, I know alsoft.ini is in %AppData% and it works fine. If I<br>
have an openAL-based app and I want to force it to use OpenAL Soft with it,<br>
I can drop the OpenAL Soft dll (renamed to OpenAL32.dll) in the app folder,<br>
and that works fine too. But can I also put the alsoft.ini in the app<br>
folder and have this local .ini considered (instead of the "global" one in<br>
%AppData") ? Same thing for OpenAL Soft's HRTF folder, can I put in the<br>
app's folder ?<br>
</blockquote>
<br></span>
Not exactly. But what you can do is set the ALSOFT_CONF environment variable to a filename to use as an additional config file, before running the app (it doesn't use it instead of the AppData one, but any settings in it will override anything in AppData).<br>
<br>
For HRTF, OpenAL Soft will search the current working directory (which might be the app's directory, depending on how it's run) for mhr files. Alternatively, you can try setting the ALSOFT_LOCAL_PATH env var to the path you want, which will be used instead of the current directory.</blockquote><div><br></div><div>Understood, thanks. I think it would be even better if the .ini had the same behavior as the mhr files: if there's an ini in the in the currently directory (potentially the app's directory) use it, else go for the the other options (env var or %AppData%). Would make it easier to drop OpenAL Soft into an existing app with a dedicated .ini.</div><div><br></div><div>Max</div></div></div></div>