From: Jeroen van Veen <jvanveen@protonmail.com> To: Juliusz Chroboczek <jch@irif.fr>, "galene@lists.galene.org" <galene@lists.galene.org> Subject: [Galene] Re: Fw: Re: Versioning the Galene protocol Date: Fri, 15 Jul 2022 08:40:33 +0000 [thread overview] Message-ID: <AJ0_X9s5kDCoEvxa5aG3V-cYOOeRQb0S8KqCeydoYjcAJlPL_XXGt3FFs1APhw6idF3SoojKQqnzULSF41G9d5P6yJcP5cLcktf2sAVLk4E=@protonmail.com> (raw) In-Reply-To: <87ilo08186.wl-jch@irif.fr> > > Why support multiple versions of the same protocol? Wouldn't that only > > > complicate things at the Galene side? I don't mind personally to stick > > to a version of the protocol, that was made to work with that particular > > version of Galene. > > If the server cannot support multiple versions, then every change to the > protocol breaks all non-web clients. (There's Galene-stream already, and > I'd really like to see a native client for Android that can do screenshare.) The web-version and protocol.js are always in-sync with the current version of Galene(same repo), Galene-stream has its own protocol.py (https://github.com/erdnaxe/galene-stream/blob/main/galene_stream/galene.py), and Pyrite uses a slightly modified protocol.js from the Galene repo. It seems useful to be able to keep the protocol implementations in all used languages in sync, by making use of the included package managers (pip/npm/...) for the versioning. A new version of Galene with an updated protocol would then mean updating the protocol implementations in all languages and require the third-parties to update their dependencies. For instance: https://github.com/matrix-org/matrix-rust-sdk https://github.com/matrix-org/matrix-js-sdk > Ideally, of course, we'd have a single protocol that is used across > multiple servers. Unfortunately, the only standardised videoconferencing > protocols are SIP and Jingle, both of which are somewhat strange (streamed > XML, giggle). I tried building a SIP conferencing client (https://github.com/garage44/ca11) with Asterisk SFU some years ago. Asterisk itself is quite amazing, but I found SIP (over websockets) personally too complex to deal with signalling. It may be nice to call in a conference with a Cisco phone, but who cares when everyone is using a softphone anyway. A common signalling protocol for SFU's may be nice from a client perspective, and maybe even for interoperability between SFU's. However, the more interoperability and standardization, the more it may start to look like SIP (or XMPP).
prev parent reply other threads:[~2022-07-15 8:40 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-07-13 17:16 [Galene] " Juliusz Chroboczek [not found] ` <j_Wwm3jCn8dC_JljNxEa71isIylRHrqby88tFFV1kOsZFwpGXDISjia2xXfzbHTqerRny3HSZhIejXxcRkbA6fhizxxs8ALpEzrkEsPQJDA=@protonmail.com> 2022-07-14 5:41 ` [Galene] Fw: " Jeroen van Veen 2022-07-14 9:58 ` [Galene] " Juliusz Chroboczek 2022-07-15 8:40 ` Jeroen van Veen [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style List information: https://lists.galene.org/postorius/lists/galene.lists.galene.org/ * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='AJ0_X9s5kDCoEvxa5aG3V-cYOOeRQb0S8KqCeydoYjcAJlPL_XXGt3FFs1APhw6idF3SoojKQqnzULSF41G9d5P6yJcP5cLcktf2sAVLk4E=@protonmail.com' \ --to=jvanveen@protonmail.com \ --cc=galene@lists.galene.org \ --cc=jch@irif.fr \ --subject='[Galene] Re: Fw: Re: Versioning the Galene protocol' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox