baserev update by copy to link target

• Files Changed
• Browse Source

- update to 2024-08-01:
  * Updated "ServerMediaSession::generateSDPDescription()" to
    treat "time_t" as (long long).

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- Use %autosetup macro. Allows to eliminate the usage of deprecated
  %patchN

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

update changelog

• Files Changed
• Browse Source

- 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.  (Thanks to Jan Rørgaard Hansen for this suggestion.)
- 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

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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.

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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. 

- 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).

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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.

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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.

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source

- 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.

• Files Changed
• Browse Source

baserev update by copy to link target

• Files Changed
• Browse Source