Comment # 2
on bug 12803
from Gerald Combs
(In reply to nsynet from comment #0)
> The value of 'Rel start' and 'Duration' in "Conversations" always too
> precise, but its unit is second, we think at most 2 digital after float
> point is ok, too precise will waste CPU time.You can see in the attached
> picutre.
(In reply to Gerrit Code Review from comment #1)
> Change 17448 had a related patch set uploaded by Gerald Combs:
> Qt: Conversation time column updates.
>
> https://code.wireshark.org/review/17448
Some people capture using equipment that provides nanosecond timestamps. I
don't think it's a good idea to throw away digits in that case. The GTK+ UI
always uses 9 digit precision for the start time and 4 digits for the duration.
Change 17448 updates the Qt UI to use 9 digit precision for the start time and
6 digits if the capture file has nanosecond timestamps, and 6 digits + 4 digits
otherwise.
Note that a different change (17396) adds a visual timeline graph to the start
time and duration columns. This gives you fuzzy and detailed conversation times
in the same place.
You are receiving this mail because:
- You are watching all bug changes.
