Bonjour, D'après les testes que j'ai fait Nextcloud Talk de base souffre de ce problème. Avec le hi-performance backend (pas libre) il n'y a plus ce soucis de signaling server.
Quand a Jitsi sur les version actuelle, il n'y a plus ce soucis car il y a le JVB (Jitsi Video Bridge) qui s'occupe de ça. (je ne retrouve pas la date d'introduction de celui-ci) par contre en dehors de WebRTC (la porteuse des données) il n'y a aucun poin commun entre talk et jitsi (au moin depuis la v8 de talk qui a suppprimer xmpp comme protocole de signalement) le codec audio est différent aussi. Avec mes meilleures salutations PS: Je n'ai pas fait de veille très active sur ces 2 logiciels mai c'est ce que j'en ai retenu au fur et a mesure de mes install dans le temps ------- Sebseb01 Le sam. 11 avr. 2020 à 20:10, Samuel Chenal <[email protected]> a écrit : > Hello, > > Je crois avoir trouvé une piste concernant les problèmes de performance > des solutions WebRTC pures et dures, comme Jitsi et Talk. > > Cela tourne autour du signaling server (TURN) et du serveur STUN, si j'ai > bien compris. Voir cet article pour plus d'info (pour Nextcloud Talk) : > https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794 > > Un signaling server (un ou tout un tas) c'est sans doute ce que font les > Zoom et autres Cisco Webex. > > En gros, si on est 6 participants, en WebRTC, j'envois un flux et j'en > reçois et décode 5 de chaque participant. Avec un signaling server, j'en > envoie un et j'en reçois 5, mais pas des 5 participants, du signaling > serveur. > > En vidéo : > > https://www.invidio.us/watch?reload=9&v=5S63Q3Xo8dA > > a+ > > Samuel > > > Le 03.04.20 à 23:58, Samuel Chenal a écrit : > > Hello ! > > Concernant Zoom, cette application a défrayé la chronique à de nombreuses > reprises concernant leur politique de gestion des données collectées. Deux > liens récents que vous avez peut-être déjà eu par ailleurs : > > > https://www.rts.ch/play/radio/forum/audio/lapplication-de-visioconference-zoom-fait-un-carton-mais-nest-pas-sans-risque?id=11184111 > > > https://www.rts.ch/play/radio/forum/audio/les-dangers-de-lapplication-zoom-interview-de-sebastien-fanti-prepose-valaisan-a-la-protection-des-donnees?id=11184112 > > Donc, Zoom a prouvé qu'on ne pouvait pas lui faire confiance, toute > licorne qu'elle est sur la côte ouest des US. > > Et comme on le dit très justement sur cette liste, c'est une startup (à > l'origine) à but lucratif, sur la côte ouest, qui propose une application > populaire, propriétaire, avec une offre gratuite. Rien que ça, ça doit > mettre la puce à l'oreille. C'est du capitalisme de surveillance et il faut > fuir cette application. > > Framatalk, comme https://ensemble.scaleway.com/, > https://colibris-outilslibres.org/, ou même Infomaniak, sont basés sur > Jitsi (a priori). Et on peut installer le serveur Jitsi avec un apt install. > > Nextcloud Talk n'est pas basé sur Jitsi, mais il utilise vraisemblablement > la même techno, à savoir WebRTC. Nous avons fait des tests et le serveur > semble très peu sollicité. Par contre, plus il y a d'intervenants avec des > flux vidéo et audio, et plus le client se charge. Sur un Dell Latitude avec > un i5 de troisième génération et 8Go de RAM, il ne faut pas espérer avoir > une séance avec plus de 4 personnes (vidéo et audio activés). A priori, > c'est le même combat avec Jitsi. Si on coupe la vidéo d'un flux, on gagne > entre 15 et 20% de CPU. Mais c'est, de mon point de vue, pas fait pour des > séances avec de nombreux flux. Entre deux lieux, deux salles de conférence, > c'est idéal. Mais dans le confinement actuel, avec plus de 6 intervenants > chacun dans un lieu différent, c'est décevant (ou ce n'est pas fait pour > ça). > > Il semble en effet que Chromium / Chrome soit en avance sur Firefox > concernant les codec WebRTC, et qu'il soit plus efficace. Mais j'ai aussi > vu qu'il pouvait y avoir des failles de sécurité sur ce protocole et que > des versions trop récentes pouvaient poser des soucis. > > https://restoreprivacy.com/webrtc-leaks/ > > J'ai essayé l'application F-Droid, et elle donne d'excellents résultats > (mais je ne l'ai pas testée avec de nombreuses personnes). > > Concernant l'accélération matérielle, voici ce que j'ai trouvé : > > > https://support.mozilla.org/fr/kb/parametres-performance-firefox?as=u&utm_source=inproduct > > Pour l'accélération matérielle sur un xBuntu, j'ai trouvé cette commande > pour voir si elle était activée : > > glxinfo | grep "direct rendering" > > Sur : https://doc.ubuntu-fr.org/acceleration_graphique > > Mais je n'ai pas réellement testé ces différentes configurations avec > Jitsi ou Nextcloud Talk. > > Il me manque encore des éléments pour bien comprendre. Comment > l'application WebEx de Cisco fonctionne si bien directement dans un > navigateur, et consomme relativement peu de CPU (45% en moyenne dans une > séance avec 6 flux). Cisco, c'est un GAFAM affilié, et le service est > totalement privateur, c'est sûr. Mais ce serait intéressant de savoir > comment elle fonctionne et comment on peut obtenir des performances aussi > bonnes avec - a priori - du WebRTC. Peut-être que ce n'est pas réellement > que du p2p et qu'il y a une gigantesque infra derrière pour soutenir la > charge... > > Voilà pour ce que je sais. > > a+ > > Samuel > Le 03.04.20 à 09:34, Isa & Manu Joos a écrit : > > Bonjour, > > J'aimerai votre avis concernant Jitsi, je vois que beaucoup d'instances se > proposent, c'est super, toutefois je ne trouve pas tout si rose en ce qui > concerne son utilisation à comparer avec zoom. > Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, mais je > l'ai utilisé avec mon colloque. > Hier, je leur ai proposé un petit Framatalk pour tester autre chose, je > l'avais utilisé avec mes élèves pour une petite réunion, et ça avait assez > bien fonctionné. Toutefois, j'avais constaté une très forte utilisation du > processeur ! > J'ai donc fait une comparaison durant nos 2 tests successifs lors de notre > colloque, framatalk et zoom : > > - sur framatalk, sans parler de qualité honorable mais pas top, > processeur à 90% (i7...) > - sur zoom, bonne qualité, processeur à 20% > > SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, vous > prêchez à un converti, je l'utilise au minimum pour échanger sous la forme > de tableau noir pour mes élèves, c'est à dire on se dit bonjour, puis on > coupe les caméras et je partage mon écran pour une leçon live. > > Mon questionnement est plutôt que si on veut proposer des solutions libres > et éthiques, il faut se questionner pour régater dans les mêmes océans. > > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. > > Belle journée à vous > > Manu > > Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond <[email protected]> > a écrit : > >> Hello, >> Pour https://webconf.ch, >> Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on partage >> volontiers la licence collabora, si itopie l'a déjà.) >> Et on peu test, il y a un lien demo sur le site. >> https://openromandie.ch recense les projets en logiciels libre et >> associatif. >> Si Itopie a ses projets en ligne, on les ajoute volontiers. >> >> Salutations, >> Emmanuelle Germond >> >> >> Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal <[email protected]> >> a écrit : >>> >>> Salut ! >>> >>> Chez itopie, nous avons monté une architecture proxmox et nous >>> hébergeons certaines de ces applications. Le but est en cible d'adhérer au >>> collectif des chatons (voir à ce suejt chaton-leman.ch). >>> >>> - Nextcloud avec Collabora (LibreOffice online). >>> - Plugin Nextcloud Talk pour la visio conférence / discussion via >>> WebRTC. >>> - Travail en équipe avec : >>> - Mattermost >>> - OpenProject >>> - Réseau social avec une instance de Diaspora. >>> - Prosody pour du XMPP / Jabber. >>> - Gitlab >>> >>> Nous sommes en train de tester le serveur Mumble (salon de discussion >>> purement audio) et nous allons installer une instance Jitsi Meet. >>> L'application framadate (évolution de studs sauf erreur) est également au >>> programme. Nous la testons sur une autre plateforme LimeSurvey (très >>> puissant). >>> >>> Voilà pour l'instant. >>> >>> a+ >>> >>> Samuel >>> Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >>> >>> Bonjour, >>> >>> Je suis très partisan du projet >>> >>> https://degooglisons-internet.org/fr/ >>> >>> >>> J’aimerais tester chacun des programmes et surtout savoir s’il existe >>> des hébergeur pour accueillir ces derniers >>> >>> >>> J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais >>> pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui >>> pouvoir les remonter ou si chacun deux peuvent être utilisé par un >>> utilisateur lambda >>> >>> >>> Savez-vous si ses projets sont hébergés par des hébergeur suis >>> actuellement ? >>> >>> >>> Merci pour votre aide >>> >>> >>> Meilleures salutations >>> >>> >>> mparchet >>> >>> _______________________________________________ >>> gull mailing >>> [email protected]https://forum.linux-gull.ch/mailman/listinfo/gull >>> >>> -- >>> >>> ----------------------- >>> Samuel Chenalhttps://[email protected] >>> ----------------------- >>> >>> Merci d'utiliser des formats >>> de fichiers ouverts (comme ODF) >>> >>> >> -- >> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser >> ma brièveté. >> _______________________________________________ >> gull mailing list >> [email protected] >> https://forum.linux-gull.ch/mailman/listinfo/gull > > -- > > ----------------------- > Samuel Chenalhttps://[email protected] > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > > _______________________________________________ > gull mailing > [email protected]https://forum.linux-gull.ch/mailman/listinfo/gull > > -- > _______________________________ > > Samuel [email protected]https://www.ll-dd.ch > _______________________________ > > Empreinte GPG : > BD25 7B5F 442B DF2D 4E28 > 8203 B2A2 7269 4E00 5136 > > Merci d'utiliser des formats de > fichiers ouverts (comme ODF) ! > > _______________________________________________ > gull mailing list > [email protected] > https://forum.linux-gull.ch/mailman/listinfo/gull
_______________________________________________ gull mailing list [email protected] https://forum.linux-gull.ch/mailman/listinfo/gull
