Every point the sensor captured. Nothing cut, nothing tiled.
udStream, working on real survey data. Captions are on screen.
Every other way of putting a large point cloud on a screen makes the same trade. Reduce the data so the hardware can carry it, or buy hardware that can carry the data. Decimate it, thin it, hand over a cut-down copy: different names for the same compromise.
udStream does not make that trade. It renders the complete dataset at full resolution, on a standard laptop or desktop PC, with no dedicated graphics card required. What the sensor recorded is what appears on screen.
It runs where you put it. On a laptop, on your network, on-premise, or fully air-gapped with no connectivity at all.
The whole dataset. Not a sample of it.
No decimation. No thinned deliverable. No separate reduced copy. You are not looking at a representation of the survey. You are looking at the survey.
1,500 kilometres of the Bruce Highway is held and rendered as a single udStream dataset, from state scale down to a first-person view on the road surface, without changing files or waiting for anything to load.
That is not a benchmark run. It is a working dataset.
Find it, mark it, track it.
Move through the scene, find the defect, and mark it up where it is. Capture the view as a screenshot placed back into the scene, so the finding sits at the location it describes rather than in a folder somebody has to correlate later.
Then track those findings as work items against the project, with states, comments and a board, so a QA pass is a tracked piece of work rather than a pile of screenshots in an email.
Measurement in the full application covers the survey work: line, area, height, grading, profiles, volumes and export.
udStream builds one scene from data held anywhere. A cloud scene, a file on a desktop, a network drive, your own cloud, a third party's. The sources stay where they are and compose into a single scene.
Which means two organisations can each keep their own data where it sits and work the same scene together. An asset owner holds the reality capture, an engineering firm holds the design, neither hands anything over, both work the same scene.
Composing from anywhere is not the same as sharing from anywhere. If you publish a scene as a preview link, every source in it has to be reachable by the recipient.
udStream is the client. It renders. It runs on the computers your team already has, on-premise or air-gapped, and a server is never required to run it.
udCloud is our platform: licensing and licence management, project management and access, project and usage reporting, sharing, dashboards, QA/QC documentation, and optional data hosting.
udServer is udCloud run by you, on your own infrastructure, for air-gapped operation, high security, or end-to-end control of your deployment.
Hosting with us is optional, always. Take udCloud if you want us to hold and run the data. Host it yourself, any way you like, if you do not. udStream renders at full resolution either way.
Flat rates. An annual subscription, per named user, renewed each year. Price your own team from this page.
Prices in AUD, USD or EUR by region. Same figure.
Studio administers and curates. It manages projects and access, builds the curated scenes, and publishes preview links to clients.
Analyst is the professional working seat. Full application, full resolution, the daily work.
Previewer is your clients. Free, no account, view and simple measurement.
No volume bands. No thresholds. No bundle you have to decode.
Pooled or concurrent licensing is a deal-by-deal conversation. Every price published here is per named user.
Optional storage is charged at the public AWS S3 price for your region plus a 15% management fee, so you can check the base rate before you call us. Streaming egress (data transfer) is included up to 10% of what you store each month, and your storage and egress are visible in your udCloud management view, so a bill is never a surprise.
Twenty survey firms, because twenty is how many we can do this properly with.
Why we are doing it: we want a small group of firms using udStream properly, on real corridors and real client work, early enough that what they tell us shapes where it goes next.
Work with us in the open. Let us name you as a customer, put a case study together once you have something worth showing, and give us a real workload to measure so our pricing stays grounded in what firms actually use.
The rates are the published rates. The cohort is about getting the right twenty firms in early, not about discounting to fill it.
The Unlimited Detail engine powered Leica JetStream for more than 30,000 users. Our team built that engine, and the team that built it owns and operates it today.
Euclideon failed commercially. The technology never failed. The people who built the engine are the people who rebuilt the company: we acquired the assets and Nuclideon is what came out of it. The engine kept moving the whole time.
We build these tools with the firms doing the work, not at a distance from them. Orion Spatial Solutions, a survey firm, uses udStream in its own QA/QC workflow and has been instrumental in developing what that role actually needs. The corridor data we demonstrate on is theirs.
The Queensland Department of Transport and Main Roads is a customer. The US Navy is a customer. The technology is patented.
The rendering runs on the CPU. It is a different algorithm to the one a graphics pipeline uses, it is patented, and we do not publish how it works. What we do instead is let you check it: bring a dataset you already know, one that is slow or too big to open properly, and we will open it in front of you on ordinary hardware.
For someone outside your organisation, somewhere they can reach: udCloud, your own cloud, or your own infrastructure if you make it reachable. For someone inside your organisation, a network location they already reach is enough. A scene sitting only on one machine cannot be shared outward as it stands, because there is nothing for the browser to connect to. We do not move your data to make a link work, so what a recipient can reach stays your decision.
No. udCloud is available and it is optional. Keep your data in your own cloud, on your own infrastructure, or air-gapped with no connectivity at all. udStream renders it at full resolution either way.
No. udStream is the client and it renders on the computer it is installed on. udServer exists for a different reason: it is our platform run on your own infrastructure, for air-gapped operation, high-security environments, or when you want end-to-end control of the deployment.
Author, save, convert or export. Measurements they take last for the session. They cannot add their own data to the scene, and they cannot take the point cloud out of it. Anyone who needs to work in a scene, keep the work, or move data in or out needs an Analyst seat.
Publishing data outside your organisation is an access decision, and that authority sits with the licence that manages projects and access. If you want three people holding it, you hold three Studio licences, the same as any other administrative right. What a person can do inside a scene and what they are permitted to release from it are two different things.
No. udStream is the rendering and visualisation layer. It sits on top of the data you already hold and works alongside what you run.
No. They are good products. The question worth asking is narrower: when you hand a corridor to a client, are they looking at every point you captured, and what does it cost you to put it in front of them?
It is a one-time step, and it does take time. That time is the honest cost of moving an archive across. For founding-cohort customers we do it for you, up to 10 TB of source data.
Euclideon failed commercially. The technology never failed. The people who built the engine are the people who rebuilt the company: we acquired the assets and Nuclideon is what came out of it. The engine kept moving the whole time.
Bring us your worst dataset.
The one that takes an hour to open, or the one nobody opens at all.