Field service technician
Needs a remote expert to see exactly what is in front of them, from a phone, in a building with unreliable connectivity.

Manufacturing & field service
A specialist walking a technician through a fault needs to see the part, not a description of it. 4K Chat puts the line camera, the borescope feed, and the technician's phone in one peer-to-peer room at the resolution the sensors actually deliver.
Needs a remote expert to see exactly what is in front of them, from a phone, in a building with unreliable connectivity.
Wants the line camera, the inspection camera, and the technician's phone in one view rather than one shaky feed at a time.
Cares that nothing about the process leaves the site and that downtime calls start in seconds, not after a licence check.
Capture cards and device cameras join as their own participants today; WHEP, HLS, MJPEG, and RTSP-via-local-bridge feeds are coming.
How it works →Native builds for iOS and Android, plus browser access, so the person at the machine just points a camera.
How it works →Camera feeds are marked low priority and budgeted from leftover uplink, so voice and faces never stutter.
The host — or a delegate on site — decides which cameras are admitted, enforced at both ends of every connection.
How it works →Signed offline entitlements keep paid features working through connectivity gaps; only kilobytes of signaling ever reach our backend.
ICE restarts, media watchdogs, and unbounded retries keep a session alive across network changes on a plant floor.
How it works →From the phone app or a browser — one tap, no account needed.
Add capture-card feeds as camera participants today; RTSP bridging through a bridge that stays inside the plant network is coming.
Send the link. They arrange the tiles they need and pin the angle that matters.
Anyone can record locally for the QA or maintenance record — the file stays on their device.
Join from a link as a normal participant; mobile mode caps sensibly to protect battery and data while keeping detail where it matters.
WHEP directly, or RTSP through the local bridge, once IP camera bridging lands. Each one becomes a host-approved participant with its own tile.
Anything the OS exposes as a camera can be added as a separate high-detail angle.
The PWA installs locally and runs without depending on our site, which matters on segregated OT networks.
Peer connections use STUN only — no TURN relay by design. On-site to on-site almost always connects; a locked-down OT segment reaching an external expert may need an outbound UDP allowance.
Licensing is a signed offline entitlement with a 21-day grace window, and the app is installed locally, so a same-site call between two devices works with no dependency on our infrastructure.
Yes. A camera publishes nothing until the host or an appointed delegate approves it, and revoking approval kills the feed at both the publisher and every receiver.
Only if someone records locally. There is no cloud recording and no media server that ever holds a frame.
No — capture cards and device cameras work from the browser directly. When IP camera bridging lands, WHEP, HLS, and MJPEG will work from the browser too, and RTSP cameras will need a small bridge on your own network.
The call attempts recovery for as long as it's open, and signed offline entitlements mean paid features don't lapse the moment our backend is unreachable.
Pro suits a technician-plus-expert call with one fixed camera; Cinema covers full inspection teams with several feeds.