Documentation
Module guides, integration notes, delivery details, and hardware setup paths will live here.
Developer hub
Start with the public evidence. See what is published, what is in preparation, and how to reach an engineer.
Resource index
Public states are part of the interface. Unpublished material stays labeled until it is ready.
Module guides, integration notes, delivery details, and hardware setup paths will live here.
Working capture, record, stream, and analysis pipelines will be indexed by module in the nexvdo-docs and nexvdo-samples repositories. Final public URLs are not published.
Signatures, types, error behavior, and lifecycle notes will publish with the documentation set.
Measured throughput and latency records will be indexed here once each figure is approved with its date, scope, and test setup.
The public API reference is in preparation. This sketch shows the four-module flow without presenting unpublished signatures as final.
// Illustrative sketch — final signatures publish with evaluation access
auto device = nexvdo::open_first_device();
auto session = device.record("clip.mp4");
device.stream_preview(display_frame);
auto metadata = session.analyze(model_handle);Sample repositories — pending publication while the GitHub organization transfer completes.
Learning path that exists today
The published path has 10 chapters. Hardware setup comes first. QCAP and QDEEP close the path with 24 NexVDO SDK tutorials.
QCAP covers capture, record, and stream. QDEEP covers analysis. This is the live evidence layer while the portal reference set is prepared.
10 tutorials across capture, record, and stream.
14 tutorials for the analysis path.
Compatibility matrices
The table is ready for evidence. Every unpublished cell keeps its state visible.
| Coverage area | Compatibility | Evidence | Artifact |
|---|---|---|---|
| Hardware targets | Matrix — pending publication | Test record — pending publication | Download — pending publication |
| Operating systems | Matrix — pending publication | Test record — pending publication | Download — pending publication |
| Module coverage | Matrix — pending publication | Test record — pending publication | Download — pending publication |
| Validated configurations | Matrix — pending publication | Test record — pending publication | Download — pending publication |
You are building your own device — NexVDO SDK plus YUAN hardware inside your product.
Start at the SDK →You need an integrated stack delivered and supported — hardware, software, and integration through Neteon.
Request scoping →Support model
Start with the public surface that matches the question. Every unpublished surface keeps its state visible.
Read the support modelAsk in the open. The first response comes within 48 hours. Engineering answers remain searchable for the next team.
A documentation-grounded assistant is planned for direct answers from the published reference set.
SDK guides, API references, sample paths, and compatibility tables will live in one index.
The NexVDO documentation and API reference are in preparation. YUAN's published Developer Hub is the live learning path available today.
It is included free with YUAN hardware and delivered through a supported evaluation path. An engineer answers evaluation requests within 48 hours.
YUAN publishes 24 NexVDO SDK tutorials across QCAP and QDEEP. The nexvdo-docs and nexvdo-samples repositories remain pending while the GitHub organization transfer completes.
GitHub issues are the intended first line. Neteon handles the first response within 48 hours and escalates product questions to YUAN engineering.
Named integrations reflect the stacks NexVDO deployments run beside. Detailed integration notes — pending publication.
Request an evaluation. An engineer answers within 48 hours and maps the SDK, hardware, and support path to your build.
Request an evaluation