light_section_render — OPTICS light_section op

• Data kinds: table × pairs → image2d

• Call: import fullseye as fs; fs.ledger.light_section_render(rig, profile, line_sigma_px=1.5, peak=1.0, background=0.0, noise=0.0, seed=0, sampling='point') (to call the implementation directly, import lightsection; lightsection.light_section_render(rig, profile, line_sigma_px=1.5, peak=1.0, background=0.0, noise=0.0, seed=0, sampling='point'); from the registry, opsoptics.get("light_section_render"))

• GPU: none (CPU reference implementation only)

Usage

Image of the laser line on a surface profile seen by the rig's camera (image2d).

> The detailed description below is the original text — the summary and the headings are translated.

profile は光面(世界 Y = 0)上の断面 (x_mm, h_mm) の (K, 2) の並び(x は単調増加)。

各点を camera.project_points で写し、画像の列ごとに断面の像の行 v(u) を線形補間し、行の向きに σ = line_sigma_px のガウスの光条を描く(sampling="point" = 画素中心の点標本、"pixel" = 画素の面積で積分した誤差関数の差)。断面の外の列は背景だけ。noise は加法ガウス雑音の標準偏差(seed)。

profile is the (K, 2) cross-section (x_mm, h_mm) on the laser plane (x increasing). The points are projected with camera.project_points, the image row of the profile v(u) is linearly interpolated per column, and a Gaussian line of σ = line_sigma_px is drawn along the rows ("point" = point samples at pixel centres, "pixel" = the pixel-area integral). ★Limits: constant line width, no foreshortening, no defocus, no self-occlusion (a step's shadow) and no inter-reflection; a profile whose image folds over (u not monotonic) is refused. The rig must carry R, t (made by light_section_rig).

Family-wide input contract (fail-closed)

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.

Detailed usage guide

• optics_imaging family guide

References (sample data, literature)

• 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.

Runnable examples (verified samples that actually call this op)

• poc_light_section_step_weld_floor — py -3.11 examples/poc_light_section_step_weld_floor.py

Ops the type connects to (they accept image2d as input)

fraunhofer_pattern · pupil_psf · pupil_blur · psf_to_mtf · encircled_energy · ensquared_energy · energy_radii · mtf_tangential_sagittal

Same category (light_section)

laser_line_center_centroid · laser_line_center_gauss · laser_line_center_steger · light_section_rig · light_section_targets · light_plane_calibrate · light_section_profile · light_section_scan


*Provenance: lightsection.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.