> On 6 Apr 2020, at 05:04, Aaron van Meerten <[email protected]> > wrote: > > I don’t believe the encryption/decryption is all that resource intensive in > comparison to the encoding and decoding of the video and audio streams > themselves.
The MyTurn speaker selection system could play an important role in resolving these difficulties, assuming we are discussing multi-party discussion. The default with Zoom, etc. is that the streaming of video is the choice of users. So, a meeting could have ten or twenty images of listeners being continuously encoded/decoded, even though there is a current speaker that is the focus of attention. The paradox is that most facilitator effort is devoted to ensuring that sound is muted for everyone but the speaker. These efforts have very little effect on encoding resources, since audio is less bandwidth intensive. If MyTurn was integrated into Jitsi, there would always be only one speaker using encoding resources and listeners would only have to decode one channel at at time. Since listeners are sending requests-to-speak signals during the current speaker’s turn, the system has advanced knowledge of which channel is going to be sending next and could stage input from the channel of the likely next speaker(s). This would make it easier to avoid any startup delays that would otherwise be encountered. It could also overcome another common problem with current meetings: New speakers often forget to turn on their audio. dss David Stodolsky, PhD Institute for Social Informatics Tornskadestien 2, st. th., DK-2400 Copenhagen NV, Denmark [email protected] Tel./Signal: +45 3095 4070
-- Liberationtech is public & archives are searchable from any major commercial search engine. Violations of list guidelines will get you moderated: https://lists.ghserv.net/mailman/listinfo/lt. Unsubscribe, change to digest mode, or change password by emailing [email protected].
