重复的时间戳和不规则的帧节奏 [英] Duplicate timestamps and irregular frame cadence
问题描述
我看到有重复时间戳的彩色（有时是深度）帧。我也看到丢帧和不规则的帧频。 下面是一个例子：
I'm seeing color (and sometimes depth) frames with duplicate timestamps. I'm also seeing dropped framess and irregular frame frequencies. Here is an example:
12540.22ms：深度包76，时间戳= 8752
12570.10ms：深度包77，时间戳= 8783
12584.16ms：rgb包74，时间戳= 8752
12587.99ms：rgb包75，时间戳= 8799
12613.31ms：rgb包76，时间戳= 8799
12616.06ms：rgb包77，时间戳= 8830
12631.83ms：深度包78，时间戳= 8846
12644.89ms：rgb包78，时间戳= 8861
12663.83ms：深度包79，时间戳= 8877
12676.30ms：rgb包79，时间戳= 8892
12710.10ms：深度包80，时间戳= 8908
12734.52ms：深度包81，时间戳= 8955
12738.81ms：rgb包80，时间戳= 8955
12743.09ms：rgb包81，时间戳= 8955
12785.44ms：深度包82，时间戳= 8986
12789.40ms：rgb包82，时间戳= 9002
12803.45ms：深度包83，时间戳= 9017
12808.47ms：rgb包83，timesta mp = 9017
12540.22ms: depth packet 76, timestamp = 8752
12570.10ms: depth packet 77, timestamp = 8783
12584.16ms: rgb packet 74, timestamp = 8752
12587.99ms: rgb packet 75, timestamp = 8799
12613.31ms: rgb packet 76, timestamp = 8799
12616.06ms: rgb packet 77, timestamp = 8830
12631.83ms: depth packet 78, timestamp = 8846
12644.89ms: rgb packet 78, timestamp = 8861
12663.83ms: depth packet 79, timestamp = 8877
12676.30ms: rgb packet 79, timestamp = 8892
12710.10ms: depth packet 80, timestamp = 8908
12734.52ms: depth packet 81, timestamp = 8955
12738.81ms: rgb packet 80, timestamp = 8955
12743.09ms: rgb packet 81, timestamp = 8955
12785.44ms: depth packet 82, timestamp = 8986
12789.40ms: rgb packet 82, timestamp = 9002
12803.45ms: depth packet 83, timestamp = 9017
12808.47ms: rgb packet 83, timestamp = 9017
上面，rgb数据包74到77在31.9毫秒内到达并包含一个重复的时间戳。 该时间范围内缺少深度帧。
Rgb数据包80和81也有重复的时间戳，并且彼此之间的时间间隔为4.28毫秒。
这对于依赖于时间戳的应用程序...似乎永远不应该使用相同的时间戳传递帧... 具有重复时间戳的帧是否保证相同？ 我可以忽略它们，还是需要实时重新计算
？
Above, rgb packets 74 through 77 arrive in 31.9 milliseconds and contain one duplicate timestamp. There is a depth frame missing from that time range.
Rgb packets 80 and 81 also have duplicate timestamps and arrive within 4.28ms of one another.
This is quite annoying for apps that depend on timestamps... Seems like there should never be frames delivered with the same timestamps... Are frames with duplicate timestamps guaranteed to be identical? Can I just ignore them, or do I need to restamp
them with a real time?
推荐答案
另一个例子，包括重复深度和rgb时间戳：
10652.30ms：rgb包73，时间戳= 6910
10697.47ms：深度包74， timestamp = 6957
10712.03ms：深度包75，时间戳= 6957
10726.41ms：深度包76，时间戳= 6973
10730.02ms： rgb包74，timestamp = 6910
两帧中的颜色数据不同。
这对我来说似乎不好......
Another example, with both duplicate depth and rgb timestamps:
10652.30ms: rgb packet 73, timestamp = 6910
10697.47ms: depth packet 74, timestamp = 6957
10712.03ms: depth packet 75, timestamp = 6957
10726.41ms: depth packet 76, timestamp = 6973
10730.02ms: rgb packet 74, timestamp = 6910
The color data in the two frames is different.
This seems bad to me...
这篇关于重复的时间戳和不规则的帧节奏的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
