scene op• Data kinds: table × table × table → table
• Call: import fullseye as fs; fs.ledger.linescan_capture(scene, camera, lights, velocity_mm_s: 'float' = 100.0, line_rate_hz: 'float' = 10000.0, lines: 'int' = 512, tdi_stages: 'int' = 1, sync_error: 'float' = 0.0, scan_axis=(1.0, 0.0, 0.0), ambient: 'float' = 0.0, depth: 'int' = 1, light_samples: 'int' = None) -> 'dict' (to call the implementation directly, import optscene; optscene.linescan_capture(scene, camera, lights, velocity_mm_s: 'float' = 100.0, line_rate_hz: 'float' = 10000.0, lines: 'int' = 512, tdi_stages: 'int' = 1, sync_error: 'float' = 0.0, scan_axis=(1.0, 0.0, 0.0), ambient: 'float' = 0.0, depth: 'int' = 1, light_samples: 'int' = None) -> 'dict'; from the registry, opsoptics.get("linescan_capture"))
Shoot with a line-scan / TDI camera (stacking one line at a time while the part moves).
A regime that a model of an area sensor cannot represent. camera is assumed to be a line-scan sensor of height 1 (sensor_spec(resolution=(N, 1)) → vision_layout), but if a camera of height h is passed, only the first line is used.
The physical pixel size in the scan direction is set by conveyor speed ÷ line rate. The cross direction is set by the optical magnification, so if these 2 do not match, the aspect ratio of the image breaks ―― no amount of tuning the optics fixes it; it is a failure mode specific to line scanning.
Setting tdi_stages to 2 or more gives TDI (time delay integration). With M stages the signal grows M-fold, but with sync_error (relative error between conveyor and line rate, 0.01 = 1%) the position shifts at each stage and the image blurs by M stages' worth. The trade-off between sensitivity and synchronization accuracy shows up directly.
Return value dict: image (lines, width, 3 radiance) / depth_mm / part_mask / defect_mask / pixel_mm_scan (physical pixel size in the scan direction) / pixel_mm_cross (cross direction) / aspect (aspect ratio; 1.0 is a square pixel).
Every optics op validates its input before computing (nothing slips through silently):
• Units are baked into the argument name — _mm / _um / _deg / _mrad. Confusing mm with µm does not crash; it yields a plausible-looking wrong answer, so the name prevents it. Nothing here guesses the unit from the magnitude.
• Strings raise ValueError — float('50') succeeds, so an unparsed configuration value would slip through as a length (measured: thin_lens('50', '200') returned a plausible 66.667 mm). bool is refused too, as the implicit promotion True == 1.
• complex / masked arrays raise ValueError (real-valued slots only; silently dropping the imaginary part or peeling off the mask is refused). NaN/Inf raises ValueError on every input.
• Division by zero and its relatives are refused by name: focal length 0, radius of curvature 0, refractive index <= 0, a fully opaque aperture (all zeros, so the normalisation is 0/0), a PSF whose sum is <= 0, a Stokes vector with S0 = 0, and an object sitting at the front focal point (the image is at infinity).
• Only two ops return a non-finite value, and both state it as a contract: depth_of_field returns far_mm = inf beyond the hyperfocal distance (that is what the hyperfocal distance means), and gaussian_beam returns wavefront_radius_mm = inf at the waist (the radius of curvature of a plane wavefront). Both also return a finite companion (far_is_infinite / curvature_per_mm). Any other silent NaN/Inf is detected internally and raises ValueError — "float64 overflowed" and "the answer is infinite" are different claims, so the first is never returned wearing the face of the second.
• Size caps: generated grids are capped by optics.MAX_GRID (4096); supplied fields/PSFs/apertures by optics.MAX_FIELD_ELEMENTS (2^24); ABCD element chains by optics.MAX_SYSTEM_ELEMENTS (1024); Zernike by MAX_ZERNIKE_TERMS (512) / MAX_ZERNIKE_ORDER (40) / MAX_ZERNIKE_BASIS (2^25). This closes, fail-closed, the paths where a small argument triggers a huge internal allocation (measured: n_max=40 × 4096² needs 108 GB).
• Physically impossible states are refused too: a Stokes vector with degree of polarisation > 1, negative transmittance, negative intensity, and invalid Zernike indices such as n-|m| odd.
• dataset_conventions — Training-dataset conventions — COCO / YOLO / VOC and pitfalls in visual inspection
• mv_cameras — Industrial camera makers (sensor mapping, line scan / TDI)
• mv_illumination_practice — Lighting in practice — wavelength, polarisation, drive modes, ambient light, safety
• mv_image_sensors — Industrial image sensors (mainly current products)
• virtual_machine_vision — Virtual machine vision — enumerating the parameters and an object model
• Sample-data catalog (download URLs / licences) — 2-D uses skimage.data (BSD/public domain) plus synthetic images; 3-D lists download URLs for real data sources (Stanford, PDS, …).
• Operator provenance and references — the sources of the research/methods this op family came from.
• The canonical algorithm (author, year) and its uses are named in the family usage guide above.
• vision_layout_from_catalog — py -3.11 examples/vision_layout_from_catalog.py
table as input)abcd_matrix · wavefront_stats · sfr_from_edge · paraxial_trace · seidel_coefficients · spot_stats · tolerance_analysis · wavefront_from_opd
scene)scene_material · scene_plane · scene_sphere · scene_box · scene_cylinder · surface_defect · surface_finish · random_defects
*Provenance: optscene.py — OPTICS operator registry. This per-op note is generated by tools/opdocs.py md (do not hand-edit).*
© 2026 Kazufumi Furuse — Fullseye operator documentation. Licensed under Apache-2.0.