Install and open NearField
Download the latest release, open the DMG, move NearField to Applications, and complete macOS permission prompts for camera, microphone, local network, and speech recognition if you use transcript tools.
Docs And How-Tos
Start here for setup, network planning, browser clients, NDI input, licensing, and the checks that make remote monitoring feel boring in the best possible way.
First Run
Use this flow for a first local test or a clean production prep pass.
Download the latest release, open the DMG, move NearField to Applications, and complete macOS permission prompts for camera, microphone, local network, and speech recognition if you use transcript tools.
Choose Server mode, select program audio, comms input, tie-line output, and video input, then start the session. The server publishes native and WebRTC paths based on the selected options.
Use the server Share control to copy a NearField join link, or choose Client mode on another machine, enter the server endpoint, select output and talkback devices, then connect. Keep server and client versions matched whenever possible.
Confirm program audio, comms, talkback return, video, LUFS, latency, and recording behavior in the actual network environment you plan to use.
Access
NearField can be evaluated before purchase, then activated when you are ready to use licensed features.
Use Demo Mode to test routing, devices, permissions, and network behavior before subscribing. Demo Mode may limit server session duration or licensed features.
After purchase, the license key is sent to the checkout email from no-reply@nearfield.ch. Use that same email for the Licensing Portal.
When Offline Grace is active, the app warns you and shows the remaining grace time. Reconnect to the internet before the grace window expires so NearField can refresh validation.
Each subscription includes two native macOS activations unless checkout or a written agreement says otherwise. Browser clients do not consume native activations.
Offline Grace is for licensing-service outages or temporary connectivity problems. If a license is revoked or a device is deactivated from the portal, new sessions require a valid activation.
Venue Side
The server is the machine connected to production audio, comms, and video sources.
Remote Side
The native client is the main workflow for mix-critical monitoring, control-room tools, and diagnostics.
Select the monitor output before connecting. Program and comms use independent receive paths, profiles, and buffers so each path can be tuned for the job it is doing.
Select a talkback input and use Hold, Latch, or Auto mode. Keybinds work across NearField windows when a NearField window is focused.
Open Multiview when you need additional feeds, LUFS radar, meters, stats, or transcript tiles. The main monitor pauses while Multiview is active to save bandwidth.
Detach the monitor, LUFS radar, transcript, or Multiview when you want a focused floating window. NearField keeps keybinds active across focused NearField windows.
Treat the native app as a one-to-one critical monitoring client. Browser WebRTC clients and comms-only clients are the intended path for additional listeners or extra talkback users.
Audio Transport
NearField is built around manually chosen audio profiles and visible diagnostics. Pick the profile that matches the network path, then verify it with meters, latency, and buffer stats before show use.
Use PCM profiles when you want maximum transparency on stable paths. Use Opus 320 profiles when you want high-quality audio with more network resilience. Profile changes are user-selected, not hidden automatic quality changes.
End-to-end latency includes the audio interface buffer, source callback, packet cadence, network path, receive/playout buffer, and output callback. Lower interface buffers can lower the floor; safer buffer choices trade latency for stability.
NearField reports EBU R128 / ITU-R BS.1770-style integrated, short-term, and momentary LUFS, plus oversampled true peak, using the server-side program audio path as the measurement source.
Comms and talkback are separate from program audio. The server receives client talkback, mixes it into the tie-line output, and can return mix-minus comms paths for browser comms clients.
WebRTC
Browser clients are useful when installing the native app is not the right move.
https://SERVER_IP:18080/, replacing
SERVER_IP with the server's VPN, LAN, or private-route address. For example:
https://100.64.12.34:18080/. The comms-only browser endpoint uses the same host and port:
https://SERVER_IP:18080/comms.
https://nearfield.ch/join/?host=100.64.12.34&port=18080. The join page remembers recent
targets in the browser and offers full web client or comms-only entry points.
/comms.Network Path
NearField keeps media point-to-point. You provide the route between server and client.
NearField can detect and surface useful endpoint information for Tailscale, ZeroTier, NetBird, and other local interfaces when their tools are available.
Video Input
NearField can use NDI sources as server-side video inputs when the app-local runtime is available.
If a source resolution or frame rate looks misleading, switch away and back, refresh discovery, then validate the published client view before show use.
Video Slots
Coming soon.
Validate program audio, video, comms, talkback, and latency on one Mac before testing over a network.
Pick the right endpoint IP and validate reachability before you start troubleshooting media.
Copy a join link, open the browser client, choose audio devices, and verify the stats drawer.
Use Send a join link to share the mobile-friendly comms endpoint and validate talkback return.
Build a custom multiview with feeds, meters, transport stats, transcript tiles, and loudness views.
Save a session, record program and comms, and find the resulting files in the session folder.
Use health cards, stats, device selection, permissions, and route checks to isolate the issue quickly.
Debug Faster
Start with the boring checks. They save the most time.