gs_render_fn — DRIVE `gsplat` op

• Datenarten: table → any

• Aufruf: import fullseye as fs; fs.ledger.gs_render_fn(gs: 'dict', **render_kw) (die Implementierung direkt: import gsplatnp; gsplatnp.gs_render_fn(gs: 'dict', **render_kw); aus dem Register: opsdrive.get("gs_render_fn"))

Verwendung

Gibt render_fn(world, cam) → (H, W, 3) zurück (der Einhängepunkt zum Ersetzen des Renderings von kendamaworld.camera_perceiver): bei jedem Aufruf werden die Gaußschen mit gs_update neu an die aktuellen Vertices der Welt gehängt und mit cam (dict: pose, K, width, height) wird gs_render ausgeführt. render_kw wird unverändert an gs_render weitergereicht. Besitzt die Attribute n_calls und n_pairs (kumulativ).

Referenzen (Beispieldaten, Literatur)

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

Ausführbare Beispiele (verifizierte Samples, die diesen Operator wirklich aufrufen)

• poc_kendama — py -3.11 examples/poc_kendama.py

Typkompatible Folge-Operatoren (nehmen `any` als Eingabe)

course_crank · course_s_curve · course_turnaround · course_slope · course_intersection · course_parallel_parking · course_crossing · course_road

Gleiche Kategorie (`gsplat`)

gs_from_world · gs_update · gs_render · gs_read_file

*Provenance: gsplatnp.py — DRIVE Operator-Registry. Diese Notiz wird von tools/opdocs.py md erzeugt (nicht von Hand bearbeiten).*

gs_render_fn — DRIVE gsplat op