Documentation Center

Viz Vectar Plus User Guide

Version 1.2 | Published April 12, 2022 ©

Diagnostics and Troubleshooting

Testing your Stream

When it comes to using your system in a professional live production environment, failure to test beforehand is unwise and unprofessional.
Be aware of the need for redundancy in a professional environment.

Perform onsite testing, to ensure your live stream is working well before zero hour.

  1. Set up and enable a test stream.

  2. You can use the integrated web browser to scrutinize the stream, but ideally confirm using an external system too.

Success at this point does not necessarily mean you’re done. You may be able to see the stream locally, but can someone outside the local environment connect to it over the Internet? The best way to find out is to have someone at a remote location verify that your stream is streaming properly.

Testing with Ping

Before your stream can be seen - whether on a local intranet or the Internet - client computers (or your service provider) need to be able to establish a network connection with your local system and it’s encoder.

Ping is a an effective tool to ensure the basic connection exists, thus it can help you with streaming, NDI® connection issues, too (and it works just fine in a multi-platform environment).

Ping sends a small set of data packets to the target host (IP number), then listens for an echo response in return. Ping estimates the round-trip time in milliseconds, records any data losses, and displays a summary when finished. Bottom line, if you can’t ping your target, your connection has problems (the problem might be as simple as a bad cable connection).

  • To issue a ping, you need know the IP number of the target computer.

Finding the Target IP Number

For Windows®

  1. Type run into the Search field, then press ENTER on the keyboard.
    2. Type cmd into the dialog, and press ENTER on the keyboard.
    3. In the command shell that opens, type ipconfig and press ENTER again.
    The IP Address for the system is reported in the window (listed next to IPv4 Address), along with other data.

To find the IP Address for a system running MacOS®

  1. Click the Apple icon at upper left on the Desktop, and select About This Mac.

  2. Click More info in the panel which opens.

  3. Click Network in the Contents column at left.
    The IP number for the is listed in the right hand pane.

Issuing a Ping

Ping is a command line program, run from a command shell on the issuing computer.

To open a command shell and send a ping:

Windows®

  1. Repeat the steps you performed above to re-open a command shell.

  2. Type ping followed by a space and the target IP number, as in the image below:

    images/download/attachments/92972779/Image_370.jpg

  3. Press ENTER

  4. After a moment or two begin report results.

    Successful Ping Example:
    images/download/attachments/92972779/Image_372.jpg

    Ping Failure Example (indicating a network problem):
    images/download/attachments/92972779/Image_371.jpg

Apple MacOS®

  1. Double-click Terminal in the Applications\Utilities folder.

  2. Type the following command into the Terminal and then add the IP number, and : ping –c 4 <ipnumber> (for example, you might type: ping –c 4 192.168.1.101).

  3. Press ENTER. The response is similar to the Windows example described above.
    A ping failure indicates a problem with the network connection.

Speed Tests

Are you sure your upload bandwidth is adequate to the bitrate you’ve set for your stream? Test and make sure. Again, a number of websites provide free speed testing. These will give you a basic idea of what your local bandwidth really is. One site which provides a list of online speed test resources is: http://www.dslreports.com/speedtest?more=1

Where is the Problem?

With regard to streaming issues, don’t overlook the fact that your Viz Vectar Plus system is just one of the pieces of the puzzle. There are many others that are just as important.

One useful thing to try is to check the streaming file:

  • Archive the streaming output file locally, and then examine it to see if it has any problems.

  • This file corresponds exactly to what the encoder is sending the downstream server.
    In cases of sync problems, low frame-rate problems, audio popping problems, etc., if it's an encoding issue, the problem will be seen in this file.
    On the other hand (if the file looks good), then the issue has to be after the encoder (perhaps a network problem or CDN configuration mismatch).