Shinblindrezo
Member
Oh yeah, and if you find that only 1 of your 2 CPUs are ever being used during a broadcast, you'll have to disable NUMA in the BIOS.
Personally, I'm a big fan of 8.1 Pro - supposedly you get better performance with screen capture and window capture in both 8.1 and 10 over 7. The only real benefit of going Win10 is the Media Foundation support. I guess it's up to you whether or not you want to go for it, but I'm extremely happy with 8.1 Pro x64 on my rig.
As for 32bit OBS classic with plugin, according to Boildown, it doesn't crash with NVEnc, but I doubt you'll be using NVEnc with a dual xeon setup... You can always test it out and see if you don't get the crashes like we do, but it seems likely that it will crash on you.
The audio desync isn't THAT bad. Most viewers wouldn't even notice it, but it is definitely there. I say give OBS Studio a try and add the Datapath card as a regular video source. Do a few test recordings and see if you're satisfied with it or not. I find that PS3 games (so 720p input) have less of a delay while 1080p inputs always have a bit more of a delay.
You might want to look into investing on a small HDMI splitter. I use a cheapo that I bought years ago for about 20 euros. Works perfectly. That way you don't get any screen tear that you would get on a dual monitor setup.Thanks very much, pretty comfortable with 8.1, so will give it a shot with OBS Studio. Streaming from the PC with 2 monitor setup - sounds like I need to clone the gaming monitor to the DVI output of the 970 connected to the Datapath card.
We have limited technical skills so simpler the better for us.
You might want to look into investing on a small HDMI splitter. I use a cheapo that I bought years ago for about 20 euros. Works perfectly. That way you don't get any screen tear that you would get on a dual monitor setup.
(PC HDMI output) <- HDMI cable -> (Splitter input)
<- "HDMI to DVI" cable -> (Datapath input)
(Splitter Output) <
<- HDMI cable -> (Monitor input)
You could also get a DVI splitter, but those are ridiculously expensive, for some reason.
Well, I've never used an e1, so I don't really know... I remember hearing that supposedly there's no way of telling. You might be able to give Datapath a call and ask them which model you have, based on the serial number on the device.
I simply clone my display instead of using a splitter. If you read the thread, I posted pretty much everything. Here's a good place to start, then read the next couple of pages: [unsupported] Datapath Vision Capture
The E1 says "DGC-139A" on the circuit board, according to the pdf datasheet. The E1S says "DGC-139C", as that's what's on mine.
I still do NVEnc for local recordings and simultaneously do x264 for streaming to Twitch on the dual xeon beastie. Still tweaking it, but not sure I'll ever get to Slower preset. It does Slow super easily, hardly any duplicated frames at all (less than 1/10th of 1%, probably all of which are generated at startup). Anyways, the NVEnc recordings just leave me that much more CPU for the x264 bit, and never crashing is an added benefit. I see no reason not to.
I don't think either monitor nor window capture performance applies when doing a capture card capture. Its a pear to your apples and oranges.
The E1 says "DGC-139A" on the circuit board, according to the pdf datasheet. The E1S says "DGC-139C", as that's what's on mine.
Classic. Don't think Studio has the Datapath plugin available so I haven't messed with it yet.
I think the tearing is created when you don't precisely match the cloned screens, including framerate. Lately I've been using the Custom Resolution Utility (CRU) to precisely match the Datapath's input to whatever I'm sending the monitor. Just setting the resolution and framerate usually leaves some minor differences. Haven't extensively tested it though.
Not sure about performance hit. If its there its minor. I actually assumed the splitter would introduce a frame or two of latency itself.
I downloaded the driver installer VisionInstall_v7120.exe. Device manager now lists the card as E1 not E1S.
Now I'm not sure which card I got.... Anyway to check further?
Displayport G-sync monitor output is 1920 x1080 at 144 hz. if cloned to HDMI with CRU and Pixel clock patcher and sent to DVI port on the capture card, is there enough bandwidth?!?
If not what's the best choice?
Due to limitations in OBS1, my plugin only captures in RGB32. This means for 1920x1080@60fps, you're trying to push 475MB/sec through the card. The E2s has a bandwidth limit of 650MB/s so that leaves plenty of headroom, but the 480MB/s bandwidth limit of the E2 might be too tight when you factor in possible unknown bus overhead. DirectShow capture doesn't have the same problem because it can capture RGB24 (356MB/sec) and YUY2 (238MB/s). However, as the buffer gets converted to RGB32 on the CPU, and then uploaded to the GPU from system memory, the total PCI-e bus load is higher, as well as CPU load.
The OBS2 (also known as "the redux" or "obs-studio") version of the plugin will support the full range of colour spaces supported by the cards, with full hardware acceleration (DMA) and colour space conversion done on the GPU.
I'll look into the missing string soon. I should probably make the UI properly translatable again, as it's all hardcoded even though the plugin contains the borrowed localisation code from the DirectShow plugin. I'm also getting a refurbished VisionRGB-PRO2 so I'll be able to make sure it works properly with the older generation of Datapath cards as well as with multiple cards present in the system.
Wonder if YUY2 would allow capture at 144hz?
Are you currently using DVI-DL card Boildown ?This is a lower level issue than that.