read_bvh — DRIVE `motion_io` op

• Datenarten: keine → table (ein Operator, der allein durch seine Argumente bestimmt ist — er nimmt kein Bild und keine Daten entgegen)

• Aufruf: import fullseye as fs; fs.ledger.read_bvh(path) -> 'dict' (die Implementierung direkt: import motionio; motionio.read_bvh(path) -> 'dict'; aus dem Register: opsdrive.get("read_bvh"))

Verwendung

Liest eine BVH-Datei und gibt das Skelett sowie die Weltkoordinaten der Gelenke für alle Frames zurück.

Returns:

names Gelenknamen (End Site ist <親>_end), parents (Wurzel ist −1), offsets (J, 3), positions (T, J, 3) Weltkoordinaten, frame_time [s], channels (Namen der CHANNELS je Gelenk), motion (T, C) Rohwerte.

Raises:

ValueError: HIERARCHY / MOTION fehlt, Klammern nicht ausgeglichen, die Anzahl der Werte eines Frames weicht von der Summe der CHANNELS ab.

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)

• gallery_drive_world_io — py -3.11 examples/gallery_drive_world_io.py

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

course_layout · course_occupancy · course_contains · world_build · world_camera · world_move · lidar_scan · rss_longitudinal_same

Gleiche Kategorie (`motion_io`)

read_events · events_to_frames

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

read_bvh — DRIVE motion_io op