The value of synthetic data for industrial vision depends on whether it supplies information that matters to decisions under real operating conditions. For manufacturers, the next source of advantage extends beyond generation speed: it is the ability to connect process knowledge, imaging conditions, and independent validation, with a clear account of what is simulated, what remains missing, and which improvements actually transfer to real parts.
Deliver verifiable operating coverage, not just images
A digital twin organizes parts, fixtures, lighting, and cameras into a repeatable scene; a synthetic-data engine then produces images and labels. This can expand coverage of combinations that are difficult to capture. Yet a renderable scene is not automatically sufficient for training the intended detection task. Missing screws, incorrectly fitted components, and microscopic scratches require different levels of simulation fidelity.
Domain-randomization research offers an important starting point. Tobin and colleagues varied factors including textures, lighting, and viewpoints to study object localization and grasping applications trained using simulated images alone.[1] Their work shows that some tasks do not require photorealism. Its tasks and objects, however, do not establish that microscopic defects on metal surfaces have been solved.
Procurement criteria should therefore move from image counts and numbers of materials to specific error reductions under specific operating conditions. Our earlier discussion of investment decisions for synthetic training data addresses the boundaries of information and cost. The additional issue here is industrial imaging: if the optical manifestation of a real defect is absent from the simulation, adding background and texture variation may simply expand the wrong distribution.
Separate nuisance variation from the physics that determines the label
Start with a task specification: what is being detected, which variations are acceptable, how defects are confirmed, and what the camera can actually observe. For screw-presence inspection, background color may be a nuisance variable. For abnormal coating-color detection, color is part of the decision itself. The former can be varied more freely; changing the latter while retaining the original label can corrupt the learning objective. Position, dimensions, and defect state can also be randomized, provided the corresponding labels are recomputed for the changed scene.
A scratch should not simply be drawn as an arbitrary dark line. Surface shape, roughness, illumination angle, and polarization jointly determine the visible signal. Some real scratches appear bright at certain angles; others disappear in glare. Where these relationships are not yet understood, retained specimens and controlled photography should establish the mechanism first. The renderer's knowledge that a defect exists does not establish that the camera can see it.
Keep physical state, visible image regions, and task labels distinct. A simulator can produce segmentation and other annotations from the semantics assigned in the scene,[3] but this does not guarantee that a defect remains visible after appearance augmentation. A defect completely hidden by a fixture cannot automatically be counted as something that this view must detect. Record occlusion, truncation, visible area, and the basis of each label before deciding on recapture, additional views, or another inspection method.
Constructed example: a data problem can begin with exposure time
The following is a constructed example for explaining the method. No model was run, and it is not an IDENIFE customer case. Assume a fixed camera faces a planar part directly, with a rectified horizontal field of view of 200 millimeters and an output width of 2,048 pixels. The part moves horizontally within that plane at a constant 600 millimeters per second, and the camera uses a global shutter. Ignoring distortion and perspective variation, each pixel covers approximately 0.0977 millimeters.
A narrow mark 0.3 millimeters wide, with its width direction aligned with the motion, spans approximately 3.07 pixels when stationary. During a 0.5-millisecond exposure, the part also travels 0.3 millimeters, producing a motion-blur extent of approximately 3.07 pixels. If training images are always sharp, stationary renders, recognizing the mark in synthetic tests does not establish that the model can handle the weakened signal on the line.
If this example allows at most one pixel of motion blur, exposure must satisfy t ≤ 0.0977/600 seconds, or approximately 0.163 milliseconds. This is a geometric constraint, not a universal exposure recommendation or a detection guarantee. Shorter exposure also changes photon counts and signal-to-noise ratio, so lighting, gain, optics, and target contrast must be checked together.
Carlson and colleagues demonstrated the value of modeling camera effects such as blur, exposure, and noise for object detection in urban driving scenes.[2] Industrial teams can adopt the principle of modeling the imaging chain, while measuring their own parameters. Current Isaac Sim camera documentation describes capabilities related to intrinsic and extrinsic calibration, lens distortion, and image processing. Implementations must still pin the actual software version, units, and coordinate conventions.[3]
Randomize relationships between conditions, not every parameter independently
Replicator documentation supports randomizing attributes including object poses, lighting, backgrounds, and textures.[4] In practice, variation can be organized into three layers: normal production variation, plausible boundary conditions, and stress conditions intended to expose weaknesses. Record the purpose of each layer separately. Stress-sample proportions are not production occurrence rates, and non-realistic variations should not all be dismissed as useless.
Continuing the constructed example, start with two surface finishes, three allowed line speeds, two lighting states, and two intervals of mark width: 24 base combinations, further stratified by mark orientation. Width, speed, exposure, and blur must be coordinated. Changing the speed label while rendering perfectly stationary edges creates nominal coverage of a condition without covering its imaging consequences.
Randomization must also avoid label shortcuts. If every defective part comes from one CAD file and every normal part from another, the model may memorize mesh seams. If defects appear only against one background, that background may become the answer. Generate paired defective and non-defective samples from the same base scene and check for label leakage through materials, backgrounds, and export steps. Both sides of a pair and all their derived images must remain in the same dataset partition.
There is no need to render every combination at maximum fidelity immediately. Use small experiments to identify sensitive dimensions, then devote expensive material measurements or path tracing to factors that affect the target signal. Exaggerated textures that help an object-presence task may be inappropriate for a defect task that depends on surface texture. Effective randomization is a task-specific design choice.
Use controlled comparisons to identify the source of improvement
During development, compare three routes: the existing real-data baseline; that baseline augmented with calibrated synthetic data; and, with the synthetic dataset held at the same size, a version incorporating one additional imaging or operating-condition factor. Keep the model, input resolution, preprocessing, training budget, and threshold-selection procedure as consistent as possible. Where resources cannot be matched, state that the comparison measures whole workflows rather than the isolated contribution of one factor.
For example, the third route could add only exposure blur linked to line speed. Check whether gains occur in real high-speed conditions and whether low-speed performance deteriorates; use multiple training seeds to estimate variability. If only simulated test scores improve, investigate differences between simulated and real images before expanding generation. NVIDIA's visual-inspection example also uses real video to locate failures and then generates additional synthetic data to address them.[5]
Set aside real acceptance material before tuning scenes, selecting parameters, or training, with separation by part, batch, or capture event. A real image used to calibrate the simulation cannot also serve as fully independent final evidence. Final tests should include both routine production traffic and declared critical conditions. Report enriched defect samples and stress-condition results separately so that an overall average cannot conceal failure in a required condition.
Define the validity range and maintenance responsibility of simulation assets
A reusable delivery should include CAD and material provenance, the purpose of real calibration samples, camera parameters, lighting configurations, defect-generation rules, randomization distributions, label definitions, and data-generation versions. Alongside random seeds, record renderer and preprocessing versions. Weak signals from the same scene may change with denoising, resizing, or tone mapping.
Declare phenomena that are not modeled, such as particular oil films, material-batch variation, vibration, or contamination. Uncovered conditions should be marked as unvalidated or outside scope. When lenses, line speed, lighting, or surface processes change, an assigned owner should determine which simulation and real regression materials require updating. Otherwise, obsolete data assets may continue to circulate as evidence of current validity.
Deployment must still translate model outputs into actions on individual parts. Our article on accepting industrial visual anomaly detection examines fixed thresholds, missed defects, review workload, and shadow operation. Synthetic-data suppliers should be able to trace generation versions to those real acceptance results. An image directory and an attractive demonstration alone cannot support long-term maintenance.
Choose among scaling, collecting measurements, and improving imaging
Scaling is justified when the target signal is visible in the real system, the relationship between defects and nuisance factors is supported by evidence, independent trials show stable improvement in critical real conditions, and the full cost of additional data is acceptable. Prioritize known coverage gaps rather than repeatedly generating the easiest successful scenes.
Collect more measurements when the defect mechanism, material reflectance, or actual operating range remains uncertain. A small controlled capture campaign may reduce uncertainty more than a large rendering run. Improve imaging first when the defect cannot be observed consistently at the required throughput, resolution, and lighting. Additional training examples cannot guarantee recovery of information that the camera never recorded.
Manufacturers assessing a digital-twin data capability can follow one complete chain: how real failures become simulation parameters, how generated content preserves label meaning, how improvements recur on independent real material, and who confirms validity after changes. Answering these questions turns synthetic data from a one-off image-production exercise into a maintainable industrial-vision engineering asset.
References
- Tobin et al. — Domain Randomization for Transferring Deep Neural Networks from Simulation to the Real World (2017)
- Carlson et al. — Modeling Camera Effects to Improve Visual Learning from Synthetic Data (2018)
- NVIDIA Isaac Sim — Camera Sensors (documentation, accessed 22 October 2026)
- NVIDIA — Domain Randomization With Replicator
- NVIDIA Technical Blog — How to Train an Object Detection Model for Visual Inspection with Synthetic Data (2024)
