Matrox board doesn't lock to Blackburst

X.mio3: make sure the cable is properly connected and that a stable sync signal is available
X.mio5: although early X.mio5 boards still have a genlock connector, Blackburst should not be used with this boards, as the driver doesn't support proper locking anymore.

Matrox board doesn't lock to PTP

• Make sure SFPs and fiber optics are properly installed and attached. The status of the SFPs can be checked in X.info.

• Make sure that you have a valid link. Green LEDs on the board and on the switch show a correct link. At least SFP A needs to be used.

• Make sure that both sides of the connection use SFPs with the same nominal transfer rate, and the same range classification.

• Make sure you use the correct combination of cable and SFPs - Short Reach or Long Reach.

• Make sure the correct IGMP join type is set in the IP config file. This needs to match the settings on the IP switch.

• Make sure that the correct IP address, gateway if necessary, and subnet mask is set in the IP config file, if you don't use DHCP, or that DHCP is enabled in the IP config file.

• Make sure the master clock domain number is set correctly in the IP config file.

• Make sure the ports on the IP switch are configured to route PTP, or that the switch has PTP enabled at all.

Matrox board doesn't receive flows on the inputs

• Make sure the flow is enabled. You can use MAIN*CONFIGURATION*CHANNELS*STREAMIN_n*ENABLEDSTATE GET to verify.

• Make sure destination address and UDP port are set correctly and match the sender. You can use MAIN*CONFIGURATION*CHANNELS*STREAMIN_n*DSTADDRESS GET and ...*DSTUDPPORT GET to verify.

• On X.mio3 make sure the sender is a narrow sender.

• For audio on X.mio5 make sure the configuration matches exactly the flow settings - number of channels, audio packet duration.

• Make sure the correct IGMP join type is set in the IP config file. This needs to match the settings on the IP switch.

• Make sure SFPs and fiber optics are properly installed and attached. The status of the SFPs can be checked in X.info.

• Make sure that you have a valid link. Green LEDs on the board and on the switch show a correct link. At least SFP A needs to be used.

• Make sure that both sides of the connection use SFPs with the same nominal transfer rate, and the same range classification.

• Make sure you use the correct combination of cable and SFPs - Short Reach or Long Reach.

Output of Matrox board cannot be received on other devices

• Make sure the flow is enabled. You can use MAIN*CONFIGURATION*MATROX*VIDEOOUT_n*ENABLEDSTATE GET to verify.

• Make sure you have configured a valid source address on your SFPs and UDP port on your outputs. You can use MAIN*CONFIGURATION*MATROX*VIDEOOUT_n*SRCADDRESS GET and ...*SRCUDPPORT GET to verify.

• Make sure you have configured valid destination multicast addresses and ports for your outputs. You can use MAIN*CONFIGURATION*MATROX*VIDEOOUT_n*DSTADDRESS GET and ...*DSTUDPPORT GET to verify.

• Make sure SFPs and fiber optics are properly installed and attached. The status of the SFPs can be checked in X.info.

• Make sure that you have a valid link. Green LEDs on the board and on the switch show a correct link. At least SFP A needs to be used.

• Make sure that both sides of the connection use SFPs with the same nominal transfer rate, and the same range classification.

• Make sure you use the correct combination of cable and SFPs - Short Reach or Long Reach.

Matrox board doesn't work at all, when using UHD resolution

X.mio3: UHD is not supported on X.mio3
X.mio5: Make sure to use SFPs with a nominal transfer rate of 25GbE on both your switch and the video board. The switch must support 25GbE transfer rates as well.

Neither the node nor the device shows up in the registry

• Check, if NMOS is enabled in the JSON file associated with that device. The file serialnumber.json can be found in %ProgramFiles%\Matrox DSX-TopologyUtils\System64.

• Make sure to set either use service discovery to true or to enter a valid registration server IP and registration server port.

• Verify that your device can be registered by opening http://localhost:port/x-nmos/node/v1.2/devices/. port is also defined in the JSON with control port.

Neither senders nor receivers show up in the registry

• Senders and receivers are only registered when they are used. Start VizEngine to register all used outputs and inputs. Senders and receivers will be unregistered when VizEngine is closed.

• Verify that your senders/outputs can be registered by opening http://localhost:port/x-nmos/node/v1.2/senders/. port is also defined in the JSON with control port.

• Verify that your receivers/inputs can be registered by opening http://localhost:port/x-nmos/node/v1.2/receivers/. port is also defined in the JSON with control port.

NMOS IS-05 connection requests are ignored

• Check VizEngine console for error messages.

• Requests are only accepted, if the incoming flow matches the configuration in regard to resolution, frame rate and scan mode.

• IS-05 requests can be used to schedule a change for a later point in time. Make sure to wait until this time is reached.