I understand you point now, thank you for your explanation.
Working with a non-hardware vendor, would wrapping the system supplied
sAPOs a possible solution to this problem?
As explained in this microsoft documentation (
https://docs.microsoft.com/en-us/windows-hardware/drivers/audio/wrapping-or-replacing-windows-vista-sapos
).
Maybe installing custom made sAPOs for user's default microphone or audio
input device could be the way, I'm not sure if it's possible.
Another optionI found is using XAudio2, but I don't know if can apply
effects in the audio stack the way I want it.
Anyways,thank you for your help, I will do more research on that matter. If
you are aware of another solution I'd be happy to hear it.
Best,
Antoine C.
On 12 September 2017 at 19:49, Tim Roberts <timr@xxxxxxxxx> wrote:
Antoine Cochet wrote:
I would like to build a custom sAPO, to be able to apply various
effects in real time to any microphone input.
Moreover, the effects would have to be placed in the audio stack in a
way that it is applied to all user applications.
I already dispose of the different algorithms to apply.
First of all, where in the audio stack should be applied and how? I've
been thinking about implementing it as an Endpoint Effect or Mode Effect.
Is there any corresponding sample of inf file or sample code for that
matter? I've tried the SYSVAD and sysfx samples but they didn't
correspond to my problem.
Microsoft does not support the ability to have a single APO that works
for arbitrary devices. APOs are considered an extension of the
hardware. They are installed in the INF for the hardware, and work only
with that hardware. If you are working with a hardware vendor, you can
have them ship your APO as a "value add", but you can't ship an APO by
itself.
Part of the reason for the new Audio Engine architecture in Vista is
that the old architecture made it way too easy to install filters, and
pretty soon computers were so bogged down with expert value-add hyped-up
audio filters that professional audio devices couldn't get anything
done. Thus, doing that is now a lot harder.
--
Tim Roberts, timr@xxxxxxxxx
Providenza & Boekelheide, Inc.
******************
WDMAUDIODEV addresses:
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
Unsubscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
URL to WDMAUDIODEV page:
http://www.wdmaudiodev.com/