scene op• Datenarten: keine → table (ein Operator, der allein durch seine Argumente bestimmt ist — er nimmt kein Bild und keine Daten entgegen)
• Aufruf: import optscene; optscene.light_spec(kind: 'str' = 'coaxial', source: 'str' = 'led', wavelength_nm: 'float' = 550.0, bandwidth_nm: 'float' = 30.0, radius_mm: 'float' = 40.0, height_mm: 'float' = 110.0, size_mm: 'float' = None, n: 'int' = 196, intensity: 'float' = 1.0, cos_exponent: 'float' = 1.0, polarization: 'str' = None, model: 'str' = None, maker: 'str' = None) -> 'dict' (oder opsoptics.get("light_spec"))
Die Spezifikation einer Beleuchtung. Die Geometrie übernimmt illumdesign.light_source; hier kommen die Eigenschaften des Lichts hinzu.
> Die ausführliche Beschreibung unten ist der Originaltext — Zusammenfassung und Überschriften sind übersetzt.
`kind` は coaxial / ring / dome / bar / backlight(器具の形)。
`source は led / halogen / laser で、wavelength_nm と bandwidth_nm`
が意味を変える ―― LED は狭帯域(~30 nm)、ハロゲンは広帯域(~300 nm)、
レーザーは単一波長(0 nm)でコヒーレント。粗さの鏡面割合
exp(-(4πσcosθ/λ)²) が波長依存なので、同じ面でも光源で見え方が変わる。
`size_mm` は器具の実体の差し渡し。鏡像として写るかどうか = 明視野/暗視野の
本体なので、点近似のままだと暗視野が原理的に成立しない。省くと `radius_mm`
の半分を使う。
Jeder optics-Operator prüft seine Eingabe vor der Berechnung (nichts rutscht stillschweigend durch):
• Einheiten stecken im Argumentnamen — _mm / _um / _deg / _mrad. Eine Verwechslung von mm und µm stürzt nicht ab, sondern liefert eine plausibel aussehende falsche Antwort; der Name verhindert das. Aus der Größenordnung wird nie auf die Einheit geschlossen.
• **Strings lösen ValueError aus** — float('50') gelingt, sodass ein ungeparster Konfigurationswert als Länge durchrutschen würde (gemessen: thin_lens('50', '200') lieferte plausible 66,667 mm). bool wird als implizite Hochstufung True == 1 ebenfalls abgelehnt.
• **complex / Masked Arrays lösen ValueError aus (nur reelle Slots; das stille Verwerfen des Imaginärteils bzw. Abstreifen der Maske wird abgelehnt). NaN/Inf löst bei jeder Eingabe ValueError aus.**
• Division durch null und Verwandtes wird namentlich abgelehnt: Brennweite 0, Krümmungsradius 0, Brechzahl <= 0, undurchlässige Blende (alles 0, die Normierung wird 0/0), PSF mit Summe <= 0, Stokes-Vektor mit S0 = 0 und ein Objekt im vorderen Brennpunkt (Bild im Unendlichen).
• Nur zwei Operatoren liefern einen nicht-endlichen Wert, und beide halten das vertraglich fest: depth_of_field liefert jenseits der hyperfokalen Distanz far_mm = inf (genau das bedeutet die hyperfokale Distanz), und gaussian_beam liefert an der Taille wavefront_radius_mm = inf (der Krümmungsradius einer ebenen Wellenfront). Beide liefern zusätzlich einen endlichen Partner (far_is_infinite / curvature_per_mm). **Jedes andere stille NaN/Inf wird intern erkannt und löst ValueError aus** — "float64 ist übergelaufen" und "die Antwort ist unendlich" sind verschiedene Aussagen; die erste wird nie im Gewand der zweiten geliefert.
• Größenobergrenzen: erzeugte Gitter durch optics.MAX_GRID (4096), übergebene Felder/PSFs/Blenden durch optics.MAX_FIELD_ELEMENTS (2^24), ABCD-Elementketten durch optics.MAX_SYSTEM_ELEMENTS (1024), Zernike durch MAX_ZERNIKE_TERMS (512) / MAX_ZERNIKE_ORDER (40) / MAX_ZERNIKE_BASIS (2^25). Damit werden Pfade fail-closed geschlossen, in denen ein kleines Argument eine riesige interne Allokation auslöst (gemessen: n_max=40 × 4096² braucht 108 GB).
• Physikalisch unmögliche Zustände werden ebenfalls abgelehnt: Stokes-Vektor mit Polarisationsgrad > 1, negative Transmission, negative Intensität und ungültige Zernike-Indizes wie ungerades n-|m|.
• Leitfaden zur Familie optics_imaging
• dataset_conventions — 学習データセット規約の知識 — COCO / YOLO / VOC と外観検査での落とし穴
• mv_cameras — 産業用カメラメーカー（センサとの紐付け・ラインスキャン / TDI）
• mv_illumination_practice — 照明の実務知識 — 波長・偏光・点灯方式・外光・安全
• mv_image_sensors — 産業用イメージセンサ（現行品中心）
• virtual_machine_vision — 仮想マシンビジョン — パラメータの洗い出しとオブジェクト模型
• Katalog der Beispieldaten (Download-URLs / Lizenzen) — 2-D nutzt skimage.data (BSD/Public Domain) plus synthetische Bilder, 3-D nennt Download-URLs echter Datenquellen (Stanford, PDS, …).
• Herkunft und Literatur der Operatoren — die Quellen der Forschung/Verfahren, auf denen diese Operatorfamilie beruht.
• Der kanonische Algorithmus (Autor, Jahr) und seine Anwendungen stehen im Familienleitfaden oben.
• studio_raytrace_scene — py -3.11 examples/studio_raytrace_scene.py
• vision_layout_from_catalog — py -3.11 examples/vision_layout_from_catalog.py
table als Eingabe)abcd_matrix · wavefront_stats · paraxial_trace · seidel_coefficients · spot_stats · tolerance_analysis · wavefront_from_opd · spot_diagram
scene)scene_material · scene_plane · scene_sphere · scene_box · scene_cylinder · surface_defect · surface_finish · random_defects
*Provenance: optscene.py — OPTICS Operator-Registry. Diese Notiz wird von tools/opdocs.py md erzeugt (nicht von Hand bearbeiten).*
© 2026 Kazufumi Furuse — Fullseye operator documentation. Licensed under Apache-2.0.