You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Browse filesBrowse the repository at this point in the historyBrowse files
Evgeni Raikhel
committed
Remove public per-feature struct header; caller defines its own struct matching the documented composite-option layout
The SDK must not ship any feature-specific typed struct for composite
options - only the generic rs2_composite_option_id enum and the
rs2_set/get_composite_option pair are public. Deleted
include/librealsense2/h/rs_hkr_temporal_filter_dpp.h and its include from
rs.h; the HKR Temporal Filter DPP wire layout (4 fields, 16 bytes) is now
documented as a comment on RS2_COMPOSITE_OPTION_HKR_TEMPORAL_FILTER_DPP in
rs_composite_option.h instead of as a type.
Each caller of the generic API independently defines its own local struct
matching that documented layout: d500_depth_sensor uses a private
hkr_temporal_filter_dpp_wire_layout (file-scope, d500-device.cpp) only to
compute the control's registered wire size; the realsense-viewer panel and
the fake-transport mock example each define their own separate local copies
to cast the raw bytes. None of these three structs are shared types - they
just happen to agree on layout by convention, exactly like a real
app would have to.
Rebuilt realsense2, realsense-viewer, and the mock example (0 errors) and
reconfirmed round-trip correctness and the exactly-one-set_xu/one-get_xu
atomicity guarantee through the caller-owned-struct contract.
0 commit comments