VB-Audio's Forums

Thanks for reporting, our different Virtual ASIO driver (32 or 64bits) are expected to be validated, meaning it should work with any applications... and this is apparently the case, except with cakewalk in undefined conditions (this has been already reported). But since it is the only issue report a...

the only picture that could help is the screenshot of the VBCABLE_ControlPanel while you are streaming audio through it. if you use the function WIN-Listen to hear the output of the cable, it will be stereo. the current VB-CABLE can output 8 channels only if used with KS interface (not used by Windo...

sorry but i'm not sure i understand your problem. you have a player send 7.1 to -> VB-Cable input (that you have configured in 7.1 i guess)... but what do you do after ? you get signal from VB-Cable output with what application ? where are you seeing that you have finally 2 channel only instead of 8 ?

of course, i can do it, it's not big deal. But i cannot suspend completely the event loop , audio stream are running, remoting functions and MIDI must react... The display will be a very small part in Voicemeeter (can be more interesting in Matrix surely).

Could you post a screenshot of you MIDI mapping dialog box ? I see no behavior problem with NOTE ON/OFF MIDI control.

1- Matrix will manage Windows Device with 8 channel Max 2- WIN.IN1: Check the Line (ES-9) is not used by another application or select it by MME interface (instead of WDM). 3- Typically ES-9 should be managed by an ASIO driver. 4- Try to run VB-Matrix 32bit (instead of 64 bits) to check if the ASIO ...

select solution 2

- check first the presence in Program Files (x86)/VB/Voicemeeter
if not present
- check in Program Files/VB/Voicemeeter (this will be installed there on 32 bits system).

there is no way to install Voicemeeter in another folder.

it's now planned for November.

but you can test it with Matrix (coconut version in beta test on our discord allow to manage 512 channel ASIO) and connect Voicemeeter to it as temporary workaround.

after some windows update, we see sometimes some audio routing inconsistency.
that are fixed after rebooting.

when hidden the windows display should take less CPU...
i will check it, but display is not taking a big part of the CPU load anyway.

REM: if you made this remark because you get more CPU load when hidden than shown , it's not pending on display.