Screen capture only shows the screen for OBS, so I use Window capture for video clips.
If you're running a single screen, that would be more-or-less true:
- Screen capture is essentially a capture card on the physical output. So whatever's on the selected screen at the moment is what you get.
- Window capture "sticks" to the selected window, regardless of which screen it's on or whether it's on top or not. It just can't be minimized.
I think the reason you said the Screen capture only captures OBS is because you have a single screen and so to check it you have to show it, and it captures what's currently showing. If you're looking at something else, it'll capture that too.
Wait, I found a setting for hiding the OBS window from the screen capture, let me see.
Nice! I didn't notice that that had been added. Good idea. But it wouldn't do anything for a bad sync, as you found out.
I guess it overloads the codify process when I'm trying to record via window capture.
I doubt it. Compositing and encoding are completely independent. The compositor figures out what the "movie" ought to be, based on the global audio selections and whatever you have in your scenes, and then the encoder takes the single "filmstrip" that was just produced and reduces the bitrate to send somewhere else.
I think the problem is more with the shortcut buttons, but don't know why the imputs with those are now less responsive than usual. I don't understand.
I doubt that too. Again, completely independent.
If I put everything together correctly, I think you're saying that the Screen and Window captures have enough extra latency to arrive noticeably after the audio, but the webcam is okay?
Where does the audio come from?
How can you tell that the screen/window capture is that far behind? There's usually not enough correlation from there to say it as definitively as you do...unless you're window-capturing a video player? OBS can play videos directly, which would fix that problem.