diff options
| author | Martin Mathieson <martin.r.mathieson@googlemail.com> | 2012-10-04 18:24:21 +0000 |
|---|---|---|
| committer | Martin Mathieson <martin.r.mathieson@googlemail.com> | 2012-10-04 18:24:21 +0000 |
| commit | 3f3743834b5eeff084b06b321faf0ce8ac1e6006 (patch) | |
| tree | d9245e7a9ba21e4359540946c664c3067be969ac /doc/reordercap.pod | |
| parent | 79d7ae18aaf55c7a19a12240516122639ad3b2a5 (diff) | |
This is basically a rewrite from Jakub Zawadzki.
Rather than store the FrameRecord entries in a sorted linked list,
instead use an unsorted GPtrArray, then sort it all at once.
Also, there is no longer the option to limit the amount of sorting (and memory
used), but a new option means we can avoid writing the output file
altogether if the input file is found already to be in order.
svn path=/trunk/; revision=45313
Diffstat (limited to 'doc/reordercap.pod')
| -rw-r--r-- | doc/reordercap.pod | 9 |
1 files changed, 3 insertions, 6 deletions
diff --git a/doc/reordercap.pod b/doc/reordercap.pod index ad94b7cb12..3186bf285e 100644 --- a/doc/reordercap.pod +++ b/doc/reordercap.pod @@ -6,7 +6,7 @@ reordercap - Reorder input file by timestamp into output file =head1 SYNOPSIS B<reorder> -S<[ B<-l> E<lt>I<maximum reorder list length>E<gt> ]> +S<[ B<-n> ]> E<lt>I<infile>E<gt> E<lt>I<outfile>E<gt> =head1 DESCRIPTION @@ -19,11 +19,8 @@ This functionality may be useful when capture files have been created by combining frames from more than one well-synchronised source, but the frames have not been combined in strict time order. -It does this by maintaining an ordered (by timestamp) list of information about -frames it has read. The default is to let this list grow infinitely, but there -is a command-line option to place a limit upon it. Using a smaller limit will -allow for the reordering to complete more quickly, at the risk of not completely -sorting the capture. +When the B<-n> option is used, B<Reordercap> will, if it finds that the input file +is already in order, not write out the output file. B<Reordercap> writes the output capture file in the same format as the input capture file. |