40

Here's my concrete problem:

I am broadcasting a game via XFire and it uses the Windows audio device to capture any audio I receive. As I am broadcasting, other users who watch the video stream are communicating with me over Skype, and they hear themselves back within the video stream and it is entirely logical since I am broadcasting the audio I hear.

What I want to do is create another audio device within Windows and redirect (pipe) ONLY the audio input from that game and not the input reveived from Skype. I would then tell XFire to use that newly created "virtual" audio device to broadcast and therefore my partners won't hear themselves back.

Is it possible to create another audio device and redirect only wanted input streams to it?

17

Give a try to Virtual Audio Cable. It creates virtual audio cards and let you route sound from outputs to inputs using virtual cables.

alt text

It runs with Windows 7. It's not free but there is a trial version, so you can check if it can do what you need.

4
  • That is exacly what I needed! Though I would like a similar application that is free. It always says "Trial" while waving the audio which is quite irritating. Do you know any free alternatives? Mar 9 '10 at 0:36
  • Not that I know of, sorry.
    – Snark
    Mar 9 '10 at 6:28
  • 2
    Hi, I've been looking for a solution to this problem for a while too. I have tried VAC but think it only works as a 'what you hear' re-direct/loopback... Am I right in saying that VAC will not help with D3D apps which use the system's default audio device and DON'T have a setting to change which audio device to use? The problem is that if you're running the app/game in a windowed mode, you also get Windows sounds piped through the system-default audio device (which would need to be the VAC virtual device). Anyone know of something that lets you only isolate the sound from any D3D app/game?
    – Beeblebrox
    Jan 2 '14 at 11:37
  • 4
    I think this is a free alternative: vb-audio.pagesperso-orange.fr/Cable/index.htm
    – endolith
    Oct 1 '15 at 15:41
27

Here is a good option to VAC as an audio device driver, not external software and is FREE without the lame "Trial" announcements.

https://www.vb-audio.com/Cable/index.htm

One single input/output device for free and 2 additional devices can be added with a donation.

2
  • 1
    This was the solution I ended up using. It was simple to use, the donation fee for getting enough virtual devices for my needs was only 5 euro, and this youtube guide explains, quite thoroughly, how to use it with OBS in a practical manner. I'd recommend this to others who want to get something working in less than an hour.
    – 2rs2ts
    Feb 26 '17 at 21:10
  • 1
    Worked great for me on Windows 10. Just opened up the mixer settings to set the application I want to record to the virtual input and set Audacity to record to the virtual output. Nice since I can still listen to audio for other applications while the recording is happening. Apr 24 '18 at 21:00
5

https://github.com/rdp/virtual-audio-capture-grabber-device is my attempt at one. Free, open source! :)

ffsplit used to have something similar (now defunct?)

See also http://web.archive.org/web/20140222025420/https://superuser.com/questions/98720/is-there-a-free-or-open-source-equivalent-to-vac/364156

8
  • 2
    The first link leads to what I think is the most slapstick / disorganized project I've ever seen on GitHub, which is not even open-source or has any obvious way to build it. The other link is dead, and the ffsplit homepage is dead. Apr 3 '16 at 16:01
  • 1
    @VladimirPanteleev thanks for the feedback, it is indeed open source, and I have added a section on how to build it. Seems stackexchange people have found it necessary to delete nicely helpful posts <sigh>, updated the link, also mentioned ffsplit is dead now, though they were alive a few months ago, thanks for the feedback.
    – rogerdpack
    Apr 4 '16 at 16:27
  • Based on github.com/rdp/virtual-audio-capture-grabber-device/blob/master/… it's not actually open-source at the moment (making the source code available is not enough). Since no license is specified, copyright laws apply by default, which means that no one can actually copy (distribute) your code. Apr 4 '16 at 18:03
  • 1
    @VladimirPanteleev OK updated the license a bit. And added some more building instructions. Feel free to file issues if you can't get it to build or what not. The jruby code is for a "GUI wrapper" around FFmpeg to get it to work, and are not necessary for hacking on the directshow devices themselves. Cheers!
    – rogerdpack
    Apr 4 '16 at 19:53
  • 4
    Thank you. I really have no right to complain and it's nice that you've done this, sorry if I was overly grumpy. Apr 6 '16 at 2:48

Not the answer you're looking for? Browse other questions tagged or ask your own question.