[wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on Windows

  • From: Børge Strand-Bergesen <borge.strand@xxxxxxxxx>
  • To: wdmaudiodev@xxxxxxxxxxxxx
  • Date: Sun, 24 Jul 2016 17:38:48 +0200

This we know Chris, and unfortunately, mentioning this fact to Microsoft is
about as productive as striking a conversation with a pear tree.

With UAC2 on Windows there could be a megapixels-like race to higher sample
rates, which would drive markets on both the streaming/recording side an on
the DAC side. Regardless of there being a need for higher sample rates,
consumers would compare numerical values and go for a high one. Done right
it could drive LP teens back into the MS fold. But this is not a desired
development at Redmond.

The only way I see forward for UAC2 on Windows is to partition it into
small enough chunks that each and every one of us would feel comfortable to
contribute to a shared effort. But since I don't see a lone wolf writing
the first 10kloc that others can add small patches too, I believe such an
effort is dead in the water. But not as dead as Microsoft doing it
themselves.

Personally, I'd be able to supply an open source DAC device for protocol
debugging. It works on OS X, Linux and with a Windows ASIO driver. I'm not
your guy to write initial Windows kernel mode code.


Børge


On Sun, Jul 24, 2016 at 4:55 PM, Chris Barker <ctbarker32@xxxxxxxxx> wrote:

UAC2 support in Windows is long overdue. Every modern OS in 2016 has UAC2
support. Windows continues to be the outlier? Even my Android phone has
UAC2 support!

-CB

On Sun, Jul 24, 2016 at 10:34 AM, Jerry Evans <jerry@xxxxxxxxxxx> wrote:

Still not quite sure why MS don't have an out the box driver for this
class though.



+1. We keep asking ...



*From:* wdmaudiodev-bounce@xxxxxxxxxxxxx [mailto:
wdmaudiodev-bounce@xxxxxxxxxxxxx] *On Behalf Of *Mike Kemp
*Sent:* 24 July 2016 15:16
*To:* wdmaudiodev@xxxxxxxxxxxxx
*Subject:* [wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on
Windows



Thanks again all. I have now have an API and interface lib from the
driver supplier that works ok barring a few details we are ironing out.
That should be sufficient for now - unless we decide to start looking at
our own UAC2 driver, if time and budget ever permits! Or we want to try
bypassing the driver for audiocontrol purposes...



Regards to all



Mike



BTW: Tzung-Dar Tsai: this is our own multichannel audio i/o device that
implements a standard UAC2 interface, currently working fine with OSX
coreaudio. Still not quite sure why MS don't have an out the box driver for
this class though.

----- Original Message -----

*From:* Tsai Tzung-Dar (Redacted sender "tdtsai1973" for DMARC)
<dmarc-noreply@xxxxxxxxxxxxx>

*To:* wdmaudiodev@xxxxxxxxxxxxx

*Sent:* Thursday, July 21, 2016 4:48 AM

*Subject:* [wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on
Windows



Hi Mike:

No, it only have one driver. In Windows Vista and later OSes Audio driver
contain two part, one is sAPO in user mode another is Kernel mode driver. I
think you can reference to sysvad sample code to know how to enumerate
Device Specific Node in endpoint property page. And how to implement Device
Specific node in kernel mode driver. Here is the sample code URL:

Microsoft/Windows-driver-samples
<https://github.com/Microsoft/Windows-driver-samples/tree/master/audio/sysvad>

[image: image]
<https://github.com/Microsoft/Windows-driver-samples/tree/master/audio/sysvad>

Microsoft/Windows-driver-samples
<https://github.com/Microsoft/Windows-driver-samples/tree/master/audio/sysvad>

Windows-driver-samples - This repo contains driver samples prepared for
use with Microsoft Visual Studio and the Windows Driver Kit (WDK). It
contains both Uni...

檢視於 *github.com*
<https://github.com/Microsoft/Windows-driver-samples/tree/master/audio/sysvad>

Yahoo 預覽



You also can reference follow URL to use IKSControl in you endpoint
property page.


https://msdn.microsoft.com/en-us/library/windows/desktop/dd316787(v=vs.85).aspx

Then you can control your Extension unit by use *IDeviceSpecificProperty*
<https://msdn.microsoft.com/zh-tw/library/windows/desktop/dd371121(v=vs.85).aspx>
 to
Enable/Disable Extension Unit. And use IKSControl to send detail control to
driver and send to your device. By the way what USB Audio Class 2.0
controller you used? Are you implement standard USB ADC 2.0 device? If you
need know more detail or you want a some thing to try you can email me.



BR,

Tzung-Dar Tsai







--
Chris Barker
10809 Melvin Grove Ct
Kensington, MD 20895
ph: 301-929-0257
http://chrisbarker.us
http://www.ctbarker.info
twitter: @ctbarker32

Other related posts: