First off, I think I've solved the problems, but in doing a search about them I didn't notice anybody else with the same issues, so I thought I would ask here for any input the community might have.
Our church setup is a A&H QU-16 console feeding audio over USB to a Win10 PC running OBS (Open Broadcast Software) for the video switching and streaming. I downloaded the QU ASIO driver and loaded it, and send the L/R mix out of the QU-16 on CH 17 and 18 of the USB. I then pick up CH 17 and 18 in the OBS audio properties.
It all works, but the system is very particular about how it is turned on.
If the console is turned on first (with USB connected), and then the PC is started, the bootup hangs. It doesn't even get to the Windows log in screen. As long as the console is off, or USB unplugged, bootup happens in about 15 seconds (SSD system drive).
But if the console is powered up
after OBS is started, OBS does not read the two channels on the USB connection. As long as the console has fully booted up (takes maybe 5 seconds), and then OBS is started, it remembers the setup and audio is transmitted to the computer just fine. This happened again this morning before the service, and simply closing and then restarting OBS (console stayed on) was enough to fix the problem.
The question is: Is this just an undocumented feature, or do I have something else at play here? My searching on this forum and others hasn't revealed either of these problems. I'm trying to make this system as foolproof as possible, and operators
should be able to follow step-by-step instructions, but they don't always. Starting the console too late could easily result in a stream with no audio, which is not something I want to hear about on a Sunday afternoon. "Yeah, the service looked good, but we couldn't hear a thing!"
GTD