- Update to 2021.05.22:
lots of fixes and updates, including the security fix for
CVE-2021-28899 boo#1185874
See the list in http://live555.com/liveMedia/public/changelog.txt
- Change the so version of libliveMedia to 94, libgroupsock to 30

- update to 2020.10.16:
- Changed "TLSState::read()" to treat any "SSL_read()" result of <=0 as if the
TLS connection has closed (unless the error was SSL_ERROR_WANT_READ).
This fixes a problem that could cause 100% CPU usage in RTSP client applications.
(Thanks to Larry Wu for reporting this.)
- Updated "TLSState::setup()" to use "TLS_client_method()" instead of the (deprecated)
"SSLv23_client_method()".

- update to 2020.08.19:
- Fixed a bug in "QuickTimeFileSink" that could cause malformed "esds" atoms to be
generated. (Thanks to Chris Paucar for reporting this issue.)
- In "MPEG2TransportStreamFromESSource.cpp", changed the name of the constant LOW_WATER_MARK
to TS_FROM_ES_LOW_WATER_MARK, and "#ifndef"d it, so that, if you wish, you can redefine it
at compile time.
- Fixed a bug in the handling of pausing, when streaming from (multi-track) Matroska files.
- Fixed another bug in the handling of seeking within Matroska files.
- Fixed a bug in the handling of seeking within Matroska files.
(Thanks to Jim Ham for reporting this problem.)
- Changed the parameter signature of the "RawVideoRTPSink" constructor and "createNew()"
functions so that the "width" parameter comes before the "height" parameter. This order
- "width", "height" - is more common, and is the order used when these parameters are
defined in RFC 4175.
IMPORTANT NOTE: Because the types of these two parameters are the same, existing application
code that uses "RawVideoRTPSink" will compile without error; however, it will not work