NDI-FIND
This is provided to locate sources available on the network and is normally used in conjunction with NDI-Receive. Internally, it uses a cross-process P2P mDNS implementation to locate sources on the network. (It commonly takes a few seconds to locate all the sources available since this requires other running machines to send response messages.)
Although discovery uses mDNS, the client is entirely self-contained; Bonjour (etc.) is not required. mDNS is a P2P system that exchanges located network sources and provides a highly robust and bandwidth-efficient way to perform discovery on a local network.
On mDNS initialization (often done using the NDI-FIND SDK), a few seconds might elapse before all sources on the network are located. Be aware that some network routers might block mDNS traffic between network segments.
Parameters
Creating the find instance is very similar to the other APIs β one fills out a NDIlib_find_create_t
structure to describe the device that is needed. It is possible to specify a NULL
creation parameter, in which case default parameters are used.
If you wish to specify the parameters manually, then the member values are as follows:
show_local_sources (bool)
This flag tells the finder whether it should locate and report NDI-SEND sources that are running on the current local machine.
p_groups (const char*)
This parameter specifies groups for which this NDI finder will report sources. A full description of this parameter and what a NULL
default value means is provided in the description of the NDI-SEND SDK.
p_extra_ips (const char*)
This parameter will specify a comma-separated list of IP addresses that will be queried for NDI sources and added to the list reported by NDI find.
These IP addresses need not be on the local network and can be in any IP visible range. NDI-FIND will be able to find and report any number of NDI sources running on remote machines and will correctly observe them coming online and going offline.
Once you have a handle to the NDI-FIND instance, you can recover the list of current sources by calling NDIlib_find_get_current_sources
at any time. This will immediately return with the current list of located sources.
The pointer returned by NDIlib_find_get_current_sources
is owned by the finder instance, so there is no reason to free it. It will be retained until the next call to NDIlib_find_get_current_sources
, or until the NDIlib_find_destroy
function is destroyed.
You can call NDIlib_find_wait_for_sources
to wait until the set of network sources has been changed; this takes a time-out in milliseconds. If a new source is found on the network, or one has been removed before this time has elapsed, the function will return true immediately. If no new sources are seen before the time has elapsed, it will return false.
The following code will create an NDI-FIND instance and then list the currently available sources. It uses NDIlib_find_wait_for_sources
to sleep until new sources are found on the network and, when they are seen, calls NDIlib_find_get_current_sources
to get the current list of sources:
It is important to understand that mDNS discovery might take some time to locate all network sources. This means that an βearlyβ return to NDIlib_find_get_current_sources
might not include all the sources on the network; these will be added (or removed) as additional or new sources are discovered. It commonly takes a few seconds to discover all sources on a network.
For applications that wish to list the current sources in a user interface menu, the recommended approach would be to create an NDIlib_find_instance_t
instance when your user interface is opened and then β each time you wish to display the current list of available sources β call NDIlib_find_get_current_sources
.
Last updated