admin管理员组文章数量:1126379
I have compiled some test APO. Yet, I am not sure if it will even work.
When you compile an APO, you'll end up with a .DLL
which usually has these methods exposed.
EXPORTS
DllCanUnloadNow PRIVATE
DllGetClassObject PRIVATE
DllRegisterServer PRIVATE
DllUnregisterServer PRIVATE
DllGetClassObject
often have a ClassFactory
and the ClassFactory:CreateInstance
method, would return that APO. Though, I am not sure what invokes ClassFactory:CreateInstance
in the first place.
DllRegisterServer
and DllUnregisterServer
are used with regsvr32.exe
But I don't understand the purpose of all this.
e.g. if you're familiar with an application called Soundpad, apparently it uses an APO that they call "UniteFX" to do exactly all of this. It's an application that can play sound files through any Microphone, aslong DRM is disabled. But not by default. I think the APO is attaching onto the chain of these devices, somehow through the WASAPI.
How does an APO run at the end? How will I be able to intercept Microphone Drivers to alter their input and output? How can I tell an APO to connect and bridge an actual running Audio Device on the Windows System?
All that I understood is that :APOProcess
is the main thing that will do the actual audio processing, as of .
I don't get how regsvr32
will do all the magic.
本文标签: windowsHow to use a compiled Audio Processing Object (APO) DLLStack Overflow
版权声明:本文标题:windows - How to use a compiled Audio Processing Object (APO) .DLL? - Stack Overflow 内容由网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:http://www.betaflare.com/web/1736685089a1947620.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论