In Reply to: RE: Ping audioeng or Gordon posted by Charles Hansen on April 20, 2009 at 20:28:33:
> "Prevents your programs from using this device driver. Unless one
> of your programs specifically requests it, this device will not
> be used."
This seems to be a reasonable description to me.
> That doesn't make it sound like KMixer is being bypassed.
Consider that a by-product of unmapping the device.
> At this time it would appear that J.River is violating the USB protocol
> in a minor way when it changes sample rates.
Do you mean violating the ASIO interface standard? Or wave out, Direct Sound or WASAPI? J. River s/w is probably not communicating directly with the USB protocol stack in Windows or to a USB device.
Interfaces are rarely so well specified that no unexpected quirks show up when real entities communicate using that interface. The early quirks become part of the real-world interface. Later devices just have to fit with the quirks exhibited by the pioneer devices.
> I need to double-check the documentation
Maybe some time with a USB analyzer will be needed too. As I said in the other post, don't assume that something works until you have tested it.
Bill
This post is made possible by the generous support of people like you and our sponsors:
Follow Ups
- RE: Ping audioeng or Gordon - Old Listener 21:51:31 04/20/09 (3)
- RE: Ping audioeng or Gordon - Les C 23:21:03 04/21/09 (2)
- RE: Ping audioeng or Gordon - audioengr 22:21:23 04/22/09 (0)
- RE: Ping audioeng or Gordon - Roseval 13:55:53 04/22/09 (0)