A RESTful API to EVS Audio Video Servers.
HTTP and the web have become the lingua-franca in the ICT world and have found their entry in the broadcast world as well. But not all machines in the broadcast world (old and new) want to expose such an HTTP interface to the outside world: not part of the offering, not to make it easy to interface with and stay within the product family (vendor lock-in).
With Nexa we want to provide an HTTP RESTful OpenAPI on top of existing audio video production servers - made for the broadcast integrators and programmers.
| The main raison to have this GitHub repo is the ability for you to report issues (and for others to see/learn from the issues). Before you raise an issue, make sure you look at the common issues wiki |
We want the API to be instantly recognizable by programmers and broadcast engineers! How? By applying all the industry best-practices and API guidelines put forward by industry: W3C, IETF, OGC, industry best practices and government API Design Rules.
By following the well-known API patterns, developers can get their first successful call within minutes TTFC (The time taken between a developer accessing documentation, and/or signing up for an API key and making their first successful API call (of any complexity)). Additionally, by following the best practices, AI coding assistants (eg GitHub's Co-Pilot) can predict code more easely and accuratly.
Nexa can render the same information in 2 ways: as JSON (for machine consumption) and in HTML (for human consumption).
A side-by-side comparison between HTML and JSON respectively:
The one on the left (HTML) is called with http://localhost:8080/acme/unit11/v1/ and the one on the right (JSON) with http://localhost:8080/acme/unit11/v1/?f=json (see the difference?).
Nexa comes as an offline installer (that makes it slightly larger) that does not require an internet connection. Typically production server are not exposed to the internet, for security (and other) reasons. The installer is self contained and will only install what is really needed. The installer does not mess with the Windows Registry, nor with any other settings that might affect the behaviour of running applications.
Nexa must be installed in the network that is used by the servers. More on the installation process here.