I am coming from xsplit - where I have zero delay.

but have been doing the switch to vmix slowly -

I am noticing a real latency on my new ptzoptics cam.

I am trying to figure out how to resolve this.

It's a bit off putting - especially when the hosts of the show are watching a video on the in-room monitor.

Suggestions ?

Ethernet ... always have latency ..its not NDI...
to reduce it, you have to use CBR bitrate and mjpeg encoding on the cameras... probably.
use cat6 cables with a good gigabit switcher.
to have zero latency ... have to use SDI HD outputs on PTZs
SDI HD capture card.. and always use graphic card outputs for video outs..
vMix engine is on the GPU not on CPU :)
use a good Nvidia GTX 1050 and up 2 gogs of ram or up.
windows pro 1' 64 bits latest build 1703.

Cheers,

PFBM

You need to dig into the details to understand this and implement a solution.

A USB camera can deliver a stream encoded in different ways. Logitech supports YUY2 (uncompressed) MJPEG or H264 encoding. YUY2 and MJPEG are frame-based so there's no latency to speak of.

H264 is a group-of-frame (GOP) based compression scheme. It always introduced some latency.

In the case of a USB camera using MJPEG or H264 was intended to allow the use of 1080p30 over a modest USB 2.0 connection. In the case of the new Brio webcam, MJPEG allows 4K30 over USB 3.0.

The same holds true for Ethernet connected cameras. If you use H264 there will be latency.

Be sure to set the encoding type in vMix when to create the source. Don't leave it at "default" which may be H264 for a network camera.

If the vMix project also set to 1080p30? If the sources and project are different resolutions it can cause delay.

It's worth a try. Although the stats indication in the lower left part of the vMix window should indicate if the system is excessively burdened. What are the render times & CPU usage being reported.

If you use the camera in some other app do you see the same delay?