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
Existing replay module only align the timestamp of each message (timestamp field) to the current system time. This create a discrepancy to other timestamps (e.g., timestamp_sample) and does not consistent with the goal: to replay the flight log as-is.
Describe your preferred solution
At the start of the replay, the replay module calculate the time offset between the system time and the log file timestamp.
In replay mode, we can take this offset as the hrt_absolute_time_offset. When the firmware calls hrt_absolute_time, it returns the timestamp relative to the clock used in the flight log (rather than the host system time).
Describe possible alternatives
Make other timestamps relative to the main timestamp, as suggested in the doc.
Identify timestamp fields with rules (e.g., prefix) and align them to the current system time.
Use lockstep to manage the system time update.
Additional context
No response
The text was updated successfully, but these errors were encountered:
Describe problem solved by the proposed feature
Existing replay module only align the timestamp of each message (
timestamp
field) to the current system time. This create a discrepancy to other timestamps (e.g.,timestamp_sample
) and does not consistent with the goal: to replay the flight log as-is.Describe your preferred solution
At the start of the replay, the replay module calculate the time offset between the system time and the log file timestamp.
In replay mode, we can take this offset as the
hrt_absolute_time_offset
. When the firmware callshrt_absolute_time
, it returns the timestamp relative to the clock used in the flight log (rather than the host system time).Describe possible alternatives
Additional context
No response
The text was updated successfully, but these errors were encountered: