Only this pageAll pages
Powered by GitBook
Couldn't generate the PDF for 292 pages, generation stopped at 100.
Extend with 50 more pages.
1 of 100

NDI Documentation

Getting Started

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Using NDI

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Loading...

Discovery & Registration

Zero configuration in AV signal distribution

One of the biggest issues in AV distribution in the IP world is that equipment is not identifiable by its physical connection. In networking, every connected device needs to have a unique address so another device, hardware, and applications can reach it.

However, the network physical connection is dynamic and not related at all to the equipment address. For that reason, in a large network with hundreds (or thousands) of devices with addresses, it becomes difficult to find and interconnect equipment. NDI offers two different options for a zero-configuration discovery and registration: mDNS and Discovery Service.

Release Notes

White Paper

This White Paper offers a compressed overview of NDI: its fundamental principles, technological features, protocols, and settings. It is updated in real-time by the NDI team to reflect the most recent developments to our Core Tech Platform. The current version of NDI is 6.1.

Contents

Manual Connection

One approach to manually interconnect NDI devices is to specify the IP address of the transmitter in the receiver.

In Windows and MacOS, this can be achieved using the NDI Access Manager in the External Sources feature. Several NDI hardware decoders also support this functionality.

For Linux, the IP addresses of NDI senders can be added manually in the NDI configuration file called "ndi-config.v1.json." This file is in the home directory of the user currently logged in.

Specifying the IP address of an NDI source allows the receiver to receive NDI sources that are in a different subnet and may not be discoverable by mDNS (Multicast

NDI Protocols

  • NDI Related Network Ports

  • Getting Video Across the Network

  • Network Layout

  • Bandwidth

  • Network Interface Settings

  • NIC Selection

  • Encoding and Decoding

  • Multicast

  • NDI Administrative Settings

  • Synchronization

  • NDI in the Cloud

  • Configuration Files

  • Discovery & Registration

    NDI Protocols

    Reliable UDP – NDI 5

    In NDI version 5 the default communication mechanism is a Reliable UDP protocol that represents the state-of-the-art communication protocol that is implemented by building upon all the experience we have seen in the real world with NDI across a massive variety of different installations

    Reliable UDP, also known as RUDP, is a transport protocol that combines the advantages of UDP's low latency and simplicity with the reliability of TCP (Transmission Control Protocol). It is designed specifically for real-time multimedia applications, where maintaining the timeliness of data is crucial.

    In the context of NDI, Reliable UDP is employed to ensure that video and audio streams are delivered reliably and with minimal delay. It achieves this by implementing several mechanisms:

    Sequencing: Reliable UDP assigns a sequence number to each packet it sends. This allows the receiving end to detect missing or out-of-order packets and request retransmissions if necessary.

    Retransmissions: If a packet is lost or arrives out of order, the receiving end can request a retransmission of the missing packet(s) using the sequence number information.

    Flow control: Reliable UDP incorporates flow control mechanisms to manage the rate of data transmission. This prevents overwhelming the network or the receiving device with more data than it can handle, ensuring a smoother streaming experience.

    Congestion control: RUDP also includes congestion control algorithms to prevent network congestion and avoid unnecessary packet loss. It dynamically adjusts the transmission rate based on network conditions, maintaining optimal throughput without overwhelming the network.

    Multipath TCP – NDI 4

    This protocol permits transport across multiple NICs and all network paths, it is intended to use hardware-accelerated network adapters with adaptive bandwidth sharing across NICs.

    Multipath TCP is a transmission protocol that offers advantages such as maximizing throughput, optimizing resource usage, and enhancing network redundancy. It can seamlessly integrate multiple network pathways, including wireless and mobile networks. It is especially efficient when used with NDI equipment that utilizes multiple Gigabit connections to exchange a large number of NDI streams.

    However, in scenarios where 10Gbit interfaces are connected with 1Gbit interfaces, Multipath TCP's efficiency is compromised. This is primarily due to network switches being unable to effectively manage network congestion in such situations. As a result, the protocol may not perform optimally in these specific network configurations.

    UDP with Forward Error Correction – NDI 3

    This alternative protocol to TCP is used when reliable delivery of data packets is not required. UDP is typically used for applications where timeliness is of higher priority than accuracy, such as streaming media, teleconferencing, and voice-over-IP (VoIP). Forward error correction (FEC) is a method of obtaining error control in data transmission in which the source (transmitter) sends redundant data to the destination (receiver).

    UDP (User Datagram Protocol) with Forward Error Correction (FEC) is a beneficial approach when the network is prone to errors or not entirely reliable. It provides a solution for error correction when data packets get lost or corrupted during transmission.

    However, it's important to note that using UDP with FEC requires additional computational processing on the receiver side. The receiver needs to implement algorithms and mechanisms to manage the error correction process. This involves decoding the received data and applying error correction techniques to recover any lost or corrupted packets.

    Single TCP – NDI 1

    This network communications protocol enables two host systems to establish a connection, exchange data packets, and ensure data is delivered intact to the correct destination. TCP is typically grouped with IP (Internet Protocol) and is collectively known as TCP/IP.

    Single-TCP is supported on all NDI versions. While the other transmission modes are likely to perform better, this mode offers baseline compatibility for all NDI clients.

    Getting video across the network

    Video, just like voice data in VoIP systems, is a very demanding data stream and will immediately expose a weakness in a network. The network must support multiple video, audio, and data streams in a reliable, synchronized manner without disruption. When delay, packet loss, and jitter reach thresholds where the video is impacted visually, the usefulness of that video drops to zero. It is important to understand the complexities of video in IP data networks to mitigate these factors.

    Networks that are designed to move NDI video streams should be thought of as being primarily utilized for video. IP networks are, by their very nature, “best effort delivery” systems and were originally developed for the transport of data. By contrast to video, data services can function happily with packet retransmissions, lost packets, and even packets arriving out of order.

    Video streams, while still composed of data, are much more rigid in their requirements. With the use of modern networking equipment and proper configuration, video can move across networks whilst still obtaining low latency, frame accuracy, and high-quality requirements necessary for live video production.

    NDI in the Cloud

    Setting up an NDI-based video production in a Virtual Private Cloud is quite easy; the first step is to define how to make NDI Discovery and Registration work in a VPC. Cloud providers allow the creation of a multicast domain; multicast is required to use mDNS-based discovery and registration. This setup requires the creation of a transit gateway with multicast enabled. Enabling multicast in the cloud might require specific knowledge; for this reason, the easiest solution to enable NDI Discovery and registration is to set up a Discovery Service. NDI Discovery Service requires just a basic Windows or Linux-based instance to run.

    DNS
    ). This method enables the reception of NDI sources that might be otherwise inaccessible due to network configurations or limitations.

    In Linux manual connections can be added in the NDI configuration file located in the home directory of the effective user: "ndi-config.v1.json"

    Here is the way to manually set up NDI sources in the configuration file:

    "networks": { "ips": "192.168.123.200,10.10.123.22,", "discovery": "",

    Screenshot of NDI Access Manager tool

    NDI Groups

    NDI groups enhance the efficiency and management of NDI-based workflows by providing a structured way to organize and control the visibility and access of NDI sources and destinations within a network.

    NDI devices support two different kinds of Groups: Send and Receive.

    A device can be part of different Groups, some Groups only in the Send or Receive mode:

    Scenarios

    In this scenario, NDI Device 01 is sending discovery information to Groups 02 and 04. Devices part of the Receive Groups 02 and 04 can discover and receive NDI streams from Device 01.

    NDI Device 02 is sending discovery information in Groups: Public, 01, 02, and 04.

    NDI Device 03 is sending discovery information in Groups: Public and 03.

    There are different ways to define Groups in NDI Devices:

    In MS Windows and MacOS, Groups are defined in the NDI Access Manager, which is part of the free NDI Tools:

    The Groups string for each Send and Receive operation must not exceed 248 bytes in length, which means that the total length of the combined Group names should not exceed 248 characters.

    In Linux, NDI Groups can be defined in the NDI configuration file located in the home directory of the effective user: "ndi-config.v1.json"

    Here is the way to configure Groups in the configuration file:

    }, "groups": { "send": "Public", "recv": "Public,Group 01,Group 02" },

    Hardware NDI Devices must support NDI Groups to be compliant with the NDI standard specifications.

    Here are some examples of hardware devices with NDI Groups support:

    Discovery Server

    The NDI Discovery Server is a command-line application available for Windows, macOS, and Linux. It allows you to replace mDNS-based automatic discovery with a centralized registry of NDI sources.

    This can be very helpful for installations where you wish to avoid having significant mDNS traffic for a large number of sources. It can also be useful when multicast is not possible or desirable; it is very common for cloud computing services not to allow multicast traffic. When using the Discovery Service, NDI can operate entirely in unicast mode and thus in almost any installation. The Discovery server supports all NDI functionality, including NDI groups. Clients should be configured to connect with the Discovery Service instead of using mDNS to locate sources.

    When there is a Discovery server, NDI applications will use both mDNS and the Discovery server to find and receive sources on the local network that are not on machines configured to use discovery.

    For senders, if a Discovery Service is specified, then mDNS will not be used; these sources will only be visible to other finders and receivers configured to use the Discovery server.

    NDI Proxy and bandwidth optimization

    By default, an NDI Sender has the capability to generate two types of streams: a full-quality stream and a proxy stream. A receiver can readily activate the proxy stream. A simple way to visualize a proxy stream is by utilizing NDI Studio Monitor and enabling the Low Bandwidth mode within the Video settings menu.

    The Proxy stream serves as a means for an application to enhance the efficiency of NDI distribution across the network. For instance, an NDI-based Video Mixer can leverage the proxy stream for sources that are intended for use in a preview monitor rather than an actual output. Then, when a source is transitioned to an output, the application can seamlessly switch from the proxy stream to the full bandwidth stream.

    This approach empowers receivers to effectively manage a more significant number of NDI sources while utilizing less network bandwidth.

    Technical Facts About NDI for Audio

    Codecs

    NDI is essentially codec-agnostic, meaning it is compatible with various codecs. Officially, it supports PCM, AAC, and Opus for audio.

    Channel Count

    An individual NDI stream can transport multiple audio channels. The number of channels supported depends on the codec used. PCM allows unlimited channels; in NDI, AAC can support 2 channels, while Opus can support up to 255 channels.

    Multiple audio channels are multiplexed into a single NDI stream to maintain synchronization.

    Sampling

    NDI Audio supports any sample rate; the standard for live production is 48 kHz.

    Quantization

    The audio processing in NDI is 32-bit floating point, Internally, the processing is handled as 32-bit. On the sending side of NDI, APIs are available to accept audio in various formats, which are then converted to floating-point.

    Latency

    Currently, NDI technology does not allow for latencies similar to those offered by technologies such as Aes67, Ravenna, or Dante Audio. However, an NDI audio transmitter is capable of delivering a stream over the network in 6 ms. This latency might not be acceptable for some cases such as where a captured audio source, like a microphone, is simultaneously listened to in the same environment. Still, there are many use cases where this amount of latency may be acceptable.

    Synchronization

    The NDI protocol does not employ PTP-based clock synchronization internally, although it may be possible to employ external PTP synchronization software that's available on the market. NDI delivers all sent audio samples exactly and they can be captured to storage without loss, or if they need to be retimed at the receiver for real-time playback or processing, they will be resampled with high quality to adjust for small clock rate differences that may exist between the sender and receiver.

    For some use cases such as driving line array loudspeakers or multitrack recording, clock synchronization between endpoints for sample-accurate synchronization between outputs is essential and protocols like Dante or Ravenna would be recommended. However, NDI audio is suited for a vast number of other use cases for networked audio.

    Also note, there are scenarios where PTP-based clock synchronization is difficult or impossible to implement, and NDI is an excellent solution. This is because PTP is a multicast protocol, and clock synchronization using PTP also requires tight hardware integration. NDI has the advantage of being a pure software implementation that can run without multicast, making it suitable for functioning in environments like the cloud or across WANs or the Internet, where multicast is not available.

    It's important to remember that, unlike other technologies, NDI allows for creating multichannel streams in which all audio channels are multiplexed while maintaining synchronization between them.

    Network Layout

    NDI is designed for use with standard consumer off-the-shelf (COTS) network infrastructure devices. Looking closely at the network topology and configuration will help to ensure that the maximum possible bandwidth is available.

    When selecting a network switch, it is important to check the throughput speeds. Ensure that each port is full duplex (i.e., bi-directional communication) and that each port's upstream and downstream data speeds are at least 1 Gigabit per second (Gbps). In some cases, it is best to force the ports on managed switches to utilize 1 Gbps in contrast with Auto-Negotiation. The use of Auto-Negotiation can sometimes (mostly because non fully compatible Network Interfaces) result in 100Mb connections or even lower, which does not renegotiate until the port is flooded with traffic for some time. Also, poor termination of RJ-45 connectors can impact Auto-Negotiation.

    The same suggestion applies when considering network switches that include 10 Gigabit per second ports. Many switches manufactured at the time of writing may share bandwidth across the backplane of multiple ports. Since these ports are generally reserved for linking to other switches, the specification for throughput may be listed differently than the Gigabit port section in the product documentation.

    It is best to use switches from the same manufacturer, or ideally, the same model of switch, throughout a single subnet. This will simplify configuration and lessen the chances of compatibility and configuration issues.

    Using NDI with Software

    To configure the Discovery Service for NDI clients, you may use Access Manager (included in the NDI Tools Core Suite) to enter the IP address of the Discovery server machine.

    Within NDI version 5, there is full support for redundant NDI Discovery servers. When configuring a Discovery server, it is possible to specify a comma-delimited list of servers (e.g., “192.168.10.10, 192.168.10.12”), and then they will all be used simultaneously. If one of these servers then goes down, as long as one remains active, then all sources will always remain visible, no matter what the others do, then all sources can be seen.

    This multiple-server capability can also be used to ensure entirely separate servers to allow sources to be broken into separate groups, which can serve many workflows or security needs.

    Once two NDI devices have discovered each other on the network, video can be passed from the sending device to the receiving device. After the compression of the video, the NDI sending device opens a session to the receiving NDI device. At this point, we have two endpoints that consist of an IP address and a port number.

    In Windows and MacOS, the Discovery Server addresses are configured in the Advanced Feature Tab. On Linux, however, the addresses of the NDI Discovery Servers can be manually added in the NDI configuration file, which is stored in a hidden folder named ".ndi" within the home directory of the effective user. The configuration file is named "ndi-config.v1.json".

    Here is the way to manually set up the Discovery Service in the configuration file:

    NDI Discovery Service to control devices' discoverability.

    As mentioned above, with NDI 5, we enabled support for multiple NDI Discovery Servers. NDI Receivers can now specify a comma-delimited list of Discovery Servers (e.g., "192.168.25.10, 192.168.25.12"), and they will all operate simultaneously. Only devices explicitly registered with a Discovery Server will be visible to other clients configured to use that same server.

    Moreover, an NDI Discovery Server can be connected to multiple network interfaces and supports multiple subnets. Using multiple servers and subnets allows sources to be organized into distinct areas. These areas can cater to various workflows and security requirements.

    Here is an example that explains how multiple Discovery Servers can be used for control device discoverability:

    Spinning up or shutting down the Discovery Servers with IP Address 192.168.25.243 - 192.168.25.244 - 192.168.25.245 will turn on or off discoverability between the 3 NDI areas.

    The example above is related to multiple Discovery Servers in a single subnet.

    However, the Discovery Server can be connected and shared between different subnets.

    Discovery Servers can be easily deployed on Linux-based virtual machines, and the process of spinning up or shutting down Discovery Servers can be efficiently automated and managed by solutions like Terraform.

    As of NDI 6.2, the Discovery Tool provides a GUI to monitor NDI senders and receivers registered to a Discovery Service.

    Screenshot of NDI Access Manager tool

    mDNS

    MAC (Media Access Control) address refers to a unique physical address identifying a network node. Sending and receiving video streams across an IP network requires applications that support video and can discover receiving applications that are looking for video.

    NDI resolves host names to IP addresses over the LAN and does so automatically. When you start an application that sends NDI, the devices that can receive NDI become aware instantaneously. While this is a typical function on almost all networks, there are some cases where it is important to know how this works to properly configure networks utilizing managed data flow protocols.

    By default, NDI utilizes mDNS (multicast Domain Name System) to create the zero-configuration environment for discovery. This service sends an IP multicast message that asks the host to identify itself. The target machine then multicasts a message that includes its own IP address. This multicast is seen by all NDI-receiving machines on the subnet, which then use the information in that message to update their own caches.

    These multicast queries are sent to a multicast address, and thus, no single device is required to have global knowledge.

    When a service or device sees a query for any service it recognizes, it provides a DNS response with the information from its cache. The primary benefit of using mDNS is that it requires little or no administration to set up. Unless the network is specifically configured not to allow mDNS, NDI sources will be discovered. This format works when no infrastructure is present and can span infrastructure failures.

    The mDNS Ethernet frame is a multicast UDP packet that broadcasts to:

    Choosing the network location type on Windows devices is critical for the successful discovery and registration of NDI. Typically, the first time a Windows machine is connected to a network, a dialog window appears that allows the user to choose the network location type: Private or Public. By default, Windows sets a new network location to Public.

    This location is designed to keep machines from being visible and responding to broadcast pings. This location type also affects mDNS responses and keeps NDI video streams from being discovered and registered on the network.

    Network locations should be set to Private for successful discovery and registration of NDI. The Domain network location is used for domain networks, such as those at enterprise workplaces. The network administrator controls this type of network location, and it cannot be selected or changed. In this type of configuration, mDNS discovery must be allowed at the domain level. Because mDNS uses a link-local multicast address, its capacity is limited to a single physical or logical LAN.

    NDI Related Network Ports

    NDI uses both TCP and UDP ports for handling inbound and outbound traffic. For example, ports in the range of 5960 and up are used for both TCP and UDP connections, allowing for efficient data transmission and reception.

    Port
    Type
    Use

    5353

    UDP

    This is the standard port used for mDNS communication and is always used for multicast sending of the current sources onto the network.

    5959

    TCP

    NDI Discovery Server is an optional method to have NDI devices perform discovery. This can be beneficial in large configurations when you need to connect NDI devices between subnets or if mDNS is blocked.

    NDI HX3 h.265 (8bit 4:2:0)

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    1080 50i

    20.00

    640x360 25/30p

    3.00

    1080 60i

    25.00

    640x360 25/30p

    NDI HX3 stream specifications:

    GOP size must be 20 frames Glass-to-Glass latency, less than 100ms I Frame request response, less than 80ms

    Release Notes

    Bandwidth

    NDI operates most efficiently in a dedicated network with high bandwidth and high availability. This contrasts with unmanaged environments such as the public Internet or networks where video rides along with data without priority.

    Gigabit (1000 Mbps) networks are essential in production workflows. A typical NDI stream consisting of 1080 60P video yields a data rate up to 150 Mbps per stream. This extremely efficient stream is designed to have very low latency and allows multiple streams to be stacked together on a single Gigabit network. Even so, a production environment may require more capacity based on a simultaneous number of NDI streams required.

    The following tables are intended to calculate bandwidth needs based on video resolutions and frame rates. It should be noted, however, that NDI is not deterministic. The bandwidth needed for NDI should be based on the determination of the average utilization required.

    NDI HX1 is a legacy format that will eventually be discontinued. As such, there are not reference tables for it. Contact our if you have any questions.

    NDI for Video

    As a technology designed to connect video, ensuring interoperability across all NDI products—both hardware and software—is one of the fundamental principles that NDI strives to uphold for its growing user community.

    In this guide, we will explore how NDI can connect video while maintaining interoperability and consistent performance at the heart of any workflow. We will cover some of the basics of digital video and explain the various ways NDI-enabled devices and NDI formats can work together to create a seamless networking environment.

    Contents

    1. Digital Video Basics

    Plugins

    NDI offers a range of plugins designed to integrate our powerful connectivity technology seamlessly into popular creative applications. These plugins include NDI for After Effects, Premiere Pro, Output for Final Cut Pro, NDI for VLC, and Audio Direct. Each plugin enhances the flexibility and efficiency of your production pipeline, bringing the power of NDI directly into the tools you use every day.

    Click on a card to discover more about the functions and features of each plugin.

    Interoperability Scenarios

    Our certified devices are tested to ensure interoperability with all other certified produces. Please check the Product Finder on our website to search for products that have been certified.

    Encoding and Decoding

    SpeedHQ Compression

    NDI uses compression to enable the transmission of many video streams across existing infrastructure, specifically discrete cosine transform (DCT), which converts video signals into elementary frequency components. This method of compression is commonly used in encoding formats and mezzanine codecs within the industry.

    One of the most efficient codecs in existence, NDI achieves significantly better compression than many codecs that have been accepted for professional broadcast use. On a typical, modern Intel-based i7 processor, the codec can compress a video stream to the following benchmarks:

    The NDI codec's peak signal-to-noise ratio (PSNR) exceeds 70dB for typical video content.

    Uniquely and importantly, NDI is the first ever codec to provide multi-generational stability. This means there is no further loss once a video signal is compressed. As a practical example, generation 2 and generation 1000 of a decode-to-encode sequence would be identical.

    Multicast

    NDI supports multicast-based video sources using UDP with forward error correction. Multicasting allows a single NDI source to be delivered to multiple receivers by replicating the NDI packets from the sender to any number of receivers.

    Using multicast on a network that is not configured correctly can produce undesirable results and cripple network performance. For this reason, multicast sending is disabled by default.

    For successful multicasting,

    NDI Terminology

    The following is an ever-growing list of terms that relate directly to products, features, and our connectivity technology in general.

    Annex-B

    This format specifies that each NAL unit must be prefixed with a start code (usually a sequence of bytes like 0x000001). This start code helps the decoder identify the beginning of each unit.

    Audio Over IP

    Audio over IP refers to the transmission of digital audio across IP networks. This technology enables high-quality audio streams to be sent between devices and locations with minimal latency. AoIP can be used for broadcasting, live sound reinforcement, recording studios, and more.

    Key concepts

    Practical NDI Transmitters Support

    NDI HX 1
    NDI HX 2
    NDI HX3
    SpeedHQ0
    SpeedHQ2
    SpeedHQ7

    Glossary

    The NDI Glossary provides clear definitions and explanations of key terms and concepts related to NDI technology as well as more general industry standard terms for AV over IP. We provided this to serve as a reference to help you navigate and understand the terminology used throughout the NDI ecosystem.

    NDI Tools

    Today, millions of professional and amateur users leverage NDI-enabled devices and software to maximize IP for audio and video connectivity. In addition to developing the core technology that provides the connectivity features and infrastructure for this ecosystem of products, we recognized the importance of facilitating the operation of NDI workflows and setups.

    Hence, we created NDI Tools: a collection of simple yet powerful free software applications designed to introduce anyone, from end users to professional installers, to the world of NDI connectivity and video over IP.

    NDI tools work on most computers and are . Our team is committed to improving all our tools by releasing that make each tool even more powerful and valuable. This space contains all documentation and educational content related to NDI Tools. We continuously review it to reflect the most recent developments and updates.

    You can browse the index below to access all the main topics, guides, and documentation included in this page.

    Scan Converter

    Share Your Desktop Seamlessly.

    NDI Scan Converter is an application designed to effortlessly share your computer's desktop video and audio with any other device on your network through an NDI stream.

    Whether you're conducting broadcasts and presentations, collaborating on projects, creating tutorials, or engaging in media playback, Screen Capture provides a valuable solution.

    Download NDI Tools .


    NDI Bridge automation

    An NDI Bridge executable can also be launched using the following command line arguments:

    /verbose Generates extensive log entries in Windows Event Logs, with the event source labeled as "NDI Bridge."

    /host Initiates Bridge in host mode.

    /join Launches Bridge in join mode.

    /local Starts Bridge in local mode.

    /autorun Minimizes Bridge window upon startup.

    Summary Table

    NDI HX (v1)
    NDI HX (v2)
    NDI HX3
    SpeedHQ0
    SpeedHQ2
    SpeedHQ7

    Video Monitor

    Your Window to NDI Signals.

    NDI Studio Monitor is a tool that allows you to effortlessly view video and audio signals transmitted over your network through an NDI stream.

    Studio Monitor is a valuable tool for anyone involved in video monitoring, digital signage, KVM control, recording, PTZ operation, or more.

    Download NDI Tools .


    OBS

    Looking for the OBS plugin? While NDI does not have an official OBS plugin you can download the unofficial one following the directions from our guide.

    Network Interface Settings

    NDI is designed to enable successful video transport using the default configuration of network interface drivers; however, most recent network interface drivers do support the configuration of advanced properties that can help optimize NDI transmission.

    Consider the following adjustments but note that adjusting individual adapters can significantly affect performance and reliability positively and negatively. It is important to consider testing performance with a network analyzer before and after each setting change. The following adjustments are intended to help; however, performance will depend on network and usage (names and available settings vary between vendors, adapter models, and even between different driver versions):

    Speed and Duplex

    This setting allows for the selection of the desired speed and duplex of the network adapter. Usually, this is set to Auto Negotiation. If supported, this setting should be set to 1 Gbps Full Duplex or higher to ensure the maximum available throughput.

    NDI for Audio

    Audio is at the heart of countless applications, from media production to live broadcasting, and understanding the principles behind its digital transformation is key to unlocking its full potential.

    This guide explores how NDI leverages digital audio technology to enable seamless, high-quality audio transmission over IP networks. Beginning with the fundamentals of digital audio, we'll delve into the technical aspects of NDI audio, its real-world use cases, and the innovative products driving this revolution. Whether you're an audio engineer or a curious enthusiast, this guide will provide a comprehensive look at the role of NDI in reshaping modern audio workflows.

    Contents

    "networks": { 
          "ips": "", 
          "discovery": "127.0.0.1,127.0.0.1" 
        }, 

    The NDI codec is designed to run very fast and is largely implemented in hand-written assembly to ensure that the process of compressing video frames occurs as quickly as possible. Latency is both a factor of the network connection and the endpoint products. NDI has a technical latency of 16 video scan lines, although in practice, most implementations would be one field of latency. Hardware implementations can provide full end-to-end latency of within 8 scan lines.

    NDI HX

    NDI is available in some devices and applications using a different compression codec than NDI High Bandwidth. This format is known as NDI HX. Devices using this NDI format will be labeled with the HX moniker. HX offers similar video quality at a much lower bit rate, which can be useful in contexts with limited bandwidth, like Fast Ethernet networks, Wi-Fi, or WAN connections.

    NDI HX is commonly found in hardware devices, like PTZ cameras and mobile phones, but it is possible to have NDI HX in software applications as well. Software applications using NDI HX will leverage the GPU on the computer for enhanced encoding performance. For this reason, having a good GPU on the system is an advantage.

    There are two variations of NDI HX: NDI HX and NDI HX3; both can be decoded by software applications thanks to the codec provided by the NDI Tools.

    Codec

    To efficiently transmit audio over IP, the digital audio data is often compressed using a codec (compressor-decompressor). Codecs like AAC, MP3, and Opus are designed to reduce the amount of data needed to represent the audio without significantly compromising quality.

    Packetization

    Digital audio is divided into packets, small chunks of data that are transmitted over the network. Each packet contains a portion of the audio signal and metadata for routing and reassembling the audio on the receiving end.

    Protocols

    Several protocols are used to manage the transmission of audio over IP. These include RTP for streaming audio, SIP for signaling and controlling communications sessions, and more specialized protocols like Dante, AES67, and Ravenna, each designed for specific use cases and industries.


    Synchronization

    Synchronization is a critical aspect of Audio over IP systems, ensuring that audio packets from various sources arrive in time and are played back coherently. Synchronization may refer to clock synchronization between endpoints (i.e. the same function as word clock in digital audio), or between channels in a stream. Achieving precise synchronization across a network involves several key mechanisms:

    Precision Time Protocol (PTP)

    For environments requiring higher precision than NTP, PTP (defined in IEEE 1588) provides sub-microsecond accuracy, making it ideal for professional audio and video applications. Protocols like AES67 and Dante use PTP for clock synchronization between endpoints.

    Sample Accurate Synchronization

    In professional audio environments, it's essential that audio samples are aligned perfectly across multiple streams or channels. This can be achieved through sample-accurate timing information embedded in the audio packets or external clocking mechanisms provided by the AoIP protocol.

    Jitter Buffers

    To cope with timing variations (jitter) in packet arrival caused by network congestion or path variations, AoIP devices use jitter buffers. These temporarily store incoming packets to realign them into a steady stream before playback, ensuring smooth audio delivery.

    /noui Suppresses the display of any user interface elements and prevents the creation of a taskbar icon.

    For example, you can use /local /autorun to initiate the Bridge in local mode and minimize it. Similarly, /local /noui will start the Bridge in local mode without any user interface. If you use /autostart without specifying /host, /join, or /local, the Bridge will start in the last selected mode.

    It's important to note that Bridge will not start with these flags if there is a configuration error, such as an invalid IP address for the remote address in the join mode while attempting to auto-start join.

    If you prefer to configure Bridge using a configuration file, you can find the settings in AppData\Local\NDI\Application.NDI.Bridge.UI\bridge_settings.json.

    Most setting names are self-explanatory, except for "selected_tab," which serves as an index field to indicate the last selected tab (mode) the user used (0 = host, 1 = join, 2 = local).

    All settings for each mode are present in the same file, so you may need to adjust your logic to target the correct settings for the appropriate mode (e.g., "host_model," "local_model," "join_model").

    Energy Efficient Ethernet

    When enabled, this allows the adapter to engage power-saving features while keeping connections active. This technology uses the standard IEEE 802.3az to allow for less power during periods of low data activity. Adapters that utilize the IEEE 802.3az standard should have no impact on the performance of NDI; however, some integrated circuits exist that were developed before the standard was finalized or do not adhere to the standard at all. In these cases, it is best to disable the energy efficiency while determining the best network optimization.

    Digital Audio Fundamentals
  • Audio Over IP

  • Technical Facts About NDI for Audio

  • Use Cases

  • Products Using NDI for Audio

  • MAC Adress

    01:00:5E:00:00:FB (for IPv4)

    IPv4 Address

    224.0.0.251

    UDP Port

    5353

    5960

    TCP

    This is a TCP port used for remote sources to query this machine and discover all the sources running on it. This is used, for instance, when a machine is added by an IP address in the access manager so that from an IP address alone, all the sources currently running on that machine can be discovered automatically.

    5961 and up

    TCP

    These are the base TCP connections used for each NDI stream. For each current connection, at least one port number will be used in this range.

    5960 and up

    UDP

    In version 5 and above, when using Reliable UDP connections, it will use a very small number of ports in the range of 5960 for UDP. These port numbers are shared with the TCP connections. Because connection sharing is used in this mode, the number of ports required is very limited and only one port is needed per NDI process running and not one port per NDI connection.

    6960 and up

    TCP/UDP

    When using multi-TCP or UDP receiving, at least one port number in this range will be used for each connection.

    7960 and up

    TCP/UDP

    When using multi-TCP, unicast UDP, or multicast UDP sending, at least one port number in this range will be used for each connection.

    Ephemeral

    TCP

    Legacy to NDI v1 - The current versions (4.6 and later) no longer use any ports in the ephemeral port range.

    3.00

    1080 50p

    41.00

    640x360 25/30p

    3.00

    1080 60p

    50.00

    640x360 25/30p

    3.00

    3840x2160 50p

    70.00

    640x360 25/30p

    3.00

    3840x2160 60p

    84.00

    640x360 25/30p

    3.00

    NDI for After Effects

    NDI for Premiere Pro

    NDI Output for Final Cut Pro

    NDI for VLC

    Audio Direct

    technical support team
    Bridge

    An NDI Tool that allows you to connect and share NDI streams between remote NDI infrastructures across a WAN.

    Discovery Server

    A software application that stores and shares the discoverability information of NDI senders. It is an alternative to the default discovery and registration method in NDI based on mDNS and does not require multicast.

    Discovery Service

    The service provided by NDI Discovery Server.

    Embedded Bridge

    A version of NDI bridge capable of connecting an NDI stream from an embedded NDI device to an NDI Bridge host via a WAN

    H.264/H.265

    Two specific video codecs which are used for the NDI HX formats

    Input/Output

    A sender or receiver, typically audio and/or video, that can be connected to another device, potentially something other than NDI but able to send or receive NDI streams. A single NDI sender/receiver can support multiple inputs and outputs and each of which could support audio, video, metadata or a combination. This is part of the negotiation between receiver and sender.

    The terms input and output should be avoided in an NDI context and the terms Sender and Receiver should be used instead as these are NDI standard terms

    NAL/NALU (Network Abstraction Layer Unit)

    Basic unit of data transmission in H.264/H.265 systems

    NDI Finder

    A software component in the SDK used to find NDI senders and/or other devices on a network.

    NDI Genlock

    NDI genlock supports using an NDI signal as a timing reference for software applications which otherwise lack an internal video timebase

    NDI Groups

    A way to organize NDI devices to filter NDI senders using NDI discovery service for easier management and discovery

    NDI High Bandwidth

    In an NDI system usually refers to a Speed HQ based NDI stream. Potentially could refer to the NDI sender to sending a proxy or a full stream.

    NDI HX

    Encompasses all previous versions of HX.

    NDI HX3

    An NDI premium product and one of our high efficiency formats.

    NDI Tools Router

    In the NDI context a router is an NDI SDK instance that can map NDI streams to alternate senders.

    NDI Stream

    An NDI connection between two or more hosts that negotiate the start of data transmission. The negotiation primarily concerns the transmission protocol (TCP, UDP, mTCP, or RUDP), codec and the type of stream, either video, audio, metadata or a combination of the three.

    Receiver

    A device or application (NDI SDK instance) able to receive an NDI stream.

    Sender

    A device, application or NDI SDK instance able to send an NDI stream.

    Speed HQ

    The original proprietary codec used with NDI.

    NAL
    NDI Terminology
    Industry Terminology
    Accessing NDI Studio Monitor

    Install NDI Tools and run NDI Studio Monitor from the NDI launcher or your applications list.


    Remote Control and Navigation

    The application launches as a pop-up window, providing an IP address or QR code for remote control from another device on the same network.


    Viewing NDI Sources

    Click on the NDI button on the top menu bar to browse a list of devices broadcasting over NDI. Then, you can select any channel to view the video and audio in real-time.

    If your desired source is not listed, ensure that the equipment is on the correct network and configured properly.


    Settings and Customization

    Explore the Settings tab to customize your viewing experience:

    • Low Bandwidth: Optimize viewing NDI sources in low bandwidth contexts.

    • Mute: Mute audio from the selected NDI source.

    • Set Record Path: Specify the location where recorded files will be saved.

    • Allow Receiver Advertising: Makes Video Monitor available for monitoring when using Discovery Server.

    Initiate recordings by clicking the red button in the top right corner of the application.

    • PTZ Control: Take advantage of NDI Video Monitor's capability to remotely control PTZ cameras. Select the NDI camera source under the NDI tab and access PTZ Control under Settings. Manipulate camera movement and store preset positions for quick recall.

    • Device Web Page: Access the web page of certain NDI-enabled cameras and devices for configuration changes.


    To open multiple instances of Video Monitor on Mac use the command open -a "NDI Video Monitor.app" -n on Terminal

    here
    Getting Started with OBS

    Digital Audio Fundamentals

    What is digital audio?

    Digital audio refers to the representation of sound in a digital format, wherein audio signals are converted into a series of binary numbers that can be stored, transmitted, and manipulated by electronic devices such as computers and audio processors.

    Unlike analog audio, represented by continuously varying electrical signals, digital audio breaks down sound into discrete samples at regular intervals, typically measured in thousands of samples per second (expressed as KHz). Each sample captures the amplitude of the audio waveform at a specific point in time, allowing for precise reproduction and manipulation of sound.

    Digital audio has revolutionized how we record, edit, transmit, and reproduce sound, enabling unprecedented levels of fidelity, flexibility, and convenience in a wide range of applications, from music production and broadcasting to telecommunications and multimedia entertainment.


    Conversion process

    Recording or converting sound into a digital format involves two primary steps: sampling and quantization.

    Sampling

    Sound is a continuous analog wave. To digitize this sound, it is sampled at discrete intervals. The sampling rate, measured in Hertz (Hz), defines how many times per second the sound is sampled. A common sampling rate for CD-quality audio is 44.1 kHz, meaning the audio is sampled 44,100 times per second.

    In broadcast video production, the sample rate is 48 kHz; for high-quality audio recording and mastering, the sample rate can be up to 768 kHz.

    Quantization

    Once sampled, each snapshot of the sound's amplitude is converted into a digital value. This process is known as quantization. The bit depth determines the resolution of this conversion, with higher bit depths allowing a more precise representation of the sound's amplitude. Common bit depths include 16-bit, 24-bit, and 32-bit.


    Audio formats

    In addition to the fundamental concepts of sampling and quantization, understanding digital audio involves familiarity with various audio file formats. These formats can be categorized into two main types: uncompressed and compressed.

    Uncompressed Formats

    These formats store digital audio data without any compression, preserving the original quality of the audio. Common uncompressed audio formats include:

    WAV (Waveform Audio File Format): Developed by IBM and Microsoft, it's a standard format for storing audio on PCs.

    AIFF (Audio Interchange File Format): Developed by Apple, similar in quality and structure to WAV, commonly used on Mac computers.

    Compressed Formats

    Compressed formats store audio data using algorithms that eliminate redundant or less audible information to reduce file size. Compressed formats can be lossless or lossy.

    Lossless Formats: These compress audio data without losing any information, allowing the original audio to be perfectly reconstructed from the compressed data. Examples include FLAC (Free Lossless Audio Codec) and ALAC (Apple Lossless Audio Codec).

    Synchronization

    NDI transmitters and receivers do not require any specific synchronization method to connect and function. An NDI infrastructure can operate “sync-free”, avoiding the complexity and cost of network systems that support synchronization layers. However, for specific use cases, developers and hardware manufacturers have several approaches to achieve synchronization.

    When processing multiple video streams in production workflows, it may be necessary to synchronize all video streams to the same frame rate, with their frame start times aligned.

    For physical video sources (e.g., cameras or video output cards) that have a fundamental native video timebase, synchronization is achieved through genlocking the internal video timebase to a reference signal, typically a blackburst signal.

    For software-only implementations (e.g., character generators, DDR playback, graphics rendering engines) that lack an inherent internal video timebase, multiple platforms can maintain the same frame rate by locking system clocks using NTP, PTP, or similar protocols. However, even with locked system clocks, frame start times will not align across different applications since each application initializes its frame processing independently.

    NDI Genlock

    NDI Genlock provides a solution for software applications that lack an internal video timebase by allowing them to use an NDI signal as a timing reference. The Genlock instance connects to any visible NDI sender on the network and synchronizes the frame rate and frame start times to the selected source. The NDI source can reside on a local network, a remote network, or in the cloud.

    To ensure proper operation of an NDI source as a Genlock reference, the following conditions must be met:

    NDI Version Compatibility

    It is strongly recommended that the NDI source stream originates from NDI version 5 or higher, which includes significant enhancements for genlock support. Older NDI streams may not fully comply with NDI genlock operations.

    Network Bandwidth

    The NDI source must have sufficient network bandwidth to provide the genlock stream to all NDI receivers. Configuring the source with multicast may help optimize bandwidth usage.

    Cross-Frame-Rate Locking

    NDI Genlock supports cross-frame-rate locking, where, for instance, a 60Hz signal can synchronize to a 30Hz sender. However, this is not a recommended workflow and should be avoided if possible.

    Irregular Frame Streams

    Some NDI sources, like the Test Pattern Generator and NDI Screen Capture, may not send a regular frame stream. These sources optimize CPU usage and save network bandwidth by skipping frames, making them unsuitable as genlock references.

    Fallback Mechanism

    If the NDI Genlock clock cannot successfully synchronize with the NDI sender, it will automatically fall back to using the system clock. While this fallback is not as precise, it allows video processing to continue with reasonable performance.

    Using NDI with Hardware

    SoC-based Transmitter with VCU²

    YES *

    YES

    YES

    NO

    NO

    NO

    SoC-based Transmitter with FPGA & VCU²

    YES

    YES

    YES

    YES

    YES

    NO

    Software based Transmitter

    YES

    YES

    YES

    YES

    YES

    YES

    FPGA-based Transmitter

    NO

    NO

    NO

    YES

    YES

    NO

    FPGA (Supports SHQ in logic), with SoC, without hardware h.26x codec (VCU)³

    NO

    NO

    NO

    Rx + Tx

    Rx + Tx

    RX only

    FPGA (Supports SHQ in logic), with SoC, with hardware h.26x codec (VCU)³

    TX only

    Rx + Tx

    Rx + Tx

    Rx + Tx

    Rx + Tx

    RX only

    SoC with hardware h.26x codec (no FPGA) — e.g. Ambarella

    TX only (by NewTek, EOL)

    Rx + Tx

    Rx + Tx

    NO

    NO

    NO

    Sofware on powerful CPU (GPU acceleration only for NDI HX formats, not SHQ)

    RX only on Mac and Windows

    Rx + Tx

    Rx + Tx

    Rx + Tx

    Rx + Tx

    Rx + Tx

    Chroma Subsampling

    4:2:0

    4:2:0

    4:2:0

    4:2:0

    4:2:2

    4:2:2:4

    IGMP
    is mandatory. IGMP allows the receiving NDI systems to request access to the sender. Without IGMP querying and snooping, Multicast traffic is treated the same as broadcast transmission, resulting in packet forwarding to all ports on the network. With IGMP snooping, multicast NDI traffic is forwarded only to the receivers that subscribe to the multicast NDI stream.

    NDI subscribes to a multicast group and will unsubscribe when that stream is no longer needed. A routing querier on the network handles the management of multicast subscriptions. If multicast is enabled on the sender, the receiver is going to prioritize multicast receive over unicast.

    While video and audio data are delivered to the network via multicast delivery, each receiver also connects to the sender via a unicast TCP connection for bi-directional communication of metadata (e.g., PTZ control, tally, etc.)

    Basic multicast settings can be enabled in the NDI Access Manager on Windows and Mac machines.

    Screenshot of NDI Access Manager Tool

    In Linux, Multicast can be configured in the NDI configuration file located in the home directory of the effective user: "ndi-config.v1.json"

    Here is the way to set up Multicast in the configuration file:

    When multicast receiving is enabled, and a sender is available in the same local network, the receiver can negotiate for a multicast stream to be sent. If the sender is not on the same local network, this negotiation does not occur (since it could lead to a multicast stream being sent but never able to arrive at the receiver).

    Suppose the network is correctly configured and can ensure a multicast stream to route reliably from a different network to the receiver’s local network. In that case, it is possible to specify the sender’s subnet in the “subnets” setting of the "ndi-config.v1.json" to allow multicast negotiation to occur.

    These settings pertain to the multicast NDI setting on this machine. The first setting determines whether multicast sending is enabled or not.

    By default, multicast sending is disabled. Next is the IP address prefix and mask. In this example, multicast IP addresses will be chosen in the range 239.255.0.0 - 239.255.255.255. NDI will attempt to use different multicast addresses to ensure that the streams can be filtered efficiently by the network adapter.

    NDI senders need a range of multicast addresses available.

    The TTL value controls how many “hops” the multicast sending traffic will take, allowing it to move outside the local network.

    },
        "multicast": {
          "send": {
            "ttl": 1,
            "enable": true,
            "netmask": "255.255.0.0",
            "netprefix": "239.255.0.0"
          }

    If you would like to use NDI Tools for commercial purposes please contact our sales team

    simple to install
    frequent updates
    Accessing NDI Scan Converter

    Install NDI Tools and run NDI Scan Converter from the NDI launcher or your applications list.


    Sharing Your Screen

    The tool will appear in your system tray with the NDI logo. Upon launch, your computer's desktop video and audio are viewable from any NDI-enabled device on your network.


    Viewing on NDI-Enabled Devices

    View the output of Screen Capture on another NDI-enabled device using an application like Video Monitor.

    Right-click on the screen and select the device name and corresponding NDI stream.

    Desktop or Application Selection:

    • On the File top level menu, you can select which will be the source of your NDI stream. Select either Desktop to capture your entire desktop or choose a specific application window.

    System Audio Input Configuration:

    You can mute audio capture by clicking Mute Audio, which can be found on the Settings top-level menu.

    Choose the desired system audio input for capturing sound along with your video in your MacOS Sound settings.

    here
    NDI Video Codecs and Format Matrix
    NDI Encoding Support Matrix
    Interoperability Scenarios

    NDI HX2 h.265 (8bit 4:2:0)

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    720 50p

    6.33

    640x360 60p

    3.00

    720 60p

    6.99

    640x360 60p

    Use Cases

    The following list presents examples of applications of NDI for Audio over IP in different contexts.

    Live Streaming and Broadcasting (Sports, News, etc.) commentary and comms

    There are several use cases in the production of live events, such as sports and news, where NDI Audio can be utilized with great benefits. In sporting events, for example, the entire audio flow for commentary, where neither latency nor synchronization represents a real problem, could be managed using NDI with the advantage of distributing all the service video signals using the same technology. Another example of its use is audio communications like Intercoms. In this case, NDI also offers the advantage of infrastructure simplicity and, above all, the ability to be supported by software applications rather than dedicated hardware. Moreover, NDI works on wireless networks, thanks to NDI Bridge over WAN.


    Webinars and Remote Training

    In these use cases, neither latency nor synchronization are blocking issues. What's essential are the ease of use and the ability of NDI to operate over the internet and wireless networks. NDI-based devices, such as the Mackie DLZ Creator, are excellent examples of products designed for these markets.


    Remote Production (REMI) and Cloud Production

    In these use cases, the features of NDI are of immense value:

    • With , multichannel audio streams can be distributed and shared over the Internet. NDI is natively unicast, which is the perfect solution for the cloud.

    • NDI does not require strong synchronization technology; PTP cannot operate over the Internet or in the cloud.

    Even in these use cases, a technology allowing software-only solutions represents a significant advantage over competing technologies.

    Furthermore, NDI also supports video and metadata, enabling the creation of a complete workflow with a single technology.


    Public Address (PA) System

    In this case, NDI's achievable latency does not represent a problem, and thanks to multicast's support, NDI can be easily implemented to provide audio streams to many receivers.

    Another immense advantage of NDI in this market is its operation over wireless networks, a unique feature compared to other technologies that allow for the distribution of audio signals where a wired infrastructure is not possible.


    Home Entertainment (High Fidelity Audio)

    NDI is extremely plug-and-play. The audio quality is perfectly compatible with high and very high-quality digital entertainment systems.

    Discovery and Registration, especially based on the NDI Discovery Server, are much more efficient and reliable than other mDNS solutions.

    In NDI, the receiver defines which source to use, which is exactly like a radio tuned to a broadcasting station. This is consistent with the normal user experience. Furthermore, no transmitter can unexpectedly connect to a receiver, a very common problem with AoIP for home entertainment solutions used today.


    Wireless Audio

    NDI Audio represents a winning solution in all applications with a wireless connection. Compared to other Audio Over IP technologies, NDI is less sensitive to the Wi-Fi network jitter and does not require a synchronization like PTP that can’t work over wireless connections.

    With NDI, multiple audio channels can be multiplexed into a single transmission while maintaining synchronization. This is a huge advantage over other AoIP technologies.

    NDI Tools Launcher

    Quick acess to all your NDI Tools, and more.

    The NDI Launcher is a platform where you can access all the tools you have installed on your computer. By clicking on any card, you'll open that specific tool. Alternatively, you can find all the tools within your selected folder (by default, they will be installed in the Applications folder).

    NDI Launcher for Windows
    NDI Launcher for MacOS

    Register your NDI Tools

    Upon opening the NDI Launcher for the first time, you'll be prompted to register your NDI Tools.

    This helps us keep improving your experience as a user. You can also subscribe to our mailing list to keep receiving exclusive updates and news about community initiatives by checking the box at the bottom.


    Group Privacy

    By default, your NDI channels are public. This means they will be available for anyone to access as long as they are connected to the same network as you. Group privacy can be enabled in two simple steps:

    1. Click the Privacy box at the top right corner of the launcher.

    1. Replace "Public" on the NDI Group Name field with a personalized group name to enable privacy for your group.

    You can then share this name with others so they can enter your private group.

    You can learn more about in our white paper.


    Automatic Start at (Windows only)

    In the NDI launcher for Windows, you can set up some tools to be launched automatically every time you start your computer. This could save you some time when setting up workflows.

    Check the boxes to select which tools you want to launch automatically.

    NDI for Premiere Pro

    Seamless Integration for Live Production.

    NDI for Adobe Premiere Pro is a powerful plugin that accelerates live-to-air editing workflows with real-time renderless playback and preview over your network via NDI. (Available for Windows and Mac)

    By enabling you to send an NDI stream directly from your Premiere Pro timeline, it simplifies the review and approval process, streamlines collaboration between remote teams, and accelerates live-to-air editing workflows.

    Download NDI Tools here.


    Installation and setup

    • Ensure that Adobe Premiere Pro is installed on your machine.

    • Install on your machine.

    • Open or start a new project in Adobe Premiere Pro.

    • Go to the top of the screen, select Edit


    Real-time output

    • Click play or scrub through your Premiere Pro timeline.

    • Your project's video and audio output will be displayed in real-time across your network.


    Viewing with NDI Studio Monitor

    • Use NDI-enabled software, such as , to view these sources.

    • Right-click on , choose the transmitting device's name and select Adobe After Effects.

    NDI Tools for Mac

    The following guides provide detailed information about our suite of NDI Tools for Mac, including their features, capabilities, and practical applications. From setup instructions to advanced tips, these resources are designed to help you maximize the potential of NDI technology in your workflows.

    Click on a card to discover more about the functions and features of each NDI Tool. You can install NDI Tools here

    If you're unsure about a process for Mac check out the . You can also check out our and our for common questions and troubleshooting guides

    System Minimum Requirements

    System: Mac OS Ventura 13 or later

    Processor: Intel CPUs • Apple M series Silicon CPUs

    You can find information on how to uninstall NDI Tools on the official

    Audio Direct

    Unleash High-Quality Audio Distribution.

    NDI Audio Direct is a collection of VST audio plugins for MS Windows designed to integrate seamlessly with virtually any audio software application, allowing you to harness the power of NDI. (Available for Windows only)

    This innovative tool empowers users to select, receive, and generate multichannel audio with exceptional quality and minimal latency.

    It facilitates easy Audio over IP, supporting workflow both on-premises and in virtual or cloud environments, and it's compatible with any digital audio workstation through VST plugins.

    Download NDI Tools here.


    Accessing NDI Audio Direct

    . After installing it, access NDI Audio Direct from any digital audio workstation program.

    By default, the NDI Audio Direct VST plugin is installed on C:\Program Files\Common Files\VST3. You can set your software's VST plugin location to this path or copy them to a folder of your choice.


    Using the NDI Plugin With DAW

    In your DAW application, look for the VST plugin settings menu (the location is specific to each DAW) and check if the VST3 path is correctly configured, then perform the plugin re-scan. This will load the NDI Plugin in the DAW application.

    Here is the Plugin Management interface in Ardour:


    NDI Input settings

    When you load the NDI Input plugin in your DAW, you'll see a menu to configure the following settings:

    • NDI source

    • Number and configuration of Audio Channels: NDI Audio Direct supports up to 16 audio channels in different configurations.

    • Audio Level: You can adjust the source level to match your DAW level setting.


    NDI Output settings

    When you load the NDI Output plugin in your DAW, you'll see a menu to configure the following settings:

    • The NDI Output

    • Number and Audio Channels configuration: NDI Audio Direct supports up to 16 audio channels in different configurations.

    • Audio Level: You can adjust the source level to match your level destination.

    Introduction

    The ways in which NDI is currently utilized — and can continue to be utilized — to connect are virtually limitless. This is primarily due to two factors: (1) our ongoing development of the features and capabilities of our Core Technology and (2) our community of users exploring and implementing NDI-based solutions. From professional broadcast studios to homemade streaming setups, NDI can be applied in any situation where a multimedia connection is needed. Despite the wide range of scenarios, users are consistently seeking certain performance standards, such as high-quality audio and video, low latency, and plug-and-play setups.

    Learning how to use multicast is one of the most frequently explored topics within our community. To support this interest, we've gathered a collection of resources to learn more about implementing multicast with NDI. Whether you're just starting to explore multicast or looking to refine your existing setup you can check out the Multicast section in our White Paper, the Multicast Testing guide for NDI Certification, or our articles on how to use NDI multicast with other devices offer in-depth information and practical advice. You can also ask questions in the forums or take our NDI basics course via the NDI Connected Community. These resources are tailored to help you achieve optimal performance, ensuring high-quality audio and video, minimal latency, and seamless integration into your workflows.

    This space includes a variety of reference guides, best practice documents, and step-by-step tutorials for using NDI. Our goal is to offer valuable information for anyone looking to connect their setups and workflows with NDI. We are committed to continuously updating this resource and adding new educational content to reflect the latest developments in our technology and its application within our community.

    You can browse the index below to access all the main topics, guides, and documentation included in this space. If your looking for guidance on specific OS look for the Apple or Windows icons next to the title.

    If you find any inconsistent or unclear information, you can always

    Access Manager

    Streamline NDI Source Management.

    NDI Access Manager is a tool designed to give you control over the visibility and discoverability of NDI sources within your network. This tool allows you to manage precisely who can see specific NDI sources through the utilization of send and receive groups.

    Download NDI Tools here.


    Accessing NDI Access Manager

    and run NDI Access Manager from the or your applications list.


    Creating Groups

    In the "Groups" tab, create different NDI groups (by clicking the plus sign icon) to determine which devices can send or receive specific NDI signals.

    Example Scenario:

    In this screenshot, the group "Public" can both receive and send, meaning any device can see the output NDI signals of this computer, and it can also see any other device in the same group "Public".

    To configure a group, you should attribute it to a name. You can also add a small memo/note with additional information about the group.

    By entering group names, you restrict NDI sources to only those devices that have the corresponding Group in their Receive Groups list.


    Configuring Devices

    If you want to explore some examples of how to connect different devices to NDI Groups, check the in our White Paper.


    External Sources

    • Use the External Sources tab to reach NDI-enabled devices on subnets that are not on your current network.

    • Add external sources by specifying IP addresses, providing easily identifiable names, and managing settings.


    Advanced Settings

    Explore advanced settings in the "Advanced" tab to address specific network challenges:

    • Configure transport modes, multicast ranges, network mapping, and more.

    • To streamline the management of NDI signals, particularly in larger networks, designate an NDI discovery server, set preferred NICs, and define device aliases.

    NDI Access Manager settings are saved into a specific file in the computer's operating system. All NDI applications will look for this file when they first start to get the NDI configuration data. If this file is updated while an NDI application is running, it will continue to use the previous information. To refresh the settings for an NDI application, restart it again which will make it read the file and get the new settings.

    The NDI Access Manager configuration file is stored in the following location:

    %programdata%/NDI/ndi-config.v1.json

    Always ensure network configurations align with IT guidelines for better network compatibility and optimal performance. Consult with your IT department before configuring NDI Access Manager.

    NDI Tools for Windows

    The following guides provide detailed information about our suite of NDI Tools for Windows, including their features, capabilities, and practical applications. From setup instructions to advanced tips, these resources are designed to help you maximize the potential of NDI technology in your workflows.

    Looking for NDI Analysis? Analysis is currently not available on the Tools Launcher. You can download it here from our main website

    Click on a card to discover more about the functions and features of each NDI Tool. You can install NDI Tools here

    System Minimum Requirements

    Operating System: Windows 10 64bit or later

    Processor: Intel or AMD CPUs with SSE4 or later

    You can find information on how to unintall NDI Tools on the official

    Router

    Streamline Video and Audio Signal Routing.

    NDI Router is a tool that enables the routing of NDI video and audio streams to a diverse array of destinations. This tool enables users to:

    • assign NDI sources to named router outputs quickly.

    • create presets for recalling router layouts for different shows or sites with just one click.

    • provide user-friendly controls for ease of use.

    Download NDI Tools .


    Accessing NDI Router

    and run NDI Router from the or your applications list.


    Interface Overview

    The NDI Router interface comprises four main components:

    1. Preview Pane: Located in the center, it displays the source routed to the selected destination.

    2. Source Buttons: On the left of the preview pane, these buttons can be easily assigned to any NDI stream.

    3. Destination Buttons: To the right of source buttons, these identify router outputs.


    Routing Configuration

    NDI Router can manage up to 64 sources and 64 destinations. To configure it, click on the gear icon in the upper right corner of the application to activate configuration mode.

    Once configuration mode is activated, sources, destinations, and preset buttons can be added by clicking on the icons highlighted below.

    After exiting configuration mode, it is possible to define sources and destinations.

    NDI Router creates virtual outputs, which are then used as sources for NDI receivers. By selecting the NDI sources, the NDI Router routes the NDI stream by directly connecting an NDI transmitter with a receiver without any stream passing through the NDI Router.


    Additional Configurations

    Sources can be managed and configured by right-clicking over a Source button. In this configuration panel, you can select the NDI sources that will be routed to the destination and define some extra settings like the button label, the text, and the background color.

    Destinations can be managed and configured by right-clicking over a Destination button. In this configuration panel, you can define the NDI Virtual Stream name that will be received by the destination and some extra settings like the button label, the text, and the background color.


    Routing Process

    NDI receivers will be connected to the NDI Router's virtual output. Subsequently, in the NDI Router, select the destination button followed by the source button. The NDI stream will then be sent from the sources to the NDI receivers, which are virtually connected to the router.

    NDI Video Codecs and Format Matrix

    Updated as of NDI 5.6

    NDI High Bandwidth

    Codec
    Supported Bit Depth
    Supported Chroma Subsampling
    Supported Color Space

    SpeedHQ0

    NDI HX 1

    Codec
    Supported Bit Depth
    Supported Chroma Subsampling
    Supported Color Space

    (1) An SoC, or System on Chip, is an integrated circuit (IC) that integrates all components of a computer or other electronic system into a single chip. It may include a central processing unit (CPU), memory (RAM, ROM, and flash memory), input/output ports, and secondary storage – all on a single substrate or microchip. It can also contain other components such as a graphics processing unit (GPU), a network interface for communications, and specialized hardware accelerators for specific tasks like digital signal processing (DSP), encryption, or A/V Codecs.

    NDI HX 2 - 3

    Codec
    Supported Bit Depth
    Supported Chroma Subsampling
    Supported Color Space

    NDI offers Alpha Channel support with both H.264 and H.265 (YUVA 4:2:0:4).

    Since Alpha Channel is not officially supported by H.264 and H.265, this feature is restricted to software applications like NDI Bridge, TriCaster, Vectar Plus, and Connect from Vizrt. It is implemented by vertically stacking the video and alpha frames into a single frame before compression.

    Router

    NDI Router is a tool that enables the routing of NDI video and audio streams to a diverse array of destinations. This tool enables users to:

    • assign NDI sources to named router outputs quickly.

    • create presets for recalling router layouts for different shows or sites with just one click.

    • provide user-friendly controls for ease of use.

    Download NDI Tools .


    Accessing NDI Router

    and run NDI Router from the or your applications list.


    Interface Overview

    The NDI Router interface comprises four main components:

    1. Preview Pane: Located in the center, it displays the source routed to the selected destination.

    2. Source Buttons: On the left of the preview pane, these buttons can be easily assigned to any NDI stream.

    3. Destination Buttons: To the right of source buttons, these identify router outputs.

    4. Preset Buttons: Positioned at the far right, these buttons enable the effortless recall of complete router layouts.


    Routing Configuration

    NDI Router can manage up to 64 sources and 64 destinations. To configure it, click on the gear icon in the upper right corner of the application to activate configuration mode.

    Once configuration mode is activated, sources, destinations, and preset buttons can be added by clicking on the icons highlighted below.

    After exiting configuration mode, it is possible to define sources and destinations.

    NDI Router creates virtual outputs, which are then used as sources for NDI receivers. By selecting the NDI sources, the NDI Router routes the NDI stream by directly connecting an NDI transmitter with a receiver without any stream passing through the NDI Router.


    Additional Configurations

    Sources can be managed and configured by right-clicking over a Source button. In this configuration panel, you can select the NDI sources that will be routed to the destination and define some extra settings like the button label, the text, and the background color.

    Destinations can be managed and configured by right-clicking over a Destination button. In this configuration panel, you can define the NDI Virtual Stream name that will be received by the destination and some extra settings like the button label, the text, and the background color.


    Routing Process

    NDI receivers will be connected to the NDI Router's virtual output. Subsequently, in the NDI Router, select the destination button followed by the source button. The NDI stream will then be sent from the sources to the NDI receivers, which are virtually connected to the router.

    Virtual Input

    Elevate Your Webcam Conferencing Experience.

    As of the 6.1 update we are experiencing issues with Virtual input. If you also find you are having issues, please see the current hotfix.

    NDI Virtual Input is a tool that enables you to use any NDI video and audio signal on your network as a webcam source.

    This is particularly beneficial for enhancing your video conferencing experience on platforms like Zoom, Microsoft Teams, Skype, and more. By replacing your conventional webcam with professional video production NDI-enabled equipment and software, you can bring graphics, virtual sets, and other visual enhancements to your virtual meetings.

    After installing NDI Tools, access NDI Virtual Input from the NDI Launcher or your applications folder.

    Download NDI Tools .


    Setting up NDI Virtual Input for the first time

    While launching NDI Virtual Input for the first time, you will be prompted to install the NDI Virtual Camera extension before using the application. This is a needed step for macOS to recognize the application as a virtual camera you can access system-wide.

    1

    Install NDI Virtual Input camera extension

    If NDI Virtual Camera still doesn't work after a correct install, you may be facing a known issue where macOS has multiple versions of the camera extension installed. We are actively working towards fixing this issue, .


    Source Selection

    Hover over each source to select any channel being sent from that device. Sources can be previewed on the area above the dropdown selector.

    Using it with Conferencing Applications:

    By selecting an NDI channel, it will become available as a source in conferencing applications. In your conferencing software's video input settings, choose NDI Virtual Camera, and you're ready to go.

    NDI for VLC

    Transforming Your Windows Computer into an NDI Video Server.

    The NDI VLC Plugin enables you to present video content and other supported multimedia to the network as IP sources directly from VLC Media Player. (Available for Windows and Mac) It encodes the output from each instance of the free player to NDI in real-time, making media files of virtually any format available for use in your live production.

    Download NDI Tools here.


    Installation and setup

    • Install on your machine.

    • Launch VLC Media Player, an open-source media player that supports various sources and codecs.

    • Click on Tools at the top of the window and select Preferences.

    Sharing Video:

    • Click on Media and choose from various options to start sharing your video.

    • You can open multiple instances of VLC Media Player to share different sources simultaneously.

    Playback on NDI-Enabled Devices:

    • Click play on VLC Media Player to start sharing a video across your network via NDI.

    • You can view these sources on another NDI-enabled device using software like NDI Studio Monitor: Right-click anywhere on the screen, then select the broadcasting computer's name and choose VLC.

    Control Virtual PTZ Positioning

    Setup PTZ Control PTZ:

    • Right-click on the screen, select Settings, and choose PTZ Settings.

    • Check the box next to Show PTZ Controls.

    Manipulate Virtual Positioning:

    • Use the controls on the right side to pan or zoom within your video.

    • You can also create preset shots to recall as needed.

    Test Patterns

    Streamline Connectivity and Calibration.

    NDI Test Patterns is a tool designed to facilitate precise audio and video calibration on NDI-enabled devices within your network.

    With a range of test patterns and audio tones, this tool ensures accurate color properties and optimal sound levels.

    Download NDI Tools here.


    Accessing NDI Test Patterns

    and run NDI Test Patterns from the or your applications list.


    Immediate NDI Signal Sharing

    Upon launching, NDI Test Patterns will instantly share an NDI signal across your network, viewable on other NDI-enabled devices using software like Studio Monitor.


    Viewing the NDI Signal

    To receive the signal from NDI Test Patterns, right-click on the tool, select the device's name, and choose Test Patterns.


    Test Pattern Variety

    Explore a variety of test patterns by scrolling down the page and selecting the one that best suits your calibration needs.


    Custom Image With Embedded Alpha

    Click the plus button at the bottom of the screen to add custom images to the list of patterns in NDI Test Patterns.

    NDI Test Patterns supports images with embedded alpha, allowing you to load most 32-bit image file formats and use them as sources for overlays in your program.


    Audio Calibration

    Enable a one-kilohertz tone accompanying the NDI test pattern signal to test your audio equipment. Choose from various decibel levels to suit your audio calibration requirements.

    NDI HX3 h.264 (8bit 4:2:0)

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    1080 50i

    26.00

    640x360 25/30p

    3.00

    1080 60i

    31.00

    640x360 25/30p

    Recommended Network Switch Settings for NDI

    Best practices for 2024

    NDI is designed to work within your existing network as seamlessly as possible, but we understand that there are still instances where a network administrator would like to see specific settings to employ to get the best possible video in their network. The following are various settings we recommend as a general rule on a managed network:

    1. Network Switch Specifications

      1. Gigabit Ethernet: Ensure all network switch ports support Gigabit Ethernet at least. High Bandwidth NDI can easily use up 250mbps for a single stream at 4K60, and even HX3 can be around 100mbps at the same resolution and framerate

      2. Full Duplex: All ports should be set to full duplex (bi-directional communication).

      3. Backplane Capacity: Ensure the switch backplane supports the full throughput capacity required. Capacity = Number of ports x Speed x 2.

    2. Managed Switch Settings

      1. Quality of Service (QoS): Disable QoS to prevent any potential delays.

      2. Jumbo Frames: Disable Jumbo Frames to avoid fragmentation issues.

      3. Flow Control: Enable Flow Control (Symmetrical or On) for TCP data transfer.

    3. Firewalls & Ports

      1. mDNS/Bonjour: Ensure mDNS/Bonjour is accessible for automatic discovery of NDI devices.

      2. NDI Messaging Server: Manual discovery requires access to port 5960 for the NDI messaging server, and subsequent ports starting at 5961 for NDI video streams.

    4. Cabling

      1. Cabling Grade: Use a minimum of CAT5e cabling grade for GigE performance.

      2. Cabling Length: Ensure proper cabling length requirements are met. Network cable can run up to about 100m before the signal starts to degrade simply due to the physics involved.

    5. DHCP Configuration

      1. DHCP: Enable DHCP to simplify setup and network configuration.

      2. Power over Ethernet (PoE): Ensure the switch supports PoE if required by devices. Typically, smaller converter boxes will use POE, or about 15w of power, whereas a camera can use POE+ (~ 25-30w) or even POE++ (up to 100w). A switch may state it’s POE-capable, but only deliver a a certain amount of total power wattage that’s shared across all of the ports.

    6. Additional Tips

      1. Network Latency: Minimize network latency by optimizing the network layout. Additional ‘hops’ can add a non-zero amount of delay

      2. Bandwidth Requirements: Ensure sufficient bandwidth for NDI video streams. When using unicast/TCP, the NDI stream is multiplied by the number of concurrent receivers (e.g., if a single camera NDI HX stream is 100mbps, but is being requested by 3 instances of Studio Monitor, then that’s 300mbps total)

    7. WIFI Considerations

      1. While NDI works as a general idea across a network and makes no bearing on the type of network it’s used on, the nature of wifi can impact video performance. While not always recommended, if a device will be on wifi, you’ll want to consider at least a WIFI6 or WIFI7 capable device and infrastructure to get the best possible result with higher bitrates and resolutions. Follow the typical best practices for radio interference.

    These settings will help optimize your network switch for NDI, ensuring smooth and reliable video transport. Always test performance with a network analyzer before and after making any changes to ensure the best results. Using a network analyzer to test NDI settings can help you optimize your network performance. We offer a tool called NDI Analysis which is free to download and use and we have a separate page for it on our docs and guides. When using NDI Analysis, the key metric to look for is consistency across the SEND, RECV and MIN/MAX results. If there’s video but those numbers vary greatly, there’s most likely some network delay occurring that could impact performance at some point.

    Utilities

    NDI Utilities are standalone applications designed for specific purposes within NDI-based workflows or for integrating our technology into products. Unlike the NDI Tools, which feature a closed user interface (UI), these Utilities are meant for more flexible uses and exploration. Some of them may only be operated through a command-line terminal.

    Click on a card to discover more about the functions and features of each Utility.

    If you are looking for other Utilities such as the Unreal Engine SDK, NDI Free Audio or Bridge Service that are used for Developing with NDI, find them here:

    Discovery

    Updated as of Version 6.2

    NDI Discovery is a tool that enables you set up and manage Discovery Servers within workflows. We cover the capabilities of Discovery Service in depth in our White Paper.

    Download NDI Tools here.


    Looking for Discovery Service? Download it .

    Accessing NDI Discovery

    . After installing it, access NDI Discovery from the or your applications folder.

    Once you've installed Discovery check out our guide. For high level introduction on how Discovery works read on Receiver Discoverability, Monitoring, and Control.


    Senders

    Displays all NDI sources (“senders”) that have registered with the Discovery Server. Each sender entry shows its device name/hostname, the network address, and port it is streaming from. Devices appear grouped by hostname. This tab helps you quickly see which NDI devices are currently available to provide streams on your network.

    Receivers

    Shows all NDI receivers (endpoints listening for NDI streams) recognized by the Discovery Server. Devices are also grouped by hostname under receivers. This is especially useful when troubleshooting or confirming which machines are actively listening for NDI streams.

    From the dropdown carrot under Receivers you can specify the source for that receiver

    Settings

    You can configure or change the Discovery Server IP and port. You can also see whether the application is connected to a Discovery Server and at which IP/port.

    For first time set up, when using with for the first time be sure to select the Allow Receiver Advertising and Allow Receiver Control from the settings

    Check out

    Discovery Service

    Overview

    In modern networked media environments, efficient discovery and management of NDI® audio and video sources are essential for scalable, low-latency workflows.

    The NDI Discovery Service is an OS-managed background process that runs the NDI Discovery Server the centralized registry for NDI sources and receivers and exposes its proprietary API for client access.

    It provides a more predictable and scalable method for registering and locating NDI sources and receivers. It is especially valuable in networks where multicast traffic is restricted or discouraged, such as cloud-hosted or enterprise environments.

    Why Use Discovery Service?

    Traditional NDI discovery uses mDNS, which works well on smaller networks but can cause congestion or fail in multicast-restricted environments. The Discovery Service introduces a centralized registry model that:

    • Reduces unnecessary network chatter.

    • Enables reliable operation across subnets and firewalled segments.

    • Offers real-time updates and visibility into connected NDI sources and receivers.

    • Supports enhanced monitoring and control features introduced in NDI 6.2.

    Flexible Deployment

    Discovery Service is flexible. You can run it as a background service on Windows or Linux or run the Discovery Server as a standalone command-line application. All with minimal resource usage.

    Additionally, it can be run on a local machine or hosted remotely to serve multiple clients.

    It supports both 32-bit and 64-bit environments (64-bit recommended). Installation packages are available from .

    Client Configuration

    NDI clients, including senders, finders, and receivers, can be configured to use the Discovery Service in place of or alongside mDNS. This ensures broader compatibility across different segments of the network. It also means users will have greater control over which sources are visible to specific devices. As part of the 6.2 update, seamless integration using Access Manager or the new NDI Discovery Tool, are both included in the NDI Tools suite.

    Developer Integration

    The NDI SDK includes new APIs that allow developers to query available NDI sources via the Discovery Service and subscribe to real-time updates. You can now also monitor and control receiver connections.

    These capabilities unlock tighter integrations with third-party applications and more sophisticated media control workflows. For implementation details, see the SDK documentation under NDI-Recv Discovery, Monitor, and Control.

    Click here to view the full documentation in our SDK which includes instructions, configuration options, and command-line usage on both Windows and Linux.

    Discovery Server vs Discovery Service

    The NDI Discovery Service is designed to allow you to replace the automatic discovery NDI uses with a server that operates as a centralized registry of NDI sources. The NDI Discovery Server is a command-line application available for Windows, macOS, and Linux which provides the NDI Discovery Service. Multiple instances of the NDI Discovery Server can be used to provide redundancy.

    This can be very helpful for installations where you wish to avoid having significant mDNS traffic for a large number of sources. It can also be useful when multicast is not possible or desirable. It is very common for cloud computing services not to allow multicast traffic. When using the Discovery Service NDI can operate entirely in unicast mode and thus in almost any installation. The Discovery Service supports all NDI functionality, including NDI groups. Clients should be configured to connect with the Discovery Server(s) instead of using mDNS to locate sources.

    When the Discovery Service is available, NDI applications will use both mDNS and the Discovery Server(s) to find and receive sources on the local network that are not on machines configured to use discovery.

    Using NDI Tools as a virtual camera in Mac

    Apple has turned off a feature called "legacy camera support" however it can be re-enabled in Recovery Mode by following these steps from Apple: https://support.apple.com/en-us/HT213969

    When you restore these legacy settings, the camera privacy indicator won't display in the menu bar while a camera with older software is in use.

    1. Restart your Mac into Recovery Mode:

      • Use macOS Recovery on a Mac with Apple silicon

    2. Click the Options button, then click Continue.

    3. From the Utilities menu, choose Terminal.

    4. Enter this command: system-override legacy-camera-plugins-without-sw-camera-indication=on

    5. Press Return. Depending on your system configuration, you might be prompted to complete additional steps.

    6. Quit Terminal.

    7. From the Apple menu, choose Restart.

    To change back to the default settings, follow the steps again and enter this command:

    system-override legacy-camera-plugins-without-sw-camera-indication=off

    This work around has been testesd for NDI Tools 6.2 and the latest editions of Mac. We recommend you update to the latest versions of both NDI Tools and macOS for best results.

    Access Manager

    Streamline NDI Source Management.

    NDI Access Manager is a tool designed to give you control over the visibility and discoverability of NDI sources within your network. This tool allows you to manage precisely who can see specific NDI sources through the utilization of send and receive groups. Ideal for enhancing content-sharing workflows, NDI Access Manager is available for free as part of the NDI Tools package.

    Download NDI Tools here.


    Accessing NDI Access Manager

    and run NDI Access Manager from the or your applications list.


    Creating Groups

    First, select the Receive Groups or Send Groupstabs to determine if you are creating NDI groups that allow devices to send or receive specific NDI signals. Them, create a new NDI group by clicking New.

    To configure a group, you should attribute it to a name. You can also add a small memo/note with additional information about the group.

    By entering group names, you restrict NDI sources to only those devices that have the corresponding Group in their Receive Groups list.


    Configuring Devices

    If you want to explore some examples of how to connect different devices to NDI Groups, check the in our White Paper.


    External Sources

    • Use the External Sources tab to reach NDI-enabled devices on subnets that are not on your current network.

    • Add external sources by specifying IP addresses, providing easily identifiable names, and managing settings.


    Advanced Settings

    Explore advanced settings in the "Advanced" tab to address specific network challenges:

    • Configure transport modes, multicast ranges, network mapping, and more.

    • To streamline the management of NDI signals, particularly in larger networks, designate an NDI discovery server, set preferred NICs, and define device aliases.

    NDI Access Manager settings are saved into a specific file in the computer's operating system. All NDI applications will look for this file when they first start to get the NDI configuration data. If this file is updated while an NDI application is running, it will continue to use the previous information. To refresh the settings for an NDI application, restart it again which will make it read the file and get the new settings.

    The NDI Access Manager configuration file is stored in the following location:

    Mac $HOME/.ndi/ndi-config.v1.json

    Linux $HOME/.ndi/ndi-config.v1.json

    Always ensure network configurations align with IT guidelines for better network compatibility and optimal performance. Consult with your IT department before configuring NDI Access Manager.

    Launch Discovery Server using Command Line for MacOS

    On Mac

    1. You will first need to insure that you have installed the NDI SDK. By default it will install to Library

    2. If you did not change the install location, open Terminal on MacOS and enter the following command:

    open -a "Terminal" "/Library/NDI SDK for Apple/bin/Application.Mac.NDI.DirectoryService"
    1. A separate Terminal window will open with NDI Discovery Service running. If a different directory was chosen to install the NDI SDK to, replace 'Library' with your chosen directory path.

    1. On the NDI Sender, open , and enter the IP address of your Mac and the Port Number

    If you choose not to use Access Manager you can still enter the IP address using the settings in the relevant section of the NDI device

    Getting Started with NDI in OBS for Windows or Mac

    1. Download and Install OBS Studio

      1. Install OBS Studio version 30.0.0 or later (Qt6, x64/ARM64/AppleSilicon) on all relevant machines from https://obsproject.com.

    2. Install the NDI plug in for OBS

      1. Download the DistroAV NDI plugin from .

      2. Before installing, remove any old versions of the OBS-NDI plugin to prevent conflicts.

      3. Install the plugin after OBS Studio is installed.

      4. Restart your computer after installation to ensure proper loading.

    3. Install NDI Runtime

      1. Download and install the NDI Runtime version 6 or later as shown here: .

    4. Enable NDI Output in OBS (on the source computer)

      1. Open OBS Studio

      2. Navigate to Tools > Distro AV NDI® Settings

      1. Check Main Output and/or Preview Output

    How to Activate Panasonic Cameras for NDI HX1 — Step-by-Step

    Download and install a utility from Panasonic called EZ IP + and follow the instructions below:

    1. Download the NDI Tools pack for Windows at ndi.video

    2. Download the EZ IP+ software from Panasonic from here

    3. Purchase the Panasonic upgrade from for the camera from here.

    Please note the following:

    • If you have purchased a license already, you don't need to do so again.

    • You may have been given a coupon code to redeem, instead of a license. A camera license will start with the letters PN and be a 15- character alphanumeric number such as PNABC123456789 A coupon code will be in the form of CCIP-ABSC-1234.

    • If you have a coupon code, you must purchase a license from the store in step 3 and use the coupon code as a form of payment.

    1. Use the Panasonic EZ IP+ software to find your camera on the network.

    2. Identify your camera, and press the Activation button on the lower menu, as shown here:

    3. When prompted, enter your serial number, NOT your coupon code

    4. Congratulations- your camera is now activated.

    Some cameras may require you to to enable NDI first going into their UI and selecting the Video IP method as NDI. Also, some cameras may require a firmware upgrade first that must be installed prior to these steps.

    Apps

    NDI Apps bring the power of NDI technology directly to your everyday devices. From mobile phones and tablets to desktop computers, these applications make it possible to capture, send, and receive high-quality video and audio across standard networks without the need for specialized hardware.

    Whether you’re streaming a live event, collaborating remotely, or extending the reach of your production setup, NDI Apps are designed to make professional-grade connectivity accessible anywhere. By turning consumer devices into fully functional NDI sources and receivers, these apps help bridge the gap between professional broadcast environments and everyday creative workflows.

    Camera

    Capture (coming soon)

    NDI HX Camera Release Notes 3.1

    Fixes

    • iPhone 17 startup crash

    • Low quality NDI stream not restarting after format change

    • iOS26 Liquid Glass UI fixes and updates

    • Locked white balance controls on lenses that do not support it

    Features

    • Added PAL and Cinema frame rate support (24, 25, 48, and 50)

    • Added video rotation override

    NIC Selection

    Starting in NDI version 5, this lists all the network adapters that will be used for network transmission.

    One or more NICs can be used to transmit and receive video and audio data. This capability can be used to ensure that the NDI primary stream data remains on a particular group of network adapters, for instance, allowing you to ensure that dedicated audio is on a separate network card from the NDI video. It is generally preferred that you let NDI select the network adapters automatically, which can smartly select which to use and how to choose the ones that result in the best bandwidth.

    While in some modes, NDI can automatically balance bandwidth across multiple NICs, it usually is better for you to use NIC teaming at a machine configuration level which can result in much better performance than what is possible in software. If this setting is misconfigured to specify NICs that might not exist, then NDI might fail to function correctly.

    Also, please note that the operation of computer systems that are separately on entirely different networks with different IP address ranges is often not handled robustly by the operating system, and NDI might not fully function in these configurations.

    NIC Selection in configuration is part of NDI Access Manager (Windows).

    In MacOS and Linux, the NIC Selection can be manually added in the NDI configuration file located in the home directory of the effective user: "ndi-config.v1.json"

    Here is the way to manually setup NIC Selection in the configuration file:

    }, "adapters": { "allowed": [ "192.168.30.8,10.10.122.123" ]

    Using the NIC selection, in combination with the Discovery Server, is ultimately the best solution for controlling the NDI network.

    You might need to enable hidden files on Mac. Click [CMD SHIFT .]

    Here are additional steps operators can take to help direct NDI traffic through a preferred NIC:

    1. Access Manager: While Access Manager sets preferences, combining it with the following methods can give the selection more weight.

    2. NIC Metrics: Adjust the metrics for each NIC in the network settings. Lower metrics will prioritize that NIC for traffic.

    3. VLANs can assist with managing NIC traffic in the following ways:

      1. Traffic Segmentation: VLANs segment network traffic, ensuring that specific types of traffic are isolated and routed through the desired NIC.

    What is NDI?

    Introduction to NDI

    NDI stands for Network Device Interface. It is a widely adopted video connectivity standard based on proprietary IP networking specifications. NDI enables multimedia systems to identify and communicate with one another over IP and to encode, transmit, and receive many streams of high-quality, low latency, frame-accurate video and audio, and exchange metadata in real-time.

    NDI operates bi-directionally, with many streams on a shared connection. Its encoding algorithm is resolution and frame-rate-independent, supporting 4K resolutions and beyond, along with unlimited floating-point audio channels and custom metadata. NDI can be integrated and/or supported by any network-connected product, including video cameras, graphics systems, video mixers, capture cards, multimedia players, video editing applications, and many other devices and software. NDI is not a codec. NDI supports many different video codecs, like our proprietary SpeedHQ, found on the NDI High Bandwidth format,

    NDI High Bandwidth based on SpeedHQ7 (8bit 4:2:2:4)

    Includes Alpha Channel

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    NDI HX2 h.264 (8bit 4:2:0)

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    Configuring Port Forwarding

    In more complex networking cases, ports may need your attention.

    To extend beyond the local network, applications (such as NDI Bridge) use network communication ports. Connecting to a local application from an external network requires targeting the correct port, and that your network router is set up to accept traffic at that port.

    This is much like an office with one main telephone number, but many extensions. On a WAN like the Internet, the ‘public IP number’ corresponds to the main telephone number. Your firm provides a list of extension numbers, each matching one phone. Likewise, your network router exposes certain ports for external access. Connecting to a network router is impossible if it doesn’t expose a port.

    The NDI Bridge Host finds your public IP address automatically and listens for traffic arriving at the port you specify in its configuration app. It cannot, however, automatically configure the router to allow traffic from the WAN to reach that port. (By default, routers expose a limited set of common ports, and are manually configured to use other ports for specific purposes.)

    Practical NDI Receivers Format Support

    NDI HX 1
    NDI HX 2
    NDI HX3
    SpeedHQ0 4:2:0
    SpeedHQ2 4:2:2
    SpeedHQ7 4:2:2:4

    Screen Capture

    Share Your Desktop Seamlessly.

    NDI Screen Capture is an application designed to effortlessly share your computer's desktop video and audio with any other device on your network through an NDI stream.

    Whether you're conducting broadcasts and presentations, collaborating on projects, creating tutorials, or engaging in media playback, Screen Capture provides a valuable solution.

    Download NDI Tools .


    Getting Started with Discovery Service

    This guide will explain how to get set up with NDI Tools application, Discovery Server and Studio Monitor on a Windows machine

    1

    (Optional) If you want to run the Discovery Server as a Windows Service then you'll need to install the stand alone Discovery Server package.

    The Discovery Service is only available for Windows and Linux. The screenshot below is the setup for Windows.

    NDI Output for Final Cut Pro

    Quickly output video directly from your Final Cut Pro timeline.

    NDI Output for Final Cut Pro is a groundbreaking plugin that seamlessly integrates your laptop or workstation into your live production workflow. (Available for Mac only) By enabling you to send an NDI stream directly from your Final Cut Pro timeline, it simplifies the review and approval process, streamlines collaboration between remote teams, and accelerates editing workflows.

    Download NDI Tools .


    Webcam Input

    Elevate Your Webcam Conferencing Experience.

    NDI Webcam Input is a tool that enables you to use any NDI video and audio signal on your network as a webcam source.

    This is particularly beneficial for enhancing your video conferencing experience on platforms like Zoom, Microsoft Teams, Skype, and more. By replacing your conventional webcam with professional video production NDI-enabled equipment and software, you can bring graphics, virtual sets, and other visual enhancements to your virtual meetings.

    Download NDI Tools .


    NDI HX upgrades for cameras

    Historically, NDI functionalities have been available as an upgradeable add-on for specific manufacturers and device models. This guide details how to upgrade your camera for NDI HX support on Windows and macOS.

    As of June 2025, NDI will cease distributing camera upgrades as part of our efforts to improve user experience. With NDI becoming natively integrated into our licensees’ products, you will enjoy even more seamless connectivity without additional downloads. Upgrades will be available for purchase until June 2025.

    Enabling HX Cameras on Windows

    Products Using NDI for Audio

    The following list presents some products that make use of NDI connectivity technology for Audio over IP networking. It will be updated over time, as more relevant products enter the market.

    Brand
    Products

    Use OBS video + audio on Zoom with macOS

    MacOS System Audio not Captured via NDI Scan Converter

    1. Install or update:

      • OBS Studio 30 or newer

      • Distro AV NDI plug‑in for OBS

    Installing NDI Tools

    Step-by-step Guide

    Installing NDI Tools is easy: it requires only a couple of simple actions. In case you are not sure how to do it, follow this step-by-step guide to install and run the most updated collection of NDI Tools as fast as possible. Before you know it, you'll be using NDI to connect your video workflows.


    1. Navigate to the NDI Tools page on the NDI website

    Just open your preferred web browser and type in your address bar. This will take you to our NDI Tools page, where you can explore and dive into the complete collection of NDI Tools we have to offer.

    NDI for After Effects

    Enable real time, renderless playback and preview over IP.

    NDI for Adobe After Effects is a groundbreaking plugin that seamlessly integrates your laptop or workstation into your live production workflow. (Available for Windows and Mac)

    By enabling you to send an NDI stream directly from your After Effects timeline, it simplifies the review and approval process, streamlines collaboration between remote teams, and accelerates live-to-air editing workflows.

    Download NDI Tools .


    "multicast": {
      "recv": {
       "enable": true,
       "subnets": [ "10.28.5.0/24", "10.28.4.0/24" ]
      }
    }

    IGMP Snooping: Enable IGMP Snooping if using multicast.

  • IGMP Querier: Configure IGMP Querier and Query Interval for each switch in multi-switch networks when using multicast.

  • There are some known network protocols and applications that directly interfere with NDI- the most notable one being Audinate’s popular AVoIP protocol Dante. When Dante and NDI are used on the same network, it’s generally recommended that they both operate on their own VLAN

    Various efficiency improvements

    NDI Tools 6.1.1 for Mac — be sure to tick “Virtual Input” during setup and allow its Camera and Microphone extensions when macOS asks.

  • In OBS open Tools then NDI Output Settings, enable Main Output, give it a name, and click OK.

  • Launch NDI Virtual Input (in Applications > NDI). From its menu‑bar icon choose the OBS feed. Restart the app if you just approved permissions.

  • Open Zoom (or Google Meet, Teams, etc.).

    • Pick NDI Video for camera.

    • Pick NDI Audio (or “NDI Virtual Input”) for microphone. If the virtual mic is missing, reinstall NDI Tools and reboot.

  • Issue: When using NDI Scan Converter by itself, the video signal is transmitted over NDI, but the audio is silent or only captures the system microphone. This is expected behavior.

    Solution: Use an audio loopback tool to route system audio into the NDI stream:

    • Blackhole

    • Loopback

    • Soundflower (deprecated)

    After installation:

    1. Follow the tool’s instructions to route system output to a virtual input.

    2. Launch NDI Scan Converter.

    3. Ensure audio is not muted in the Scan Converter menu.

    3.99

    1080 50i

    6.75

    640x360 30p

    3.00

    1080 60i

    7.39

    640x360 30p

    3.00

    1080 50p

    9.80

    640x360 60p

    3.99

    1080 60p

    10.99

    640x360 60p

    3.99

    3840x2160 50i

    13.22

    640x360 30p

    3.00

    3840x2160 60i

    14.33

    640x360 30p

    3.00

    3840x2160 50p

    18.77

    640x360 60p

    3.99

    3840x2160 60p

    21.00

    640x360 60p

    3.99

    8bit

    4:2:0

    YUV

    SpeedHQ2

    8bit - 10bit

    4:2:2

    YUV

    SpeedHQ7

    8bit - 10bit

    4:2:2:4

    YUVA

    H.264

    8bit

    4:2:0

    YUV

    H.264

    8bit

    4:2:0

    YUV (A)

    H.265

    8bit - 10bit

    4:2:0

    YUV (A)

    3.00

    1080 50p

    52.00

    640x360 25/30p

    3.00

    1080 60p

    62.00

    640x360 25/30p

    3.00

    3840x2160 50p

    92.00

    640x360 25/30p

    3.00

    3840x2160 60p

    110.00

    640x360 25/30p

    3.00

    🆕 Release Notes

    Installing NDI Tools

    NDI Tools Launcher

    🪟 NDI Tools for Windows

    🍏 NDI Tools for Mac

    Plugins

    , then navigate to
    Preferences
    and choose
    Playback
    .
  • Enable Mercury Transmit by selecting the checkbox.

  • Select NDI output and click OK to apply the settings.

  • NDI Tools
    NDI Studio Monitor
    NDI Studio Monitor

    Analysis

    Discovery Service

    Utilities
    ndi.video
    Discovery Service
    (mDNS)
    Use macOS Recovery on an Intel-based Mac
    reach out to our team.

    NDI for Video

    NDI for Audio

    🛠️ NDI Tools

    Utilities

    Using NDI with Hardware

    Using NDI with Software

    here
    Install NDI Tools
    NDI Launcher
    Getting Started with Discovery
    this guide
    Video Monitor
    Access Manager
  • (Optional) Give the output a name (e.g., "OBS-StreamPC")

  • https://obsproject.com/forum/resources/distroav-network-audio-video-in-obs-studio-using-ndi%C2%AE-technology.528/
    https://github.com/DistroAV/DistroAV/wiki/1.-Installation#required---ndi-runtime

    640x360 60p

    82.29

    1080 50i

    128.12

    640x360 30p

    23.43

    1080 60i

    140.62

    640x360 30p

    23.43

    1080 50p

    156.99

    640x360 60p

    82.29

    1080 60p

    165.17

    640x360 60p

    82.29

    3840x2160 50i

    197.91

    640x360 30p

    23.43

    3840x2160 60i

    214.28

    640x360 30p

    23.43

    3840x2160 50p

    279.76

    640x360 60p

    82.29

    3840x2160 60p

    312.49

    640x360 60p

    82.29

    NDI High Bandwidth is I-frame only.

    NDI encoders offer a proxy stream with lower resolution and higher compression, and applications can use the proxy stream for preview, reducing network usage and processing requirements.

    720 50p

    121.18

    640x360 60p

    82.29

    720 60p

    132.29

    1080 50i

    9.66

    640x360 30p

    3.99

    1080 60i

    10.59

    640x360 30p

    3.99

    1080 50p

    14.20

    640x360 60p

    6.00

    1080 60p

    15.99

    640x360 60p

    6.00

    3840x2160 50i

    19.11

    640x360 30p

    3.99

    3840x2160 60i

    20.66

    640x360 30p

    3.99

    3840x2160 50p

    26.88

    640x360 60p

    6.00

    3840x2160 60p

    30.00

    640x360 60p

    6.00

    720 50p

    9.11

    640x360 60p

    3.99

    720 60p

    9.99

    640x360 60p

    6.00

    SoC¹-based receiver with VCU²

    NO

    YES

    YES

    NO

    NO

    YES

    SoC²-based receiver with FPGA & VCU²

    NO

    YES

    YES

    YES

    YES

    YES

    Software-based receiver

    NO

    YES

    YES

    YES

    YES

    YES

    (2) A VCU, or Video Codec Unit, is a specialized hardware module or component designed to handle the encoding and decoding of video streams. Note that the term VCU seems to be mainly used by AMD for their Zynq series of FPGAs. For instance, other SoCs such as Ambarella just call it a codec. The primary function of a VCU is to efficiently compress (encode) raw video data to reduce its size for storage or transmission and decompress (decode) video data for playback. By performing these operations in hardware, a VCU can significantly speed up video processing tasks, reduce CPU load, and decrease power consumption, which is especially beneficial in devices where power efficiency and high-performance video processing are critical. Integrating a VCU within a System on Chip (SoC) or as part of a dedicated video processing card allows for efficient handling of video content, making it a critical component for multimedia applications and devices in today's video-centric digital world.

    (3) An FPGA-based encoder/decoder requires an SoC to be able to offer the user interface, the memory, the network interface of the system, etc.

    FGPA-based receiver³

    NO

    NO

    NO

    YES

    YES

    YES

    We're always trying to improve our documentation. See something you need but can't find? Leave us some feedback and tell us what you'd like to see. You can find the feedback buttons on the right side of the page 🙂

    GPU: Apple M series, AMD Vega, 5000 or 6000 series, Intel UHD 630 or Intel Iris Plus

    Other: 1Gbps Local Area Network

    Access Manager

    Streamline NDI Source Management.

    Scan Converter

    Share Your Desktop Seamlessly.

    Router

    Streamline Video and Audio Signal Routing.

    Test Patterns

    Streamline Connectivity and Calibration.

    Video Monitor

    Your Window to NDI Signals.

    Virtual Input

    Elevate Your Webcam Conferencing Experience.

    support page on the Apple website
    FAQ
    community forums
    Mac support page

    We're always trying to improve our documentation. See something you need but can't find? Leave us some feedback and tell us what you'd like to see. You can find the feedback buttons on the right side of the page 🙂

    GPU: NVIDIA, AMD, Intel GPU/APU • 6Gb of RAM or better

    Other: 1Gbps Local Area Network

    Windows support page

    Access Manager

    Streamline NDI Source Management.

    Bridge

    Simplify Remote NDI Workflows.

    Remote

    Connect with multiple remote contributors.

    Router

    Streamline Video and Audio Signal Routing.

    Screen Capture

    Share Your Desktop Seamlessly.

    Screen Capture HX

    Elevate Your Network Display Experience.

    Studio Monitor

    Your Window to NDI Signals.

    Test Patterns

    Streamline Connectivity and Calibration.

    Webcam

    Elevate Your Webcam Conferencing Experience.

    We're always trying to improve our documentation. See something you need but can't find? Leave us some feedback and tell us what you'd like to see. You can find the feedback buttons on the right side of the page 🙂

    Preset Buttons: Positioned at the far right, these buttons enable the effortless recall of complete router layouts.
    here
    Install NDI Tools
    NDI launcher
    Screenshot of NDI Router
    Screenshot of NDI Router - configuration mode activated
    Screenshot of NDI Router - Configure Source button
    Important

    The system dialogue will prompt you with two options. Although the highlighted button is 'OK', you must click on 'Open System Settings' to proceed to install the extension.

    If the 'OK' button is clicked, you must access the Camera Extension settings manually. Find them in System Settings > General > Login Items & Extensions > Camera Extensions (click on i icon)

    2

    Open System Settings

    Click 'Open System Settings' to access Camera Extension toggle

    Important

    If the 'OK' button is clicked on the previous step, you must access the Camera Extension settings manually. Find them in System Settings > General > Login Items & Extensions > Camera Extensions (click on 🛈 icon)

    3

    Turn on NDI Virtual Input toggle

    Turn on NDI Virtual Input camera extension setting.
    4

    Restart NDI Virtual Camera

    Once restarted, NDI Virtual Camera should start working normally.

    Restart NDI Virtual Input to use the application.
    here
    please read the hotfix we have in place
    The first step is to install NDI Virtual Camera extension

    Configure video output by clicking on the video icon under output and selecting NDI Video Output.

  • Configure audio output by clicking on the audio icon on the output module and selecting NDI Audio Output.

  • Go to the bottom of the Preferences menu and select Save.

  • NDI Tools

    If you have a serial number proceed to step 4.

  • Improved Control: By assigning different VLANs to different NICs, you can control which NIC handles specific traffic types. This can be particularly useful for separating NDI traffic from other network traffic.

  • Enhanced Security: VLANs can improve security by isolating sensitive traffic and reducing the risk of unauthorized access.

  • Simplified Management: VLANs can simplify network management by allowing you to configure and manage traffic routing more efficiently.

  • Firewall Rules: You can use firewall rules to block NDI traffic on the NIC you don't want to use. This can force the traffic to go through the preferred NIC.

  • Set Up a Discovery Server: Configuring a Discovery Server on the network you want to use for NDI can help keep the traffic on that subnet. If deploying multiple redundant discovery servers, ensure that all discovery servers reside on the desired subnet.

  • and
    , found on the NDI HX formats. Different NDI formats correspond to specifications related to codecs supported, bandwidth spending, glass-to-glass latency, and image quality.

    The vision of NDI

    Manifesto

    Video has transported images, information, ideas, and stories for over a century.

    And over the last decade, we've been working behind cameras to push the envelope every time someone presses record. With each innovation, we've helped bring partners, creators, and users closer to the future of video.

    Now, the future of video is here. The little red dot is everywhere. Video is not just moving images anymore. It's transferring data. More than something we consume, video generates new ideas and businesses every day. It's not how we transport experiences. Video is the experience:

    From a state-of-the-art overseas production to the room of a gaming streamer;

    from a smart network of traffic flow analysis to the most challenging remote surgeries;

    from an auction with thousands of bidders on social media to a parent calming their baby through a monitor.

    As video evolves, it unveils a common thread connecting all these new use cases and exciting possibilities. One breakthrough that redefines video:

    We believe there is no video without connection.

    Looking into the next steps of video-based industries, you find innovation and the rise of new use cases everywhere: video production going remote, collaborative, virtual, cloud-based, and AI, all at the same time; video streaming is growing with no limits, and live e-commerce is establishing itself as one of the main formats of e-commerce; a very big percentage of IoT is built using video, which is becoming the ultimate sensor for humans and machines.​; many specialized use cases are becoming more common in surveillance, monitoring, smart cities, or hybrid learning and work.

    The future of video is one in which content is transferred easily and efficiently via the Internet Protocol (IP). This global network will largely supplant and become far too decentralized and open-ended for current industry-specific connection formats like HDMI, SDI, etc., in any type of video workflow or production pipeline.

    This is the next iteration of the world of video, audio, and media: a connected global environment that contains all devices, technologies, services, and businesses based on creating, sharing, coordinating, and consuming media, either by humans or machines.​

    NDI is the technology connecting it.

    The value of NDI

    The current limitations to connectivity

    When we think about video connectivity, it’s natural to consider the ever-expanding possibilities, more options, and unlimited potential.

    But the fact is that, as with all technology-driven revolutions, the existing way of doing things still presents more limitations than we would like:

    NDI is removing the limits of video connectivity.

    For these reasons and many more, NDI enables effectively transitioning any setup, workflow, or production into an incredibly versatile IP video pipeline, offering backward compatibility with the existing infrastructure and devices.


    Learn more at ndi.video

    AVC (H.264)
    HEVC (H.265)
    Port Forwarding

    Port Forwarding exposes a port (or a range of ports) so an external network can communicate with the port used by an internal application.

    Sidenote: The word “forwarding” highlights the fact that it’s possible (though not required) to expose one port to external networks (the ‘external’ port), and pass traffic between it and a different ‘internal’ port. This is much like publishing one phone number publicly, and then secretly forwarding that number to a hidden private number.

    To configure port forwarding, you need to know the internal port you will use, and how to access your router settings.

    • NDI Bridge defaults to port 5990 but lets you specify a different ‘internal port’.

    If you assign a Host port number that is in use, NDI Bridge automatically increments the number until a free port is found. Knowing this, you may opt to forward a port range.

    • Router settings are often available on a webpage published on your local network, though this can vary. Your router documentation will provide details and login information for the router. Alternatively, an Internet search for “port forwarding” locates countless detailed guides (such as this one). A network administrator may handle this task for you in more complex environments.

    Once you have this information, you can access the port forwarding section of your router settings to enter the internal and external ports. Port forwarding options are often found under either “Applications and Gaming” or “Firewall”.) If a Protocol option is provided, select “Both”, or “UDP”.

    When you start the Host or modify the designated port the NDI Bridge application automatically tests your port forwarding configuration. It reports success when everything is properly done.

    Accessing NDI Screen Capture

    Install NDI Tools and run NDI Screen Capture from the NDI launcher or your applications list.


    Sharing Your Screen

    The tool will appear in your system tray with the NDI logo. Upon launch, your computer's desktop video and audio are viewable from any NDI-enabled device on your network.


    Viewing on NDI-Enabled Devices

    View the output of Screen Capture on another NDI-enabled device using an application like Studio Monitor.

    Right-click on the screen and select the device name and corresponding NDI stream.


    Settings and Customization

    Right-click on the NDI Screen Capture app icon on the system tray to access different settings.

    Right-click on the NDI Screen Capture icon to access different settings:

    • Framerate This option allows to specify the NDI stream framerate.

    • Capture Settings With this setting, the user can choose to capture the full screen or specify a particular area for capture (Region of Interest). Another option is to define the visibility of the mouse pointer.

    • Audio Source Specify a particular audio source to be embedded into the NDI stream created by NDI Screen Capture.

    • Webcam Video Source NDI Screen Capture enables the creation of an NDI stream using a webcam.

    • Webcam Audio Source Specify a particular audio source to be embedded into the NDI stream created by the webcam option.

    • KVM Control The KVM option in NDI Screen Capture allows for remote computer control over a network. When this feature is enabled, you can not only capture and send the computer's screen over the network using NDI but also remotely control the computer's keyboard and mouse inputs from another device.

    • Help Access the Screen Capture Help Assistant and a quick web link to for more information about NDI and NDI Tools.

    here
    Install the Discovery Server package. During installation, you must specify the IP address and port for the Discovery Service.
    • You can use 127.0.0.1 (localhost) as the IP if you are only testing with receivers on the same machine. Otherwise, you must specify the IP address of the machine where the Discovery Server is running.

    • The port can be left at the default value unless a different port is needed.

    • The Discovery Service will start automatically

    2

    Install the NDI Tools package.

    3

    Launch NDI Tools and complete the registration form (if not already done).

    4

    Launch Access Manager

    1. In the Advanced tab under Network Mapping enable Discovery Servers

    2. Input the IP address of the Discovery Server and click Apply.

    5

    Launch Discovery from NDI Tools

    1. Go to the Settings tab.

    2. If you configured the Discovery Server IP in Access Manager in the previous step, then you should select and enable Use Access Manager Settings.

    3. Otherwise, enter the IP address of the Discovery Server next to Setup Discovery Server and click Connect.

    4. Just above you should see a message in green saying, Connected to Discovery Server at and the IP address and port.

    1. If the message is in yellow saying, Attempting to Connect then double check your IP settings again. If you think you might have made a mistake with the Discovery Server’s IP address or port, you will need to run the installer again to reconfigure the IP and port.

    2. Once done, click back to the Receivers tab.

    6

    Launch Studio Monitor

    1. Click on the Menu button on the top left. Select Settings.

    2. Click and enable Allow Receiver Advertising.

    3. Click and enable Allow Receiver Control.

    7

    In the Discovery Application

    1. You should now see the Studio Monitor receiver in the Discovery application.

    2. Receivers will be grouped by hostname first.

    Installation
    • Install NDI Tools on your machine.

    • Open or start a new project in Final Cut Pro.

    Setup

    1. Configure Sound Preferences

      • Go to Sound in System Preferences on your Mac.

      • Set Sound Output to NDI Audio.

    2. NDI Output Settings

      • Open NDI Output in System Preferences.

      • Set the Video Format and Frame Rate to match your Final Cut Pro project settings.

    3. Match Final Cut Pro Project Settings

      • Ensure that your Final Cut Pro project settings match the configurations you set in the NDI Output preferences.

    4. Enable A/V Output in Final Cut Pro

      • Open Final Cut Pro.

      • In the Window menu, enable A/V Output.


    Viewing with NDI Video Monitor:

    • Use NDI-enabled software, such as NDI Studio Monitor, to view these sources.

    • Right-click on NDI Studio Monitor, choose the transmitting device's name and select Final Cut Pro.


    See it in action

    here
    Accessing NDI Webcam Input

    Install NDI Tools. After installing it, access NDI Webcam Input from the NDI Launcher or your applications folder. Once started, the program will appear in your system tray on Windows at the bottom of the screen.


    Source Selection

    Right-clicking on the NDI Webcam Input in the system tray reveals a list of devices streaming NDI. Hover over each source to preview and select any channel being sent from that device.

    NDI Webcam interface.

    Using it with Conferencing Applications:

    By selecting an NDI channel, it will become available as a source in conferencing applications. In your conferencing software's video input settings, choose NDI video, and you're ready to go.


    Additional Settings:

    You can personalize your stream with additional configuration options.

    • Audio Settings Tab:

      Adjust volume levels for your webcam destination, and choose the grouping of channels if your NDI output has multiple channels.

    • Video Settings Tab:

      Send custom resolutions (e.g., 480p, 720p, 1080p) to your webcam destination.

    here

    We're always trying to improve our documentation. See something you need but can't find? Leave us some feedback and tell us what you'd like to see. You can find the feedback buttons on the right side of the page 🙂

    Step 1

    Ensure you have a license purchased for your camera from https://ndi.video/camera-upgrades/. Also ensure that you’re on a computer with access to the general Internet and that the network is also accessible to the general Internet

    Step 2

    Connect your camera to that network and search for it using NDI Studio Monitor.

    Click the bar menu icon at the top right. Select the name of your camera. In my case, I’ve done so by clicking Channel 1.

    You should see a message like this:

    Step 3

    Click Settings in the top menu bar, then select Register Device.

    That should bring up a prompt, as shown below:

    Step 4

    Enter the serial number purchased from Step 1 and the camera username and password if applicable, then select Enable.

    Enabling HX Cameras on macOS

    Step 1

    Ensure you have a license purchased for your camera from https://ndi.video/camera-upgrades/. Also ensure that you’re on a computer with access to the general Internet, and the network is also accessible to the general Internet

    Step 2

    Connect your camera to that network and search for it using NDI Video Monitor. From the menu bar at the top, select NDI, then the name of the camera, and the source name. You can see in the image below the name of the camera is presented as CAM1 and the name of the NDI Stream is Channel 1

    Step 3

    Select the name of your camera. In my case, I’ve done so by clicking Channel 1.

    You should see a message like this:

    Step 4

    Click Settings in the top menu bar, then select Register Device.

    That should bring up a prompt, as shown below:

    Step 5

    Enter the serial number purchased from step 1 and the camera username and password if applicable, then select Enable.

    ​​

    Telos Alliance

    ​​

    Waves

    ​​

    On-Hertz

    ​​

    It's important to note that, in addition to the software listed, any product (hardware or software) sending or receiving video over NDI is also, in essence, doing the same for audio.

    NDI

    ​Audio Direct VST3 Plugins NDI Free Audio (distributed with the NDI SDK) NDI Screen Capture​ NDI Virtual Input​

    Mackie

    ​DLZ Creator​

    LAMA

    ​Connect​

    Avsono

    ​NDI Audio Embedder NDI Audio Gateway NDI Virtual Soundcard NDI Audio Router​

    Salsa Sound

    Make sure you download NDI Tools only through the official NDI website. Other websites might offer NDI Tools downloads, but only the official page will guarantee that you are downloading the most updated release of our tools.

    Screenshot from the NDI Tools page.

    2. Open the NDI Tools download page to download NDI Tools

    By clicking the "Download NDI Tools" button, you'll enter the NDI Tools download page. This includes all the NDI Tools and plugins you need to set up, test, and manage your NDI workflow. On this page, you'll be able to explore a list of all included tools in NDI Tools (both for the Windows and Mac versions) and understand the minimum requirements to install it on your computer.

    Screenshot from the NDI Tools download page.

    3. Download the right NDI Tools package for your OS

    On the top right side of the NDI Tools download page, you'll find a menu with two buttons. Select the one that corresponds to your operating system, and you'll be prompted to save the NDI Tools Installer in a location of your choice.

    Screenshot from the NDI Tools download page.

    4. Open the NDI Tools Installer and complete the installation steps

    The installation steps include reading and agreeing with a Software License Agreement and selecting the location where the tools should be installed. Now, you're ready to install NDI Tools.

    Screenshot of NDI Tools Installer (Mac version)

    5. Your NDI Tools are installed!

    You can now find all the different NDI Tools within your selected folder (by default, they will be installed in the Applications folder). Besides the NDI Tools, you can also open the NDI Launcher, which offers an overview of all the tools, as well as some additional features.

    Screenshot of Windows Start Menu and Mac OS Applications folder containing some NDI Tools and the NDI Launcher.

    That's it! You've successfully downloaded and installed the free NDI Tools. Now, you can explore and leverage these tools for your multimedia projects and workflows.

    If you'd like to learn more about each tool, but also CLI Tools and Plugins, be sure to explore the additional documentation and tutorials by navigating the left menu.

    Thank you for connecting with NDI.

    https://ndi.video/tools/

    We're always trying to improve our documentation. See something you need but can't find? Leave us some feedback and tell us what you'd like to see. You can find the feedback buttons on the right side of the page 🙂

    Installation and setup
    • Install NDI Tools on your machine.

    • Open or start a new project in Adobe After Effects.

    • On Windows, navigate to the top of the screen and select Edit > Preferences > Video Preview OR On a Mac, open Video Preview Preferences in After Effects and enable NDI in the Video Preview Section.

    • Enable Mercury Transmit by checking the box.

    • Select NDI output from the options.

    • Click OK to apply the settings.


    Real-time output

    • Click play or scrub through your After Effects timeline.

    • Your project's video and audio output will be displayed in real-time across your network.

    Your project's video and audio output will be displayed in real-time across your network

    Viewing with NDI Studio Monitor

    • Use NDI-enabled software, such as NDI Studio Monitor, to view these sources.

    • Right-click on NDI Studio Monitor, choose the transmitting device's name and select Adobe After Effects.

    Instantly view the output from your transmitting device in real time.
    here
    NDI Groups
    Once enabled, the icon next to the Privacy options should turn green.
    Group Privacy settings on the NDI Launcher
    Additional Settings on the NDI Launcher
    Install NDI Tools
    Screenshot of Plugin Management menu on Ardour DAW
    Screenshot of NDI Input settings menu (Windows)
    Screenshot of NDI Output settings menu (Windows)
    Install NDI Tools
    NDI launcher
    scenarios
    Creating a new NDI Receive Group
    The "Advanced" tab allows you to tackle more complex networking needs.
    You can select your preferred receive options here
    here
    Install NDI Tools
    NDI launcher
    Screenshot of NDI Router
    Screenshot of NDI Router - configuration mode activated
    Screenshot of NDI Router - Configure Source button
    Install NDI Tools
    NDI launcher
    NDI Video Monitor
    Test Patterns library
    Install NDI Tools
    NDI launcher
    scenarios
    Creating a new NDI Receive Group
    Creating a new NDI Send Group
    FInd subnets through the External Sources tab.

    Digital Video Basics

    Digital video involves capturing, processing, compressing, storing, and transmitting moving visual images in digital form. Understanding digital video requires knowledge of several key concepts, including chroma subsampling, bit depth, and color spaces such as YCbCr and RGB. These elements are crucial for balancing video quality with bandwidth requirements, particularly in video transmission.

    Color Space: YUV vs RGB

    Color space refers to the method of representing the range of colors. YUV and RGB are two primary color spaces used in digital video.

    RGB is based on the primary colors of light (Red, Green, and Blue) and is used primarily in devices that emit light directly, like computer monitors, TVs, and cameras. It represents colors by combining these three colors at various levels of intensity, suitable for applications where precise color representation is crucial.

    Color space refers to the method of representing the range of colors. YUV and RGB are two primary color spaces used in digital video.

    In the YUV color space, the Y component represents the luminance, or brightness, of the color, which is essentially a grayscale representation of the image. The U and V components represent the chrominance, or color information, separate from the luminance. Specifically: U (Chrominance-B): The U component indicates the difference between the blue component and the reference luminance (Y). Essentially, it represents the blue projection of the color minus its luminance. This helps in determining how blue or how opposite of blue (which can be interpreted as yellowish) the color is. V (Chrominance-R): The V component indicates the difference between the red component and the reference luminance (Y). It represents the red projection of the color minus its luminance. This component helps determine how red or how opposite of red (which can be interpreted as greenish) the color is.

    The U and V components do not directly correspond to specific colors but rather to the chromatic difference from the luminance. By adjusting these components, you can shift the hue and saturation of a color. The Y component ensures that the brightness of the color is maintained independently of its hue and saturation, which is particularly useful in broadcasting and video compression technologies where luminance is more critical to the perceived quality of the image than color details. This separation allows for more efficient compression by reducing the resolution of the U and V components relative to the Y component, exploiting the human visual system's lower sensitivity to fine details in color compared to brightness. To make it simple the U component in the YUV color space essentially represents the color spectrum between blue and its complementary color, which can be seen as a range from blue to yellow-green. This range is not about moving directly from blue to red but rather moving from blue towards green and red, where the midpoint might represent less saturation or a neutral point where the blue influence is minimized. Similarly, the V component represents the spectrum between red and its complementary colors, moving from red towards blue and green, where its midpoint could represent a neutral point with minimized red influence, potentially leaning towards cyan or green.

    In essence, the U component controls the blue-yellow balance, while the V component controls the red-cyan (or red-green) balance. By adjusting these two components along with the Y (luminance), you can navigate through the color space to represent a wide range of colors.

    The choice between YUV and RGB in a digital video workflow depends on the application's requirements. YUV is typically used for video compression and transmission, where bandwidth efficiency is paramount. In contrast, RGB is used in contexts where accurate color representation and direct control over each primary color are needed, such as in content creation and display technologies.

    Chroma Subsampling

    With YUV color space it is possible to use the chroma subsampling as a method to spatially reduce the color information in a signal while retaining the luminance data. This technique leverages the human visual system's characteristic of being more sensitive to variations in brightness (luminance) than to color (chrominance). By reducing the amount of color information, chroma subsampling significantly lowers the bandwidth and storage requirements for video data without substantially impacting perceived image quality. Video signals consist of luminance information, which represents the brightness levels, and chrominance information, which represents the color. Chrominance is further divided into two components, U and V Chroma subsampling is expressed in a notation like 4:2:2, 4:2:0, 4:4:4, etc. where the first number (4 in these examples) refers to the reference number of luminance samples in the first row of a 2x2 block of pixels.

    The second number indicates the number of chrominance samples (U and V) in the first row of pixels, showing how many color samples are taken compared to the luminance samples. The third number indicates the number of chrominance samples in the second row of pixels.

    4:4:4 subsampling means that no chroma subsampling is applied. Every pixel has its own color information, resulting in the highest quality but also the largest bitrate.

    4:2:2 subsampling reduces the color information by half horizontally but keeps full-color information in the vertical direction. It's a common compromise between quality and bandwidth used in professional video environments.

    4:2:0 subsampling reduces the color information by half both horizontally and vertically, which is widely used in consumer video formats (e.g., Blu-ray, DVD, streaming media PTZ and Prosumer Cameras) because it significantly reduces the bitrate with minimal visible loss of quality.

    4:1:1 subsampling reduces the color information by a quarter of the horizontal resolution and keeps full-color information in the vertical direction.

    Alpha Channel:

    The YUVA color space is an extension of the YUV color space that includes an Alpha channel. In color spaces, the Alpha channel represents the opacity of a color, allowing for varying levels of transparency and compositing images over one another.

    The alpha channel sampling is usually the same as the luminance and is expressed in a notation like 4:2:2:4, 4:2:0:4, 4:4:4:4, etc.

    Bit Depth

    Bit depth, also known as color depth, refers to the number of bits used to represent the color of a single pixel in a digital video. Higher bit depth allows for more colors to be displayed, resulting in more detailed and nuanced images. Common bit depths include:

    8-bit: Capable of displaying 256 shades per channel (YUV), resulting in 16.7 million colors in total.

    10-bit: Can display 1,024 shades per channel, offering over a billion colors. This greater range allows for finer gradients and more detailed color representation, reducing banding in video images.

    NDI High Bandwidth based on SpeedHQ2 (8bit 4:2:2)

    Resolution Framerate
    Maximum Bandwidth Mbps
    Proxy Resolution Framerate
    Maximum Bandwidth Mbps

    720 50p

    96.94

    640x360 60p

    65.83

    720 60p

    105.83

    Bridge Tool Logging

    NDI 6.1 provides a new version of NDI Bridge that allows for additional settings and a new logging feature that allows you to get even greater insight into the capabilities of your NDI Network.

    Buffer Test

    Since NDI 5, it’s been possible to set a buffer when connecting to or hosting a Bridge network that will store up frames of data up to a certain amount before sending them to the rest of the NDI Network. While this does increase latency, it also allows a seamless viewing experience where the viewer shouldn’t notice a drop of signal or frames that can naturally occur when video is transmitted over the public Internet. Previous version of NDI Bridge would allow the user to define their own size of that buffer as a trial an error, but with NDI 6.1’s new Bridge, there is a “Test Buffer" application that can recommend buffer size.

    To use it, follow the steps below:

    1. Launch NDI Bridge 6.1

    2. Connect to your Bridge host if your the Join, or have a remote connection connect into your Bridge application if you’re the Host

    3. Once connected, click on Start Test. Packets will be sent and received, and the recommended buffer will be shown.

    4. Run the test for as long as necessary, then click Apply to use their recommended buffer size.

    To run the test, both the Bridge Host and Bridge Client/Joiner must be running NDI 6.1.

    System Stats

    One of the most powerful aspects of NDI is it’s ability to be flexible in it’s installation requirements, it doesn’t need a purpose-built machine. NDI Bridge, like all other NDI applications, is as powerful as the system it’s installed on, but until now there hasn’t been an easy way to determine how much system resources it uses. With NDI 6.1 Bridge, a user can now get a number of helpful stats that may pinpoint potential bottlenecks in a workflow. To access the system stats to see a live view of NDI Bridge’s resources, click the gear labeled Settings and Diagnostics and choose Statistics.

    Clicking this will open a new window that can be positioned and resized anywhere, with helpful graphs and stats for the current connection. Each graph can be expanded to show a greater detailed view of the current resources.

    Send Bps: Usually measured in mbps but depending on how much traffic is sent it can be kbps, this is the amount of data that’s being sent from the current machine to the destination. The graph measures only the last 60 seconds of data in a rolling, live view.

    To see the current metric, the right hand-side column also displays the current bitrate of the sending device.

    Receive Bps: This graphic shows a 60 second view of the amount of traffic being received by the system it’s installed on. Usually measured in mbps, it will give the user an idea of how much bandwidth that Studio Monitor or another NDI receive is receiving from the Bridge network.

    This is also shown on the right hand side metric under Receive, where it shows a live view of the incoming bitrate.

    If the Send and Receive numbers vary too greatly, there’s probably packet loss or connection issues which can result in poor performance. Increasing the Buffer size or using the recommended buffer settings may alleviate these issues

    RTT: Round Trip Time is the measure of how long it takes a packet to be sent from the host to the receiver and back again. The graph shows a live view of the past 60 seconds and the right hand column shows a live view of the current RTT.

    The RTT value may be high, but the key aspect to look for is consistency- a RTT value that fluctuates often indicates a poor connection and poor video performance

    Packet Loss: Much like RTT, the key aspect here is consistency. Have a video stream with 0 packet loss would be ideal but in a world where video is transmitted over the public internet it can happen.

    0 packet loss is preferred, but if the number grows over time or fluctuates, there’s an issue with the incoming stream or receiving PC dropping packets. Increase buffer size may be one way to alleviate that.

    Bridge GPU: NDI Bridge provides 3 metrics for the GPU that the connected Bridge system (either host or join) is running on, GPU Encode, GPU Decode, and 3D Compute. This measures the amount of GPU usage that the Bridge service is using by itself to send an encoded signal.

    These are a measure of the Bridge’s utilization only, not of the entire utilization of the engines of the PC. If packet loss occurs or the RTT is high and the buffer can’t resolve it, the Bridge system’s GPU may be at maximum and unable to render frames as quickly as necessary, resulting in poor video performance. Unfortunately, there’s not a way to resolve this outside of upgrading the PC or lowering the demand of other applications on that PC.

    System GPU: Like the Bridge GPU, the System GPU must also decode frames of video for viewing and playback. If the System GPU is at maximum for resources but the connection is fine, the viewer will still notice dropped frames and other apparent issues they may cause them to incorrectly assume the network or NDI Bridge is at fault.

    On the right hand side, there are a number of stats also available at any given time.

    CPU and Memory refer to the percentage of CPU that is used by the system at the time. Memory refers to amount of RAM that the Bridge application is taking up by itself. As Bridge is software, we recommend you make sure those numbers stay under 50% utilization, the lower the better. This may mean closing out other open applications and shutting down other services that are taking processing cycles and using the RAM. If the Memory measurement creeps up, it could indicate a memory leak or a process that is stuck running and not shut down properly.

    Under System are the same three metrics, GPU Encode, GPU Decode, and 3D Compute, which measure available metrics as reported by the system. GPU Encode is if the system is encoding from High Bandwidth to HX, and GPU Decode is used for receiving a signal and displaying it on Studio Monitor. 3D Compute is the overall usage of the GPU of that system. It’s important to note that 3D Compute is variable depending on the system. Sometimes it’s the 3D Compute engine is used to encode/decode, and sometimes it’s used for color conversion. If the system Bridge is running on has two different GPUs, the tasks will be spread out to reduce load. As a general rule keeping those values low will show improved performance.

    Using NDI and Dante on the same Network

    Introduction

    Running Dante and NDI in different networks or VLANs is always the recommended choice but this sometimes requires complex network infrastructure that is not always feasible.

    As IP-based audio and video solutions become standard in live production and broadcast environments, a common question arises:

    Can NDI and Dante coexist on the same network?

    The answer is yes, but only under the right conditions.

    Understanding the Protocols: NDI vs Dante

    NDI (Network Device Interface)

    NDI is a video-over-IP protocol optimized for ease of use and versatility. Its key characteristics include:

    • Uses various transport methods: TCP, UDP, Multi-TCP, and R-UDP.

    • No centralized synchronization mechanism.

    • Audio and video are embedded together and rely on best-effort delivery.

    • Can be bandwidth-intensive, especially full-bandwidth NDI (100–300 Mbps per stream).

    Dante Audio

    Dante, developed by Audinate, is designed for professional, low-latency audio transport over IP. Its key characteristics include:

    • Ultra-low latency (typically <1 ms)

    • Uses PTP (Precision Time Protocol, IEEE 1588) for tight synchronization between all devices

    • Each audio stream is typically mono, point-to-point

    • Highly sensitive to jitter and network congestion

    NDI and Dante on a 1G Network: Real-World Observations

    Scenario 1: A Single Computer Running NDI and Dante

    A single computer (e.g., running vMix or TriCaster) receives NDI streams and handles Dante audio via the same 1G NIC. As long as it only receives NDI streams, Dante works fine. Once the computer transmits NDI streams, Dante experiences:

    • Increased latency

    • Audio glitches

    • Eventually, Dante devices may mute audio completely due to PTP sync loss

    Why does this happen?

    NDI video streams can flood the NIC and switch buffers. Since Dante relies on highly predictable packet timing and synchronized clocks (via PTP), any jitter or delay in network delivery, especially in PTP packets, can cause the system to desynchronize, leading to audio dropouts.

    Scenario 2: 10G Backbone with 1G Endpoint

    The main NDI+Dante computer is connected via 10G to a core switch. A second switch, connected via 1G uplink, serves a Dante commentary station. Everything runs smoothly until an NDI decoder is added to the second switch and starts receiving a video stream from the main computer. Suddenly, the Dante commentary position experiences PTP errors and intermittent audio mute. Replacing the second switch with a 10G model and using a 10G uplink immediately resolves the issue.

    Why does this happen?

    Traffic from an NDI receiver saturates the uplink. Simply having an NDI transmitter alone doesn't cause this traffic surge. NDI streams are unicast and only begin flowing when a receiver connects. When the receiver is on the 1G switch and pulls full-bandwidth NDI from the 10G host, the 1G uplink becomes a bottleneck. This bottleneck causes latency and jitter, especially affecting:

    • PTP clock sync packets

    • Time-sensitive Dante audio packets

    Consequently, sync is lost and Dante audio mutes. By contrast, if the NDI transmitter is on the 1G switch without an active receiver, the traffic isn't triggered, and Dante remains unaffected.

    NDI Transport Protocols and Network Behavior

    NDI supports multiple transport types, but not all are equally suitable in mixed environments.

    Protocol
    Suitable with Dante?
    Notes

    Flow Control must be enabled on all switches for stable coexistence.

    Best Practices for NDI + Dante on the Same Network

    To make it work reliably: 1. Use a 10G network backbone for any shared segments carrying both Dante and NDI. 2. Avoid Multi-TCP mode in NDI, especially in mixed Dante environments. 3. Enable flow control on all switch ports. 4. Use managed switches that support IEEE 802.1p traffic prioritization (to prioritize PTP and Dante audio) 5. Monitor the Dante Clock status and latency metrics on all endpoints. 6. Avoid 1G uplinks where video and audio traffic are mixed.

    Conclusion

    NDI and Dante can coexist on the same network, but only if the network is properly designed to handle their demands. Dante's strict timing requirements make it particularly vulnerable to congestion and jitter, while NDI’s high-bandwidth nature can easily monopolize links if not carefully managed.

    Proper switch configuration, bandwidth planning, and protocol awareness are essential to ensure stable, high-performance operation in mixed NDI + Dante environments.

    Getting Started with Discovery Service

    This guide will explain how to get set up with NDI Tools application, Discovery Server and Studio Monitor on a Windows machine

    1

    (Optional) If you want to run the Discovery Server as a Windows Service then you'll need to install the stand alone Discovery Server package.

    The Discovery Service is only available for Windows and Linux. The screenshot below is the setup for Windows.

    Install the Discovery Server package. During installation, you must specify the IP address and port for the Discovery Service.

    • You can use 127.0.0.1 (localhost) as the IP if you are only testing with receivers on the same machine. Otherwise, you must specify the IP address of the machine where the Discovery Server is running.

    • The port can be left at the default value unless a different port is needed.

    • The Discovery Service will start automatically

    2

    Install the .

    3

    Launch and complete the registration form (if not already done).

    4

    Launch

    1. In the Advanced tab under Network Mapping enable Discovery Servers

    2. Input the IP address of the Discovery Server and click Apply.

    5

    Launch Discovery from

    1. Go to the Settings tab.

    2. If you configured the Discovery Server IP in Access Manager in the previous step, then you should select and enable Use Access Manager Settings.

    6

    Launch

    1. Click on the Menu button on the top left. Select Settings.

    2. Click and enable Allow Receiver Advertising.

    3. Click and enable Allow Receiver Control.

    7

    In the Discovery Application

    1. You should now see the Studio Monitor receiver in the Discovery application.

    2. Receivers will be grouped by hostname first.

    Discovery

    Updated as of Version 6.2

    NDI Discovery is a tool that enables you set up and manage Discovery Servers within workflows. We cover the capabilities of Discovery Service in depth in our White Paper.

    Download NDI Tools here.


    Looking for Discovery Service? Download it .

    Accessing NDI Discovery

    . After installing it, access NDI Discovery from the or your applications folder.

    Once you've installed Discovery check out our guide. For high level introduction on how Discovery works read on Receiver Discoverability, Monitoring, and Control.


    Senders

    Displays all NDI sources (“senders”) that have registered with the Discovery Server. Each sender entry shows its device name/hostname, the network address, and port it is streaming from. Devices appear grouped by hostname. This tab helps you quickly see which NDI devices are currently available to provide streams on your network.

    Receivers

    Shows all NDI receivers (endpoints listening for NDI streams) recognized by the Discovery Server. Devices are also grouped by hostname under receivers. This is especially useful when troubleshooting or confirming which machines are actively listening for NDI streams.

    From the dropdown carrot under Receivers you can specify the source for that receiver

    Settings

    You can configure or change the Discovery Server IP and port. You can also see whether the application is connected to a Discovery Server and at which IP/port.

    For first time set up, when using with for the first time be sure to select the Allow Receiver Advertising and Allow Receiver Control from the settings

    Test Patterns

    Streamline Connectivity and Calibration.

    NDI Test Patterns is a tool designed to facilitate precise audio and video calibration on NDI-enabled devices within your network.

    With a range of test patterns and audio tones, this tool ensures accurate color properties and optimal sound levels.

    Download NDI Tools here.


    Accessing NDI Test Patterns

    and run NDI Test Patterns from the or your applications list.


    Immediate NDI Signal Sharing

    Upon launching, NDI Test Patterns will instantly share an NDI signal across your network, viewable on other NDI-enabled devices using software like Studio Monitor.


    Viewing the NDI Signal

    Right-click on the tool, select the device's name and choose Test Patterns to receive the signal from NDI Test Patterns.


    Test Pattern Variety

    Explore a variety of test patterns by scrolling down the page and selecting the one that best suits your calibration needs.


    Custom Image Support

    Click the plus button at the bottom left of the screen to add custom images to the list of patterns in NDI Test Patterns.

    NDI Test Patterns supports images with embedded alpha, allowing you to load most 32-bit image file formats and use them as sources for overlays in your program.


    Audio Calibration

    Enable a one-kilohertz tone accompanying the NDI test pattern signal to test your audio equipment. Choose from various decibel levels to suit your audio calibration requirements.

    Studio Monitor

    Your Window to NDI Signals.

    NDI Studio Monitor is a tool that allows you to effortlessly view video and audio signals transmitted over your network through an NDI stream.

    Studio Monitor is a valuable tool for anyone involved in video monitoring, digital signage, KVM control, recording, PTZ operation, or more.

    Download NDI Tools .


    640x360 60p

    65.83

    1080 50i

    102.50

    640x360 30p

    18.75

    1080 60i

    112.50

    640x360 30p

    18.75

    1080 50p

    125.59

    640x360 60p

    65.83

    1080 60p

    132.14

    640x360 60p

    65.83

    3840x2160 50i

    158.33

    640x360 30p

    18.75

    3840x2160 60i

    171.42

    640x360 30p

    18.75

    3840x2160 50p

    223.80

    640x360 60p

    65.83

    3840x2160 60p

    249.99

    640x360 60p

    65.83

    MIXaiR™
    Infinity IP Intercom Systems
    Cloud MX Audio Mixer
    Artisto
    here
    Install NDI Tools
    NDI Launcher
    Getting Started with Discovery
    this guide
    Studio Monitor

    TCP

    With care

    Requires proper flow control; can introduce delay under congestion

    UDP

    Better

    Predictable; ideal for real-time flows

    R-UDP

    Recommended

    Reliable UDP; good compromise between speed and reliability

    Multi-TCP

    Avoid

    Creates multiple TCP streams with independent buffers; bad for real-time sync like Dante

    NDI Bridge
    Otherwise, enter the IP address of the Discovery Server next to Setup Discovery Server and click Connect.
  • Just above you should see a message in green saying, Connected to Discovery Server at and the IP address and port.

    1. If the message is in yellow saying, Attempting to Connect then double check your IP settings again. If you think you might have made a mistake with the Discovery Server’s IP address or port, you will need to run the installer again to reconfigure the IP and port.

    2. Once done, click back to the Receivers tab.

    NDI Tools package
    NDI Tools
    Access Manager
    NDI Tools
    Studio Monitor
    Accessing NDI Studio Monitor

    Install NDI Tools and run NDI Studio Monitor from the NDI launcher or your applications list.


    Remote Control and Navigation

    The application launches as a pop-up window, providing an IP address or QR code for remote control from another device on the same network.


    Viewing NDI Sources

    Click on the menu in the top left or right-click anywhere on the Studio Monitor window.

    A list of devices broadcasting over NDI will appear, and you can select any channel to view the video and audio in real-time.


    Settings and Customization

    By clicking on the top menu or right-clicking anywhere on the Studio Monitor window, you'll be able to access the settings that you can customize to your needs. You can find a list of all available settings below.

    Click on the menu in the top left or right-click anywhere on the Studio Monitor screen to access settings.

    If you experience dropped frames (indicated by the red bar) you can check in NDI Analysis

    Application

    • Run a new NDI Studio Monitor to open a second instance of Studio Monitor.

    • Run at Windows Start is helpful for setting up a digital signage system.

    • Allow Web Control

    • Show Web Control URL

    • Set Controls Always Visible

    • Set Record Path to specify the location where recorded files will be saved.

    • Select Allow Receiver Advertising to make it available for monitoring when using Discovery Server.

    • Select Allow Receiver Control to manage which sources Studio Monitor can connect to.

    Audio

    • Define the soundcard for audio output.

    • Silent, mute, or unmute audio output.

    • Adjust the output audio level.

    Video

    • Show the NDI source's Alpha Channel

    • Show a background checkerboard

    • Enable a center cross overlay

    • Enable a safe area overlay

    • Enable a 4:3 Aspect Ratio overlay

    • Enable a Square Aspect Ratio overlay

    • Flip horizontally or vertically the displayed source

    • Overlays the Tally indicators

    • VU Meter overlay: Visualizes the source's audio level, with or without a reference scale.

    • Lowest Latency: Reduces the time the system takes to display a source. When this option is activated, NDI Studio Monitor ceases to use frame-sync. Instead, it plays videos with less smoothness but offers the advantage of lower latency.

    • Low Bandwidth: Decoding the NDI Proxy stream, rather than the full bandwidth, is highly effective for reducing bandwidth usage. This approach is particularly beneficial when displaying a source solely for monitoring purposes.

    • Overlay: Select an NDI Source to overlay over the primary source. Picture In Picture: With this option, the secondary source is overlayed as picture-in-picture. Overlay using Alpha: This option overlaps the secondary source using his transparency.

    • Output: Floating Window: With these options is possible to define if the NDI Studio Monitor will be visible: 1) In a floating Windows 2) Full Screen in one of the available monitor 3) Full Screen in all available monitor.

    • NDI Video Output: an extremely beneficial feature for effortlessly sharing a single source with multiple destinations. This functionality effectively transforms NDI Studio Monitor into an NDI Router. When a new source is chosen in Studio Monitor, it is directly routed to various receivers, originating straight from the sender.

    • Scale Video to Window.

    • Always on Top

    • Hide Window Border

    • Move to Quadrant: helps you to move, resize and fit multiple monitors in a single screen.

    • PTZ Settings: enables the PTZ Control in the NDI Studio Monitor.

    • Enable USB Joystick as a PTZ Controller.

    • Help: Access the Studio Monitor Help Assistant and a quick web link to for more information about NDI and NDI Tools.

    here

    Limitations in ​equipment and budget​

    Currently, the number and quality of connections are very dependent on cost, available cables, infrastructure, and bandwidth.

    Complexity and need for specialized expertise

    Most connectivity solutions require networking expertise to set up and troubleshoot. They struggle to provide a simple, user-friendly experienc

    Too many working connectivity protocols

    There can be many protocols in the same workflow, requiring a lot of conversion and understanding of different technologies. Alternatively, some products only operate in closed ecosystems.

    High efficiency

    We develop the most advanced video connectivity formats; and allow productions to scale without scaling costs.​

    Plug & play

    We guarantee that any NDI-enabled product is easy to operate, even without networking knowledge, and always works seamlessly.​

    Interoperability

    We unlock complete connectivity with a growing ecosystem of NDI-enabled and compatible devices; and NDI is the only protocol you’ll need.​

    ndi.video
    Install NDI Tools
    NDI launcher
    NDI Studio Monitor
    Test Patterns library (HDR options to be released with NDI 6).

    Industry Terminology

    The following is an ever-growing list of terms that relate to networking and audiovisual technology.

    Cache

    Cache refers to a reserved section of computer memory or an independent high-speed storage device used to accelerate access and retrieval of commonly used data.

    Channel

    Tyically an audio channel is usually a single mono audio input on a device. Less commonly could refer to video components such as luma channel or alpha channel etc.

    Codec

    A codec (compressor-decompressor) is a technology or software used to encode and decode data, specifically for audio, video, or multimedia files. Codecs compress data to reduce file size for easier storage or transmission and then decompress it for playback or editing.

    Device

    Any hardware capable of communicating over a network using the Internet Protocol (IP) or NDI network. A device can be a source or destination or both while the function of the machine could be sending or receiving.

    Domain

    A domain refers to a LAN subnetwork of users, systems, devices, and servers. Domain can also refer to the IP address of a website on the Internet.

    DNS

    DNS (Domain Name System) is a system used by the Internet and private networks to translate domain names into IP addresses.

    Ethernet

    Ethernet, standardized as IEEE 802.3, refers to a series of LAN (Local Area Network) technologies used to connect computers and other devices to a home or business network. Ethernet is a physical and data link layer networking protocol that supports data transfer rates starting at 10 Mbps, typically over twisted pair cabling, but also fiber optic and coaxial cabling.

    Format

    Specific details of a signal, eg: resolution, frame-rate, codec encoding, etc.

    Genlock

    A process used to synchronize a video source by allowing devices to lock their video signals to a common external reference signal (often referred to as a sync signal or black burst), It is used in video production and broadcasting to ensure that multiple video devices, such as cameras, switchers, and monitors, operate in perfect sync.

    HDCP

    High-bandwidth Digital Copyright Protection developed to prevent unauthorized copying of digital content as it travels across connections like HDMI, display port, etc. It is commonly used in high-definition content transmission between devices such as Blu-ray players, TVs, computers, and gaming consoles.

    Host

    A specific machine, device, or computer that is connected to a network that can provide or consume services, resources, or data.

    IGMP

    IGMP (Internet Group Management Protocol) is the protocol used in IP multicasting that allows a host to report its multicast group membership to networked routers in order to receive data, messages, or content addressed to the designated multicast group.

    IP

    IP (Internet Protocol) is the communications protocol for the Internet, many wide area networks (WANs), and most local area networks (LANs) that define the rules, formats, and address scheme for exchanging datagrams or packets between a source computer or device and a destination computer or device.

    IPv4

    IPv4 (Internet Protocol Version 4) is the fourth and most used version of the Internet Protocol. IPv4 uses a 32-bit IP address scheme for network identification and communication, with each unique IP address expressed as four numbers (between 0 and 255) separated by decimal points.

    IPv6

    IPv6 (Internet Protocol version 6) is the latest version of the Internet Protocol, developed to eventually replace IPv4 (Internet Protocol version 4). IPv6 uses a 128-bit IP address scheme for network identification and communication, with each unique IP address expressed as eight groups of four hexadecimal digits (numbers from 0-9 or letters from A-F) separated by colons. In addition to exponentially increasing the number of available IP addresses, IPv6 simplifies and streamlines network communication while increasing security, compatibility, and efficiency.

    LAN

    LAN (Local Area Network) is a network that connects computers and devices in a room, building or group of buildings. LANs are typically deployed in homes, offices, and schools, where users share access to the same server, resources, and data storage. A system of LANs can also be connected to form a WAN (Wide Area Network).

    Layer 2

    Layer 2 refers to the OSI networking model's second layer or Data Link layer. A layer 2 switch uses hardware-based switching to transmit data between connected devices based on their MAC (Media Access Control) layer addresses.

    Layer 3

    Layer 3 refers to the OSI networking model's third layer or Network layer. A layer 3 switch uses hardware-based switching to transmit data between connected devices based on their IP addresses.

    Library

    A collection of compiled functions and classes that can be shared by multiple independent applications on a system.

    MAC Address

    MAC (Media Access Control) address refers to a unique physical address identifying a network node.

    Mbps

    Mbps (Megabits per second) is a unit of measurement for data transfer speed, with one megabit equal to one million bits. Network transmissions are commonly measured in Mbps.

    mDNS

    mDNS (multicast DNS) refers to the use of IP multicast with DNS to translate domain names into IP addresses and provide service discovery in a network that does not have access to a DNS server.

    Monitor

    Device used to display or view a video signal or listen to an audio signal. Also defineed as the act of examining details of an audio or video stream

    OSI

    The OSI (Open System Interconnection) reference model is a standard that defines worldwide network communication, developed by ISO (International Organization for Standardization). The OSI reference model divides network communication into seven layers: 1) Physical, 2) Data Link, 3) Network, 4) Transport, 5) Session, 6) Presentation, and 7) Application.

    Packet (Frame)

    A packet, also known as a frame or datagram, is a unit of data transmitted over a packet-switched network, such as a LAN, WAN, or the Internet.

    Port

    A port is a communications channel for data transmission to and from a computer on a network. Each port is identified by a 16-bit number between 0 and 65535, with each process, application, or service using a specific port, or multiple ports, for data transmission.

    PPS (Picture Parameter Set NALU)

    Details a decoder needs to decode the video data, such as resolution, frame rate, and other parameters. They must be included in the video stream for the decoder to interpret the video correctly.

    QoS

    QoS (Quality of Service) is the measure of performance for systems or networks, with considerations that include availability, bandwidth, latency, and reliability. QoS can also refer to prioritizing network traffic to ensure a minimum or required level of service, predictability, and/or control.

    Router

    1. A networking device capable of transporting IP data based on Layer 3 details (IP Address and subnet details).

    2. An SDI router (Serial Digital Interface router) is a device used to route and manage video signals in broadcast and production environments. It allows multiple SDI video sources, such as cameras, servers, and playback devices, to connected to and switch between various destinations, such as monitors, recorders, or live feeds.

    SPS (Sequence Parameter Set NALU)

    Details a decoder needs to decode the video data, such as resolution, frame rate, and other parameters. They must be included in the video stream for the decoder to interpret the video correctly.

    Subnet

    Subnet (short for subnetwork) refers to a distinct subdivision of an IP network, usually created for performance or security purposes. Subnets typically include the computers, systems, and devices in one location, office, or building, with all nodes sharing the same IP address prefix.

    TCP

    TCP (Transmission Control Protocol) is a network communications protocol that enables two host systems to establish a connection and exchange data packets, ensuring that data is delivered to the correct destination. TCP is typically grouped with IP (Internet Protocol) and is known collectively as TCP/IP.

    TTL

    Time to live (TTL) or hop limit is a mechanism that limits the lifespan or lifetime of data in a computer or network. TTL may be implemented as a or attached to or embedded in the data. Once the prescribed event count or timespan has elapsed, data is discarded or revalidated. In , TTL prevents a data packet from circulating indefinitely. In applications, TTL is commonly used to improve performance and manage the of data.

    UDP

    UDP (User Datagram Protocol) is an alternative protocol to TCP that is used when reliable delivery of data packets is not required. UDP is typically used for applications where timeliness is of higher priority than accuracy, such as streaming media, teleconferencing, and voice-over IP (VoIP).

    WAN

    WAN (Wide Area Network) is a network that spans a relatively broad geographical area, such as a state, region, or nation. WANs typically connect multiple smaller networks, such as LANs (Local Area Network) and MANs (Metropolitan Area Network). The Internet is an example of a WAN.


    NDI Encoding Support Matrix

    SpeedHQ

    CODEC
    SpeedHQ0 4:2:0 8bit
    SpeedHQ2 4:2:2 8bit
    SpeedHQ2 4:2:2 10bit
    SpeedHQ7 4:2:2:4 8bit
    SpeedHQ7 4:2:2:4 10bit

    HX

    CODEC
    HX (v1) H.264 4:2:0 8bit
    HX (v2) H.264 4:2:0 8bit
    HX (v2) H.265 4:2:0 8bit
    HX (v2) H.265 4:2:0 10bit
    HX3 H.264 4:2:0 8bit
    HX3 H.265 4:2:0 8bit
    HX3 H.265 4:2:0 10bit

    The FPGA implementations include a SpeedHQ codec in the FPGA fabric for speed, but can also use the same software codec as the regular SDK. Typically, the ARM CPU cores on the FPGA+SoC devices are slow enough that decoding video in software is impractical, but this is gradually changing as everything gets faster. (Charles Steinkuehler)

    Screen Capture HX

    Elevate Your Network Display Experience.

    NDI Screen Capture HX provides features comparable to NDI Screen Capture, but it uniquely leverages GPU acceleration.

    This ensures low-latency video delivery, supporting resolutions up to 4K and frame rates of 120 Hertz or higher, using H.264 or HEVC compression. GPU acceleration significantly reduces your system's CPU workload, enhancing overall efficiency.

    Download NDI Tools .


    Accessing NDI Screen Capture HX

    In the , select the configuration gear to choose between two distinct versions of NDI Screen Capture. Select Screen Capture HX.


    Sharing Your Screen

    The application will appear in your system tray with the NDI logo. Upon launch, your computer's desktop video and audio are shared and viewable from any NDI-enabled device on your network.


    Viewing on NDI-Enabled Devices

    View the output of Screen Capture on another NDI-enabled device using an application like .

    Right-click on the screen and select the device name and corresponding NDI stream.


    Settings and Customization:

    NDI Screen Capture is an application designed to effortlessly share your computer's desktop video and audio with any other device on your network through an NDI stream.

    Whether you're conducting broadcasts and presentations, collaborating on projects, creating tutorials, or engaging in media playback, Screen Capture provides a valuable solution.


    Accessing NDI Screen Capture

    and run NDI Screen Capture from the or your applications list.


    Sharing Your Screen

    The tool will appear in your system tray with the NDI logo. Upon launch, your computer's desktop video and audio are viewable from any NDI-enabled device on your network.


    Viewing on NDI-Enabled Devices

    View the output of Screen Capture on another NDI-enabled device using an application like .

    Right-click on the screen and select the device name and corresponding NDI stream.


    Settings and Customization

    Right-click on the NDI Screen Capture icon to access different settings:

    • Bandwidth This feature enables the selection from three distinct bandwidth presets and specifies the codec used for NDI HX compression, H.264 or HEVC.

    • Resolution It allows the native screen resolution or downscaling the stream in lower resolutions.

    • Framerate This option allows to specify the NDI stream framerate

    Remote - DISCONTINUED

    Securely connect with multiple remote contributors.

    IMPORTANT INFORMATION

    We’ve made the tough call to discontinue NDI Remote and take the service offline. This decision comes after identifying performance issues that can’t be quickly addressed. That said, we’re already exploring a more reliable way to bring Remote back in the future. We’ll share updates as soon as we have them. If you have questions or need a hand planning a workaround, please reach out through the proper channel. Our team’s here to help!


    NDI Remote is a tool that facilitates seamless connections with multiple remote contributors by simply sharing a link. This application enables receiving video and audio over the internet, transforming your device into an NDI video feed receiver.

    Software License Agreement

    Agreeing to this Software License Agreement is a necessary step to install NDI Tools. This step can be completed during the installation process through the NDI Tools Installer.

    Software License and Content Data License and Limited Warrant

    This Software and Content Data License and Limited Warranty applies to NDI® Tools and other software and/or content data products provided by Vizrt NDI AB. (“NDI”).

    PLEASE READ THIS CAREFULLY BEFORE USING THIS SOFTWARE. THIS SOFTWARE IS LICENSED. THE LICENSE AND LIMITED WARRANTY APPLIES TO THE SOFTWARE LISTED ABOVE. BY USING THIS SOFTWARE, YOU AGREE TO BE BOUND BY THESE TERMS OF THE LICENSE AND LIMITED WARRANTY. IF YOU DO NOT AGREE TO THESE LICENSES AND THESE TERMS, YOU MAY RETURN THE SOFTWARE WITHIN 15 DAYS OF PURCHASE TO THE PLACE WHERE YOU OBTAINED IT FOR A FULL REFUND.


    Was this helpful? Please let us know by rating this page; you can also leave a .


    Was this helpful? Please let us know by rating this page; you can also leave a .

    If you plan to use NDI Tools for commercial purposes please contact our

    1. License Grant.

    Any computer program or content data installed and/or enclosed (the "Software") is licensed, not sold, to you by NDI for use only under the terms of this License, and NDI reserves any rights not expressly granted to you herein. Title to the Software and all copyright rights therein, foreign and domestic, are owned by NDI or its suppliers and is protected by US, EU and other copyright laws and international treaty provisions.

    You are hereby granted a worldwide, nonexclusive, nontransferable (other than as expressly set forth herein) and, as applicable, fully paid up license to one copy of the Software. If the Software is an NDI/HX driver, you may use up to five (5), and no more than five, copies on separate machines at one time. The copyright restrictions of this license extend to any further updates, software patches, or bug fixes made available to you by NDI, regardless of how the software is delivered (by downloading, through digital storage media, or other). Any software or content data updates later obtained by you from NDI may only be used to update Software that has a valid and legal license under which the update was obtained. SUCH UPDATES MAY INCLUDE ADDITIONAL OR AMENDED TERMS THAT MODIFY OR CHANGE THIS LICENSE. YOUR ACCEPTANCE AND USE OF SUCH UPDATES WILL CONSTITUTE YOUR CONSENT AND AGREEMENT TO AMEND THIS LICENSE PURSUANT TO SUCH TERMS.

    You may make one copy of the Software in machine readable form solely for backup purposes. As an express condition of this License, you must reproduce on the backup copy the NDI copyright notice in the following format: "© <YEAR> Vizrt NDI AB. All Rights Reserved."

    EXCEPT WITH REGARD TO ANY PROHIBITIONS ON TRANSFER AND ASSIGNMENT MENTIONED HEREIN, you may permanently transfer all your rights under this License to another party provided that the other party reads and agrees to accept the terms and conditions of this License as amended. Your rights under this license shall immediately terminate upon such transfer. Some of these restrictions may not apply to the LGPL, or other licensed software/libraries referenced in Paragraphs 6, 7, or 8 below.

    If the Software was obtained for educational use with an educational price discount, this license is a limited Educational License, and not licensed to be used for any commercial or other use that is not an Educational Use. “Educational Use” means use by students, instructors, educational and/or government facilities directly connected with the user’s employment with, or as a student of, a bona fide educational institution of primary, secondary, graduate, or postgraduate level. “Educational Use” may be further defined from time to time on NDI’s website.

    Any additional terms of purchase relating to restrictions to educational uses in effect at the time of purchase shall become part of this license to the extent they are not in conflict with these terms. Any uses falling outside the scope of Education Use are a violation of this license and will be considered copyright infringement. If in doubt, you may determine the nature of your license by calling NDI customer support and providing the serial number and letter code.

    2. Restrictions.

    The Software contains NDI trade secrets. EXCEPT AS EXPRESSLY AUTHORIZED HEREIN, YOU MAY NOT COPY, DISTRIBUTE, MODIFY OR CREATE DERIVATIVE WORKS, REVERSE ENGINEER, DECOMPILE, DISASSEMBLE, OR OTHERWISE REDUCE THE SOFTWARE TO ANY HUMAN-PERCEIVABLE FORM. YOU MAY NOT MODIFY, ADAPT, TRANSLATE, RENT, LEASE, LOAN, RESELL FOR PROFIT, OR CREATE ANY MODIFICATIONS OR OTHER DERIVATIVE WORKS BASED UPON THE SOFTWARE OR ANY PART THEREOF.

    3. Termination.

    This License is effective until terminated. This License will terminate immediately without notice, if you fail to comply with any provision of this License. Upon termination you must destroy the Software, all accompanying written materials and all copies thereof. You may also terminate this License at any time by destroying the Software, all accompanying written materials, and all copies thereof.

    4. Product Warranty and Remedies.

    This limited warranty extends to the original purchaser only.

    NDI DOES NOT WARRANT THAT THE SOFTWARE WILL BE ERROR FREE, OR THAT IT WILL SATISFY ALL YOUR REQUIREMENTS. NDI WARRANTS THE DISCS OR OTHER TANGIBLE STORAGE MEDIA PROVIDED, IF ANY, ON WHICH THE SOFTWARE IS SUPPLIED TO BE FREE FROM DEFECTS IN MATERIALS AND WORKMANSHIP UNDER NORMAL USE FOR 90 DAYS FROM PURCHASE.

    ALL IMPLIED WARRANTIES RELATING TO THE SOFTWARE ARE DISCLAIMED, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. YOUR EXCLUSIVE REMEDY FOR BREACH OF WARRANTY WILL BE THE REPLACEMENT OF THE MEDIA OR REFUND OF THE PURCHASE PRICE. IF THIS IS AN EVALUATION OR BETA VERSION, YOU ACKNOWLEDGE THAT THE SOFTWARE AND ACCOMPANYING MATERIALS ARE ACCEPTED “AS IS” AND MAY NOT BE FREE FROM DEFECTS.

    THE ABOVE WARRANTY IS EXCLUSIVE AND IN LIEU OF ALL OTHER WARRANTIES, EXPRESS OR IMPLIED. ANY TERM OF THIS WARRANTY OR THE WARRANTY LIMITATIONS THAT IS PROHIBITED BY APPLICABLE LAW SHALL NOT APPLY. ALL ACTIONS ON ANY BREACH OF WARRANTY OF ANY KIND MUST BE BROUGHT WITHIN ONE (1) YEAR OF DATE OF PURCHASE. YOUR SOLE REMEDY IN ANY EVENT SHALL BE TO TERMINATE THE LICENSE.

    5. Limitations On NDI’s Liability.

    NDI IS NOT LIABLE FOR LOSS OR DAMAGE FOR INCONVENIENCE OR INTERRUPTION OF SERVICE, LOSS OF BUSINESS, DATA OR ANTICIPATORY PROFITS, OR CONSEQUENTIAL, INCIDENTAL, SPECIAL, OR PUNITIVE DAMAGES RESULTING FROM THE USE (OR OPERATION) OF ANY OF THE SOFTWARE. NDI’S LIABILITY IS LIMITED SOLELY TO THE REPAIR OR REPLACEMENT OF THE DEFECTIVE SOFTWARE. NDI IS UNDER NO OBLIGATION OR RESPONSIBILITY TO ENHANCE OR UPDATE THE SOFTWARE.

    6. MPEG-2, MPEG-4, AVC/H.264 Notices.

    If your use of this Software involves MPEG-2, MPEG-4, AVC/H.264 encoding or decoding as discussed below, commercial use of the Software, including the distribution of content media, may require additional licenses:

    MPEG-2: ANY USE OF THIS SOFTWARE IN ANY OTHER MANNER THAN CONSUMER PERSONAL USE THAT COMPLIES WITH THE MPEG-2 STANDARD FOR ENCODING VIDEO INFORMATION FOR PACKAGED MEDIA IS EXPRESSLY PROHIBITED WITHOUT A LICENSE UNDER APPLICABLE PATENTS IN THE MPEG-2 PATENT PORTFOLIO, WHICH LICENSE IS AVAILABLE FROM MPEG LA, L.L.C., 250 STEELE STREET, SUITE 300, DENVER, COLORADO 80206.

    MPEG-4; THIS SOFTWARE MAY BE LICENSED UNDER THE MPEG-4 VISUAL PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND NON-COMMERCIAL USE OF A CONSUMER FOR (i) ENCODING VIDEO IN COMPLIANCE WITH THE MPEG-4 VISUAL STANDARD (“MPEG-4 VIDEO”) AND/OR (ii) DECODING MPEG-4 VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO PROVIDER LICENSED BY MPEG LA TO PROVIDE MPEG-4 VIDEO. NO LICENSE IS GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION INCLUDING THAT RELATING TO PROMOTIONAL, INTERNAL AND COMMERCIAL USES AND LICENSING MAY BE OBTAINED FROM MPEG LA, LLC. SEE HTTP://WWW.MPEGLA.COM.

    AVC/H.264: The use within this Software of any files using AVC/H.264 encoding and/or decoding are subject to the following restrictions: CERTAIN SOFTWARE HEREIN IS LICENSED UNDER THE AVC PATENT PORTFOLIO LICENSE FOR THE PERSONAL AND NON-COMMERCIAL USE OF A CONSUMER TO (I) ENCODE VIDEO IN COMPLIANCE WITH THE AVC STANDARD (“AVC VIDEO”) AND/OR (II) DECODE AVC VIDEO THAT WAS ENCODED BY A CONSUMER ENGAGED IN A PERSONAL AND NON-COMMERCIAL ACTIVITY AND/OR WAS OBTAINED FROM A VIDEO PROVIDER LICENSED TO PROVIDE AVC VIDEO. NO LICENSE IS GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://WWW.MPEGLA.COM.

    HEVC/H.265: The use within this Software of any files using HEVC/H.265 encoding and/or decoding are subject to the following restrictions. CERTAIN SOFTWARE HEREIN IS COVERED BY ONE OR MORE CLAIMS OF THE PATENTS LISTED AT PATENTLIST.HEVCADVANCE.COM, LICENSED UNDER PATENT PORTFOLIO LICENSES, AND MIGHT HAVE RESTRICTED RIGHTS OF USE AND/OR DISTRIBUTION. IN THESE CASES, NO LICENSE IS GRANTED OR SHALL BE IMPLIED FOR ANY OTHER USE. ADDITIONAL INFORMATION MAY BE OBTAINED FROM MPEG LA, L.L.C. SEE HTTP://WWW.MPEGLA.COM AND/OR HEVC ADVANCE, L.L.C SEE HTTP://WWW.HEVCADVANCE.COM.

    7. Other MPEG – No warranty

    Your use of this Software to distribute CD’s, streaming video, or other media, or certain other commercial uses, may require additional licensing from other appropriate licensing sources, and no warranty is made otherwise.

    8. Other Third-Party Licenses; Open Source.

    This Software may include certain software, including libraries, licensed under the Lesser General Public License (LGPL) of the Free Software Foundation and other licenses. Some of the above restrictions may not apply to such software, and no warranties apply to such software. Information on such software, and relevant rights and limitations, is provided for review in the “Licenses” folder installed with the software. To the extent required by such open source license, the terms of such license will apply to such open source component in lieu of the relevant provisions of this Agreement. If such open source license prohibits any of the restrictions in this Agreement, such restrictions will not apply to respective open source component.

    9. Trademarks.

    NDI® is a registered trademarks of NDI. NDI claims either federal or common law rights in this and the other trademarks found at www.NDI.video. All other brand names, product names, or trademarks belong to their respective holders.

    10. Limited Content License.

    The following terms apply to the use of the Content data that constitutes or is provided with the Software. The computer software, images, printed materials, and other content files, including any files containing photos, video clips, or music (collectively called the "Content Data") distributed with or in connection with the Software or subsequent updates and versions thereof (all such Images and Files), are proprietary and all copyrights are owned by NDI and/or its Licensors. NDI and the parties who granted NDI special permission to include their respective material as part of the Content Data own and reserve all rights. The Content Data is for your use only, and not to be distributed in whole or in part by you, whether or not incorporated into any other content or work, unless you have been expressly granted such right to incorporate the Content Data into your content or work. Certain specific Content Data may have express permissions granted with it. You agree to indemnify and hold harmless NDI and its officers, directors, employees and agents ("Indemnitees") for any and all losses, damages, liabilities, claims, costs, or expenses, including reasonable attorneys' fees, incurred directly or indirectly by the Indemnitees in connection with your use of the Content Data for any unlawful, unauthorized, or prohibited purpose. You may not sell, sublicense, loan, give, or transfer any part of the Content Data or any copies thereof (except in accordance with the aforementioned permitted use in a work created by you), to another person or company. Under no circumstances shall the Content Data be transferred to third parties through the use of on-line services or networks. In the event of a conflict between the terms of this License and this Limited Content License, the latter terms shall control.

    11. Export Law Assurances.

    You agree to comply with all applicable export/import laws and regulations when using or transferring this Software. You agree that neither the Software or any product including the Software is being or will be shipped, transferred or re-exported, directly or indirectly, into any country, or any organization or individual prohibited by any applicable export sanctions law. Any violation of this provision will terminate the license and void the transfer.

    12. General.

    The software licenses, limited warranties, and all other terms contained herein shall be construed under the laws of Sweden, notwithstanding its conflicts of law provisions.

    If any provision herein shall be held by a court of competent jurisdiction to be contrary to law, that provision will be enforced to the maximum extent permissible and any remaining provisions will remain in full force and effect.

    The warranties provided herein give you specific legal rights. The warranties provided herein may be modified by applicable state or national laws; in some cases, you may have additional warranty rights that are mandated by the laws of a particular state or country. The above warranty limitations will not apply in case of personal injury where and to the extent that applicable law requires such liability.

    counter
    timestamp
    computer networking
    computing
    caching
    review

    Hardware Video Decoder

    NO

    NO

    NO

    NO

    NO

    Software Encoding

    YES

    YES

    YES

    YES

    YES

    Software Decoding

    YES

    YES

    YES

    YES

    YES

    NO

    FPGA Decoding

    NO

    NO

    NO

    NO

    NO

    NO

    NO

    Hardware Video Encoder (VCU)

    NO

    YES

    YES

    YES

    YES

    YES

    YES

    Hardware Video Decoder

    YES

    YES

    YES

    YES

    YES

    YES

    YES

    Software Encoding

    NO

    YES

    YES

    YES

    YES

    YES

    YES

    Software Decoding

    YES

    YES

    YES

    YES

    YES

    YES

    YES

    FPGA Encoding²

    YES

    YES

    YES

    YES

    YES

    FPGA Decoding

    YES

    YES

    YES

    YES

    YES

    Hardware Video Encoder (VCU)

    NO

    NO

    NO

    NO

    FPGA Encoding²

    NO

    NO

    NO

    NO

    NO

    NO

    NO

    .
  • Audio Source Specify a particular audio source to be embedded into the NDI stream created by the NDI Screen Capture.

  • Capture Mouse Pointer

  • KVM Control The KVM option in NDI Screen Capture allows for remote computer control over a network. When this feature is enabled, you can not only capture and send the computer's screen over the network using NDI but also remotely control the computer's keyboard and mouse inputs from another device.

  • Help Access the Screen Capture Help Assistant and a quick web link to ndi.video for more information about NDI and NDI Tools.

  • here
    NDI Launcher
    Studio Monitor
    Install NDI Tools
    NDI launcher
    Studio Monitor
    Screenshot of NDI Launcher
    Right-click on the NDI Screen Capture app icon on the system tray to access different settings.

    Was this helpful? Please let us know by rating this page; you can also leave a review.

    Download NDI Tools here.


    Accessing NDI Remote

    Install NDI Tools and run NDI Remote from the NDI launcher or your applications list.


    Sharing Video

    Method 1: Send Invitation

    Screenshot of NDI Remote (Windows)

    On the Send Invitation tab, enable a remote connection from the available list (up to eight connections). You should assign a specific name to the remote connection.

    Then, click the share icon (paper plane icon) on the right side of the desired connection to open up a pop-up menu. This pop-up menu will present various methods to share an invitation:

    Screenshot of NDI Remote (Windows)
    • Via email.

    • By sharing a unique QR code attributed to that connection.

    • By sharing a unique URL.

    The receiver will only need to open the link in a web browser on the remote device, grant access to the camera and microphone, and the video will begin being shared.


    Method 2: Initiating from the Remote Device

    Visit the NDI Remote page. In there, you'll be able to select different sources to share:

    • Your hardware system camera

    • A feed of your computer's screen

    Screenshot of NDI Remote webpage

    You'll be prompted to provide access to your computer's camera and microphone. If you accept, you'll start seeing a feed from your camera.

    A menu will also show up. By clicking the leftmost icon, you'll be able to name your feed so that others can identify it. You'll also be able to share it by clicking the Share button.

    Screenshot of the NDI Remote webpage

    The person using the NDI Remote tool can view and manage the incoming connection on the Received Invitations tab. The NDI Remote connection is now generating an NDI source, which any NDI-enabled application in your local area network can receive.

    Screenshot of NDI Remote (Windows)

    Using Turn Relay Server (Optional)

    A TURN (Traversal Using Relays around NAT) server is a network entity that facilitates the relaying of network traffic. When two devices are unable to establish a direct connection due to NAT or firewall restrictions, they use a TURN server as an intermediary. The TURN server temporarily stores the data from the sending device and forwards it to the receiving device.

    TURN servers are particularly important in VoIP and interactive video conferencing applications that use protocols like WebRTC.

    This process helps in overcoming the limitations imposed by NAT, which can change the public IP address and port number of a packet and make it difficult for the receiving device to interpret where the data originally came from

    With NDI Remote, a custom TURN server can be specified by the user:

    1. Go to the My Connections tab and click the gear icon to open the Turn Relay Server options.

    2. Activate the Turn Relay Server by checking the corresponding box.

    3. Enter the Turn Server's URL and port provided by your system administrator.

    4. Optionally, enter a username and password.

    5. Click Apply to accept the Turn Server configuration.

    Support – NDI
    ndi.video
    review
    sales team

    Using OBS Studio as a Commentary System

    A Dr. NDI Tutorial

    Recently, I was involved in a live sports video production where I needed to set up a commentary station. It was nothing unusual, as I have used many Dante commentary stations in my NDI productions. However, this time, I wanted to find a solution where a single device could offer the audio functionality of a commentary station and receive video feedback from the production, thus avoiding connecting two devices with two network cables.

    I created this project using a small Windows computer and OBS Studio. In this tutorial, I will explain how to create your own NDI commentary station with these simple tools.

    What you need to complete this project:

    Hardware

    • A Windows computer. I used the LattePanda 3 Delta.

      • . This computer is compact, powerful, and very affordable.

    • An audio interface with Side Tone functionality.

    Software:

    OBS Studio and the following plugins:

    • Distro AV for NDI support

    • OBS Mute Filter

    • OBS-Asio

    Typical functions of a commentary station include:

    • Transmitting the commentator's microphone signal to the production

    • Sending and receiving talkback audio for coordination between the commentator and production

    • Receiving and displaying the program video feed from the production with specific audio (usually international audio or an N-1 mix)

    Step-by-step guide to setting up your commentary station:

    Step 1

    Install the drivers for your audio interface on your Windows computer. ASIO driver support is preferable.

    Step 2

    Install NDI Tools.

    Step 3

    Download and install OBS Studio from this link:

    After the installation, OBS will prompt you with some options

    No specific selections are necessary as we will not be streaming or recording. You can click Cancel and proceed.

    Step 4

    Set the video format in OBS to match the video production format, which in my case is 1080 P50.

    Go to Settings and then Video.

    Step 5

    Download and install the necessary plugins:

    • Distro AV to add NDI support to OBS Studio -

    • ASIO drivers support for OBS -

    • OBS Mute Filter -

    This plugin doesn’t have an installer, so you’ll need to install it manually in OBS Studio by following the developer’s instructions. -

    Step 6

    Now that OBS Studio and the plugins are installed, configure the commentary station:

    • Create the audio channel for live commentary:

    • Select Asio Input Capture as the source and rename it to MIC-LIVE. Configure this source by selecting the Focusrite USB Audio in MONO mode with the Host Microphone as OBS Channel 1. Then, close the source panel.

    • Set up the talkback channel:

      • Select Asio Input Capture again and rename it to MIC-TALKBACK. Configure this input the same way as MIC-LIVE.

    • Add the intercom (talkback) audio channel from the production:

      • Select NDI® Source as the source and rename it INTERCOM. In the configuration panel, select the NDI source the director or production team will use to communicate with the commentator. In my case, this source is generated by a computer named PRODUCTION-PC, and the NDI stream is called TALKBACK_TO_COMM.

    • Add the NDI feed the commentator will view, called PGM_MIX_MINUS, also generated by PRODUCTION-PC.

    Step 7

    Organize the audio workflow:

    • Select the MIC-LIVE source and click on Filters.

    Add the following filters:

    • Discard Audio by UI

    • Dedicated NDI® output (Audio Only)

    Configure the NDI stream as MIC-LIVE.

    • Repeat for MIC-TALKBACK, naming this stream MIC-TALKBACK.

    • The Discard Audio by UI plugin lets users control the audio channel to broadcast commentary or talk with production. It ensures that muting the audio channel in the mixer also mutes the NDI output.

    Step 8

    Route the PGM and INTERCOM NDI sources to the commentator’s headphones:

    • Ensure the Windows audio interface is the same as used in OBS.

    • In OBS Audio Mixer, under Advanced Audio Properties, enable monitoring for the PGM and INTERCOM channels.

    Step 9

    Customize the OBS Studio interface:

    • In the Docks menu, disable Scenes, Sources, Scene Transitions, and Controls.

    • Hide the Desktop Audio source in the audio mixer as it’s not needed.

    Then, move the audio mixer to one side of the interface. Changing the layout direction gives more space to the preview window showing the PGM return feed.

    Step 10

    Set up and configure the Stream Deck and OBS Studio plugin to manage the LIVE, TALKBACK channels, and PGM and INTERCOM levels.

    • Create a TALKBACK button that mutes MIC-LIVE and enables MIC-TALKBACK, using the Multi Action Switch function.

    First action disables MIC-LIVE and enables MIC-TALKBACK, and the second reverses the process.

    • Add a Push to Mute button for the MIC-LIVE channel for a cough button.

    • Add a toggle mute button for MIC-LIVE.

    • Use two rotary controls to adjust the PGM and INTERCOM channel volumes.

    And that’s it! You now have a fully functional commentary station with NDI.

    NDI Administrative Settings

    In NDI, administrative settings can be used to limit the rights of almost all NDI tools and also enable NDI settings to be specified by a system administrator without any ability for a user to override them. Here is an overview of these settings and how a system administrator can set them to configure specific machine settings.

    The NDI configuration settings are documented in the documentation, and we refer to that to get the full description of each setting.

    If any registry key value is missing, it will use the global configuration file on the system, which NDI Access Manager normally configures.

    Registry Key (all under HKLM)
    Registry Value
    Type
    Description
    NDI - Interoperable Technology For Video ConnectionsNDI
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    This feature is essential in a commentary station, as it allows the commentator to hear themselves without delay, helping them avoid straining their voice in a noisy environment. I used the Focusrite Vocaster Two audio interface.
  • https://focusrite.com/products/vocaster-two

  • A control surface to manage the commentary station functions. The Elgato Stream Deck is a great choice.

    • https://www.elgato.com/it/en/p/stream-deck-plus-black

  • https://www.lattepanda.com/lattepanda-3-delta
    https://obsproject.com/
    https://github.com/DistroAV/DistroAV/releases/download/6.0.0/distroav-6.0.0-windows-x64-Installer.exe
    https://github.com/Andersama/obs-asio/releases/download/v3.2.1f/obs-asio-3.2.1-windows-x64-Installer.exe
    https://github.com/norihiro/obs-mute-filter/releases/download/0.3.0/obs-mute-filter-0.3.0-obs27-Windows.zip
    https://github.com/norihiro/obs-color-monitor/wiki/Install-Windows

    String

    A replacement for the local machine name.

    SOFTWARE/NDI/Networks

    Discovery Service

    String

    One or more discovery servers to use. Comma-separated.

    SOFTWARE/NDI/Networks

    IPs

    String

    Comma-separated list of additional NDI Source Ips.

    SOFTWARE\NDI\Adapters

    Allowed

    String

    Comma-separated list of local NIC IP addresses that NDI will attempt to use.

    SOFTWARE\NDI\Groups

    Receive

    String

    Comma-separated list of NDI groups that any sources discovered (finder and receiver) will be within.

    SOFTWARE\NDI\Multicast\Send

    Mode

    DWORD

    1 when Multicast sending is enabled.

    SOFTWARE\NDI\Multicast\Send

    NetPrefix

    String

    The prefix for the IP address range that will be used.

    SOFTWARE\NDI\Multicast\Send

    NetMask

    String

    The network mask for multicast sending.

    SOFTWARE\NDI\Multicast\Send

    TTL

    DWORD

    The network TTL for multicast sending.

    SOFTWARE\NDI\Multicast\Receive

    Mode

    DWORD

    1 when multicast receiving is enabled.

    SOFTWARE\NDI\Unicast\Send

    Mode

    DWORD

    1 when sending over UDP mode is enabled

    SOFTWARE\NDI\Unicast\Receive

    Mode

    DWORD

    1 when receiving over UDP mode is enabled.

    SOFTWARE\NDI\TCP\Send

    Mode

    DWORD

    1 when sending over Multi-TCP is enabled.

    SOFTWARE\NDI\TCP\Receive

    Mode

    DWORD

    1 when receiving over Multi-TCP is enabled.

    SOFTWARE\NDI\RUDP\Send

    Mode

    DWORD

    1 when sending over Reliable UDP is enabled.

    SOFTWARE\NDI\RUDP\Receive

    Mode

    DWORD

    1 when receiving over Reliable UDP is enabled.


    Tools Settings

    All NDI Tools settings are stored under the registry location HKEY_LOCAL_MACHINE\SOFTWARE\NDI\Pemissions and are of type DWORD. When set to 1, they indicate that a feature is allowed, and when they are set to 0, that feature is disallowed.

    Key name
    Description

    app.studiomonitor

    Is Studio Monitor allowed to be run on this machine

    app.studiomonitor.web

    Is the web server within studio monitor allowed to be run on this

    app.webcamera

    Is the webcam tool allowed to be run on this machine?

    app.scanconverterhx

    Is Screen Capture HX allowed to be run on this machine.

    app.scanconverter

    Is Screen capture allowed to be run on this machine.

    SOFTWARE/NDI

    Advanced SDK

    MachineName


    Was this helpful? Please let us know by rating this page; you can also leave a .

    Branded visual showcasing the essence of NDI, our biggest belief: There is no video without connection.
    Logo
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover
    Cover

    Discovery Server Additional Information

    VERSION 6.2

    Introduction

    In modern networked media workflows, efficient discovery and management of audio and video sources are essential. The NDI Discovery Service is a dedicated server and protocol designed to facilitate seamless search, monitoring, and control of NDI receivers and indexing of respective sources within a network. This can run as a service (on a remote server) or an application (on your local machine) that accepts incoming connections with senders, finders, and receivers, and coordinates amongst them all to ensure they are all visible to each other. By providing a centralized registry, the service enables devices to automatically announce their presence, retrieve real-time status updates, and establish low-latency connections with minimal configuration. In NDI version 6.2, this new NDI Discovery Service adds new capabilities of discovery, monitor and control for NDI receivers, compared to previous versions, that only supported advertising and listing NDI sources.

    app.scanconverter.kvm

    Is the KVM functionality of Screen Capture allowed to be run on this machine.

    app.remote

    Is NDI remote allowed to be run on this machine?

    app.remote.incoming

    Are incoming NDI remote connections allowed on this machine, when this is disabled, the machine can only provide links that others can connect to.

    app.vlc.video

    Is VLC video output enabled on this machine?

    app.vlc.audio

    Is VLC audio output enabled on this machine?

    app.testpatterns

    May the test pattern tool be run on this machine?

    app.bridge

    Is NDI bridge allowed to be run on this machine?

    app.accessmanager

    Can Access Manager be run on this machine?

    app.adobecc.transmit

    Can the NDI output plugin be used with Adobe CC

    app.adobecc.fileio

    Can the NDI file IO plugin be used with Adobe CC

    app.vst3

    Can NDI Audio Direct be used on this machine?

    review
    Cover
    NDI logo animation
    Panasonic Upgrade
    To enable seamless integration with third-party applications, a C API is available for integration, allowing developers to communicate directly with the NDI Discovery Service. This API provides functionalities for querying available NDI sources, subscribing to real-time updates, and managing connections efficiently, ensuring interoperability across various applications and workflows.

    As a final note, the NDI Discovery is an alternative to using mDNS, which allow a quite significant reduction in network traffic compared to the latter.

    NDI Discovery Server

    The Server will be a standalone application or as a system service, named NDI Discovery Service, and will provide flexibility for different deployment needs (platforms).

    Both 32-bit and 64-bit versions of the NDI Discovery Service are available, although the 64-bit version is recommended. The server will use very little CPU usage although, when there are a very large number of connections (representing sources, receiver listeners and receiver advertisers), it might require RAM and some network traffic between all sources to coordinate source lists.

    Configuration

    To configure the discovery server for NDI clients, you can use NDI Access Manager (included in the NDI Tools bundle) to enter the IP address of the machine running the discovery server.

    Alternatively, you can run the discovery server with a command-line option to specify the network interface (NIC) it should use:

    "NDI Discovery Service.exe" -bind 192.168.1.100

    This ensures that the discovery server advertises only on the specified IP address. Similarly, you can specify a port number for the discovery server using:

    "NDI Discovery Service.exe" -port 5400

    This enables you to use a non-default port or run multiple discovery servers for different groups of sources on the same machine. If a port number of 0 is specified, the operating system will automatically assign a port, which will be displayed at runtime.

    Command-Line Options

    "NDI Discovery Service.exe" -bind <ip_address> -port <port_number> -config <json path> -help

    General Options (Windows & Linux):

    • -bind <ip_address> - This is an optional argument that specifies the IP address to bind the service to (default: 0.0.0.0).

    • -port <port_number> - This is an optional argument that sets the port number (default: 5959).

    • -config <json path> - This is an optional argument that loads configuration from a JSON file. This option will override both -bind and -port options as it will take precedence

    • -help - Displays available command-line options.

    Additional options for Linux:

    • -service - Runs the NDI Discovery in service mode for background execution.

    • JSON configuration file:

    The default paths for the configuration file are:

    • Linux:

      • /etc/ndi/ndi-discovery-service.v1.json

      • /usr/local/etc/ndi/ndi-discovery-service.v1.json

    • Windows:

    C:\ProgramData\NDI\ndi-discovery-service.v1.json

    An example of the JSON configuration file can be seen below:

    Console Output

    When executed as a standalone application, the NDI Discovery will provide a console output with some relevant information regarding the number of registered sources, listeners and advertisers, that connect or disconnect at a given time. This console will not show up when the application is running in service mode

    Figure 1-Console log example

    Log explanation:

    • Underlined in red, is the notification when a new receiver listener connects.

    • Underlined in green, is the notification when a new receiver advertiser connects and the respective NDI receivers it advertises.

    • Underlined in orange, a notification of a newly advertised NDI source.

    • The “Listening…” is just a progress to signal that the service is working properly, waiting for new connections, either from receiver or source clients.

    We will now simultaneously support legacy and new advertisable sources. Consequently, the output will show when a legacy source connects to the discovery service, as well as when a legacy source listener is added.

    NDI Discovery clients

    Clients are entities that communicate with the NDI Discovery Server. They can be categorized as follows:

    Source clients

    Source clients should be configured to connect with the discovery server instead of using mDNS to locate sources. When there is a discovery server, the SDK will use both mDNS and the discovery server for finding and receiving to locate sources on the local network that are not on machines configured to use discovery. In the future, Sources will also have the capability to be monitored and controlled by the NDI Discovery protocol

    For Source senders, if an NDI Discovery server is specified, the mDNS mechanism will not be used; these sources will only be visible to other finders and receivers that are configured to use the NDI Discovery server.

    Source Senders (legacy): These clients advertise or register NDI sources with the server, making them easily discoverable. These use the old method without support for monitoring. Support was still maintained to allow for backward compatibility.

    Source Finders (legacy): These clients query the server to locate sources that have been advertised by any Source Sender. They use the old method without support for monitoring. Support was still maintained to allow for backward compatibility.

    Source Advertisers:

    • New implementation of the source advertisement functionality, like their new Receiver counterparts. These new advertisers now allow proper source monitoring

    Source Listeners:

    • New implementation of the source finding functionality. These now can request and monitor source properties.

    Redundancy and Multiple Servers

    Receiver Advertisers: Like their source counterpart, Receiver Advertisers can also accept a comma-separated list of servers (e.g., "192.168.10.10,192.168.10.12"). In this case, the receivers will be announced to all specified servers simultaneously.

    Receiver Listeners: The current implementation relies on the user to instantiate the listener and implement logic that enables the Receiver Listener to detect when the server is no longer operational. Once detected, it should then connect to an alternative, redundant Discovery Service server available on the same network.

    All of the above is also true for the new Source Listeners and Advertisers

    Receiver clients

    Receiver clients are a new addition to NDI Discovery, beginning from NDI version 6.2, as earlier versions only supported source discovery. In addition to discovery, these new clients can also be used to monitor and control remote NDI receivers.

    Receiver Advertisers: Advertise NDI receivers

    Receiver Listeners: Monitor and Control NDI receivers

    Monitoring is related to getting instant or more static information from a given receiver. In Version 1, we currently support events for the following receiver properties:

    • source-name: NDI Source to which the receiver is connected to

    • source-url: The URL of the NDI Source

    • connection-state: Connected or Disconnected

    • audio-present : True of False

    • audio-channels: Number of audio channels

    • audio-sample-rate: Audio sample rate

    • audio-receive-mode

    • video-present: True or False

    • video-codec: Video codec name (i.e. shq2)

    • video-resolution: i.e. 1920x800

    • video-frame-rate: i.e. 24000/1001

    • video-frame-type: i.e. progressive

    • video-color-primaries: i.e. bt_709

    • video-transfer-function: i.e. bt_709

    • video-matrix-coefficients: i.e. bt_709

    • video-has-alpha: True or False

    • video-receive-mode: i.e. single_tcp

    In the future the number of properties to be monitored will be expanded. Receiver clients only connect to the Discovery Server directly, and unlike source clients, they rely solely on the server to advertise and to listen/query for receivers in the network. The new APIs can be consulted in the NDI SDK documentation for more details.

    Redundancy and multiple servers

    Receiver Advertisers: Like their source counterpart, Receiver Advertisers can also accept a comma-separated list of servers (e.g., "192.168.10.10,192.168.10.12"). In this case, the receivers will be announced to all specified servers simultaneously.

    Receiver Listeners: The current implementation relies on the user to instantiate the listener and implement logic that enables the Receiver Listener to detect when the server is no longer operational. Once detected, it should then connect to an alternative, redundant Discovery Service server available on the same network.

    All of the above is also true for the new Source Listeners and Advertisers

    Installer Availability & Platform Support

    The Discovery Server (DS) installer is available for both Windows and Linux, ensuring broad compatibility across different environments.

    We provide pre-built DS installer binaries for the following architectures:

    • Intel x86 / x86-64 (commonly used in desktops, servers, and cloud instances)

    • ARM (suitable for embedded systems and energy-efficient computing)

    • Raspberry Pi (optimized for low-power SBCs)

    Windows Installer Features

    The Windows installer for the Discovery Server (DS) provides flexible installation options to suit different deployment needs.

    Silent Installation

    The installer supports silent installation via command-line arguments, enabling automated deployments without user interaction.

    Example usage:

    setup.exe /verysilent /port=1234 /binding=127.0.0.1

    /verysilent installs Discovery Service without displaying any UI prompts.

    /port=<port number> specifies the listening port.

    /binding=<ip address> restricts DS to listen only on the local machine.

    Interactive Installation

    After starting the installer, you’ll be greeted with the following:

    License Agreement

    License agreement

    Installation Location Selection

    Installation location selection

    If the you want NDI Discovery to run as a service, you must select the corresponding checkbox. Otherwise, it will be installed as a standalone application that can be launched manually like any other program.

    It’s also possible through the application itself, to register it later as a service by running the following commands:

    NDI Discovery.exe install - Installs the service. (or in this case re-installs it)

    NDI Discovery.exe remove - Uninstalls the service. (from the command line)

    NDI Discovery.exe start - Starts the service. (from the command line)

    NDI Discovery.exe stop - Stops the service. (from the command line)

    Change Folder Destination Location

    Change folder destination location

    Install Screen

    Install Screen

    Port Selection and Address Binding Selection

    Port Selection and Address Binding Selection

    This screen allows the user to configure the port where the service will be launched and the IP address to which it will be bound (useful if the machine has multiple network interfaces). If left unchanged, the address will be selected automatically, and the service will bind to the first available network device and IP detected on the system.

    At the end of the installation, this documentation will be shown:

    Linux Installer Features

    There’s also a Linux installer available that will universally install binaries for all supported platforms, being those:

    • aarch64-newtek-linux-gnu

    • aarch64-rpi4-linux-gnueabi

    • arm-newtek-linux-gnueabihf

    • arm-rpi1-linux-gnueabihf

    • arm-rpi2-linux-gnueabihf

    • arm-rpi3-linux-gnueabihf

    • arm-rpi4-linux-gnueabihf

    • i686-linux-gnu

    • x86_64-linux-gnu

    The installer is an automated installation script named "Install_NDI_Discovery_Server_v6.sh". Upon execution, the user will be presented with a license agreement document that must be accepted for the installation to proceed automatically. The installation process is straightforward, with all binaries being placed in the Install_NDI_Discovery_Server_v6/bin directory, located within the folder where the installation script was initially executed.

    Runing as a Service in Linux

    SystemD framework

    1

    To run NDI Discovery as a service on Linux using systemd, the user must use the provided template, fill it out appropriately, and save it as /etc/systemd/system/ndi-discovery.service.

    2

    It then needs to replace the ${INSTALL_PATH} with the actual path of the binary to be launched.

    3

    To enable and start the service, the user needs to run the following commands:

    4

    This setup allows users to simply edit the /etc/default/ndi-discovery file to specify their installation directory, making it flexible without modifying the service file itself.

    Init.d (for systems without systemd)

    1

    Create the following script and save it at /etc/init.d/ndi-discovery

    img 1
    img 2
    2

    Make it executable with:

    sudo chmod +x /etc/init.d/ndi-discovery

    3

    Change $INSTALL_PATH to the path where the binary is located

    4

    Register the service with:

    sudo update-rc.d ndi-discovery defaults

    5

    Start the service

    sudo service ndi-discovery start

    6

    Enable the service to start on boot

    sudo update-rc.d ndi-discovery enable

    Changelog

    NDI 6.2.0

    3/06/2025 - Initial creation

    Bridge

    Simplify Remote NDI Workflows.

    Download NDI Tools here.

    NDI Bridge enables the interconnection of remote NDI infrastructures, incorporating multipoint capabilities. It delivers local convenience on a global scale as it handles all the complexity of remote sources, supporting all of the benefits of NDI, including:

    • Video Transcoding for transmitting streams over the internet using H.264 or HEVC compression

    • Alpha channel support (due to h.264 compression's resolution limitations, it is only possible to use HD resolution with an alpha channel or UHD without it. HEVC supports all reasonable resolutions with and without alpha)

    • Multichannel audio support

    • PTZ controls

    • Tally support

    • KVM (Keyboard, Video, Mouse) support

    • Custom metadata

    This system is comprised of three key components:


    Host Mode

    In Host mode, you can configure the following settings:

    • Groups to Share: Share specific NDI Groups defined in the NDI local network by the NDI Access Managers.

    • Bridge Name: Define a specific name for the connected bridge system. This name helps to identify the sources shared through a remote Bridge.

    The Bridge Name specified must be unique.

    • Server IP Address: This field is automatically populated by default on Bridge startup; the application automatically discovers the public IP address of the wan connection. However, NDI Bridge Host/Join can be used inside a local area network or over an existing VPN; a local Bridge Join can connect to a local Host using the physical Host IP Address.

    • Port: Define the network port used by the remote Bridge Join to establish the connection with the Host through a port forwarding (

    The strength of the key, determined by its length and complexity, is crucial to the security of the encrypted data.

    • Resolve Public IP and Port: This option allows the Bridge Application to automatically find and verify the public IP address and the port forwarding configuration.

    • Buffer: The buffer setting in NDI Bridge is a configurable option that determines the amount of video data the system temporarily stores (or buffers) during transmission. This setting helps manage the data flow and can improve the stability of the video stream, especially over networks with varying latency or bandwidth. By adjusting the buffer, you can find a compromise between lower latency and smoother video playback, depending on the network conditions and performance requirements.

    Encoder Settings

    Adjust encoder settings to define how signals are shared across the wide-area network.

    Check Compatibility: Verifies if the system can support h.264 and h.265 (HEVC) encoding and decoding.

    In Windows 10 and above, the HEVC decoder is an additional license that can be purchased through the .

    Output: Configure how NDI Bridge manages the stream transcoding:

    Transcoding format
    Video codec
    Audio codec

    Join mode

    Through Join mode, you can connect your local NDI network to a remote Host. On the menu, you can configure the following settings:

    • Groups to Share: Share specific NDI Groups defined in the NDI local network by the NDI Access Managers.

    • Bridge Name: Define a specific name for the connected bridge system. This name helps to identify the sources shared through a remote Bridge.

    The Bridge Name specified must be unique.

    • Server IP Address: define the public IP address of the remote Bridge Host.

    • Port: Define the network port used by the remote Bridge Join to establish the connection with the Host through a port forwarding (

    The strength of the key, determined by its length and complexity, is crucial to the security of the encrypted data.

    • Resolve Public IP and Port: This option allows the Bridge Application to automatically find and verify the public IP address and the port forwarding configuration.

    • Buffer: The NDI Bridge buffer setting is a configurable option that determines the amount of video data the system temporarily stores (or buffers) during transmission. This setting helps manage the data flow and can improve the stability of the video stream, especially over networks with varying latency or bandwidth. By adjusting the buffer, you can find a compromise between lower latency and smoother video playback, depending on the network conditions and performance requirements.


    Using NDI Bridge Locally

    NDI Bridge can be used inside a local area network using the Local mode for the following use cases:

    Transcoding NDI High Bandwidth to NDI HX, which can be useful for distributing NDI streams with a lighter codec (h.264 or h.265).

    Unicast repeater: By default, NDI transmitters use unicast, and the network interface's capacity limits their output capability. When an NDI stream needs to be shared with multiple receivers, NDI Bridge can be employed to leverage a larger network capacity by using Bridge in local mode. In the encoding settings, the "Do Not Transcode" option can be selected. This allows the NDI Bridge to replicate the requested stream to multiple receivers, overcoming the limited unicast capacity of the original NDI transmitter.

    Here's how to configure Local Mode:

    1. Select the Local tab.

    2. Enter the and bridge name.

    3. Adjust the .

    4. Click Start to activate the NDI Bridge in Local mode.

    An NDI Bridge executable can also be launched using the following .


    Troubleshooting

    To troubleshoot common issues hover your cursor over the yellow exclamation point for a tool tip of the issue

    { 
      "binding": "127.0.0.1", 
      "port_no": "5959" 
    }  
    NAT
    ).
  • Encryption Key: Encryption ensures that only authorized parties can access the connection and data transmission between Bridge applications.

  • NAT
    ).
  • Encryption Key: Encryption ensures that only authorized parties can access the connection and data transmission between Bridge applications.

  • NDI HX

    H.264 or HEVC

    Opus (Max. 255 audio ch per stream)

    NDI High Bandwidth

    SpeedHQ

    Passthrough PCM Uncompressed

    Do Not Transcode

    N/A

    Opus (Max. 255 audio ch per stream)

    Host
    Join
    Local
    Microsoft Store App
    NDI Access Manager groups
    Encoder Settings
    command line arguments
    Screenshot of Host menu on NDI Bridge (Windows)
    Screenshot of Encoder Settins menu on NDI Bridge (Windows)
    Screenshot of Compatibility Check menu on NDI Bridge (Windows)
    Screenshot of Join menu on NDI Bridge (Windows)
    Screenshot of Local menu on NDI Bridge (Windows)

    Privacy Policy

    Last Updated: 6th May 2025.

    This Privacy Policy covers information collected by Vizrt NDI AB (“NDI”, “we” or “us”) on its website www.ndi.video and subdomains (referred to as NDI Website or Website). This Privacy Policy is part of the Terms of Use of NDI Websites.

    PLEASE KNOW YOU ARE NOT OBLIGATED TO USE OUR WEBSITE OR DOWNLOAD OUR PRODUCTS, SO BY USING OUR WEBSITES OR BY DOWNLOADING ANY NDI PRODUCTS, YOU ACKNOWLEDGE THAT YOU HAVE READ AND UNDERSTOOD THE CONTENT OF THESE TERMS, THE WEBSITE TERMS OF USE.

    This Privacy Policy explains what and how we may gather, track or use information about you through your use of the Website (“Information”). NDI may collect personal data as well as non-personal data. Protecting your data is a top priority for us. The term “personal data” includes any information that enables the identification of a natural person, such as name, physical address, IP address, email address, phone number or behavior. NDI does not sell personal data to third parties.

    In this policy, User Data means (i) technical information, including IP address, login information, type and version of operating system and device, time settings, language settings, screen settings, etc.; and (ii) information about your use of any of our services, including what features you have used and when, the duration of transactions, what pages and features you have used, etc. This Privacy Policy is applicable to all Information gathered or used by NDI at the Website.

    Categories of data processed, purposes and legal basis for processing.

    If you visit the Website and consent to the placing of cookies, we may process your IP address to find out where in the world you are visiting the website from. The purpose of the processing is to collect data for statistical purposes and to enable security. The processing is based on the legal basis of balancing of interests as the processing is necessary to meet our legitimate interest to improve our services by using statistics on visitors to the website and to facilitate the security of the website and its visitors.

    Please note that your IP address does not directly identify you as an individual. However, by cross-referencing your IP address with additional available information, your identity may be revealed. NDI will not attempt to identify you as a website user.

    NDI may also process your activity on the website provided that you have given your consent to the placement of cookies. The purpose of the processing is to measure and analyze your use of the NDI website, deliver targeted advertisements and promotions, deliver commercial and transactional messages, and improve the Website, services and marketing. We may also process data you provide via pop-ups and similar dialog tools to provide relevant marketing to you. The processing is based on the legal basis of balancing of interests as the processing is necessary to meet our legitimate interest of being able to market our services and products and improve our website and services.

    We further process the personal data you register via your registration and/or use of user account (such as name, address, company name, job title, telephone number and e-mail address) and any User Data when you create and use a user account with us.

    We process your data for the purposes of managing your registration and/or termination of your user account, allowing you to log in and use your user account, ensuring your identity, maintaining accurate and up-to-date information about you and to enable and facilitate your prompt use of our community, assisting you with support issues and inquiries regarding your use of our community. The legal basis for processing such data is that the processing is necessary for NDI to fulfill its contractual obligations to you as a user of our services.

    How long will your personal data be stored?

    Your IP address will be deleted no later than one year and thirty-five days after your last visit to our website, or anonymized to be used for statistical purposes. It is necessary for NDI to store the information for two weeks in order to produce event logs in case of security incidents.

    We process your personal data that is necessary for us to be able to manage your registration of your user account, authorize you to log in and use your user account until you delete your user account with us.

    Your user data will be deleted or anonymized no later than three (3) months after you have deleted your user account with us, if the personal data is not necessary to retain in order for us to comply with our obligations under legal requirements or if the data is otherwise needed to defend legal claims. Any data that is not required for the performance and development of the services or for statistical and quality assurance purposes will be anonymized after the purpose of the data has been fulfilled or deleted automatically.

    Cookies

    “Cookies” are files which store certain information on your computer. When you visit the Website via your computer, it is possible that we will place a cookie on your computer that maintains certain information so that your computer is automatically recognized the next time it visits the Website.

    Cookies are usually divided into four categories:

    Necessary cookies – these cookies are essential for the functioning of the website.

    Preference cookies – these cookies allow the website to save a visitor’s preferences in relation to, for example, language, currency or where the user is visiting from.

    Analytical cookies – these cookies are used to analyze how a visitor uses the website, for example, which parts of the website they visit or which links they click on, in order to improve the design and functionality of the website.

    Marketing cookies – these cookies are used to track a visitor’s use of the website. The information is used for marketing purposes. For example, by knowing what articles you have previously viewed, we can refine our marketing in a way that we think would be more interesting to you.

    If you do not want us to deploy cookies on your computer, you can set your browser to reject cookies or to notify you when a website tries to put a cookie in your browser software. If you do not reject cookies, we assume that you consent to the use of cookies. Rejecting cookies, however, may affect your ability to use this Website including the online store.

    In the event you request not to be tracked, an anonymous cookie without any personal information will be placed on your computer to prevent another permissions request. If your computer, however, automatically removes cookies, you will be presented the permission request each time you access the Website. If you chose to share content via Social Sharing buttons, Facebook, Google+, LinkedIn, or Twitter you agree to the privacy policies of those individual sites. The actions of social sharing are not covered under the terms of this Privacy Policy.

    COOKIE Name
    COOKIE Description

    Non-Personal Data

    In addition to personal data, NDI may automatically track general Information such as Internet browser and operating system used, domain name of the Website you are coming from, number of visits, average time of use and pages accessed. We use this Information to analyze aggregate traffic patterns throughout this Website to continually improve our online offerings, the Website’s user friendliness, its efficiency, etc. Your identity cannot be determined from this Information and this Information will only be used by NDI to offer you a product or the service of the Website and to improve it.

    It should be noted that we may anonymize your personal data to use it for statistical purposes. The processing is based on the legal basis of balancing of interests as the processing is necessary to meet our legitimate interest to use anonymized personal data for product development purposes and to analyze customer behavior to improve our services and our Customers’ customer experience. By anonymizing data relating to you, we also ensure that we use personal data as little as possible.

    Device-related Data Collection

    Purpose and Scope

    We are committed to continuously improving our products and services. To achieve this, we collect and analyze device-related data on the usage of our applications. This section outlines how we collect, process, and use this data in a manner that ensures your privacy is protected.

    What Data We Collect

    The device-related data we collect is de-identified (by means of irreversible hashing) and cannot be linked back to any individual user.The types of device-related data we may collect and de-identify include:

    • Application Usage: Information on which of our applications are run, the frequency of use, start and stop times, and specific features utilized (e.g., buttons clicked, menu items selected).

    • Device Information: General technical information about the device used, such as operating system, system hostname or similar device identifier and IP address (used only to determine approximate location, and then deleted)

    • Location Data: General geographic information, such as the city, country, or region from where the application is accessed.

    How We Use De-identified Data

    The device-related data collected is used for the following purposes:

    • Product Improvement: To enhance the performance, functionality, and user experience of our applications based on how they are used.

    • Analytics: To understand overall usage patterns and trends, which helps us make data-driven decisions.

    • Marketing: To better understand the global reach of our products and identify areas where targeted marketing efforts may be beneficial.

    Device Certification Requests

    Information submitted via our certification request forms is maintained in our certification database and is used for evaluating and processing certification requests, as well as for internal statistical analysis and operational purposes. When submitting a certification request, we collect the following personal data of you: your name, company, email address, and address. Only the information marked as required on the form is necessary to complete your certification request.

    By providing your email address, you acknowledge that we may contact you with updates regarding your certification request and other information related to our services. You may contact us at [EMAIL] to request the removal of your information from our database or to opt out of receiving such communications.

    Links to third-party websites

    This Privacy Policy exclusively addresses the activities of the Website. Other sites (including those that we link to from our Website, and third party sites or services which we co-brand) may have their own policies, which we do not control, and thus are not addressed by this Privacy Policy.

    Product Registration

    Information submitted via our product registration forms is maintained in our registration database, and is used for statistical analysis and internal operations, as well as to update our subscriber lists. When registering your product, only the information that appears with an asterisk is required from you. By providing your email address, you are acknowledging that we may send you periodic product announcements, and other information related to NDI. You may contact us at [email protected] to remove your email information from our database.

    Microsoft Clarity

    We partner with Microsoft Clarity and Microsoft Advertising to capture how you use and interact with our website through behavioral metrics, heatmaps, and session replay to improve and market our products/services. Website usage data is captured using first and third-party cookies and other tracking technologies to determine the popularity of products/services and online activity. Additionally, we use this information for site optimization, fraud/security purposes, and advertising. For more information about how Microsoft collects and uses your data, visit the Microsoft Privacy Statement.

    Facebook Publication Integration for TriCaster & 3Play

    We use the following permissions on Facebook: Publish video – The publish video permission allows your app to publish live videos to an app user’s timeline, group, event, or Page. The allowed usage for this permission is to live-video stream to an app user’s timeline, group, event or Page.

    Publish pages – The pages manage posts permission allows your app to create, edit and delete your Page posts. If you have access to pages read user content, you can also use pages manage posts to delete Page posts created by a user. The allowed usage for this permission is to create and delete content on a Page.

    Publish to groups – The publish to groups permission allows your app to post content into a Group on behalf of a person if they’ve granted your app access. The allowed usage for this permission is to allow people to publish content from your app to their Facebook group or to help people manage the content published to their group

    How we use these permissions:

    These permissions are used to collect a list of groups or pages that the user has permission to post to.

    The names, IDs, and access tokens of the pages and groups are used to post live videos or upload videos on the user’s behalf.

    NDI may also use this permission to request analytics insights to improve this integration, and for marketing or advertising purposes, using aggregated and de-identified or anonymized information (provided such data cannot be re-identified).

    Information Requests

    NDI uses the Website to better educate customers about our products. For this reason, we may have forms on our site that can be used to request specific information. In such forms, you may provide us with your name, address, company name, job title, email address and other requested information. If you request information, you will receive it in the manner described on the form (postal mail, email, telephone contact, etc.). We will use the information you provide to contact you in the method you prefer. We may use that information for other purposes including marketing, but we will not sell that information to third parties. By providing your email address to us, you are acknowledging that we may send you periodic product announcements, and other information related to NDI.

    Your email address will be deleted, or anonymized for statistical purposes, when you choose not to receive NDI’s communication anymore by exercising your right to unsubscribe by clicking on the link provided in each mailing or by contacting NDI at [email protected] to inform us of your desire to stop receiving our communication and for us to delete your personal data.

    Event Registration

    Sometimes we may provide for registering for events on our website. When you register for an event, your contact information may be added to our database for future communication, or for statistical purposes.

    Your email address will be deleted, or anonymized for statistical purposes, when you choose not to receive NDI’s communication anymore by exercising your right to unsubscribe by clicking on the link provided in each mailing or by contacting NDI at [email protected] to inform us of your desire to stop receiving our communication and for us to delete your personal data.

    Risks of Hacking

    It is important to remember that whatever you transmit or disclose online can be collected and used by others or unlawfully intercepted by third-parties. No data transmission over the Internet can be guaranteed to be 100% secure. While we strive to use commercially reasonable means to protect your information, we cannot warrant the security of any information you transmit to us.

    Your Rights

    What are your rights?

    You have several rights when we process personal data about you. If you wish to exercise any of the rights listed below or if you have any questions regarding our processing of your personal data, please contact us at [email protected]. If you have any objections or complaints about the way we process your personal data, you have the right to file a complaint with the data protection authority in your jurisdiction within the EU/EEA.

    Right of access and information

    You may request to be informed whether we are processing personal data about you and, if so, to receive a copy of it, together with other supplementary information on the purposes of the processing, the categories of personal data concerned by the processing, the recipients to whom the personal data have been or will be disclosed, the retention period and the existence of the right to request rectification and erasure as well as to request restriction and to object to processing. You also have the right to be informed of the right to lodge a complaint with IMY and of the source of the personal data, as well as of the existence of automated decision-making together with certain additional information.

    Right to rectification

    If you believe that the personal data we process about you is inaccurate or incomplete, you can request that the data be rectified or completed.

    Right to object

    When we process personal data based on our legitimate interest, you have the right to object to the processing at any time. If we cannot demonstrate compelling legitimate grounds to continue processing the data, we must stop the processing of the personal data. You also have the right to object to processing of personal data for direct marketing purposes, including profiling.

    Right to restriction of processing

    In certain cases, for example if you have objected to our processing of your personal data, contested the accuracy of the personal data or if the processing is unlawful, you have the right to request the restriction of the processing of your personal data. By requesting a restriction, you have the possibility, at least for a certain period of time, to stop us from using the data other than to, e.g., defend legal claims, for example. You can also prevent us from erasing the data, for example if you need the data to claim damages.

    Right to erasure

    You have the right to have your personal data deleted if it is no longer necessary for the purposes for which it was collected, if you have withdrawn the consent on which the processing was based, if you object to the processing and there are no overriding legitimate grounds for the processing, if the personal data has been processed unlawfully, or if the personal data must be deleted in order to fulfil a legal obligation.

    Right to data portability

    You have the right to obtain the personal data that you have provided to us in a structured, commonly used and machine-readable format and transfer this data to another controller if the processing is based on your consent or an agreement between us

    Right to withdraw consent

    Where we process personal data based on your consent, you have the right to withdraw the consent at any time. We are then obliged to stop processing your personal data on the basis of your consent with future effect.

    Updates.

    NDI may update this Privacy Policy from time to time. If so, NDI will make the revised Privacy Policy available through this Website. We cannot provide you with any separate notice of that fact, so please check back regularly for any updates.

    YSC

    Youtube sets this cookie to track the views of embedded videos on Youtube pages. .

    VISITOR_INFO1_LIVE

    YouTube sets this cookie to measure bandwidth, determining whether the user gets the new or old player interface.

    VISITOR_PRIVACY_METADATA

    YouTube sets this cookie to store the user’s cookie consent state for the current domain.

    yt.innertube::requests,

    YouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.

    yt.innertube::nextId,

    YouTube sets this cookie to register a unique ID to store data on what videos from YouTube the user has seen.

    visitor_id*

    Pardot sets this cookie to store a unique user ID.

    CLID

    Microsoft Clarity set this cookie to store information about how visitors interact with the website. The cookie helps to provide an analysis report. The data collection includes the number of visitors, where they visit the website, and the pages visited

    _ga_*

    Google Analytics sets this cookie to store and count page views.

    _ga

    Google Analytics sets this cookie to calculate visitor, session and campaign data and track site usage for the site’s analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognise unique visitors.

    _clck

    Microsoft Clarity sets this cookie to retain the browser’s Clarity User ID and settings exclusive to that website. This guarantees that actions taken during subsequent visits to the same website will be linked to the same user ID.

    SM

    Microsoft Clarity cookie set this cookie for synchronizing the MUID across Microsoft domains.

    MR

    This cookie, set by Bing, is used to collect user information for analytics purposes.

    _clsk

    Microsoft Clarity sets this cookie to store and consolidate a user’s pageviews into a single session recording.

    pardot

    The pardot cookie is set while the visitor is logged in as a Pardot user. The cookie indicates an active session and is not used for tracking.

    li_gc

    Linkedin set this cookie for storing visitor’s consent regarding using cookies for non-essential purposes.

    lidc

    LinkedIn sets the lidc cookie to facilitate data center selection.

    ytidb::LAST_RESULT_ENTRY_KEY

    The cookie ytidb::LAST_RESULT_ENTRY_KEY is used by YouTube to store the last search result entry that was clicked by the user. This information is used to improve the user experience by providing more relevant search results in the future.

    yt-remote-device-id

    YouTube sets this cookie to store the user’s video preferences using embedded YouTube videos.

    yt-remote-connected-devices,

    YouTube sets this cookie to store the user’s video preferences using embedded YouTube videos.

    yt-remote-session-app

    The yt-remote-session-app cookie is used by YouTube to store user preferences and information about the interface of the embedded YouTube video player.

    yt-remote-cast-installed

    The yt-remote-cast-installed cookie is used to store the user’s video player preferences using embedded YouTube video.

    yt-remote-session-name

    The yt-remote-session-name cookie is used by YouTube to store the user’s video player preferences using embedded YouTube video.

    yt-remote-fast-check-period

    The yt-remote-fast-check-period cookie is used by YouTube to store the user’s video player preferences for embedded YouTube videos.

    SRM_B

    Used by Microsoft Advertising as a unique ID for visitors.

    elementor

    The website’s WordPress theme uses this cookie. It allows the website owner to implement or change the website’s content in real-time.

    wpEmojiSettingsSupports

    WordPress sets this cookie when a user interacts with emojis on a WordPress site. It helps determine if the user’s browser can display emojis properly.

    __cf_bm

    This cookie, set by Cloudflare, is used to support Cloudflare Bot Management.

    bcookie

    LinkedIn sets this cookie from LinkedIn share buttons and ad tags to recognize browser IDs.

    MUID

    Bing sets this cookie to recognize unique web browsers visiting Microsoft sites. This cookie is used for advertising, site analytics, and other operations.

    ANONCHK

    The ANONCHK cookie, set by Bing, is used to store a user’s session ID and verify ads’ clicks on the Bing search engine. The cookie helps in reporting and personalization as well.

    These release notes refer to changes in our complete technology, including the SDKs, NDI Tools, and any other items. Take your time to comb through the documentation and decide what is more relevant for your specific context.

    *Any reference to a ChangeLog refers to the release notes shown below

    NDI 6.2.1

    Fixed

    Our latest release brings an update to the NDI SDK terms, bringing these in line with our commitment to the health and growth of the NDI ecosystem. The NDI SDK remains royalty-free, subject to the SDK terms and conditions. For more details including a full explanation and updated list of exclusions please consult the terms and conditions by downloading the NDI 6.2.1 SDK. These changes apply to the NDI SDK only and are not applicable to the NDI Advanced SDK. For more information see the in our Forums.

    • Updated the NDI Tools installer to display the on the data collection agreement page.

    • Fixed an issue with silent installation of .

    • Fixed an issue where the running as a service would not start automatically after windows restart.

    • Added URL connection reporting in the when monitoring NDI receivers connected to HX1 sources.

    NDI 6.2

    NDI Tools

    • Introduced the app in the Tools suite for macOS and Windows for NDI receiver discovery, monitoring and control.

    • NDI Tools now includes support for anonymous usage data collection to help improve future releases. Users can choose to opt in or out during setup and update their preference anytime from the NDI Tools Launcher.

    • Updated NDI Studio Monitor (Windows) and NDI Video Monitor (Mac) to enable settings for receiver monitoring and remote source control when used with the new NDI Discovery Server.

    Standalone Tools

    • Enhanced existing with new capabilities for receiver discovery, monitoring, and control. It is now available as a standalone installer for Windows and Linux, allowing it to run as a service. Refer to the documentation for details.

    • Updated the to include local mode support.

    Fixed

    • A problem in and where the preview window could freeze or fail to render video.

    • Issue where the NDI record binary would stop recording when the record chop command was used with the -noautochop flag.

    • Crash in on macOS that occurred when its signal was received in or Studio Monitor.

    NDI SDK

    • Introduced a new set of APIs for receiver discovery, monitoring, and control, designed for integration with the NDI Discovery Server. Refer to the documentation for details.

    • Added visionOS support to Apple SDKs.

    • Optimized audio resampler performance in on ARM-based platforms.

    • Improved single-TCP sending performanc

    Fixed

    • Resolved a potential crash in the NDI library when handling UDP streams on certain ARM-based processors.

    NDI 6.1.1

    Fixes

    • Resolved a low-level exception that occurred when importing recorded SpeedHQ files into Adobe Premiere Pro.

    • Fixed an issue where NDI Virtual Input might stop functioning after a few seconds on certain macOS platforms.

    • Improved handling of connection metadata when used with the NDI Routing API.

    • Addressed a possible issue with the Discovery Server where sources might not appear intermittently.

    NDI 6.1.0

    SDK

    • FPGA improvements.

    • Added support for 16-bit color formats on FPGA platforms.

    • Introduced encoder support for planar alpha.

    • Added support for new packed and semi-planar video formats.

    SDK - Fixes

    • Fixed incorrect HDR color information in MOV files recorded using the NDI Recorder utility.

    • Addressed an issue where the NDI library took longer than expected to unload in specific scenarios.

    • Addressed a potential frame drop issue with streams under specific conditions.

    • General improvements to the .

    NDI Tools

    • layout and style improvements. (macOS and Windows).

    • The app on macOS has been updated to utilize modern system extensions introduced in macOS Sonoma 14.1.

    • apps on Windows have been updated to use .NET 8.

    NDI Tools - NDI Bridge

    • A connection test feature was added to determine optimal buffer delay settings for your network.

    • Introduced a dedicated statistics window with timeline graphs to monitor system and bridge usage.

    • Added a logging window with support for log-level filters to view bridge logs more effectively.

    • Local mode now includes an option to configure the

    NDI Tools - New Utilities

    • The is now on the NDI website. It allows you to run in a headless mode as a Windows service. Please refer to the documentation for more details.

    • The utility is now on Windows and Linux via the NDI website. It also includes enhanced ASIO support for Windows devices.

    • The NDI Analysis tool has been improved to include additional information about NDI stream timings when exporting to a CSV file. Please refer to the for more details.

    NDI Tools - Fixes

    • (macOS) now supports inputting multiple discovery server IP addresses.

    • Corrected an issue in (macOS) where HDR images were not rendered properly in the preview.

    • Resolved a potential exception in the source menu of (macOS) when parsing NDI sources.

    • Resolved an issue where failed to auto-start in

    NDI Tools - Known Issues

    • NDI Virtual Input may stop working after a few seconds with certain macOS platforms.

    NDI 6.0.1

    NDI Tools - HDR

    • The now includes HDR support

    NDI Tools - Fixes

    • Corrected rendering issue when importing custom images from older versions of on Windows.

    • Resolved a potential crash in .

    • Resolved a minor talkback audio issue in .

    • Added a firewall exception rule for the app.

    NDI SDK - Fixes

    • Resolved a source limitation issue with the running on Linux.

    • Addressed an issue with NDI Frame Sync, restoring correct behavior in audio capture.

    • Fixed a potential threading issue when loading and unloading the NDI library on Windows.

    NDI 6.0.0

    SDK

    • Support for 16-bit color formats improved (P216/PA16).

    • There is a new specification for NDI HDR metadata (read the new dedicated in the NDI SDK for more details).

    • New receiver formats permit SpeedHQ pass-through with UYVY/P216 video.

    • HDR example code samples are provided with NDI SDK.

    Please note: The NDI Advanced SDK licensing scheme has been enhanced. To use NDI 6.0 features, advanced SDK users will need a new License ID (which replaces the former Vendor ID). Please contact

    SDK - Fixes

    Improved audio synchronization with .

    NDI Tools

    • A new has been released.

    NDI Tools - HDR

    • now supports HDR patterns (macOS and Windows).

    • now supports displaying HDR content in PQ and HLG (Windows).

    • has been enhanced to capture NDI HDR streams.

    • has received 10-bit HEVC transcoding and HDR pass-through.

    NDI Tools - More

    • now includes new KVM support.

    • The NDI Launcher app adds a one-click link to extensive online Docs & Guides.

    NDI Tools - Fixes

    • Reduced latency from .

    • Resolved Local mode issue when handling a source that has multiple machine names.

    • has been enhanced to leverage the increased number of encoders supported by NVIDIA GeForce cards (may require NVIDIA driver update).

    • Resolved an audio driver stability issue.

    NDI 5.6.1

    SDK

    • Bug fix in NDI genlock, where the genlock connect API call could get blocked.

    • Updated the NDI library for Android to use an embedded version of mDNS for compatibility with newer Android OS.

    • Fixed a potential crash in the NDI library when destroying the NDI sender instance on Windows.

    Updates specific to NDI Advanced

    • Xilinx projects migrated to 2022.1 tools.

    • Added reference design for Kria KV260 development board by AMD.

    • Buf fix in the clear-text FPGA logic.

    • Zynq 7000 HDMI Rx logic improved.

    NDI Tools

    • Bug fix in NDI Test Patterns for Windows where the NDI send pattern would appear green when changing the frame rate of imported stills.

    • Bug fix in NDI Screen Capture for Windows where options were not correctly restored on system reboot/restart.

    • Bug fix in NDI Bridge when displaying calculated bandwidth in the Ul.

    • Fixed an issue in NDI DirectShow filter to preserve the aspect ratio.

    NDI 5.6.0

    NDI Bridge Enhancements

    • Various minor improvements.

    • A new configurable buffer setting improves stability, smooths out network jitter, and reduces stuttering on the incoming remote NDI Bridge sources.

    • Updated encryption model with TLS 1.3 (Note: for compatibility, this requires all NDI Bridge nodes to use version 5.6).

    • A new option for multi-GPU systems allows transcoding to be assigned to specific hardware.

    Other Improvements

    • Windows versions of NDI Tools now restore system tray icons after Windows Explorer restarts.

    • Newer PTZ cameras are recognized within NDI Studio Monitor for registration purposes.

    • Improved forward error correction in multicast and unicast UDP sending.

    • Improved detection of clients that suddenly disappear within the NDI Discovery server.

    NDI 5.5.4

    • Fixed detection of Adobe applications on Windows to install the NDI plugins appropriately.

    • Fixed potential crashes when using the NDI Transmit plugin on macOS.

    • Fixed previews not rendering in NDI Webcam and NDI Router on a system with dual GPUs.

    • Fixed potential hang in NDI video encoder.

    NDI 5.5.3

    • Improved performance of audio resampling used in NDI frame sync.

    • Improved handling of misleading "extra data" within NDI|HX video streams.

    • Updated NDI Launcher on macOS to look for 2023 versions of Adobe applications.

    • Improved handling of encryption key changes in NDI Bridge.

    NDI 5.5.2

    • Bug fix on older versions of Windows 10 where system audio was not captured within NDI Screen Capture.

    • Fixed crash when handling SpeedHQ video within the NDI library on Android.

    • Bug fix where streams caused reconnections to occur when using RUDP on Android.

    • Bug fix for an issue when initializing RUDP streams on platforms where RUDP is not supported.

    NDI 5.5.1

    • Improvements in startup time for NDI Launcher caused by low internet bandwidth.

    • Bug fix for NDI tutorial video overlapping caused by low internet bandwidth.

    • Fixed potential instability issues when using a newer version of the NDI|HX driver with older versions of NDI software.

    NDI 5.5.0

    • Registration and Launcher streamlined. Autorun selected NDI apps on the system start.

    • All new matrix Router for NDI streams.

    • NDI Remote enhancements, including Talkback.

    • Multi-cam support for NDI Webcam.

    NDI 5.1.4

    • Bug fix in NDI Screen Capture on Windows incorrectly enabling pointer trails for mouse capture.

    • Bug fix in NDI Studio Monitor after activation of certain NDI|HX cameras.

    • Bug fix for issue when initializing RUDP streams on platforms where RUDP is not supported.

    • Bug fix when processing certain PA16 video frames.

    NDI 5.1.3

    • We fixed a bug in the NDI SDK that could cause a crash when decoding 10-bit HEVC on an NVIDIA video card.

    • Bug fix for NDI Screen Capture on Windows 11 to lead to webcam devices being unusable.

    • Bug fix for Premiere plugin where audio channels were mapped incorrectly for NDI output.

    • Addressed stability issues in NDI VST output plugin.

    NDI 5.1.2

    • Bug fix for NDI Bridge using high bandwidth for H.264 and HEVC streams.

    • Bug fix in the NDI SDK where a reported tally change was not notified properly in the NDI sender.

    • Bug fix where the bandwidth for interlaced video was double the intended bandwidth.

    • Bug fix in NDI Bridge for HEVC video not being generated appropriately when running on an Intel-only system.

    NDI 5.1.1

    • Fixed a problem in which HX sources might not have been decoded correctly on NVIDIA hardware when asking for RGB output data.

    NDI 5.1.0

    • Bug fix in Premiere plugin that solved A/V sync problems when the NDI side-car index files have been deleted. In recent versions of NDI we moved our recording to use 64-bit MOV indexing in the headers which allows for much longer files to be recorded, this change needed to be reflected in the Premiere plugin.

    • Discovery servers may now be specified by a DNS name and not just as an IP address.

    • The NDI SDK uses typed values for returning “instances” instead of relying on void*. For most code this will be a change that does not require any updates, however if your code assumes that these types are void* then you will need to update it. Most importantly, however, this avoids the potential for mixing up the types passed into NDI functions, which reduces the chances of potential bugs in code that uses the NDI SDK.

    NDI 5.0.11

    • Bug fix for the NDI Transmit plug-in for Adobe CC applications.

    • Version number update to match the public launch of NDI Tools that includes NDI Bridge.

    • MOV files recorded by the NDI SDK or Tools were technically limited to about 14 hours long because the indexes for this file format have a size limitation of 32-bits in “number of clock samples”. By using the extended version of these headers there is no longer any reasonable restriction on the length of recordings.

    NDI 5.0.10

    • The first version that includes a full NDI Bridge. The NDI Bridge executable supports three command line options, the first is “/join” which will start the application in the Join mode. “/local” and “/host” start the application in Local and Host mode respectively.

    • Support for hardware rendering of the mouse cursor in Screen Capture without “trails” and without any performance overhead.

    • KVM support for applications has been added to the Advanced SDK. Support for the latest version of the Adobe CC applications that have been updated.

    • Reliable UDP sending is likely to use lower CPU usage than previous versions. NDI will take advantage of computer systems with NICs that support hardware-accelerated UDP segmentation offload. This can be used to offload much of the CPU burden of high-bandwidth UDP sending. Better reliable UDP spreading of sending and receiving across multiple CPU cores.

    NDI 5.0.9

    • Launching an NDI application will no longer try to configure the firewall for you unless you have administration privileges. This avoids the potential for the annoying user-access-control dialog to come up each time you launch an NDI application – you are likely still then to see a firewall warning, which you will have to click on “Allow” access for, or NDI will not be able to access your network correctly.

    • The NDI screensaver is now aware of multi-DPI settings when multiple monitors with different DPI settings are present on the system.

    • The NDI Webcam tool will no longer show an NDI logo when connecting to sources. This makes the tool better for people who are using it in production.

    NDI 5.0.8

    • Very significant changes have been made to RUDP sending to allow for much better network utilization on networks with high round-trip time or packet loss. In addition, RUDP support has significant updates with improved performance on WAN and MTU discovery.

    • Significant improvements to macOS, iOS, and Android have been made.

    • Some important notes have been added to the Advanced SDK documentation regarding how to efficiently send compressed frames to the network under poor conditions with the SDK.

    • NDI SDK documentation has been updated with comments on performance, particularly related to some ARM platforms.

    NDI 5.0.7

    • The NDI redistributable that was included with the SDK was not digitally signed; this has been corrected.

    • Fix for NDI Screen Capture HX in which a lockup was possible if a device (e.g., blue-tooth keyboard) was removed at almost the same time that an NDI connection was closed.

    • Fix a problem with Screen Capture in which we might not send the first frame if the current screen was not changing at the time the NDI connection was made.

    • A condition was fixed in which Panasonic NDI cameras might not be detected on the network if they were added after NDI started and had not been running for more than a few minutes.

    NDI 5.0.6

    • Change to the RUDP receiver (and somewhat the sender) to have higher performance on multi-core machines that are under load or running many threads. When possible, we now keep a thread in a wake-able state on each CPU core so that upon receiving data, we always know that it can be processed if there is any CPU time on the machine.

    • In Screen Capture, it was possible that if a screen was not currently being updated, new NDI connections that occur do not receive a frame. The primary problem occurred when there was more than one connection at a time.

    • The NDI Launcher application will notify you when a newer version is available, so you do not always need to monitor our website for changes!

    NDI 5.0.5

    • Using NDI | HX v1 cameras with the Bridge Local mode (our transcoder) could cause video artifacts under certain network conditions due to the potential for compressed frames to be missed. This is now no longer possible.

    • There was an issue where if a configuration file had a NIC filter set up that specified an adapter that did not exist on your machine, then we would bind to a NIC that did not exist, which would fail but might slow down the creation of connections or other possible symptoms. We now validate the configuration files against the NICs that are on the machine and check that the IP addresses are truly valid before attempting to bind to them.

    • SDK sample code that shows how to display the average frame time and jitter in the advanced SDK.

    NDI 5.0.4

    • NDI Remote had an issue with some cameras when moving between the high-quality and proxy streams. This has been resolved.

    • Reliable UDP sending was always asynchronous in all sending, however it still needed to use a single thread per sending destination to ensure that individual connections could not interfere with other ones (which might have stalled). This is no longer the case, and RUDP can now send across all destinations with all buffers in flight without needing any additional threads to service the sending.

    NDI 5.0.3

    • Improvements to Windows-based audio and video drivers will make them much more robust to applications that are less tolerant of “strange clocking”. In general, this makes things far more robust and should result in much better results. A placeholder image is shown when you are not connected to a source so that the application receives video instead of simply receiving no data.

    • In the NDI Tools on Windows, clicking on the “Balloon help popups” in Screen Capture and Webcam input no longer opens the help but instead opens the context menu for that tool. This is very convenient and much less annoying! (Help is still available on the context menus).

    • The Webcam tool on Windows will connect to audio much faster. Previously, when you started a call (e.g., with Skype, Teams, or Zoom), it took about half a second for the audio to start, which made communication difficult. This should no longer happen.

    NDI 5.0.2

    • The NDI discovery server has an optional parameter that allows you to bind it to a single NIC on your machine for improved security.

    • The NDI discovery server displays output that is designed to be read by another application that might want to provide a UI on top of it.

    NDI 5.0.1

    • Example code for showing how to connect to a device (as a receiver) and recover the tally state. This makes the implementation of external tally devices very simple. This uses the tally_echo functionality.

    • New example code included in NDI Advanced SDK.

    • RUDP is available as a specific connection type setting on macOS, previously “auto” selected it because it is now the default but there should be a specific setting that enables it.

    • The “preferred NIC” is not a guarantee that a NIC will be used on all protocols since there are some cases where it might not be possible; this is particularly true for the older transfer protocols. We have extended the support for NIC selection to include more modes and increase both sides of the connection (both sending and receiving).

    NDI 5.0.0

    • The first launch of NDI 5!

    These release notes refer to changes in our complete technology, including the SDKs, NDI Tools, and any other items. Take your time to comb through the documentation and decide what is more relevant for your specific context.

    *Any reference to a ChangeLog refers to the release notes shown below

    NDI 6.2.1

    Fixed

    Our latest release brings an update to the NDI SDK terms, bringing these in line with our commitment to the health and growth of the NDI ecosystem. The NDI SDK remains royalty-free, subject to the SDK terms and conditions. For more details including a full explanation and updated list of exclusions please consult the terms and conditions by downloading the NDI 6.2.1 SDK. These changes apply to the NDI SDK only and are not applicable to the NDI Advanced SDK. For more information see the in our Forums.

    • Updated the NDI Tools installer to display the on the data collection agreement page.

    • Fixed an issue with silent installation of .

    • Fixed an issue where the running as a service would not start automatically after windows restart.

    • Added URL connection reporting in the when monitoring NDI receivers connected to HX1 sources.

    NDI 6.2

    NDI Tools

    • Introduced the app in the Tools suite for macOS and Windows for NDI receiver discovery, monitoring and control.

    • NDI Tools now includes support for anonymous usage data collection to help improve future releases. Users can choose to opt in or out during setup and update their preference anytime from the NDI Tools Launcher.

    • Updated NDI Studio Monitor (Windows) and NDI Video Monitor (Mac) to enable settings for receiver monitoring and remote source control when used with the new NDI Discovery Server.

    Standalone Tools

    • Enhanced existing with new capabilities for receiver discovery, monitoring, and control. It is now available as a standalone installer for Windows and Linux, allowing it to run as a service. Refer to the documentation for details.

    • Updated the to include local mode support.

    Fixed

    • A problem in and where the preview window could freeze or fail to render video.

    • Issue where the NDI record binary would stop recording when the record chop command was used with the -noautochop flag.

    • Crash in on macOS that occurred when its signal was received in or Studio Monitor.

    NDI SDK

    • Introduced a new set of APIs for receiver discovery, monitoring, and control, designed for integration with the NDI Discovery Server. Refer to the documentation for details.

    • Added visionOS support to Apple SDKs.

    • Optimized audio resampler performance in on ARM-based platforms.

    • Improved single-TCP sending performanc

    Fixed

    • Resolved a potential crash in the NDI library when handling UDP streams on certain ARM-based processors.

    NDI 6.1.1

    Fixes

    • Resolved a low-level exception that occurred when importing recorded SpeedHQ files into Adobe Premiere Pro.

    • Fixed an issue where NDI Virtual Input might stop functioning after a few seconds on certain macOS platforms.

    • Improved handling of connection metadata when used with the NDI Routing API.

    • Addressed a possible issue with the Discovery Server where sources might not appear intermittently.

    NDI 6.1.0

    SDK

    • FPGA improvements.

    • Added support for 16-bit color formats on FPGA platforms.

    • Introduced encoder support for planar alpha.

    • Added support for new packed and semi-planar video formats.

    SDK - Fixes

    • Fixed incorrect HDR color information in MOV files recorded using the NDI Recorder utility.

    • Addressed an issue where the NDI library took longer than expected to unload in specific scenarios.

    • Addressed a potential frame drop issue with streams under specific conditions.

    • General improvements to the .

    NDI Tools

    • layout and style improvements. (macOS and Windows).

    • The app on macOS has been updated to utilize modern system extensions introduced in macOS Sonoma 14.1.

    • apps on Windows have been updated to use .NET 8.

    NDI Tools - NDI Bridge

    • A connection test feature was added to determine optimal buffer delay settings for your network.

    • Introduced a dedicated statistics window with timeline graphs to monitor system and bridge usage.

    • Added a logging window with support for log-level filters to view bridge logs more effectively.

    • Local mode now includes an option to configure the

    NDI Tools - New Utilities

    • The is now on the NDI website. It allows you to run in a headless mode as a Windows service. Please refer to the documentation for more details.

    • The utility is now on Windows and Linux via the NDI website. It also includes enhanced ASIO support for Windows devices.

    • The NDI Analysis tool has been improved to include additional information about NDI stream timings when exporting to a CSV file. Please refer to the for more details.

    NDI Tools - Fixes

    • (macOS) now supports inputting multiple discovery server IP addresses.

    • Corrected an issue in (macOS) where HDR images were not rendered properly in the preview.

    • Resolved a potential exception in the source menu of (macOS) when parsing NDI sources.

    • Resolved an issue where failed to auto-start in

    NDI Tools - Known Issues

    • NDI Virtual Input may stop working after a few seconds with certain macOS platforms.

    NDI 6.0.1

    NDI Tools - HDR

    • The now includes HDR support

    NDI Tools - Fixes

    • Corrected rendering issue when importing custom images from older versions of on Windows.

    • Resolved a potential crash in .

    • Resolved a minor talkback audio issue in .

    • Added a firewall exception rule for the app.

    NDI SDK - Fixes

    • Resolved a source limitation issue with the running on Linux.

    • Addressed an issue with NDI Frame Sync, restoring correct behavior in audio capture.

    • Fixed a potential threading issue when loading and unloading the NDI library on Windows.

    NDI 6.0.0

    SDK

    • Support for 16-bit color formats improved (P216/PA16).

    • There is a new specification for NDI HDR metadata (read the new dedicated in the NDI SDK for more details).

    • New receiver formats permit SpeedHQ pass-through with UYVY/P216 video.

    • HDR example code samples are provided with NDI SDK.

    Please note: The NDI Advanced SDK licensing scheme has been enhanced. To use NDI 6.0 features, advanced SDK users will need a new License ID (which replaces the former Vendor ID). Please contact

    SDK - Fixes

    Improved audio synchronization with .

    NDI Tools

    • A new has been released.

    NDI Tools - HDR

    • now supports HDR patterns (macOS and Windows).

    • now supports displaying HDR content in PQ and HLG (Windows).

    • has been enhanced to capture NDI HDR streams.

    • has received 10-bit HEVC transcoding and HDR pass-through.

    NDI Tools - More

    • now includes new KVM support.

    • The NDI Launcher app adds a one-click link to extensive online Docs & Guides.

    NDI Tools - Fixes

    • Reduced latency from .

    • Resolved Local mode issue when handling a source that has multiple machine names.

    • has been enhanced to leverage the increased number of encoders supported by NVIDIA GeForce cards (may require NVIDIA driver update).

    • Resolved an audio driver stability issue.

    NDI 5.6.1

    SDK

    • Bug fix in NDI genlock, where the genlock connect API call could get blocked.

    • Updated the NDI library for Android to use an embedded version of mDNS for compatibility with newer Android OS.

    • Fixed a potential crash in the NDI library when destroying the NDI sender instance on Windows.

    Updates specific to NDI Advanced

    • Xilinx projects migrated to 2022.1 tools.

    • Added reference design for Kria KV260 development board by AMD.

    • Buf fix in the clear-text FPGA logic.

    • Zynq 7000 HDMI Rx logic improved.

    NDI Tools

    • Bug fix in NDI Test Patterns for Windows where the NDI send pattern would appear green when changing the frame rate of imported stills.

    • Bug fix in NDI Screen Capture for Windows where options were not correctly restored on system reboot/restart.

    • Bug fix in NDI Bridge when displaying calculated bandwidth in the Ul.

    • Fixed an issue in NDI DirectShow filter to preserve the aspect ratio.

    NDI 5.6.0

    NDI Bridge Enhancements

    • Various minor improvements.

    • A new configurable buffer setting improves stability, smooths out network jitter, and reduces stuttering on the incoming remote NDI Bridge sources.

    • Updated encryption model with TLS 1.3 (Note: for compatibility, this requires all NDI Bridge nodes to use version 5.6).

    • A new option for multi-GPU systems allows transcoding to be assigned to specific hardware.

    Other Improvements

    • Windows versions of NDI Tools now restore system tray icons after Windows Explorer restarts.

    • Newer PTZ cameras are recognized within NDI Studio Monitor for registration purposes.

    • Improved forward error correction in multicast and unicast UDP sending.

    • Improved detection of clients that suddenly disappear within the NDI Discovery server.

    NDI 5.5.4

    • Fixed detection of Adobe applications on Windows to install the NDI plugins appropriately.

    • Fixed potential crashes when using the NDI Transmit plugin on macOS.

    • Fixed previews not rendering in NDI Webcam and NDI Router on a system with dual GPUs.

    • Fixed potential hang in NDI video encoder.

    NDI 5.5.3

    • Improved performance of audio resampling used in NDI frame sync.

    • Improved handling of misleading "extra data" within NDI|HX video streams.

    • Updated NDI Launcher on macOS to look for 2023 versions of Adobe applications.

    • Improved handling of encryption key changes in NDI Bridge.

    NDI 5.5.2

    • Bug fix on older versions of Windows 10 where system audio was not captured within NDI Screen Capture.

    • Fixed crash when handling SpeedHQ video within the NDI library on Android.

    • Bug fix where streams caused reconnections to occur when using RUDP on Android.

    • Bug fix for an issue when initializing RUDP streams on platforms where RUDP is not supported.

    NDI 5.5.1

    • Improvements in startup time for NDI Launcher caused by low internet bandwidth.

    • Bug fix for NDI tutorial video overlapping caused by low internet bandwidth.

    • Fixed potential instability issues when using a newer version of the NDI|HX driver with older versions of NDI software.

    NDI 5.5.0

    • Registration and Launcher streamlined. Autorun selected NDI apps on the system start.

    • All new matrix Router for NDI streams.

    • NDI Remote enhancements, including Talkback.

    • Multi-cam support for NDI Webcam.

    NDI 5.1.4

    • Bug fix in NDI Screen Capture on Windows incorrectly enabling pointer trails for mouse capture.

    • Bug fix in NDI Studio Monitor after activation of certain NDI|HX cameras.

    • Bug fix for issue when initializing RUDP streams on platforms where RUDP is not supported.

    • Bug fix when processing certain PA16 video frames.

    NDI 5.1.3

    • We fixed a bug in the NDI SDK that could cause a crash when decoding 10-bit HEVC on an NVIDIA video card.

    • Bug fix for NDI Screen Capture on Windows 11 to lead to webcam devices being unusable.

    • Bug fix for Premiere plugin where audio channels were mapped incorrectly for NDI output.

    • Addressed stability issues in NDI VST output plugin.

    NDI 5.1.2

    • Bug fix for NDI Bridge using high bandwidth for H.264 and HEVC streams.

    • Bug fix in the NDI SDK where a reported tally change was not notified properly in the NDI sender.

    • Bug fix where the bandwidth for interlaced video was double the intended bandwidth.

    • Bug fix in NDI Bridge for HEVC video not being generated appropriately when running on an Intel-only system.

    NDI 5.1.1

    • Fixed a problem in which HX sources might not have been decoded correctly on NVIDIA hardware when asking for RGB output data.

    NDI 5.1.0

    • Bug fix in Premiere plugin that solved A/V sync problems when the NDI side-car index files have been deleted. In recent versions of NDI we moved our recording to use 64-bit MOV indexing in the headers which allows for much longer files to be recorded, this change needed to be reflected in the Premiere plugin.

    • Discovery servers may now be specified by a DNS name and not just as an IP address.

    • The NDI SDK uses typed values for returning “instances” instead of relying on void*. For most code this will be a change that does not require any updates, however if your code assumes that these types are void* then you will need to update it. Most importantly, however, this avoids the potential for mixing up the types passed into NDI functions, which reduces the chances of potential bugs in code that uses the NDI SDK.

    NDI 5.0.11

    • Bug fix for the NDI Transmit plug-in for Adobe CC applications.

    • Version number update to match the public launch of NDI Tools that includes NDI Bridge.

    • MOV files recorded by the NDI SDK or Tools were technically limited to about 14 hours long because the indexes for this file format have a size limitation of 32-bits in “number of clock samples”. By using the extended version of these headers there is no longer any reasonable restriction on the length of recordings.

    NDI 5.0.10

    • The first version that includes a full NDI Bridge. The NDI Bridge executable supports three command line options, the first is “/join” which will start the application in the Join mode. “/local” and “/host” start the application in Local and Host mode respectively.

    • Support for hardware rendering of the mouse cursor in Screen Capture without “trails” and without any performance overhead.

    • KVM support for applications has been added to the Advanced SDK. Support for the latest version of the Adobe CC applications that have been updated.

    • Reliable UDP sending is likely to use lower CPU usage than previous versions. NDI will take advantage of computer systems with NICs that support hardware-accelerated UDP segmentation offload. This can be used to offload much of the CPU burden of high-bandwidth UDP sending. Better reliable UDP spreading of sending and receiving across multiple CPU cores.

    NDI 5.0.9

    • Launching an NDI application will no longer try to configure the firewall for you unless you have administration privileges. This avoids the potential for the annoying user-access-control dialog to come up each time you launch an NDI application – you are likely still then to see a firewall warning, which you will have to click on “Allow” access for, or NDI will not be able to access your network correctly.

    • The NDI screensaver is now aware of multi-DPI settings when multiple monitors with different DPI settings are present on the system.

    • The NDI Webcam tool will no longer show an NDI logo when connecting to sources. This makes the tool better for people who are using it in production.

    NDI 5.0.8

    • Very significant changes have been made to RUDP sending to allow for much better network utilization on networks with high round-trip time or packet loss. In addition, RUDP support has significant updates with improved performance on WAN and MTU discovery.

    • Significant improvements to macOS, iOS, and Android have been made.

    • Some important notes have been added to the Advanced SDK documentation regarding how to efficiently send compressed frames to the network under poor conditions with the SDK.

    • NDI SDK documentation has been updated with comments on performance, particularly related to some ARM platforms.

    NDI 5.0.7

    • The NDI redistributable that was included with the SDK was not digitally signed; this has been corrected.

    • Fix for NDI Screen Capture HX in which a lockup was possible if a device (e.g., blue-tooth keyboard) was removed at almost the same time that an NDI connection was closed.

    • Fix a problem with Screen Capture in which we might not send the first frame if the current screen was not changing at the time the NDI connection was made.

    • A condition was fixed in which Panasonic NDI cameras might not be detected on the network if they were added after NDI started and had not been running for more than a few minutes.

    NDI 5.0.6

    • Change to the RUDP receiver (and somewhat the sender) to have higher performance on multi-core machines that are under load or running many threads. When possible, we now keep a thread in a wake-able state on each CPU core so that upon receiving data, we always know that it can be processed if there is any CPU time on the machine.

    • In Screen Capture, it was possible that if a screen was not currently being updated, new NDI connections that occur do not receive a frame. The primary problem occurred when there was more than one connection at a time.

    • The NDI Launcher application will notify you when a newer version is available, so you do not always need to monitor our website for changes!

    NDI 5.0.5

    • Using NDI | HX v1 cameras with the Bridge Local mode (our transcoder) could cause video artifacts under certain network conditions due to the potential for compressed frames to be missed. This is now no longer possible.

    • There was an issue where if a configuration file had a NIC filter set up that specified an adapter that did not exist on your machine, then we would bind to a NIC that did not exist, which would fail but might slow down the creation of connections or other possible symptoms. We now validate the configuration files against the NICs that are on the machine and check that the IP addresses are truly valid before attempting to bind to them.

    • SDK sample code that shows how to display the average frame time and jitter in the advanced SDK.

    NDI 5.0.4

    • NDI Remote had an issue with some cameras when moving between the high-quality and proxy streams. This has been resolved.

    • Reliable UDP sending was always asynchronous in all sending, however it still needed to use a single thread per sending destination to ensure that individual connections could not interfere with other ones (which might have stalled). This is no longer the case, and RUDP can now send across all destinations with all buffers in flight without needing any additional threads to service the sending.

    NDI 5.0.3

    • Improvements to Windows-based audio and video drivers will make them much more robust to applications that are less tolerant of “strange clocking”. In general, this makes things far more robust and should result in much better results. A placeholder image is shown when you are not connected to a source so that the application receives video instead of simply receiving no data.

    • In the NDI Tools on Windows, clicking on the “Balloon help popups” in Screen Capture and Webcam input no longer opens the help but instead opens the context menu for that tool. This is very convenient and much less annoying! (Help is still available on the context menus).

    • The Webcam tool on Windows will connect to audio much faster. Previously, when you started a call (e.g., with Skype, Teams, or Zoom), it took about half a second for the audio to start, which made communication difficult. This should no longer happen.

    NDI 5.0.2

    • The NDI discovery server has an optional parameter that allows you to bind it to a single NIC on your machine for improved security.

    • The NDI discovery server displays output that is designed to be read by another application that might want to provide a UI on top of it.

    NDI 5.0.1

    • Example code for showing how to connect to a device (as a receiver) and recover the tally state. This makes the implementation of external tally devices very simple. This uses the tally_echo functionality.

    • New example code included in NDI Advanced SDK.

    • RUDP is available as a specific connection type setting on macOS, previously “auto” selected it because it is now the default but there should be a specific setting that enables it.

    • The “preferred NIC” is not a guarantee that a NIC will be used on all protocols since there are some cases where it might not be possible; this is particularly true for the older transfer protocols. We have extended the support for NIC selection to include more modes and increase both sides of the connection (both sending and receiving).

    NDI 5.0.0

    • The first launch of NDI 5!

    Fixed a localization issue in the NDI Bridge statistics window.

  • Fixed a crash that could occur when destroying an NDI receiver during an active connection attempt to a source. Improved handling of deinterlacing in NDI Studio Monitor.

  • A new 'deinterlacing' option has been added to the Video Settings menu.

  • Fixed incorrect byte order handling when using NDIlib_recv_color_format_RGBX_RGBA.

  • Fixed an issue where NDI output from Adobe Premiere could change resolution when clips on the timeline ended.

  • Resolved an issue where NDI Bridge could incorrectly select a temporary GPU adapter, which might become unavailable when remote desktop sessions end.

  • Fixed a potential issue where an NDI Finder could block indefinitely in certain environments.

  • Removed the NDI Remote application from the NDI Tools Suite. See here for more details

  • Improved Access Manager for easier multicast configuration on Windows and Mac.

  • Added a new setting in Screen Capture applications on Windows to enable or disable notifications for new connections.

  • Improved error handling and user notifications in Screen Capture applications on Windows.

  • Addressed a localization issue that skewed statistics in NDI Bridge.
  • Usage of incorrect units for packet lost metric in NDI Bridge statistics window.

  • Issue where the NDI Bridge host could crash during stream cleanup or closure.

  • Fixed a potential crash in the NDI VST output plugin when used with certain DAW applications.

  • Issue where audio frameworks could fail to load at runtime on macOS, causing Free Audio to detect no audio devices.

  • e by using scatter-gather to reduce per-message ACKs.

    Resolved a potential memory leak issue in NDI Test Patterns on Windows.

    Implemented 64-bit addressing in raw audio/video input and output logic. For more details, refer to the ChangeLog files.

  • The Advanced SDK now features a new API that enables dynamic adjustment of the received bandwidth for NDI video streams. For more information, please consult the Advanced SDK documentation.

  • Added new audio conversion utility APIs for NDIlib_audio_frame_v3_t structure.

  • Made improvements to the SpeedHQ codec to verify the correctness of the bitstream before decompression.

  • local send group for bridge sources
    .
    Local
    mode
    .
  • Fixed a potential deadlock when closing an NDI Bridge stream in Join mode.

  • Corrected NDI Test Patterns to ensure the full Rec.709 color range is output for imported images (Windows).

  • Fixed an issue with NDI Remote when enumerating system audio devices.

  • Resolved a potential issue in NDI Studio Monitor when rendering test patterns with alpha transparency.

  • Enabled high bit-depth decoding in NDI Studio Monitor for streams with BT.2020 color primaries.

  • Added support for higher color depth when playing SDR files using the VLC player with the NDI output plugin enabled.

  • Fixed audio driver stability issues with NDI Webcam.

  • Resolved an issue with loading the NDI output plugin for Final Cut Pro on newer macOS versions.

  • NDI Video Monitor on Mac was not playing audio.

  • Ensured correct permissions were set on the NDI Runtime installer on MacOS.

  • Resolved an issue where the NDI Tools registration state was not being saved correctly.

  • The NDI Advanced SDK includes a new NDI Bridge Utility for hardware (currently available for Linux), with comprehensive guidance on its use.

  • NDI Recorder utility enhanced to capture NDI HDR streams.

  • NDI Screen Capture HX (Windows) has received support for HDR screens and 10-bit HEVC.

  • NDI Analysis in Frame Checker mode will now output HDR color information if present.

  • uSD images migrated to Debian 12 (Bookworm).

    Improvements to FPGA reference design. Please refer to the ChangeLog files for more details.

  • The NDI Webcam tool will no longer show an NDI logo when connecting to sources. This makes the tool better for people who are using it in production.

  • Fixed compatibility issue with NDI Remote while working on AWS.

  • Fixed handling of audio devices in NDI Studio Monitor when a device is added or removed.

  • Fixed potential hang in NDI Launcher after choosing to run certain NDI applications.

  • Added support for longer NDI source names.

  • Increased reliability when using NVIDIA GPU for hardware-accelerated decoding.

  • Increased reliability of the embedded web server within NDI Studio Monitor.

  • Updated URLs for NDI short links.

  • Made improvements in mDNS handling on Windows.

  • Improve responsiveness when establishing new connections in the NDI receiver.

  • Fixed crash in NDI Discovery Server if it was started on a system with no available NICs.

  • Fixed potential freeze in Adobe Premiere while attempting to export and the NDI Transmit plugin was active.

  • Fixed the “Launch at System Startup” feature in NDI Launcher for non-admin user accounts on Windows.

  • Fixed a bug where multiple TAB button clicks caused the NDI Launcher window to become blank.

  • Fixed a bug in the NDI recorder when recording an audio stream that was not 48 kHz.

  • Fixed a bug where the session settings from the older version of NDI Launcher would not transfer to the newly installed version.

  • NDI Audio Direct (VST plugins for your DAW).

    Bug fix in NDI Scan Converter on macOS not capturing and sending video.

    Bug fix in Premiere plugin that would lead to unstableness when reconnecting audio devices while the NDI output was enabled.

    Fix memory leak when using “chop” on NDI recording code.

  • The NDI installer and uninstallers will silently shut down the tools launcher and no longer give you a warning when installing.

  • The NDI SDK will validate XML messages being sent before they are transmitted; this ensures that there is no vulnerability in which a remote application might be able to crash by sending data that is not XML. The only SDK assumption, of course, is that downstream NDI receivers correctly parse XML being received, which is something that the SDK is unable to control directly.

  • NDI Studio Monitor has much lower GPU usage when running in Low Latency mode.

  • NDI Bridge will transcode into full-bandwidth with increased compatibility for hardware high-bandwidth decoders that do not have full support for the entire set of NDI codec capabilities. This should significantly improve compatibility with hardware decoders.

  • NDI Bridge includes an option that allows it to avoid automatic detection of the external IP and port number (and detection of whether port forwarding is enabled). This allows you to use NDI Bridge when you are not on a public network at all.

  • Important changes to the performance of RUDP on Linux platforms enable Generic Segmentation Offload (GSO) for UDP sending, which might also be referred to as UDP_SEGMENT, which was made available in Linux Kernel 4.18. This results in significantly reduced CPU overhead.

  • Removed limitation on how many NDI senders can be created on a single machine.

  • If you are connected to an NDI discovery server and the network connection is physically lost (i.e., the application or device on one side does not gracefully close the connection), this will now be detected and handled much more quickly than in previous versions.

  • Lower CPU usage in many situations through more efficient use of queues without CPU locking.

  • The NDI installer on Windows will check whether “Media Foundation” is available on your operating system and notify you if it needs to be installed. There are some local versions of Windows (e.g., Windows 10 Pro N) that might not include this as a default option.

  • The NDI installer will back up your NDI configuration when it is being installed so that each update to Tools does not wipe out your configuration. The configuration should be completely removed when you uninstall NDI Tools completely.

  • There was a fix on Apple SDKs for cases in which extra data was incorrect in HX2 streams; we now handle this condition gracefully.

  • Apple SDKs with Free NDI SDK now combine all Apple platforms into a single installer, which, unfortunately, significantly increases the installer size. However, it does mean that one SDK covers Mac, iPad, iOS, and tvOS.

  • Android SDK is available for free for use in mobile applications.

  • When auto-focus is switched off for a PTZ Monitor in Studio Monitor, we do not resend the previous focus distance, which makes the operation “feel better” because the focus stays set on the last value it was seen when auto-focus was used.
  • Reliable UDP sending is likely to use lower CPU usage than previous versions. NDI will take advantage of computer systems with NICs that support hardware-accelerated UDP segmentation offload. This can be used to offload much of the CPU burden of high-bandwidth UDP sending.

  • The NDI launcher will give you access to the NDI changes list so you can quickly see what has been updated in this version of NDI.
  • A crash that could occur based on timing when applications connected and disconnected from the “Web Cam input” on Windows has been fixed.

  • The discovery server allows you to specify a port number using the flag “-port 5959”. You can now choose any port you want, and in Access Manager or the configuration files, you can specify a discovery server address that includes a port number. This allows you, for instance, to run multiple discovery servers on a single machine that controls different sets of NDI sources.

  • Importantly, if you are using Webcam plugins with applications like Skype, Teams, or Zoom and your audio content is not just speech, you must disable noise suppression and echo cancellation. These effects are designed to make speech more audible against background sounds; however, they can also create significant audio artifacts on music or other non-speech content.

  • Audio support on some much older NDI HX v1 converter devices was not working; this has now been solved.

  • This is a bug fix for a case in which connection sharing might not have always worked, particularly when using loop-back on the local machine. This did not actually cause any visible problem but caused NDI to work a little less efficiently than it should have.

  • Studio Monitor PTZ keyboard shortcuts handled “left” at a slightly different speed from “right”. These now match exactly.

  • Changes to HX drivers on iOS that make them more compliant with app store rules. Bug fix for crash using NDI Audio Direct with Adobe Audition.

  • Community Announcement
    Privacy Policy
    NDI Tools
    NDI Discovery Server
    Discovery UI
    NDI Discovery
    NDI Discovery Server
    NDI Bridge Service
    NDI Webcam
    NDI Router
    Scan Converter
    Video Monitor
    NDI Frame Sync
    NDI HX
    Reliable UDP protocol
    NDI Tools launcher
    NDI Virtual Input
    All NDI Tools
    NDI Bridge Service
    available for free download
    NDI Bridge
    NDI Free Audio
    available for free download
    NDI Analysis documentation
    NDI Access Manager
    NDI Router
    NDI Router
    NDI Bridge
    NDI output plugin for VLC
    NDI Test Patterns
    NDI Remote
    NDI Remote
    NDI Remote
    NDI Discovery server
    HDR section
    [email protected]
    NDI Frame Sync API
    NDI Router tool for macOS
    NDI Test Patterns
    NDI Studio Monitor
    NDI Studio Monitor (Windows)
    NDI Bridge
    NDI Video Monitor (macOS)
    NDI Screen Capture HX (Windows)
    NDI Bridge
    NDI Bridge
    NDI Webcam

    Fixed a localization issue in the NDI Bridge statistics window.

  • Fixed a crash that could occur when destroying an NDI receiver during an active connection attempt to a source. Improved handling of deinterlacing in NDI Studio Monitor.

  • A new 'deinterlacing' option has been added to the Video Settings menu.

  • Fixed incorrect byte order handling when using NDIlib_recv_color_format_RGBX_RGBA.

  • Fixed an issue where NDI output from Adobe Premiere could change resolution when clips on the timeline ended.

  • Resolved an issue where NDI Bridge could incorrectly select a temporary GPU adapter, which might become unavailable when remote desktop sessions end.

  • Fixed a potential issue where an NDI Finder could block indefinitely in certain environments.

  • Removed the NDI Remote application from the NDI Tools Suite. See here for more details

  • Improved Access Manager for easier multicast configuration on Windows and Mac.

  • Added a new setting in Screen Capture applications on Windows to enable or disable notifications for new connections.

  • Improved error handling and user notifications in Screen Capture applications on Windows.

  • Addressed a localization issue that skewed statistics in NDI Bridge.
  • Usage of incorrect units for packet lost metric in NDI Bridge statistics window.

  • Issue where the NDI Bridge host could crash during stream cleanup or closure.

  • Fixed a potential crash in the NDI VST output plugin when used with certain DAW applications.

  • Issue where audio frameworks could fail to load at runtime on macOS, causing Free Audio to detect no audio devices.

  • e by using scatter-gather to reduce per-message ACKs.

    Resolved a potential memory leak issue in NDI Test Patterns on Windows.

    Implemented 64-bit addressing in raw audio/video input and output logic. For more details, refer to the ChangeLog files.

  • The Advanced SDK now features a new API that enables dynamic adjustment of the received bandwidth for NDI video streams. For more information, please consult the Advanced SDK documentation.

  • Added new audio conversion utility APIs for NDIlib_audio_frame_v3_t structure.

  • Made improvements to the SpeedHQ codec to verify the correctness of the bitstream before decompression.

  • local send group for bridge sources
    .
    Local
    mode
    .
  • Fixed a potential deadlock when closing an NDI Bridge stream in Join mode.

  • Corrected NDI Test Patterns to ensure the full Rec.709 color range is output for imported images (Windows).

  • Fixed an issue with NDI Remote when enumerating system audio devices.

  • Resolved a potential issue in NDI Studio Monitor when rendering test patterns with alpha transparency.

  • Enabled high bit-depth decoding in NDI Studio Monitor for streams with BT.2020 color primaries.

  • Added support for higher color depth when playing SDR files using the VLC player with the NDI output plugin enabled.

  • Fixed audio driver stability issues with NDI Webcam.

  • Resolved an issue with loading the NDI output plugin for Final Cut Pro on newer macOS versions.

  • NDI Video Monitor on Mac was not playing audio.

  • Ensured correct permissions were set on the NDI Runtime installer on MacOS.

  • Resolved an issue where the NDI Tools registration state was not being saved correctly.

  • The NDI Advanced SDK includes a new NDI Bridge Utility for hardware (currently available for Linux), with comprehensive guidance on its use.

  • NDI Recorder utility enhanced to capture NDI HDR streams.

  • NDI Screen Capture HX (Windows) has received support for HDR screens and 10-bit HEVC.

  • NDI Analysis in Frame Checker mode will now output HDR color information if present.

  • uSD images migrated to Debian 12 (Bookworm).

    Improvements to FPGA reference design. Please refer to the ChangeLog files for more details.

  • The NDI Webcam tool will no longer show an NDI logo when connecting to sources. This makes the tool better for people who are using it in production.

  • Fixed compatibility issue with NDI Remote while working on AWS.

  • Fixed handling of audio devices in NDI Studio Monitor when a device is added or removed.

  • Fixed potential hang in NDI Launcher after choosing to run certain NDI applications.

  • Added support for longer NDI source names.

  • Increased reliability when using NVIDIA GPU for hardware-accelerated decoding.

  • Increased reliability of the embedded web server within NDI Studio Monitor.

  • Updated URLs for NDI short links.

  • Made improvements in mDNS handling on Windows.

  • Improve responsiveness when establishing new connections in the NDI receiver.

  • Fixed crash in NDI Discovery Server if it was started on a system with no available NICs.

  • Fixed potential freeze in Adobe Premiere while attempting to export and the NDI Transmit plugin was active.

  • Fixed the “Launch at System Startup” feature in NDI Launcher for non-admin user accounts on Windows.

  • Fixed a bug where multiple TAB button clicks caused the NDI Launcher window to become blank.

  • Fixed a bug in the NDI recorder when recording an audio stream that was not 48 kHz.

  • Fixed a bug where the session settings from the older version of NDI Launcher would not transfer to the newly installed version.

  • NDI Audio Direct (VST plugins for your DAW).

    Bug fix in NDI Scan Converter on macOS not capturing and sending video.

    Bug fix in Premiere plugin that would lead to unstableness when reconnecting audio devices while the NDI output was enabled.

    Fix memory leak when using “chop” on NDI recording code.

  • The NDI installer and uninstallers will silently shut down the tools launcher and no longer give you a warning when installing.

  • The NDI SDK will validate XML messages being sent before they are transmitted; this ensures that there is no vulnerability in which a remote application might be able to crash by sending data that is not XML. The only SDK assumption, of course, is that downstream NDI receivers correctly parse XML being received, which is something that the SDK is unable to control directly.

  • NDI Studio Monitor has much lower GPU usage when running in Low Latency mode.

  • NDI Bridge will transcode into full-bandwidth with increased compatibility for hardware high-bandwidth decoders that do not have full support for the entire set of NDI codec capabilities. This should significantly improve compatibility with hardware decoders.

  • NDI Bridge includes an option that allows it to avoid automatic detection of the external IP and port number (and detection of whether port forwarding is enabled). This allows you to use NDI Bridge when you are not on a public network at all.

  • Important changes to the performance of RUDP on Linux platforms enable Generic Segmentation Offload (GSO) for UDP sending, which might also be referred to as UDP_SEGMENT, which was made available in Linux Kernel 4.18. This results in significantly reduced CPU overhead.

  • Removed limitation on how many NDI senders can be created on a single machine.

  • If you are connected to an NDI discovery server and the network connection is physically lost (i.e., the application or device on one side does not gracefully close the connection), this will now be detected and handled much more quickly than in previous versions.

  • Lower CPU usage in many situations through more efficient use of queues without CPU locking.

  • The NDI installer on Windows will check whether “Media Foundation” is available on your operating system and notify you if it needs to be installed. There are some local versions of Windows (e.g., Windows 10 Pro N) that might not include this as a default option.

  • The NDI installer will back up your NDI configuration when it is being installed so that each update to Tools does not wipe out your configuration. The configuration should be completely removed when you uninstall NDI Tools completely.

  • There was a fix on Apple SDKs for cases in which extra data was incorrect in HX2 streams; we now handle this condition gracefully.

  • Apple SDKs with Free NDI SDK now combine all Apple platforms into a single installer, which, unfortunately, significantly increases the installer size. However, it does mean that one SDK covers Mac, iPad, iOS, and tvOS.

  • Android SDK is available for free for use in mobile applications.

  • When auto-focus is switched off for a PTZ Monitor in Studio Monitor, we do not resend the previous focus distance, which makes the operation “feel better” because the focus stays set on the last value it was seen when auto-focus was used.
  • Reliable UDP sending is likely to use lower CPU usage than previous versions. NDI will take advantage of computer systems with NICs that support hardware-accelerated UDP segmentation offload. This can be used to offload much of the CPU burden of high-bandwidth UDP sending.

  • The NDI launcher will give you access to the NDI changes list so you can quickly see what has been updated in this version of NDI.
  • A crash that could occur based on timing when applications connected and disconnected from the “Web Cam input” on Windows has been fixed.

  • The discovery server allows you to specify a port number using the flag “-port 5959”. You can now choose any port you want, and in Access Manager or the configuration files, you can specify a discovery server address that includes a port number. This allows you, for instance, to run multiple discovery servers on a single machine that controls different sets of NDI sources.

  • Importantly, if you are using Webcam plugins with applications like Skype, Teams, or Zoom and your audio content is not just speech, you must disable noise suppression and echo cancellation. These effects are designed to make speech more audible against background sounds; however, they can also create significant audio artifacts on music or other non-speech content.

  • Audio support on some much older NDI HX v1 converter devices was not working; this has now been solved.

  • This is a bug fix for a case in which connection sharing might not have always worked, particularly when using loop-back on the local machine. This did not actually cause any visible problem but caused NDI to work a little less efficiently than it should have.

  • Studio Monitor PTZ keyboard shortcuts handled “left” at a slightly different speed from “right”. These now match exactly.

  • Changes to HX drivers on iOS that make them more compliant with app store rules. Bug fix for crash using NDI Audio Direct with Adobe Audition.

  • Community Announcement
    Privacy Policy
    NDI Tools
    NDI Discovery Server
    Discovery UI
    NDI Discovery
    NDI Discovery Server
    NDI Bridge Service
    NDI Webcam
    NDI Router
    Scan Converter
    Video Monitor
    NDI Frame Sync
    NDI HX
    Reliable UDP protocol
    NDI Tools launcher
    NDI Virtual Input
    All NDI Tools
    NDI Bridge Service
    available for free download
    NDI Bridge
    NDI Free Audio
    available for free download
    NDI Analysis documentation
    NDI Access Manager
    NDI Router
    NDI Router
    NDI Bridge
    NDI output plugin for VLC
    NDI Test Patterns
    NDI Remote
    NDI Remote
    NDI Remote
    NDI Discovery server
    HDR section
    [email protected]
    NDI Frame Sync API
    NDI Router tool for macOS
    NDI Test Patterns
    NDI Studio Monitor
    NDI Studio Monitor (Windows)
    NDI Bridge
    NDI Video Monitor (macOS)
    NDI Screen Capture HX (Windows)
    NDI Bridge
    NDI Bridge
    NDI Webcam

    Analysis

    Version 6.1

    Introduction

    The Analysis tool enables expert users to analyze the performance of NDI network connections by providing key statistics that would otherwise be difficult to recover separately. It offers detailed information about the sources available on a network and their connection types, making it a valuable tool for debugging systems and identifying the root causes of potential issues.

    Analysis is currently not available on the Tools Launcher. You can download it

    "There are three kinds of lies: lies, damned lies, and statistics." (Mark Twain, Benjamin Disraeli, et al)

    In general, if you don’t actually see a problem, you don’t need this tool.

    Analysis is capable of identifying deviations that are, for all practical purposes, meaningless. Much ado about (very, very slightly more than) nothing is effectively time and effort wasted. The Analysis tool is provided to help you better diagnose and understand network issues. While it produces a deluge of detail about network connections and NDI streams, the human eye is by far the best arbiter of video performance and quality.

    Ultimately your eye provides a superior real-time analysis, and one which is inherently more tolerant. In certain cases when subjective issues are visible, lower-level analysis of the root problem may be required to understand the underlying factors. While we would love to help every user with every problem, the sheer numbers of those populating ‘the NDI nation’ make this quite impossible. We do, however, offer professional services to those who need assistance in diagnosing issues or help with large scale, complex NDI networking issues.

    You can always or visit our

    Finding All Sources on the Network

    Analysis can be used in order to locate NDI sources on the local network. To achieve this you would run:

    NDIAnalysis.exe /find

    Because it might take a few seconds to locate all sources on a network, you can specify a timeout – i.e., how long Analysis should scan the network. The default timeout is 5 seconds, but you can specify any number you wish. The following example invokes a 10 second time out for locating sources:

    NDIAnalysis.exe /find /time:10

    If you need to quit, press CTRL+C to cause Analysis to exit

    By default Analysis will only only locate sources that are in the Public group. To find sources in other groups, one or more groups can be specified to locate sources in:

    NDIAnalysis.exe /find:"Cameras"

    NDIAnalysis.exe /find:"Public,Studio 1"

    Example output from the finder is outlined below.

    Getting Source Statistics

    Analysis implements a special version of NDI that will receive all data from a source, and provide diagnosis on that data. It is important to know that Analysis does not decode any data. This means that the CPU performance of the host machine on does not significantly impact the results shown. Analysis can thus be considered to correctly measure stream details as they might be received in an ideal receive instance. That is, only up-stream CPU performance, network, network infra-structure and machine network performance have an impact on the results.

    To perform an analysis of a source you could enter the following:

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)"

    Don't forget to press CTRL+C to exit quickly. Otherwise, to limit the duration of the analysis to just one minute, you could enter the following:

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)" /time:60

    By default, Analysis will request the video stream to be in high bandwidth mode. High bandwidth mode is the full resolution and best quality mode for the video stream. If you wish to run analysis in low bandwidth mode, you could enter the following:

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)" /lowQ

    The Analysis tool also has a frame checker mode, by default this is disabled. This is mostly useful when there is a suspected corruption in the video bitstream. To enable the frame checker mode, you could enter the following:

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)" /framecheck

    Normally Analysis will output statistics about both the video and audio data from a source. It can be restricted to video only or audio only, for example:

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)" /videoonly

    NDIAnalysis.exe /source:"QUASIRANDOM (NVIDIA GeForce GT 650M 1)" /audiooonly

    All of the above modes can be used together. The following is an example run of NDI analysis application with all of the fields described in the notes, along with comments on the meaning and interpretation of the information provided.

    Note 12

    This is one of the most important measures. and represents the frame rate of data actually received from the network. In this example we are watching 60 Hz video; the frame rate indicates an average frame time of 16.66 ms, which is expected. Because this is on a real network with computers that are doing other things, the variance is 2.3 ms, a value which is much smaller than a frame. If the variance number becomes too large there might be dropped frames.

    All NDI applications should be designed to support frames within the Nyquist sampling limit, which would mean that any frame variance in the range of half the average should be the lowest reliable limit that would not require additional buffering or latency to display smoothly. At 60 Hz, this would require that the maximum reliable zero latency transfer rates would be 16.68 ms +/- 8.34 ms.

    The minimum and maximum times are important; thus the largest delivery time (which is 24 ms in the example) provides a very important diagnostic tool. If you see values that are over 150 ms or so, it is very likely that network frames were dropped, and you should take steps to ensure that there is no packet loss on the network. It is important to bear in mind that some NDI sources might not send video frames if there is no video change occurring. Indeed, the example listed above is from Scan Converter 2 which does not provide new frames when there is no activity on-screen (thus reducing CPU time, GPU time and bandwidth or network time).

    Source Color Information and HDR

    In frame checker mode (see above), NDIAnalysis will also output any NDI color information if present. For example:

    To reduce clutter in the output, color information is only shown when its status changes rather than on every frame.

    If the source is HEVC compressed, then frame checker mode can be used to determine if the video uses 8-bit (SDR) or 10-bit (HDR) color values. NDIAnalysis will usually output this when a keyframe in an HEVC stream is received:

    12:16:39.748: HEVC frame with timecode 0 is a keyframe and indicates a bitdepth of 10 bits

    but may also output the bitdepth on other frames where an SPS element is found with bitdepth information in it.

    Understanding Performance

    Analysis now includes the ability to write out a CSV file that includes information about the timing of every video frame captured. This is enabled at the command line with the following example:

    NDIAnalysis.exe /source:"My Source (Channel 1)" /csvvideo:"my source.csv" /time:120

    This will then write out a file called “my source.csv” that will include a huge list of every video frame received, the time at which it was received and the details of every frame. An example of this output is illustrated below.

    Audio frames can also be captured, for example:

    NDIAnalysis.exe /source:"My Source (Channel 1)" /csvaudio:"my source.csv" /time:120

    Video and audio frames can be captured together, as long as separate files are used:

    NDIAnalysis.exe /source:"My Source (Channel 1)" /csvvideo:"my video source.csv" /csvaudio:"my audio source.csv" /time:120

    The created files are text files in comma separated values format. They can be opened in any spreadsheet application, or inspected in a text editor.

    Beware that timestamp and timecode values may be very large whole numbers, so when opened in a spreadsheet a suitable number format should be chosen for those columns which does not lose precision or truncates the values.

    System time (utc)
    Elapsed (ms)
    dTime (ms)
    Timestamp (100ns)
    dTimestamp (ms)
    Timecode (100ns)
    dTimecode (ms)
    X resolution
    Y resolution
    Aspect ratio
    Frame type
    Codec
    Frame rate
    Frame duration (ms)
    Stream duration (ms)
    Data size (Bytes)

    Video CSV File

    The reason that this is very valuable is that if you wish to determine why you are seeing problems sending video over the network then you can dump the CSV data at two different locations on the network, for instance you can capture it on the sending machine and also on the receiving machine. You can now look at the “timestamp” data on each frame and locate frames that exactly match between different locations and verify whether any frames are dropped (the timestamp is present on the sender side but not on the receiver side) or if the frames are delivered late (measuring the dTime). Note that there is always some variability on most typical networks and so some level of jitter is to be expected but if there are large timing hits then there clearly is something on the network that is stopping the smooth flow of packets (e.g. congestion control on a router).

    System time (utc): The local time in UTC at which the frame was received by NDI Analysis.

    Elapsed time (ms): The number of milliseconds of system time elapsed in the current session. Notionally this is the time point at the start of this frame.

    dTime (ms): The time difference in milliseconds between the receiving time of this frame and the previous frame. Ideally this should be equal to the frame rate, but usually varies depending on network conditions and fluctuations in frame generation.

    Timestamp (100ns): The timestamp of the frame, as specified in the frame's header. This is typically set when the frame is submitted to NDI by the system creating the stream. It is in units of 100 nanoseconds. It is usually related to the originating system's clock, but the exact relationship (particularly when the zero time was) is undefined.

    dTimestamp (ms): The difference in milliseconds between the timestamp of this frame and the previous frame. Typically this represents the rate at which the source is submitting the frames to NDI.

    Timecode (100ns): The timecode of the frame, as specified in the frame's header, in units of 100 nanoseconds. Usually this is an ideal time mark for the frame, set by the source generating the frames.

    dTimecode (ms): The difference in milliseconds between the timecodes of this frame and the previous frame. Usually this is equal to the duration of the frames as indicated by the frame rate.

    X resolution, Y resolution: The image resolution of the frame, in pixels.

    Aspect ratio: The aspect ratio of the frame, as specified in the frame's header.

    Frame type: Indicates if the frame is progressive, fielded, or interleaved.

    Codec: The codec used for the frame, plus if the frame includes an alpha channel or not.

    Frame rate: The frame rate of the frame, as specified in the frame's header.

    Frame duration (ms): The frame duration in milliseconds. This is derived from the frame rate in the frame's header.

    Stream duration (ms): The sum of the frame durations of all the frames received so far (including this one). As this uses the frame rate specified in the frame header, it is an ideal value. It should remain close to the elapsed time with some fixed offset.

    Data size (Bytes): The number of bytes of image data in the frame. If the frame is compressed then this is the size of the compressed data.

    Notes: NDI Analysis will report any potential issues here, such as a frame arriving significantly later than expected or the stream not providing sufficient frames to keep up with the intended frame rate. These can be starting points for further investigation.

    Audio CSV File

    The audio CSV file is similar to the video CSV file and shares many of the same columns. Instead of the video frame specific columns it has these audio frame columns:

    Sample rate: The sample rate of the frame, as specified in the frame's header.

    Num channels: The number of channels in the audio frame, as specified in the frame's header.

    Num Samples: The number of samples in the audio frame.

    For advanced diagnosis of problems, the video receipt time can be combined with the video sending times described in the next note. It is important to observe these two values when looking at large maximum frame receipt times.

    Some key reference times related to video timing are listed below (in milliseconds):

    • 60 Hz = 16.66 ms

    • 59.97 Hz = 16.67 ms

    • 50 Hz = 20 ms

    • 30 Hz = 33.33 ms

    • 29.97 Hz = 33.36 ms

    • 25 Hz = 40 ms

    Notes

    00:17:54.73 8

    0

    0

    17212618746625500

    0

    17212618746966600

    0

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    41.71

    237893

    8 Mode 2

    00:17:54.76 8

    here from our main website
    reach out to support here
    community forums here.
    NDI Analysis v6.0.0.0 (note 1)
    Copyright (C) 2023 Vizrt NDI AB. All rights reserved.
    
    NDI version : 6.0.0.0 (note 2)
    
    Searching for NDI sources ... (4 found) (note 3)
        1: name="IPC (Channel 1 - Virtual PTZ)" (note 4)
           host="192.168.1.191" (note 5
           )
           type="NDI|HX (Camera)" (note 6)
        2: name="IPC (Channel 1)" host="192.168.1.191" type="NDI|HX (Camera)"
        3: name="QUASIRANDOM (FaceTime HD Camera (Built-in))" (note 7)
           host="192.168.1.193" (note 8)
           port="5962" (note 9)
           type="NDI" (note 10)
        4: name="QUASIRANDOM (NVIDIA GeForce GT 650M 1)" host="192.168.1.193" port="5961" type="NDI"
    NDI Analysis v6.0.0.0 
    Copyright (C) 2023 Vizrt NDI AB. All rights reserved.
    
    NDI version : 6.0.0.0
    
    21:15:19.257: Video receiver creation succeeded. (note 1)
    21:15:19.257: Audio receiver creation succeeded. (note 2)
    21:15:23.287: Audio connection opened. (note 3)
    21:15:23.287: Video connection opened. (note 4)
    21:15:23.295: Capabilities, Recordable=false (note 5)
    21:15:23.295: Capabilities, PTZ control=false 
    21:15:23.295: Capabilities, KVM control=false 
    21:15:23.295: Product, Long name=Scan Converter v2 (note 6)
    21:15:23.295: Product, Short name=Scan Converter v2 
    21:15:23.295: Product, Model=Scan Converter v2 
    21:15:23.295: Product, Version=2.0000.0000 
    21:15:23.296: Product, Serial number=0000 
    21:15:23.472: Audio format changed. 44100Hz, 2 channels. (note 7)
    21:15:24.756: Video format changed. 1920x1200, progressive, aspect ratio=1.60, frame rate=60.00, no alpha channel. (note 8)
    21:15:24.258: Audio data rate (MBps). Avg=1.43 (note 9)
    21:15:24.258: Audio size (kB). Min=5.89 Avg=5.89 +/- 0.00 Max=5.89 
    21:15:24.259: Audio recv (mS). Min=29.05 Avg=33.16 +/- 2.96 Max=39.23 
    21:15:24.259: Audio send (mS). Min=29.01 Avg=33.13 +/- 4.77 Max=42.53 
    21:15:29.259: Video data rate (MBps). Avg=69.39 (note 10)
    21:15:29.259: Video size (kB). Min=289.90 Avg=292.33 +/- 8.09 Max=320.91 (note 11)
    21:47:48.216: Video recv (mS). Min=11.44 Avg=16.66 +/- 2.30 Max=24.73 (note 12)
    21:47:48.217: Video send (mS). Min=8.72 Avg=16.67 +/- 1.47 Max=24.70 (note 13)
    21:15:29.260: Audio data rate (MBps). Avg=1.42 
    21:15:29.260: Audio size (kB). Min=5.89 Avg=5.89 +/- 0.00 Max=5.89 (note 14)
    21:15:29.260: Audio recv (mS). Min=30.58 Avg=33.33 +/- 2.80 Max=40.16 (note 15)
    21:15:29.261: Audio send (mS). Min=27.98 Avg=33.32 +/- 4.81 Max=42.53 (note 16)
    21:15:34.262: Video data rate (MBps). Avg=82.48
    21:15:34.262: Video size (kB). Min=284.67 Avg=286.25 +/- 7.71 Max=334.25
    21:15:34.263: Video recv (mS). Min=14.29 Avg=38.13 +/- 34.44 Max=387.31
    21:15:34.264: Video send (mS). Min=6.58 Avg=38.13 +/- 34.81 Max=388.28
    21:15:34.264: Audio data rate (MBps). Avg=1.42 
    21:15:34.265: Audio size (kB). Min=5.89 Avg=5.89 +/- 0.00 Max=5.89 
    21:15:34.265: Audio recv (mS). Min=30.55 Avg=33.37 +/- 2.74 Max=39.66 
    21:15:34.266: Audio send (mS). Min=28.02 Avg=33.39 +/- 4.69 Max=42.04 
    21:15:39.266: Video data rate (MBps). Avg=124.18 
    21:15:39.266: Video size (kB). Min=281.54 Avg=297.39 +/- 8.12 Max=311.32 
    21:15:39.266: Video recv (mS). Min=14.06 Avg=31.00 +/- 46.95 Max=315.53 
    21:15:39.266: Video send (mS). Min=4.70 Avg=31.00 +/- 47.64 Max=317.90 
    21:15:39.267: Audio data rate (MBps). Avg=1.42 
    21:15:39.267: Audio size (kB). Min=5.89 Avg=5.89 +/- 0.00 Max=5.89 
    21:15:39.267: Audio recv (mS). Min=30.53 Avg=33.32 +/- 2.60 Max=39.65 
    21:15:39.268: Audio send (mS). Min=28.49 Avg=33.32 +/- 4.61 Max=42.05 
    21:24:44.547: Video receiver destroyed. (note 17) 
    21:24:44.652: Audio receiver destroyed. (note 18) 
    12:01:14.674: Color info changed. primaries=bt_709, transfer function=bt_709, matrix coefficients=bt_709
    ... 
    12:01:18.573: Color info changed. primaries=bt_2100, transfer function=bt_2100_hlg, matrix coefficients=bt_2100 
    ...
    12:01:23.165: Color info not found.

    30.01

    30.01

    17212618747035200

    40.97

    17212618747383700

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    83.42

    248295

    [dTime < Prev frame duration] 8 Mode 2 Frame arrived early compared to intended frame rate.

    00:17:54.80 9

    70.98

    40.97

    17212618747455500

    42.03

    17212618747800800

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    125.12

    248146

    9 Mode 2

    00:17:54.85 2

    113.98

    43

    17212618747875000

    41.95

    17212618748217800

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    166.83

    241047

    2 Mode 2

    00:17:54.89 4

    155.99

    42.01

    17212618748285100

    41

    17212618748634900

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    208.54

    249379

    4 Mode 2

    00:17:54.93 5

    196.92

    40.94

    17212618748704800

    41.97

    17212618749052000

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    250.25

    240985

    5 Mode 2

    00:17:54.97 7

    238.92

    41.99

    17212618749124400

    41.97

    17212618749469100

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    291.96

    250443

    7 Mode 2

    00:17:55.01 9

    280.91

    41.99

    17212618749534700

    41.03

    17212618749886200

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    333.67

    241389

    9 Mode 2

    00:17:55.06 0

    321.88

    40.97

    17212618749954300

    41.96

    17212618750303300

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    375.37

    250595

    0 Mode 2

    00:17:55.10 2

    363.91

    42.03

    17212618750374500

    42.02

    17212618750720300

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    417.08

    242025

    2 Mode 2

    00:17:55.14 4

    405.88

    41.97

    17212618750794300

    41.98

    17212618751137400

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    458.79

    252542

    4 Mode 2

    00:17:55.18 6

    447.87

    41.99

    17212618751204300

    41

    17212618751554500

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    500.5

    253334

    6 Mode 2

    00:17:55.22 7

    488.84

    40.97

    17212618751623900

    41.96

    17212618751971600

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    542.21

    242861

    7 Mode 2

    00:17:55.26 9

    530.81

    41.97

    17212618752043800

    41.99

    17212618752388700

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    583.92

    255295

    9 Mode 2

    00:17:55.31 1

    572.8

    42

    17212618752453700

    40.99

    17212618752805800

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    625.62

    243193

    1 Mode 2

    00:17:55.35 4

    615.81

    43.01

    17212618752873700

    42

    17212618753222800

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    667.33

    254911

    4 Mode 2

    00:17:55.39 3

    654.96

    39.15

    17212618753293300

    41.96

    17212618753639900

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    709.04

    244730

    3 Mode 2

    00:17:55.43 6

    697.69

    42.72

    17212618753714100

    42.08

    17212618754057000

    41.71

    1920

    1040

    1.85

    progressive

    SpeedHQ

    23.98

    41.71

    750.75

    253564

    6 Mode 2