However, with jammr, I get the infamous “There was a problem starting audio” box.
When I look into the log file, I see the following:
Apr 26 2020 11:36:40 DEBUG: Trying Pa_OpenStream() with sampleRate 0 inputLatency 0 outputLatency 0 innch 2 outnch 2
Apr 26 2020 11:36:40 DEBUG: Input device: Mikrofon (ZEDi8) (Windows WASAPI)
Apr 26 2020 11:36:40 DEBUG: Output device: Lautsprecher (Realtek High Definition Audio) (Windows WASAPI)
Apr 26 2020 11:36:40 CRIT: Pa_OpenStream() failed: Invalid sample rate
Apr 26 2020 11:36:40 CRIT: create_audioStreamer_PortAudio() failed
The last line but 1 says “Invalid sample rate”, and the first line says “sampeRate 0”; and in the setup GUI, the sample rate combo box is empty. To me, this seems like a bug: The program should not use a sample rate that, later, will prevent it from opening the stream.
I think I can work around this problem with a VAC virtual audio cable) - but colleagues of mine cannot use it (because the free version has only one cable; and the Yamaha MX49, which we also use, uses VAC's “Line1” cable internally, it seems).
So, jammr should - like Repaer - be able to connect directly to the ZEDi8 input.
Does this make sense?
Harald M.