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

  • From: "Mike Kemp" <mjk@xxxxxxxxxxxx>
  • To: <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Wed, 20 Jul 2016 15:03:33 +0100

Hi - thanks for the ongoing suggestions.

I'm waiting for our driver supplier to provide details of the API they expose 
for audio control functions to see if that's sufficient or if I need to look 
further.

Just to clarify, by "you can access it thru APO's endpoint property page or 
access it thru IKSControl directly" do you mean that these are two driver 
independent way of accessing the audio control endpoint? I am new to those 
access methods but can research them. Or if you have any suggested references I 
can look at, that would be helpful.

All the best
Mike
  ----- Original Message ----- 
  From: Tsai Tzung-Dar (Redacted sender "tdtsai1973" for DMARC) 
  To: wdmaudiodev@xxxxxxxxxxxxx 
  Sent: Monday, July 18, 2016 4:15 AM
  Subject: [wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on Windows


  Hi Mike:
  I believe if you use commerical USB ADC 2.0 driver, you can ask you driver 
provider to support API you need to access extension unit for you. Commerical 
UAC2 driver should can parse USB ADC 2.0 descriptor to report Extension Unit as 
Device Specific Node, then you can access it thru APO's endpoint property page 
or access it thru IKSControl directly. I think it is the easy way to access 
Extension Unit from user mode.


  BR,
  Tzung-Dar Tsai




------------------------------------------------------------------------------
  寄件者: Mike Kemp <mjk@xxxxxxxxxxxx>
  收件者: wdmaudiodev@xxxxxxxxxxxxx 
  寄件日期: 2016/7/16 (週六) 12:49 AM
  主旨: [wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on Windows



  Sounds interesting and thanks to Matthew van Eerde for his link.

  Borge: This does sound interesting - I think I had a quick look at that or 
something similar before. It's true we are not happy with the commercial UAC2 
drivers we have looked at so far, though may be forced to go with one of them 
due to time pressure. Even then a working experimental driver might be useful 
to resolve some of the issues. I plan to spend some time next week researching 
options so any info on the open source solution would be very interesting...

  Thanks for these comments...

  Mike
    ----- Original Message ----- 
    From: Børge Strand-Bergesen 
    To: wdmaudiodev@xxxxxxxxxxxxx 
    Sent: Friday, July 15, 2016 5:34 PM
    Subject: [wdmaudiodev] Re: accessing audiocontrols on a UAC2 device on 
Windows


    Mike, 


    this is probably totally far-fetched. With the DAC I sell 
(www.henryaudio.com) there is an open source UAC2 ASIO driver based on libusbk. 
It works well and could maybe be a source of inspiration for what you are 
looking for. If you want I can send you the gory details and pointers to the 
code in github. 



    Børge




    On Fri, Jul 15, 2016 at 6:30 PM, Mike Kemp <mjk@xxxxxxxxxxxx> wrote:

      Hi

      I am wondering if anyone can suggest where to look to find out how to 
access audio controls on a UAC2 audio device on Windows?

      We have a UAC2 device that runs fine on Mac OSX using coreaudio and we 
can access extension units on the device control endpoint using libusb to 
control various aspects of our device.

      For PC use we intend to license a commercial UAC2 standard Windows audio 
driver, and we have a couple of candidates for evaluation. Although these allow 
audio workstations to use our device I want to make our remote control 
application send and receive data to various extension units on our hardware 
(via the control endpoint 0) the same as on Mac OSX.

      The question is whether there is a standard API to access these controls 
that all UAC2 drivers implement the same way, or whether this is likely to vary 
with each driver implementation? If there is a standard that will allow me to 
open the device control endpoint and exchange data, where might I look for that 
information?

      I've tried googling it, but unfortunately results for UAC2 are usually 
swamped with unrelated UAC issues which seem to be a hotter topic!

      Thanks for any pointers..

      Mike





Other related posts: