jitsi-videobridge
Jitsi Videobridge is a WebRTC compatible video router or SFU that lets build highly scalable video conferencing infrastructure (i.e., up to hundreds of conferences per server).
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:SchoolGuy:jitsi/Jitsi-Videobridge && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
Makefile | 0000000427 427 Bytes | |
application.conf | 0000012092 11.8 KB | |
jitsi-videobridge.changes | 0000015419 15.1 KB | |
jitsi-videobridge.conf | 0000001004 1004 Bytes | |
jitsi-videobridge.obsinfo | 0000000121 121 Bytes | |
jitsi-videobridge.service | 0000000962 962 Bytes | |
jitsi-videobridge.spec | 0000004313 4.21 KB | |
jitsi-videobridge.tar.bz2 | 0000301051 294 KB | |
logging.properties | 0000000675 675 Bytes | |
maven_repo.tar.bz2 | 0231618902 221 MB | |
videobridge-user.conf | 0000000135 135 Bytes |
Revision 39 (latest revision is 50)
Leon Schroeder (LSchroeder)
committed
(revision 39)
jitsi-videobridge 2.1-634-gff8609ad ----------- - Properly include relay endpoints and senders in relay bitrate/packet rate stats. (#1822) - Fix issue where Relays' SrtpTransformers were closed while still in use. Bump JMT. (#1821) - Bump JMT: debugging and stats improvements (#1820) - Debug improvements for secure octo (#1818) - Secure octo fixes & improvements (#1817) - Send secure octo media in parallel by endpoint (#1813) - Bump JMT: log report count for over-large RTCP. (#1816) - Remove unnecessary early initialization of drain stat. (#1815) - feat: Send release ID in bridge statistics. (#1814) - Feat: source name based sender constraints (#1782) - fix: Sequence numbers of dropped audio packets. (#1810) - ref: Remove removeReceiver impl for Relay. (#1812) - feat: Handle SCTP with colibri2. (#1811) - feat: Include a colibri2 error extension in error responses. (#1809) - Parallelize receiving secure octo streams (#1808) - Bump JMT: Don't try to interpret RTX packets marked with shouldDiscard. (#1807) - Consolodate PacketTransitStats in one place (#1804)
Comments 0