=> il est primordial de connaitre avec une bonne précision la desserte de l'endroit où l'on vit car le point le plus important est la distance entre les relais (bornes ou antenne) par rapport à chez soi.
La faiblesse éventuelle du débit, le côté intellectuellement écolo d'une perte permanente de paquets pas chouette, la limitation artificielle imposée par certains opérateurs où des ports et protocoles sont filtrés (est ce encore le cas ? pas constaté, perso), où la découpe d'ip en plage de ports, tout ça n'est rien si on se trouve pile entre 2 grosses antennes très occupées : l'appareil va n'avoir de cesse de basculer de l'une à l'autre, provoquant une réalité de débit famélique.
Red (à 20€), SFR (à 100€) ou Bouygues (à 30€) : se fût pareil. Un débit minable chez moi. Minable genre entre 30ko/s et 300ko/s les grands soirs, tard ..
Je bougeais de 200m, et le débit redevenait normal.
En dehors de ça, donc en dehors de chez moi :p ça le fait (ssh essentiellement, connexions essentiellement à des services non mainstream, ..) si on accepte certains des points précédents. Et de s'assoir sur l'udp :p
La question classique serait : «mais à quoi cela sert il dans la vraie vie, avec des serveurs mettant de 2 à 10mn pour, essentiellement, initialiser leurs micrologiciels ?»
Et la réponse est : «à rien, c'est vrai» :p
Par contre vue sous l'angle du bon vieux kexec c'est sympa : on est dans la petite optimisation. J'aime (pas ce patch, cette approche en général)
Reste maintenant le plus important : voir si le jeu en vaut vraiment la chandelle (taille et intrusivité du patch, qualité ..) par rapport au gain réel (archs concernées, pas seulement vitesse)
Très intéressant, merci, d'autant plus que je n'ai pas fait de métriques !
On a eu de la chance, alors :-)
Bon, les utilisateurs : nous sommes toustes des gens qui pratiquons depuis longtemps la démocratie participative et horizontale avec consentement éclairé. Du coup tout le monde est très discpliné quant à l'organisation (moins pour les idées :p heureusement), et ça doit aider beaucoup … (les gens coupent leurs micros, parfois caméra avec, lèvent la main, ne se coupent pas la parole, écoutent pour comprendre et pas pour répondre, tout le monde s'exprime à son tour, etc ..)
Bonne idée aussi.
Il y a des astuces de configuration pour réduire l'empreinte sur les clients aussi (par exemple désactiver sur le serveur l'analyse de l'audio : ça enlève les petits points bleus qui s'affichent pour indiquer le volume en temps réel, c'est mignon, pas vraiment utile, et consommateur de cpu côté clients)
Donc il y a les serveurs, OK, mais il y a aussi les clients : sur un vieux atom de 5ans avec 2go de ram et jitsi-meet, au delà de 8 participants le son devient dégueulasse si tout le monde a son + vidéo ouvert.
Après deux trois réglages, on a fait des réunions à 22 sans aucun problème, zéro, nibe nada, que dalle (une deconnexion d'une utilisatrice : pb local de box encombrée et débit internet :p)
Il me semble que pour les apps android et ios il soit nécessaire que les certificats soient correctement configurés sur l'instance. Rien de sorcier cependant (si tu as une instance, pour t'éviter de lire les posts à ce sujet : c'est le full chain qu'il faut pointer)
Posté par bubar🦥 .
En réponse à la dépêche Fedora 32 est déconfiné.
Évalué à 4.
Dernière modification le 30 avril 2020 à 21:37.
La réalité est plus nuancée, me semble t il (et tu en conviendra sans heurt, j'en suis sûr) : nous sommes toustes fautifs (je déteste l'écriture inclusive, mais celui ci "toustes", invention personnelle je l'aime bien :p)
Pourquoi ?
Car nous avons toustes votés "oui" à la dépêche. Par habitude de voter "oui" même pour une dépêche qui doit être publiée à un moment précis : pas de pb c'est une quasi routine.
Parfois il arrive qu'un modo vote "contre" pour 'contrer' et éviter une publication par erreur. Cela ne fut pas le cas pour celle-ci. Le dernier modo arrivant à cliquer sur "oui, et publier". C'est tout.
Et on le fait tous, par exemple quant je vois que tu as déjà tout relu, j'ai parfois la flemme de le faire, sachant qu'avec toi et d'autres ici la relecture est précise et a été bien faite (ce qui n'empêche pas des bourdes, ok, mais cela m'arrive, donc, de cliquer sur "oui" sans relire parceque vous l'avez fait avant)
C'est très similaire, finalement. C'est donc bien nous toustes qui faisons nos excuses pour cette publication en avance de phase (d'un côté dommage pour les liens dont leurs destinations n'étaient pas encore toutes prêtes, d'un autre côté quel bonheur de lire la dépêche publiée un peu avant :p )
Quelles sont tes usages actuels de ton PC ?
Liste les logiciels que tu utilises sur Windows.
Une fois cela fait, liste, éventuellement en plus, les raisons qui font que tu utilises ces logiciels, la fonction qui t'es utile.
==> c'est à mon humble avis le plus important : faire le point sur ce qu'on fait pour savoir où on va.
Concernant les habitudes d'usages tu as déjà franchi le pas :-)
Concernant la nouveauté, elle peut effrayer (le mot est peut être mal choisi, disons que des gens qui d'habitude se débrouillent assez bien seuls cherchent ensuite plus à poser des questions, alors qu'en fait ils peuvent souvent continuer à se débrouiller seuls : ça n'a l'air de rien mais c'est important, ton ordi va changer, pas toi) Là non plus, visiblement pas de soucis puisque ta première question est précise et montre en plus que tu as déjà cherché ! :-)
Donc bienvenu aussi !!
Enfin, pour pas faire trop hors sujet, sur ta question sur le double-boot : les posts au dessus répondent ! (ok ça c'est un peu inutile, c'est juste pour dire que mon commentaire va rien apporter là dessus, juste apporter un "autre commencement" possible)
Merci pour ce remarquable journal, particulièrement agréable à lire.
Merci pour cette initiative, absolument exemplaire.
Merci pour ce sujet, tellement rare (me semble t il) des algo de traitements d'images, rassemblant théorie, cas pratiques et explications.
j'en achète deux dès que possible : un pour moi et un cadeau à laisser trainer dans mon service au travail
Commence par vérifier ce qui est dit plus bas (je suis allé en peu vite en besogne en oubliant le basique : une partition pleine, d'autant plus que sur ma distro et mon bureau ce n'est pas bloquant : j'ai juste une notification "partition pleine")
Si ce n'est pas ça (qu'il reste de l'espace sur la partition) alors il te faudra commencer par désinstaller ce dernier logiciel installé avant l'apparition du problème (1ère étape : retrouver une situation confortable, puis en seconde étape voir comment avoir ce logiciel quant même sans que cela pète)
Donc en ligne de commande depuis un shell non graphique : sudo dpkg --remove _nom_du_logiciel_
Avec aussi peu d'info il va être difficile de trouver de l'aide.
a) quelle distribution utilises tu ? (Ubuntu ? probablement vu la section du forum, mais cela demande confirmation)
b) fais un copier / coller (ou une recopie) de l'erreur exacte et complète (lorsque tu veux installer un paquet)
Avec aussi peu d'info, une première piste quant même : un paquet (ou un dépôt de paquets utilisé sur ta machine pour installer un ou des logiciels il y a peu de temps) a "cassé" des paquets nécessaire à ton bureau. Cela peut arriver en utilisant des dépôts "hors distribution", dont la maintenance et la qualité ne sont pas celles des dépôts officiels de ta distribution.
Un retour d'expérience à ce sujet (je n'ai pas non plus regardé les codecs) :
Sur mon petit acer c720p (un petit laptop à 300€ il y a 5 ans, une légende mais c'est une autre histoire) : à partir de 10 personnes en vidéos le constat est que la qualité du son se détériore en premier (pour les vidéos, moins d'images/seconde mais c'est pas grave) Dès que j'active le mode "faible bande passante" (qui coupe toutes les webcams d'un coup côté utilisateur) tout l'audio redevient parfait.
Je n'ai pas ce soucis avec mon pc de bureau. Ni avec le téléphone.
== il y aussi un paramètre "puissance du pc local" de toutes évidences.
Côté recommandations, pour les utilisateurs de mon instance je leur conseille :
Le téléphone ou la tablette, avec l'App Jitsi-Meet par 8x8 inc, en tout premier. Jitsi-meet-electron ou google chrome mais seulement en second choix.
Justement pour éviter l'effet "vieux pc qui rame"
Jitsi est absolument formidable ! Merci à toute l'équipe, merci, et merci !
Nous avons pu nous réunir à 22 en vidéos sans aucun problème. Aucun.
Et sa simplicité d'usage a permis à des connaissances de voir leurs parents, qui sont loin et très agés et pour qui Skype est trop compliqué. Là, avec seulement deux flux, peu importe firefox ou autre : ils cliquent sur le lien et ça fonctionne.
Ninjam a l'air GENIAL !! Au plaisir de lire ce retour d'expérience ! (je connaissais pas, ai immédiatement passé l'info à un pote musicos qui cherchait une solution pour son groupe)
j'ai lancé jack via qjackctl, puis lancé jitsi-meet-electron, et ce dernier m'a même fait une petite popup interne "microphone pas accessible, voulez vous basculer sur jack-sink ?" click OK, et ça fonctionne (en tout cas j'ai un écho entre le client téléphone et celui pc :p)
mais je n'ai pas testé plus que cela et n'ai pas idée de la qualité
Pourquoi Jack dans ce cas ?
La latence faible intrinsèque à la gestion du son par Jack est mise à mal par celle induite par webrtc (malgré toute la qualité des codecs libres optimisés pour le sip et autres) et sa distribution puis son rendu chez les 'clients'
Il reste la simplicité et la souplesse de gestion des entrées/sorties entre différents éléments, mais peut être que pour le coup, tu peux te passer de Jack ?
Du coup je repose la question de Neo< :
Les musiciens sont tous ensemble ?
Ou bien distants et chacun utilisent ninjam et jack ?
Sur KDE il n'y a pas non plus de contrôle pour cela, sauf pour les LVDS (et assimilés, les écrans de portables). Dommage :-(
Il y a brigthness master disponible, qui fait le taf en graphique, pratique pour les écrans vga/HDMI/DP .. Cependant cela casse le réglage automatique de la colorimétrie selon l'heure (maintenant intégré par défaut, mais avant, en ajout, c'était pareil)
Peux tu, s'il te plait, faire une mini modif dessus (correction / ajout / ou simplement retirer et remettre un point par exemple) : ceci afin que tu apparaisses comme rédacteur, et qu'on puisse du coup d'attribuer la dépêche en tant qu'auteur ?
Ceci évite de s'occuper du fichier de conf, mais oblige à utiliser les noms pour les certificats ainsi :
privkey.pem -> turn_server_pkey.pem
cert.pem -> turn_server_cert.pem
Cela c'était pour le serveur CoTurn secondaire, qui se trouve sur un bon gros dual xeon + 64g + 1t ssd
Le primaire (sur Debian, qui se trouve sur un petit atom + 16g) est configuré par jitsi-meet et j'ai fait qu'ajouter la référence au secondaire :
# jitsi-meet coturn config. Do not modify this line
use-auth-secret
keep-address-family
static-auth-secret=mon_beau_mdp
realm=mon_beau_fqdn
no-tcp
listening-port=4446
tls-listening-port=4445
external-ip=ma_belle_ip
alternate-server=ma_belle_seconde_ip
syslog
Le tout discute et fonctionne nickel.
*fqdn1* : handle_udp_packet: New UDP endpoint: local addr ip:4446, remote addr ip:49196
*fqdn2* : session 002000000000000001: realm <> user <>: incoming packet ALLOCATE processed, success
Comme tu le vois, c'est loin d'être bien (un -z sur le serveur secondaire, c'est openbar) et je suis également preneur de conseils ;-)
Posté par bubar🦥 .
En réponse au message Nextcloud Talk.
Évalué à 5.
Dernière modification le 18 avril 2020 à 04:37.
Bonjour,
Ce n'est pas une réponse au problème que tu rencontres mais un simple retour d'expérience : nextcloud-talk est devenu capricieux depuis quelques versions (alors qu'il y a qq années il fonctionnait très bien)
J'ai rencontré le même problème : difficulté d'entrer dans une conversation, et ce même si nous sommes peu nombreux, genre 3… C'est aléatoire, parfois cela se passe bien, parfois non. Les utilisateurs cliquent, attendent, se déconnectent, re-cliquent, attendent…
Et cela y compris en configuration de redondance de serveurs turn/turns.
Il semblerait qu'il soit possible (sic, prudence) que cela vienne de l'absence d'un serveur de signalement. Il semble que nextcloud-talk en propose un en solution d'entreprise mais ce n'est pas clair. De plus il semble aussi que, malgré la présence d'un serveur turn correctement configuré (voir plusieurs sur plusieurs machines) et sans client NATé nextcloud-talk continue de distribuer en peer2peer exclusivement, contrairement à ce qui est marqué mais là encore ce n'est pas clair, en tout cas pour moi.
La meilleure aide semble être de lire et/ou utiliser le script spécifique à talk inclu dans la vm que nextcloud propose. Ce script contient la confirmation de bonne configuration de coturn, puisqu'il contient celle déployée par défaut pour un vm toute prête …
Enfin, personnellement j'ai stoppé nextcloud-talk, à regret (car solution intégrée) pour ces raisons : absence de clarté sur la finalité et les possibilités (impression de revenir au pb initial owncloud / nextcloud) et limitation à moins de 10~12 personnes (quant ceux ci ont réussis à se connecter, miracle)
Quelqu'un rencontre les mêmes soucis et a des solutions svp ?
# j'ai testé pour vous la 4G en unique connexion pendant 1 an et demi
Posté par bubar🦥 . En réponse au message Intérêt des forfaits 4G seul. Évalué à 4. Dernière modification le 01 mai 2020 à 21:19.
Et en résumé cela donne :
=> il est primordial de connaitre avec une bonne précision la desserte de l'endroit où l'on vit car le point le plus important est la distance entre les relais (bornes ou antenne) par rapport à chez soi.
La faiblesse éventuelle du débit, le côté intellectuellement écolo d'une perte permanente de paquets pas chouette, la limitation artificielle imposée par certains opérateurs où des ports et protocoles sont filtrés (est ce encore le cas ? pas constaté, perso), où la découpe d'ip en plage de ports, tout ça n'est rien si on se trouve pile entre 2 grosses antennes très occupées : l'appareil va n'avoir de cesse de basculer de l'une à l'autre, provoquant une réalité de débit famélique.
Red (à 20€), SFR (à 100€) ou Bouygues (à 30€) : se fût pareil. Un débit minable chez moi. Minable genre entre 30ko/s et 300ko/s les grands soirs, tard ..
Je bougeais de 200m, et le débit redevenait normal.
En dehors de ça, donc en dehors de chez moi :p ça le fait (ssh essentiellement, connexions essentiellement à des services non mainstream, ..) si on accepte certains des points précédents. Et de s'assoir sur l'udp :p
# question classique
Posté par bubar🦥 . En réponse au lien Oracle contribue à Linux : le démarrage du noyau de 6% à 49% plus rapide.. Évalué à 4.
La question classique serait : «mais à quoi cela sert il dans la vraie vie, avec des serveurs mettant de 2 à 10mn pour, essentiellement, initialiser leurs micrologiciels ?»
Et la réponse est : «à rien, c'est vrai» :p
Par contre vue sous l'angle du bon vieux kexec c'est sympa : on est dans la petite optimisation. J'aime (pas ce patch, cette approche en général)
Reste maintenant le plus important : voir si le jeu en vaut vraiment la chandelle (taille et intrusivité du patch, qualité ..) par rapport au gain réel (archs concernées, pas seulement vitesse)
[^] # Re: Ca ne marche pas pour moi...
Posté par bubar🦥 . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 3. Dernière modification le 01 mai 2020 à 12:50.
Très intéressant, merci, d'autant plus que je n'ai pas fait de métriques !
On a eu de la chance, alors :-)
Bon, les utilisateurs : nous sommes toustes des gens qui pratiquons depuis longtemps la démocratie participative et horizontale avec consentement éclairé. Du coup tout le monde est très discpliné quant à l'organisation (moins pour les idées :p heureusement), et ça doit aider beaucoup … (les gens coupent leurs micros, parfois caméra avec, lèvent la main, ne se coupent pas la parole, écoutent pour comprendre et pas pour répondre, tout le monde s'exprime à son tour, etc ..)
[^] # Re: Moi je préfère payer…
Posté par bubar🦥 . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 5.
Bonne idée aussi.
Il y a des astuces de configuration pour réduire l'empreinte sur les clients aussi (par exemple désactiver sur le serveur l'analyse de l'audio : ça enlève les petits points bleus qui s'affichent pour indiquer le volume en temps réel, c'est mignon, pas vraiment utile, et consommateur de cpu côté clients)
Donc il y a les serveurs, OK, mais il y a aussi les clients : sur un vieux atom de 5ans avec 2go de ram et jitsi-meet, au delà de 8 participants le son devient dégueulasse si tout le monde a son + vidéo ouvert.
Après deux trois réglages, on a fait des réunions à 22 sans aucun problème, zéro, nibe nada, que dalle (une deconnexion d'une utilisatrice : pb local de box encombrée et débit internet :p)
[^] # Re: Jitsi / Scaleway.
Posté par bubar🦥 . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 3. Dernière modification le 01 mai 2020 à 12:54.
Il me semble que pour les apps android et ios il soit nécessaire que les certificats soient correctement configurés sur l'instance. Rien de sorcier cependant (si tu as une instance, pour t'éviter de lire les posts à ce sujet : c'est le full chain qu'il faut pointer)
[^] # Re: BeOS faisait ça dans les années 90
Posté par bubar🦥 . En réponse au journal GNOME avec un scheduler temps réel. Évalué à 2. Dernière modification le 30 avril 2020 à 22:33.
Gnome va enfin avoir une horloge qui fonctionne normalement, capable d'afficher une vraie seconde tout le temps ? «Ceci est une révolution !»© (peut être, si ce scheduleur peut lui servir, ça serait bien la première chose à améliorer)
Poussez pas, je sors, c'est dredi avant l'heure
[^] # Re: Petite bourde des modérateurs
Posté par bubar🦥 . En réponse à la dépêche Fedora 32 est déconfiné. Évalué à 4. Dernière modification le 30 avril 2020 à 21:37.
La réalité est plus nuancée, me semble t il (et tu en conviendra sans heurt, j'en suis sûr) : nous sommes toustes fautifs (je déteste l'écriture inclusive, mais celui ci "toustes", invention personnelle je l'aime bien :p)
Pourquoi ?
Car nous avons toustes votés "oui" à la dépêche. Par habitude de voter "oui" même pour une dépêche qui doit être publiée à un moment précis : pas de pb c'est une quasi routine.
Parfois il arrive qu'un modo vote "contre" pour 'contrer' et éviter une publication par erreur. Cela ne fut pas le cas pour celle-ci. Le dernier modo arrivant à cliquer sur "oui, et publier". C'est tout.
Et on le fait tous, par exemple quant je vois que tu as déjà tout relu, j'ai parfois la flemme de le faire, sachant qu'avec toi et d'autres ici la relecture est précise et a été bien faite (ce qui n'empêche pas des bourdes, ok, mais cela m'arrive, donc, de cliquer sur "oui" sans relire parceque vous l'avez fait avant)
C'est très similaire, finalement. C'est donc bien nous toustes qui faisons nos excuses pour cette publication en avance de phase (d'un côté dommage pour les liens dont leurs destinations n'étaient pas encore toutes prêtes, d'un autre côté quel bonheur de lire la dépêche publiée un peu avant :p )
# Un autre commencement
Posté par bubar🦥 . En réponse au message Première utilisation et installation . Évalué à 5. Dernière modification le 30 avril 2020 à 21:02.
Bonjour Riri<
Un autre angle de commencement : tes besoins.
Quelles sont tes usages actuels de ton PC ?
Liste les logiciels que tu utilises sur Windows.
Une fois cela fait, liste, éventuellement en plus, les raisons qui font que tu utilises ces logiciels, la fonction qui t'es utile.
==> c'est à mon humble avis le plus important : faire le point sur ce qu'on fait pour savoir où on va.
Concernant les habitudes d'usages tu as déjà franchi le pas :-)
Concernant la nouveauté, elle peut effrayer (le mot est peut être mal choisi, disons que des gens qui d'habitude se débrouillent assez bien seuls cherchent ensuite plus à poser des questions, alors qu'en fait ils peuvent souvent continuer à se débrouiller seuls : ça n'a l'air de rien mais c'est important, ton ordi va changer, pas toi) Là non plus, visiblement pas de soucis puisque ta première question est précise et montre en plus que tu as déjà cherché ! :-)
Donc bienvenu aussi !!
Enfin, pour pas faire trop hors sujet, sur ta question sur le double-boot : les posts au dessus répondent ! (ok ça c'est un peu inutile, c'est juste pour dire que mon commentaire va rien apporter là dessus, juste apporter un "autre commencement" possible)
[^] # Re: Erratum
Posté par bubar🦥 . En réponse au journal Le FairPhone 3 est désormais supporté par (et même vendu avec) /e/ (ex-eelo). Évalué à 3.
Corrigé,
Merci !
# Stellarium en ligne
Posté par bubar🦥 . En réponse au message Stellarium dit : "GLSL un peu ancien" - quelles options ?. Évalué à 3. Dernière modification le 29 avril 2020 à 19:26.
Peut être que la version en ligne de Stellarium pourrait te convenir ?
https://stellarium-web.org/
(sur un tout vieux tout petit atom, avec 2g de ram et Falkon comme navigateur == super fluide, tout le temps)
[^] # Re: Mise en veille
Posté par bubar🦥 . En réponse à la dépêche Fedora 32 est déconfiné. Évalué à 4.
Illustration d'un retour d'hibernation comme un autre ;-)
# Merci
Posté par bubar🦥 . En réponse au journal Un livre libre de tutoriels en traitement et analyse d'images. Évalué à 10.
Merci pour ce remarquable journal, particulièrement agréable à lire.
Merci pour cette initiative, absolument exemplaire.
Merci pour ce sujet, tellement rare (me semble t il) des algo de traitements d'images, rassemblant théorie, cas pratiques et explications.
j'en achète deux dès que possible : un pour moi et un cadeau à laisser trainer dans mon service au travail
[^] # Re: Ma plus commune erreur
Posté par bubar🦥 . En réponse au journal Gnu R version 4.0.0 est disponible. Évalué à 3.
palm123< s'en est chargé (cf ci-dessous)
j'ai corrigé qq typos à l'instant.
ça ferait une chouette dépêche..
[^] # Re: Infos
Posté par bubar🦥 . En réponse au message Je n'arrive plus à installer de paquets . Évalué à 3. Dernière modification le 27 avril 2020 à 00:41.
Commence par vérifier ce qui est dit plus bas (je suis allé en peu vite en besogne en oubliant le basique : une partition pleine, d'autant plus que sur ma distro et mon bureau ce n'est pas bloquant : j'ai juste une notification "partition pleine")
Si ce n'est pas ça (qu'il reste de l'espace sur la partition) alors il te faudra commencer par désinstaller ce dernier logiciel installé avant l'apparition du problème (1ère étape : retrouver une situation confortable, puis en seconde étape voir comment avoir ce logiciel quant même sans que cela pète)
Donc en ligne de commande depuis un shell non graphique :
sudo dpkg --remove _nom_du_logiciel_# Infos
Posté par bubar🦥 . En réponse au message Je n'arrive plus à installer de paquets . Évalué à 3. Dernière modification le 26 avril 2020 à 18:57.
Bonjour et bienvenu,
Avec aussi peu d'info il va être difficile de trouver de l'aide.
a) quelle distribution utilises tu ? (Ubuntu ? probablement vu la section du forum, mais cela demande confirmation)
b) fais un copier / coller (ou une recopie) de l'erreur exacte et complète (lorsque tu veux installer un paquet)
Avec aussi peu d'info, une première piste quant même : un paquet (ou un dépôt de paquets utilisé sur ta machine pour installer un ou des logiciels il y a peu de temps) a "cassé" des paquets nécessaire à ton bureau. Cela peut arriver en utilisant des dépôts "hors distribution", dont la maintenance et la qualité ne sont pas celles des dépôts officiels de ta distribution.
Au plaisir de te lire,
Librement
[^] # Re: Qualité vidéo a désirer
Posté par bubar🦥 . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 5. Dernière modification le 23 avril 2020 à 17:45.
Un retour d'expérience à ce sujet (je n'ai pas non plus regardé les codecs) :
Sur mon petit acer c720p (un petit laptop à 300€ il y a 5 ans, une légende mais c'est une autre histoire) : à partir de 10 personnes en vidéos le constat est que la qualité du son se détériore en premier (pour les vidéos, moins d'images/seconde mais c'est pas grave) Dès que j'active le mode "faible bande passante" (qui coupe toutes les webcams d'un coup côté utilisateur) tout l'audio redevient parfait.
Je n'ai pas ce soucis avec mon pc de bureau. Ni avec le téléphone.
== il y aussi un paramètre "puissance du pc local" de toutes évidences.
Côté recommandations, pour les utilisateurs de mon instance je leur conseille :
Le téléphone ou la tablette, avec l'App Jitsi-Meet par 8x8 inc, en tout premier.
Jitsi-meet-electron ou google chrome mais seulement en second choix.
Justement pour éviter l'effet "vieux pc qui rame"
Jitsi est absolument formidable ! Merci à toute l'équipe, merci, et merci !
Nous avons pu nous réunir à 22 en vidéos sans aucun problème. Aucun.
Et sa simplicité d'usage a permis à des connaissances de voir leurs parents, qui sont loin et très agés et pour qui Skype est trop compliqué. Là, avec seulement deux flux, peu importe firefox ou autre : ils cliquent sur le lien et ça fonctionne.
[^] # Re: brigthness master
Posté par bubar🦥 . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 3.
Ouhai, désolé :-/
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 4.
Ninjam a l'air GENIAL !! Au plaisir de lire ce retour d'expérience !
(je connaissais pas, ai immédiatement passé l'info à un pote musicos qui cherchait une solution pour son groupe)
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 5. Dernière modification le 20 avril 2020 à 20:00.
j'ai lancé jack via qjackctl, puis lancé jitsi-meet-electron, et ce dernier m'a même fait une petite popup interne "microphone pas accessible, voulez vous basculer sur jack-sink ?" click OK, et ça fonctionne (en tout cas j'ai un écho entre le client téléphone et celui pc :p)
mais je n'ai pas testé plus que cela et n'ai pas idée de la qualité
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 4. Dernière modification le 20 avril 2020 à 19:58.
Pourquoi Jack dans ce cas ?
La latence faible intrinsèque à la gestion du son par Jack est mise à mal par celle induite par webrtc (malgré toute la qualité des codecs libres optimisés pour le sip et autres) et sa distribution puis son rendu chez les 'clients'
Il reste la simplicité et la souplesse de gestion des entrées/sorties entre différents éléments, mais peut être que pour le coup, tu peux te passer de Jack ?
Du coup je repose la question de Neo< :
Les musiciens sont tous ensemble ?
Ou bien distants et chacun utilisent ninjam et jack ?
# brigthness master
Posté par bubar🦥 . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 5. Dernière modification le 20 avril 2020 à 18:10.
Sur KDE il n'y a pas non plus de contrôle pour cela, sauf pour les LVDS (et assimilés, les écrans de portables). Dommage :-(
Il y a brigthness master disponible, qui fait le taf en graphique, pratique pour les écrans vga/HDMI/DP .. Cependant cela casse le réglage automatique de la colorimétrie selon l'heure (maintenant intégré par défaut, mais avant, en ajout, c'était pareil)
[^] # Re: Après weBOOB voici ROBERT !
Posté par bubar🦥 . En réponse au message Robert, un logiciel de stockage en RAM . Évalué à 4.
La dépêche est prête :
https://linuxfr.org/redaction/news/robert-un-logiciel-de-stockage-en-ram
Peux tu, s'il te plait, faire une mini modif dessus (correction / ajout / ou simplement retirer et remettre un point par exemple) : ceci afin que tu apparaisses comme rédacteur, et qu'on puisse du coup d'attribuer la dépêche en tant qu'auteur ?
Merci encore,
Librement
[^] # Re: Après weBOOB voici ROBERT !
Posté par bubar🦥 . En réponse au message Robert, un logiciel de stockage en RAM . Évalué à 9. Dernière modification le 19 avril 2020 à 21:23.
Remarquable, merci pour cette présentation de ton projet !!
perso je le verrai bien en journal, voir carrément en dépêche de première page !
[^] # Re: stun, turn & turns
Posté par bubar🦥 . En réponse au message Nextcloud Talk. Évalué à 3. Dernière modification le 19 avril 2020 à 00:20.
Pour la configuration tls, voici ce que j'ai, mais pour JITSI. Je la poste car peut être cela te sera utile pour talk ?
Pour commencer j'ai ajouté quelques options au service systemd :
Ceci évite de s'occuper du fichier de conf, mais oblige à utiliser les noms pour les certificats ainsi :
privkey.pem -> turn_server_pkey.pem
cert.pem -> turn_server_cert.pem
Et là il est tout content :
Cela c'était pour le serveur CoTurn secondaire, qui se trouve sur un bon gros dual xeon + 64g + 1t ssd
Le primaire (sur Debian, qui se trouve sur un petit atom + 16g) est configuré par jitsi-meet et j'ai fait qu'ajouter la référence au secondaire :
Le tout discute et fonctionne nickel.
Comme tu le vois, c'est loin d'être bien (un -z sur le serveur secondaire, c'est openbar) et je suis également preneur de conseils ;-)
# stun, turn & turns
Posté par bubar🦥 . En réponse au message Nextcloud Talk. Évalué à 5. Dernière modification le 18 avril 2020 à 04:37.
Bonjour,
Ce n'est pas une réponse au problème que tu rencontres mais un simple retour d'expérience : nextcloud-talk est devenu capricieux depuis quelques versions (alors qu'il y a qq années il fonctionnait très bien)
J'ai rencontré le même problème : difficulté d'entrer dans une conversation, et ce même si nous sommes peu nombreux, genre 3… C'est aléatoire, parfois cela se passe bien, parfois non. Les utilisateurs cliquent, attendent, se déconnectent, re-cliquent, attendent…
Et cela y compris en configuration de redondance de serveurs turn/turns.
Il semblerait qu'il soit possible (sic, prudence) que cela vienne de l'absence d'un serveur de signalement. Il semble que nextcloud-talk en propose un en solution d'entreprise mais ce n'est pas clair. De plus il semble aussi que, malgré la présence d'un serveur turn correctement configuré (voir plusieurs sur plusieurs machines) et sans client NATé nextcloud-talk continue de distribuer en peer2peer exclusivement, contrairement à ce qui est marqué mais là encore ce n'est pas clair, en tout cas pour moi.
La meilleure aide semble être de lire et/ou utiliser le script spécifique à talk inclu dans la vm que nextcloud propose. Ce script contient la confirmation de bonne configuration de coturn, puisqu'il contient celle déployée par défaut pour un vm toute prête …
Enfin, personnellement j'ai stoppé nextcloud-talk, à regret (car solution intégrée) pour ces raisons : absence de clarté sur la finalité et les possibilités (impression de revenir au pb initial owncloud / nextcloud) et limitation à moins de 10~12 personnes (quant ceux ci ont réussis à se connecter, miracle)
Quelqu'un rencontre les mêmes soucis et a des solutions svp ?