tsreport would flag any non-sequential CC numbers as bad, howvever H.222 states
that CC should only increment if the TS packet has a payload.
If we do have identical CCs tsreport now checks that the contents are identical
too.
Fixed some warnings where long long != int64_t
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
build, and hopefully also in Linux. Ideally, do the same sort of thing for
the other "macro returning a constant string" cases.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4070
esmerge
2. Do not output spurious packets if in tsdirect mode in tsserve.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4030
stop inappropriate writing of (extra, possibly wrong) program data
when we are mirroring TS packets directly.
--HG--
extra : convert_revision : svn%3Aeff31bef-be4a-0410-a8fe-e47997df2690/trunk%4018
F5OEO