| Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
| Name: libliveMedia112 | Distribution: openSUSE:Factory:zSystems |
| Version: 2024.08.01 | Vendor: openSUSE |
| Release: 1.3 | Build date: Sat Aug 31 18:01:02 2024 |
| Group: System/Libraries | Build host: reproducible |
| Size: 1411306 | Source RPM: live555-2024.08.01-1.3.src.rpm |
| Packager: https://bugs.opensuse.org | |
| Url: http://www.live555.com/liveMedia/ | |
| Summary: Basic Usage Environment library of live555 streaming media | |
This code forms a set of C++ libraries for multimedia streaming, using open standard protocols (RTP/RTCP, RTSP, SIP). These libraries can be used to build streaming applications
LGPL-2.1-only
* Sat Aug 31 2024 Dirk Müller <[email protected]>
- update to 2024-08-01:
* Updated "ServerMediaSession::generateSDPDescription()" to
treat "time_t" as (long long).
* Thu Jul 18 2024 Dirk Müller <[email protected]>
- update to 2024-06-26:
* Updated the "OnDemandServerMediaSubsession" implementation to
output an error message if the "sink->startPlaying()" call failed
(e.g., due to its source not being compatible with the sink).
This makes some common errors (e.g, a proper 'framer' not
being used) easier to detect.
- update to 2024-05-30:
* Fixed a mistake that caused the config file
"config.raspberrypi" to not appear in the distribution.
- update to 2024-05-15:
* Added a new config file "config.raspberrypi" that is known to
work for building the code on/for a Raspberry Pi 5.
- update to 2024-05-05:
* Updated "QuickTimeFileSink" to add support for recording H.265
video streams. (This is not fully working yet; it appears to
have some bugs.)
- update to 2024-04-19:
* Updated "MPEG2TransportStreamFramer" to ignore big jumps (2x or
more) in the estimate for the duration of each Transport
packet.
This is likely caused by an unexpected jump in the PCR (not
indicated by "discontinuity_indicator").
- update to 2024-03-08:
* Changed "ServerTLSState::setup()" (in "TLSState.cpp") to call
"SSL_CTX_use_certificate_chain_file()" instead of
"SSL_CTX_use_certificate_file()", to allow the server operator to
specify a chain of certificates, rather than just one.
- update to 2024.02.28:
* Updated the code for "dateHeader()" (in "RTSPCommon.cpp") to
avoid using "strftime()", because that can produce a localized
date string that violates the RTSP specification
(which uses section 3.3.1 of RFC 2068 (the HTTP/1.1
specification) to define the "Date:" header).
- update to 2024.02.23:
* Updated the code for "dateHeader()" (in "RTSPCommon.cpp") to use
"NULL" instead of "nullptr"; the latter was causing compilation
problems for someone.
- update to 2024.02.15:
* Updated the RTCP implementation so that reception stats for a
SSRC are no longer deleted, even if a SSRC is reaped due to RTCP
inactivity (no RTCP "SR" reports received recently).
* Thu Jul 18 2024 Dirk Müller <[email protected]>
- update to 2024.
* Fri Mar 01 2024 [email protected]
- Use %autosetup macro. Allows to eliminate the usage of deprecated
%patchN
* Sun Jan 14 2024 Takashi Iwai <[email protected]>
- update up to 2023.11.30:
* In the implementation of the "MPEGVideoStreamFramer" class, gave
"TimeCode::operator==()" the "const" qualifier, to make some
compilers happy.
* Performed the annual update of the copyright years near the start
of each file
- update to 2023.11.08:
* Changed the signature to the virtual function
"getRTPSinkandRTCP()" (in "ServerMediaSubession", and its subclasses
"OnDemandServerMediaSession" and "PassiveServerMediaSubsession")
to make its 'result' arguments "rtpSink" and "rtcp" no longer "const *".
There was no real reason to make those "const *".
- update to 2023.11.07:
* In the class "GenericMediaServer", made the variables
"fServerMediaSessions",
"fClientConnections", and "fClientSessions" 'protected' rather
than 'private', to allow subclasses to access them if desired.
- update to 2023.10.30:
* Fixed a bug in "deleteEventTrigger()" that had accidentally been
introduced during the change to 'event trigger' implementation
back in June.
- update to 2023.07.24:
* Updated the event trigger implementation once again, to allow for
the possibility of developers redefining MAX_NUM_EVENT_TRIGGERS
(it must always be <= the number of bits in an "EventTriggerId",
though.
- update to 2023.06.20:
* Updated the event trigger implementation again - in the case where
"NO_STD_LIB" is defined. In this case,
"fTriggersAwaitingHandling" is implemented as an array of "Boolean
volatile"s, rather than as a 32-bit bitmap. This should make
'race conditions' less likely even if "NO_STD_LIB" is defined
(though you should use the preferred, default implementation -
that uses an array of "std::atomic_flag"s - if possible).
- update to 2023.06.16:
* Changed the (default) implementation of 'event triggers' in
"BasicTaskScheduler" to implement "fTriggersAwaitingHandling"
using "std:atomic_flag"s, rather than as a bitmap.
This should overcome 'race conditions' that some users experienced
when calling "triggerEvent()" from a non-LIVE555 thread.
* Note that this is the first time the LIVE555 code has required the
C++ standard library.
(If you cannot use the C++ standard library, then you can compile
the code - but getting the old behavior - by defining "NO_STD_LIB".)
* Minor change to "RTSPCommon.cpp" to overcome a compilation error
in XCode on Mac OS X.
- update to 2023.06.14:
* Fixed a bug in the Matroska file parsing code that could sometimes
cause a 'use after free' error. (bsc#1218758, CVE-2023-20573)
- update to 2023.06.10:
* Minor change to "GroupsockHelper.cpp" to overcome a compilation
error in XCode on Mac OS X.
- update to 2023.06.08:
* Updated the "dateHeader()" function in "RTSPCommon.cpp" to use
"gmtime_r()" instead of the older, non-thread-safe "gmtime()".
- Applied workarounds for the build error with atomic_flag test
* Mon May 29 2023 Dirk Müller <[email protected]>
- update to 2023.5.10:
* Fixed a minor memory leak in the "RTSPServer" code.
* Calls to "send()" and "sendto()" now explicitly take
"MSG_NOSIGNAL" rather than 0 as the 'flags' parameter.
In most systems, 0 seems to work, but apparently not in
Debian Linux.
* Sat Jan 21 2023 Dirk Müller <[email protected]>
- update to 2023.01.19:
- By default, we no longer compile "groupsock/NetAddress.cpp" for Windows to use
"gethostbyname()", because of a report that this breaks IPv6 name resolution.
* Mon Jan 16 2023 Dirk Müller <[email protected]>
- update to 2023.01.11:
* Updated the "BasicTaskScheduler"/"DelayQueue" implementation to make the 'token counter'
a field of the task scheduler object, rather than having it be a static variable.
This avoids potential problems if an application uses more than one thread (with each thread
having its own task scheduler).
* Fri Dec 02 2022 Dirk Müller <[email protected]>
- update to 2022.12.01:
- Yet another fix to the previous fix for RTSP-over-HTTP streaming.
- The previous version's fix to "RTSPClient" (for RTSP-over-HTTP streaming) was incomplete.
This should fix it for real.
- Fixed a bug in "RTSPClient" that would cause RTSP-over-HTTP streaming over TLS to
sometimes fail. (Thanks to Johannes Gajdosik for reporting this.)
- Fixed a bug that would cause a RTSP server to use an incorrect URL if it accepted connections
via TLS, but *without* streaming SRTP.
* Tue Nov 22 2022 Dirk Müller <[email protected]>
- update to 2022.11.19:
- Added a new global variable "ReceivingInterfaceAddr6" (analogous to the existing
variable "ReceivingInterfaceAddr" for IPv4) to allow applications to optionally
change the default receiving address for IPv6.
* Sun Oct 02 2022 Dirk Müller <[email protected]>
- update to 2022.10.01:
- Updated the previous revision so that the virtual function "specialHandlingOfAuthenticationFailure()"
is now called only if there is an actual authentication failure - not on the first time that
we send back a "401 Unauthorized" response.
- Added a new virtual function "specialHandlingOfAuthenticationFailure()" to "RTSPServer" to
allow a subclassed "RTSPServer" to take special action (e.g., statistics logging)
whenever an authentication failure occurs.
* Fri Jul 22 2022 Dirk Müller <[email protected]>
- update to 2022.07.14:
* use SHA-1 rather than MD5 to hash the latest tarball of our code
* Fri Jun 24 2022 Dominique Leuenberger <[email protected]>
- Update to version 2022.06.16:
+ Both our RTSP client and RTSP server implementations now
support (optional) RTSP-over-HTTPS streaming, when
RTSP-over-TLS would otherwise be available.
- Changes from version 2022.06.14:
+ Added optional support (via #ifdefs) to the
"testOnDemandRTSPServer" demo application for streaming via
RTSPS (RTSP-over-TLS) and optionally SRTP (encrypted RTP/RTCP).
To use this, you would need to define SERVER_USE_TLS, and
PATHNAME_TO_CERTIFICATE_FILE and PATHNAME_TO_PRIVATE_KEY_FILE.
* Wed May 04 2022 Christophe Giboudeaux <[email protected]>
- Update to 2022.04.26:
* Ensure that we don't call "delete[]" on an uninitialized
pointer.
- Changes from version 2022.04.15:
* Fixed a "fprintf()" argument-order-evaluation bug in the
"mikeyParse" demo application.
- Changes from version 2022.04.12:
* Updated the "openRTSP" application (RTSP command-line client)
to add an option '-L', meaning: receive only an "application"
(e.g., 'metadata') track, if present, outputting the data to
'stdout'.
* Tue Feb 15 2022 Dominique Leuenberger <[email protected]>
- Update to version 2022.02.07:
+ Updated the SRTP packet sending code in "MultiFramedRTPSink.cp"
to not allocate a variable-sized buffer on the stack, because
some compilers can't handle this.
+ Ensure that RTSP servers that serve SRTP do not also support
streaming over the TCP connection, because that would add extra
overhead for no benefit.
- Changes from version 2022.01.21:
+ Fixed a bug in the "groupsock" library that could cause
outgoing RTP packets to get duplicated when a RTSP "PLAY"
command is sent after a "PAUSE".
- Changes from version 2022.01.20:
+ More updates to the code for optional server SRTP streaming.
- Changes from version 2022.01.17:
+ More updates to the code in preparation for optional server
SRTP streaming.
- Changes from version 2022.01.11:
+ Fixed a minor memory leak in "RTSPClient" when receiving a SRTP
stream.
+ Updates to "RTPSink" in preparation for optional server SRTP
streaming.
- Changes from version 2022.01.06:
+ Made "GenericMediaServer::addServerMediaSubsession()" a virtual
function, and redefine it in the subclass "RTSPServer" to call
the base function, then set the "ServerMediaSubsession"s
"streamingIsEncrypted" flag (if the RTSP server is streaming
SRTP).
/usr/lib64/libliveMedia.so.112 /usr/lib64/libliveMedia.so.112.1.4 /usr/share/licenses/libliveMedia112 /usr/share/licenses/libliveMedia112/COPYING
Generated by rpm2html 1.8.1
Fabrice Bellet, Tue Jan 14 23:53:21 2025