Event Numbering
This section provides information about how events are numbered when
they are first captured and how this affects the display windows in the
analyzer. The information in this section applies to frame numbering as
well.
When the analyzer captures an event,
it gives the event a number. If the event is a data byte event, it receives
a byte number in addition to an event number. There are usually more events
than bytes, with the result is that a byte might be listed as Event 10
of 16 when viewing all events, and Byte 8 of 11 when viewing only the
data bytes.
The numbers assigned to events that are wrappedwrapped
out of the buffer are not reassigned. In other words, when event number
1 is wrapped out of the buffer, event number 2 is not renumbered to event
1. This means that the first event in the buffer may be listed as event
11520 of 16334, because events 1-11519 have been wrapped out of the buffer.
Since row numbers refer to the event numbers, they work the same way.
In the above example, the first row would be listed as 2d00 (which is
hex for 11520.)
The advantage of not renumbering events is that you can
save a portion of a capture file, send it to a colleague, and tell your
colleague to look at a particular event. Since the events are not renumbered,
your colleague’s file use the same event numbers that your file does.