Overview

Request 1138554 accepted

- 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

Loading...
Request History
Takashi Iwai's avatar

tiwai created request

- 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


Takashi Iwai's avatar

tiwai accepted request

OK

openSUSE Build Service is sponsored by