Capture Issues

Live capture problems usually trace to the capture source, the format the source reports, the network (for NDI®), or the playback node's render performance. Find the section for the capture type you use. For the capture model and multi-node source distribution, see Capture Devices.

Capture Stutters

A stuttering capture is not always the capture's fault. If the GPU rendering frame rate on the playback node is unstable, every cue on that node stutters — captured streams and pre-rendered video alike. Before troubleshooting the capture source, confirm the renderer is hitting the show's target frame rate using the Render Info overlay or the Nodes window.

If rendering is unstable:

  • High GPU load — reduce show complexity or free GPU memory.
  • Low GPU load but still unstable — the GPU has headroom and something else is blocking frames. Investigate the hardware: PCIe bus errors, motherboard issues, or a faulty PCIe riser card can all cause unstable rendering even when GPU load looks fine.

Generic Capture

USB and MediaFoundation capture devices. See Generic Capture.

SymptomLikely causeResolution
Device not listed in Stream dropdownThe device's driver does not support Windows MediaFoundation — the most common cause. Also possible: driver missing, device disabled in Windows, or another application holds it exclusively.Open the Windows Camera app as a quick test — it uses MediaFoundation too, so if the device shows up there, WATCHOUT should see it. If not, install the manufacturer's MediaFoundation-compatible driver. Close other applications holding the device. Click Refresh.
Limited Format optionsWATCHOUT only lists formats it can decode (NV12, YUY2, UYVY, RGB24). The device may publish other formats that WATCHOUT does not yet support.Pick from the formats shown. If the device's native format is not in the list, use the closest available format and accept the runtime conversion, or use a different capture device.
Glitchy video on USB devicesUSB bandwidth contention or cable qualityMove the device to a dedicated USB controller (a different physical USB hub on the motherboard). Use a shorter, certified USB cable. Lower the format to a smaller resolution.
Higher latency than expectedInconsistent frame timestamps from the device. WATCHOUT holds extra frames so playback stays smooth despite the timing jitter.Update the device's driver first — newer versions sometimes fix the timestamping. If the jitter persists, replace the device.
Colors washed out or crushedRange override neededSet Range to Full or Limited explicitly instead of Auto.

NDI® Capture

Network video sources. See NDI Capture.

SymptomLikely causeResolution
Stream not listed in dropdownSource on a different subnet, or mDNS blockedAdd the sender's IP to NDI® Extra IPs in File > Preferences... Verify the firewall allows mDNS. See NDI Video Sources → Source Discovery.
Capture is black or freezesNetwork bandwidth insufficient, or the sender stopped transmittingCheck network throughput. Verify the source is actively sending. Try a lower-resolution source.
Colors look wrongColor Space set to Auto and the stream resolution misleads the heuristicSet Color Space explicitly to match the source (Rec. 601 / 709 / 2020).
Audio missingAudio Channels set to 0, or routing not configuredEdit the source, set the correct channel count, and configure the Audio Route grid.
Audio dropoutsAudio Latency too low for the networkStep the Audio Latency up to the next preset value.

Deltacast VideoMaster

SDI and ST 2110 capture through Deltacast boards. See Deltacast VideoMaster.

SymptomLikely causeResolution
No Deltacast inputs in Stream dropdownDriver not loaded, or board not detectedVerify the board is recognized in Windows Device Manager. Confirm the Deltacast driver is installed. Click Refresh.
No ST 2110 inputs in Stream dropdownBoard not commissioned, or PTP not lockedVerify board commissioning in the ST 2110 Interfaces dialog. Check PTP is locked. See Setting Up ST 2110.
Subscribed to ST 2110 but no framesMulticast address or port wrong, or switch IGMP filteringVerify addressing matches the sender. Confirm the switch has IGMP snooping enabled and is not filtering the multicast group.
Black or signal-loss image (SDI)No signal on the cable, or the connector does not support the signal formatVerify the upstream device is sending. Confirm the connector supports the signal — on Deltacast boards SDI capability is per-connector; some inputs are 12G-SDI while others on the same board are 3G-SDI only. Check the board's specs for which port is rated for the format you are feeding.
Colors look wrongRange or Color Space mismatchedSet Range explicitly to Limited or Full as needed. Pick the source's actual color space instead of Auto.

Spout

Frame sharing from another application on the same node. See Spout.

SymptomLikely causeResolution
Sender not listed in Stream dropdownSender not running, or wrong node selectedConfirm the sender is started and publishing. Confirm Node matches the host the sender is on. Click Refresh.
Black or frozen imageSender stopped or paused, or sender is producing at zero alphaVerify the sender is still actively producing frames. Check the sender's output in its own preview.
Colors look wrongSender publishes in a different color space than WATCHOUT assumesPick the matching Color Space in the source dialog instead of Auto.
Cross-GPU error in logSender running on a different GPU than WATCHOUTMove the sender to the same GPU as WATCHOUT, or pin both applications to the same adapter in Windows Graphics Settings.
  • Capture Devices — the capture model and multi-node source distribution.
  • Network Issues — discovery and firewall problems that hide NDI sources.
  • Performance Tips — keeping the renderer at the show's target frame rate.
  • Getting Help — gather diagnostics and contact Dataton support.

NDI® is a registered trademark of Vizrt NDI AB.