Instead of having a fixed skew at which we say "new section" we look for
a skew, pcr, or packet_time discontinuity to define the break. This allows
more plausible handling of sections that are deliberately fast/slow
Will now strip off .cap & .pcapng from name to generate base name
Will add .ts to extracted filename even if we have a complete filter (but
not if the -o option is used)
Sorts the output sections into section number order before display
Has option to ignore skew discontinuities when breaking streams into sections
Has option to pretend all packets are good (which occurred previously if
a complete filter was given on the command line)
1. Fix some print_msg to be print_err
2. Rename the function to make error messages go to stderr to
redirect_output_stderr, which is more sensible.
3. Make the -stdout switch always force error messages to stderr
4. Add the "-err" switch to all programs, which allows the user
to choose whether they prefer errors to go to stdout or stderr
That last is something I meant to do as part of the stdout/stderr
changes - thanks again to alexw for causing me to get round to it.
This now allows:
cat data/ed24p_11.ts | ts2ps -stdin -stdout | ps2ts -stdin -stdout | mplayer -
to work -- it didn't before.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%40145
Despite the command line, retain the "--" forms for switches, as
well as the documented "-" forms. Provide "-skew" as a shorter
synonym for the very-long-switch - hope that makes sense.
Make command line handling more robust.
Correct the error handling if an input file is not given.
Give the -dest switch a default port (0 seems most sensible).
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4091
Fix "if (err = EOF)", which should be a comparison.
Various pedantries (petty stuff):
* Remove compiler warning on use of build_TS_reader_with_fns - this was because
"char *" is signed on my Mac, whilst "byte *" is not. Fixed by making it
exepct "byte *", and whilst I'm at it make pcapreport.c use the datatypes from
compat.h -- not because they're better than the stdint.h type, because they
clearly aren't, but purely for consistancy (long term, I still want to move
to stdint types - it should be easier now as we don't need to support ancient
compilers))
* Reformat pcapreport.c (this is going to make for a big difference, oh well)
to standard tstools indentation patterns.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4062
way!). Next step is to analyse PCR against the pcap timestamps.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4051
John Cox