Question / Help Lost audio, maybe from Window Match Priority?

[Bear Enthusiast]

EDIT: Just noticed I posted this in the original OBS section as opposed to multi-platform, sorry!

I recently recorded myself playing Resident Evil 5 and my mic, using a virtual audio cable to cut out a Skype call with the person I was playing with. The problem is the footage's first audio track, the desktop audio which should just be the game audio, cuts out completely at a seemingly random point and comes back much much later and stays for the last bit of the video. The other audio track, my microphone, recorded just fine. The video looks fine as well.

Taking a look at my log file I think this might be what's wrong, but even if it is I'm not sure what would be a better way to record.

re5dx9.exe: RESIDENT EVIL 5 is the window I was capturing, with the Window Match Priority set to "Executable Name" since as a complete guess that sounded like it would be the most stable.

33:54.196: [game-capture: 'Game Capture'] attempting to hook process: re5dx9.exe
00:33:54.198: [game-capture: 'Game Capture'] using helper (direct hook)
00:33:54.463: [game-capture: 'Game Capture'] Hooked to process: re5dx9.exe
00:33:54.463: [game-capture: 'Game Capture'] (half life scientist) everything.. seems to be in order
00:33:54.463: [game-capture: 'Game Capture'] Hooked D3D9
00:33:58.230: [game-capture: 'Game Capture'] attempting to hook process: re5dx9.exe
00:33:58.261: [game-capture: 'Game Capture'] d3d9 shared texture capture successful
00:33:58.475: [game-capture: 'Game Capture'] Hooked DXGI
00:34:25.230: [game-capture: 'Game Capture'] capture window no longer exists, terminating capture


I've attached my whole log and hosted it here http://pastebin.com/CKjVJkGV, but that part jumped out at me.

 

[FerretBomb]

Nope, OBS window/game capture does not affect audio capture. It's just the video part, audio is handled on a device level rather than per-process. I'd expect that VB-Audio messed up on the virtual-out that OBS was set to listen to. One of the down sides to virtual audio processing.

Just on a side note, if you plan to livestream to Twitch, it looks like your keyint isn't set (needs to be 2), and 320kbps AAC audio is way too high... most won't be able to hear the difference between 96kbps and 128kbps AAC, much less 160, and much MUCH less 320. Kind of burning bitrate on that one.

Past that, I'd actually encourage bringing the Skype call on-stream to allow co-casting interaction (people love watching/hearing friends interact); also avoids large dead-air spots when you're talking to your friend, if you *are* doing running commentary. If you are recording mic to a separate channel to allow post-prod tweaking on a dead-file Youtube upload, a second system to handle audio recording for your voice and the friend to separate channels (you on mic, them on desktop) could open up more options.

 

[Bear Enthusiast]

Thanks for the streaming advice but I'm just recording, wanted to separate out the Skype call so I can have the co-commentator record their own audio locally so it doesn't sound crummy coming through the call.

If the problem is with VB-Audio I guess I'll have to play around with that, do you know anything about what could cause that specifically?

 

[FerretBomb]

Nope, sorry. I don't use VB-Audio or VAC just because they can cause this kind of problem, or add delay when livestreaming, making cam sync difficult.

One workaround I know a friend uses is a cheap $10 USB audio card. He sets Skype to output to that, and uses a pair of earbuds under his regular headphones to also get voice audio. Cuts out VAC/VB while still allowing separated sound.

 

[Bear Enthusiast]

You know, that was actually my first idea but not having another audio device is what made me give up. I'll look in to that if troubleshooting VB-Audio doesn't give any results. Thanks again!