Voir la source de Réunion du 21-12-2021

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2021-12-21
=Introduction=
<pre>
[11:02] Selby.Evans @grid.kitely.com:8002 : bonjour à tous.
[11:03] Gavin.Hird @grid.xmir.org:8002 : Salut Selby, Andrew, Motoko
[11:03] Motoko.Karu @login.digiworldz.com:8002 : Bonjour ^_^
[11:03] Andrew Hellershanks : Bonjour à tous.
[11:05] Motoko.Karu @login.digiworldz.com:8002 : Hihi Andrew
[11:05] Kayaker Magic : Bonjour Andrew, et tous les autres.
[11:05] Andrew Hellershanks : Bonjour, Jamie.
[11:05] Gavin.Hird @grid.xmir.org:8002 : Salut Kayaker, Jamie
[11:06] Jamie.Jordan @grid.kitely.com:8002 : Salut tout le monde
</pre>
=Quoi de neuf dans le code OpenSim ? DTL monney -- MariaDB=
* [http://www.nsl.tuis.ac.jp/xoops/modules/xpwiki/?OpenSim%2FMoneyServer DTL/NSL Money Server] - Ce serveur de monnaie est une version modifiée de "DTL Currency Processing" pour Linux/Unix par NSL.

MariaDB :
*[https://fr.wikipedia.org/wiki/MariaDB MariaDB]
*[http://opensimulator.org/wiki/Configuration#Database Configuration de la base de données]
<pre>
[11:07] Andrew Hellershanks : Pas beaucoup de nouvelles concernant les changements de code de OS effectués la semaine dernière. La plupart des changements concernaient des nettoyages de code et des mises à jour de certains fichiers dll.
[11:08] Ubit Umarov: brb
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce qui a fini  par casser certaines choses avec DTL monney, ce qui nécessite une recompilation avec un nouvel OpenSim comme base, sinon le connecteur mysql correspondant ne fonctionne pas.
[11:08] Selby.Evans @grid.kitely.com:8002 : salut Jamie, Kayaker
[11:09] Jamie.Jordan @grid.kitely.com:8002 : Salut Selby
[11:09] Kayaker Magic : Hmmm, je recompile toujours DTL à chaque fois avec OpenSim de toute façon.....
[11:10] Andrew Hellershanks: Bon retour, Ubit.
[11:10] Motoko.Karu @login.digiworldz.com:8002: Bon retour ubit
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mariadb 10.7 est prêt à entrer dans l'avant-dernière phase de test avant sa sortie prochaine, ce qui apportera enfin un type UUID, qui pourrait être très utile car il pourrait réduire la taille de la base de données et les temps d'accès, car il y aura environ 20% d'octets en moins à envoyer en comparaison avec les varchars.
[11:10] Ubit Umarov: Merci
[11:10] Ubit Umarov : mon viewer faisait des choses :)
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense que nous avons eu une discussion à ce sujet sur irc il n'y a pas longtemps.
[11:10] Gavin.Hird @grid.xmir.org:8002 : J'espère que ce n'est pas le mien...
[11:11] Ubit Umarov: oups
[11:11] Ubit Umarov : Non Gavin, ce n'est le tiens :)
[11:11] Gavin.Hird @grid.xmir.org:8002 : tu vois ? :-)
</pre>

=Les viewers : cache d'objets -- capture 360° -- LIDAR=
[https://www.dayturn.com/viewer Nouvelle version du Viewer Dayturn]

[https://releasenotes.secondlife.com/viewer/6.5.1.566335.html Note de version du viewer Linden Lab du 15-12-2021 -- Publication combinée de DRTVWR-519 (Cache simplifié) et de DRTVWR-534 (Capture 360).]
== Nouvelles versions ==
<pre>
[11:11] Gavin.Hird @grid.xmir.org:8002 : à propos, une nouvelle version [de Dayturn] a été publiée vendredi à l'adresse https://www.dayturn.com/viewer
[11:12] Ubit Umarov: merci
[11:12] Andrew Hellershanks : Gavin, j'allais justement te demander si tu avais des nouvelles sur le front des viewers :)
[11:12] Gavin.Hird @grid.xmir.org:8002 : et Linden Lab a sorti un viewer avec un nouveau cache et la caméra panoramique 360°.
</pre>
== Nouveau cache d'objets==
<pre>
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'ensemble du cache objet a explosé jusqu'à LL, j'ai l'impression d'avoir marché sur une mine.
[11:13] Gavin.Hird @grid.xmir.org:8002 : Je vais donc devoir implémenter le nouveau cache pour la sortie de l'année prochaine.
[11:13] Gavin.Hird @grid.xmir.org:8002 : pour le panorama 360, IDK - il faut d'abord le tester.
[11:13] Kayaker Magic : L'année prochaine n'est que dans quelques semaines !
[11:14] Motoko.Karu @login.digiworldz.com:8002: :)
[[11:14] Gavin.Hird @grid.xmir.org:8002 : Je pense que les modifications pour le cache demandera moins de 50 commits.
[11:14] Gavin.Hird @grid.xmir.org:8002: donc ...
[11:15] Kayaker Magic : auparavant, LL avait déjà publié puis retiré le " cache simplifié ", était-ce à ce moment-là que vous aviez eu des problèmes Vincent ? Ou plus récemment ?
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne peux pas voir les tickets LL sur leur tracker donc aucune idée de l'état d'avancement, mais j'espère que cela sera corrigé.
[11:16] Gavin.Hird @grid.xmir.org:8002 : oui, mais pas cette année.
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Au moins, je ne suis pas juste en train d'imaginer des choses et c'est en fait un bug, bien qu'étant donné la façon relativement simple de le provoquer, il est surprenant qu'on ait mis autant de temps pour être trouvé.
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pensais qu'avec tous les utilisateurs de SL, quelqu'un aurait rencontré ce problème à un moment ou à un autre.
[11:26] Ubit Umarov : le problème que vincent a rapporté sur mantis à propos du cache d'objets du viewer a été reproduit par Firestorm chez sl.
[11:26] Ubit Umarov : et même avec le viewer SL 
[11:26] Ubit Umarov : donc Firestorm vient de passer le problème à Linden Lab.
[11:26] Ubit Umarov : je suppose que Gavin va aussi attendre la correction :)
[11:26] Gavin.Hird @grid.xmir.org:8002 : certainement :-)
[11:27] Gavin.Hird @grid.xmir.org:8002 : Je vais arrêter tout autre développement en attendant cette correction.
[11:27] Ubit Umarov : évidemment
</pre>
==Capture 360°==
<pre>
[11:17] Ubit Umarov : je ne suis pas sûr que le truc des 360° fonctionne ici.
[11:17] Ubit Umarov : c'est une idée très stupide.
[11:18] Andrew Hellershanks : Ubit, ce n'est pas exactement une première pour LL.
[11:18] Ubit Umarov : contraire à ce que l'on veut en terme de gestion des intérêts.
[11:18] Ubit Umarov : peut-être ok pour les petites régions avec pas plus de 20k prims.
[11:18] Ubit Umarov : mais quand même...
[11:18] Gavin.Hird @grid.xmir.org:8002 : J'ai vu tellement d'implémentations de 360 depuis QuickTime en 1994, et ils sont tous waouh immédiatement, mais l'utilisation disparaît presque instantanément.
[11:19] Ubit Umarov : c'est un non-sens.
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est censé servir à quoi ? Faire des vidéos ? VR ?
[11:19] Ubit Umarov : c'est censé être de la 3d (sur 2d), c'est déjà fait.
[11:20] Gavin.Hird @grid.xmir.org:8002 : c'est pour les panoramas en 2D.
[11:20] Ubit Umarov : oui, je ne suis pas sûr... pour exporter des snapshots 360 ?
[11:20] Gavin.Hird @grid.xmir.org:8002 : oui quelque chose comme ça
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Donc, il suffit d'allumer l'enregistreur, de faire tourner l'avatar et d'utiliser Imagick pour séparer les images individuelles.
[11:21] Ubit Umarov : Je suppose que quelqu'un a proposé de faire du buzz à ce sujet, et ils ont accepté :)
[11:21] Gavin.Hird @grid.xmir.org:8002 : beaucoup de temps de développement perdu si vous voulez mon avis, mais...
[11:21] Ubit Umarov : j'ai lu quelque part qu'ils ont dû faire des changements côté région pour le supporter.
[11:22] Ubit Umarov : donc ... peut ne pas fonctionner ici
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si c'était une photographie VR complète, ça pourrait être sympa pour créer un genre de streetview, mais en fait, ça ressemble plutôt à  une sorte de vidéo 3D complète pour certaines attractions de régions particulièrement jolies.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je peux voir ça comme une chose assez cool pour promouvoir les mondes virtuels, mais au-delà de ça...
[11:25] Ubit Umarov : Je pensais que les viewers étaient déjà à 360... mais bon...
[11:25] Ubit Umarov : détails
</pre>
==LIDAR ==
[https://fr.wikipedia.org/wiki/Lidar Lidar]
<pre>
[11:26] Gavin.Hird @grid.xmir.org:8002 : la prochaine étape est d'implémenter le LIDAR dans le viewer, pour pouvoir tourner autour des objets et enregistrer des nuages de points.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Gavin raycast fait cela je pense, transformer la sortie de cela en un nuage de points ne serait pas difficile, juste très lourd en cpu.
[11:27] Selby.Evans @grid.kitely.com:8002 : Nous savons tous comment obtenir une vue à 360° avec n'importe quelle viewer.  Je ne vois aucun avantage supplémentaire.
[11:28] Gavin.Hird @grid.xmir.org:8002 : Sur le dernier iOS, Apple a lancé un programme et un support pour prendre des photos d'objets du monde réel et les convertir en fichiers objets avec textures et autres.
[11:28] Ubit Umarov : il semble que le nouveau viewer (ou une version beta) ait un problème encore plus grave.
[11:28] Ubit Umarov : les objets en rezzés ne sont pas affichés.
</pre>
= Log4J -- Log4Net=
<pre>
[11:28] Michael.Christopher @cc.opensimulator.org:8002 : je ne sais pas si cette question a été soulevée avant que je puisse venir ici, mais est-ce que le problème de log4J a déjà été discuté ?
[11:28] Gavin.Hird @grid.xmir.org:8002 : Je vais essayer d'importer quelque chose ici
[11:28] Ubit Umarov : nous n'avons pas eu de problème avec log4j.
[11:29] Ubit Umarov : c'est un problème spécifique à Java.
[11:29] Andrew Hellershanks : Cela a été discuté dans la liste de diffusion.
[11:29] Michael.Christopher @cc.opensimulator.org:8002: merci andrew.
[11:30] Michael.Christopher @cc.opensimulator.org:8002 : Je n'ai pas encore eu le temps de m'asseoir et de passer en revue toutes les dépendances.
[11:30] Ubit Umarov : en fait, la discussion portait sur un autre problème sur log4net.
[11:30] Ubit Umarov : pas lié à celui de log4j.
[11:30] Michael.Christopher @cc.opensimulator.org:8002: oh ok
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Nous avons aussi tendance à ne pas discuter ouvertement des questions de sécurité pour des raisons évidentes.
[11:30] Michael.Christopher @cc.opensimulator.org:8002: smh duh
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y avait quelques problèmes avec xmlrpc dans le passé, mais c'est réglé.
[11:30] Andrew Hellershanks : IIRC, quelqu'un a mentionné log4j sur la liste de diffusion et c'est devenu une discussion sur log4net car OS n'utilise pas log4j comme l'a dit Ubit.
</pre>
= XML -- JSON = 

<pre>
[11:30] Ubit Umarov : normal, le non-sens du xml.
[11:31] Ubit Umarov : c'est amusant de voir comment certains continuent à "aimer" le xml.
[11:31] Michael.Christopher @cc.opensimulator.org:8002: lol
[11:31] Andrew Hellershanks: :)
[11:31] Ubit Umarov : c'était amusant de voir comment les gens ont commencé à "l'aimer" au début.
[11:32] Ubit Umarov : Malheureusement, cela inclut LL.
[11:32] Gavin.Hird @grid.xmir.org:8002 : Je pensais que l'engouement actuel était pour json.
[11:32] Ubit Umarov : et cela s'est aggravé lorsqu'ils ont commencé à migrer les choses vers http, en utilisant bien sûr une variante de xml.
[11:33] Ubit Umarov : oui, pour beaucoup, ce n'est pas json qui est la grande tendance.
[11:33] Ubit Umarov: mais ll n'est toujours pas disponible 
[11:33] Ubit Umarov: llsd xml est toujours leur amour
[11:34] Ubit Umarov : avec un hérétique de temps en temps qui utilise la notation llsd.
[11:34] Ubit Umarov : évidemment nous devions avoir du xml hardcore sur nos robustes, nos rames, etc.
[11:34] Gavin.Hird @grid.xmir.org:8002 : llsdjson
[11:35] Ubit Umarov : et bien sûr non seulement lisible par l'homme mais très verbeux donc tout est clair.
[11:35] Gavin.Hird @grid.xmir.org:8002 : le marché (leur) utilise json. Je vais supprimer complètement ce code
[11:36] Ubit Umarov : cela implique de nommées des choses  <SceneObjectGroup><<SceneObjectPart>...</SceneObjectGroup>.
[11:36] Ubit Umarov : on a besoin d'utiliser des noms longs pour les choses en série que seules les machines peuvent lire, non ?
</pre>
= HTTP/3=
* [https://fr.wikipedia.org/wiki/HTTP#HTTP/3 HTTP/3]
* [https://www.commentcamarche.net/faq/7294-tcp-udp-quelles-differences TCP / UDP : Quelles différences ? ]
** [https://fr.wikipedia.org/wiki/Transmission_Control_Protocol Protocole TCP]
** [https://fr.wikipedia.org/wiki/User_Datagram_Protocol Protocol UDP]
** [https://www.malekal.com/wp-content/uploads/udp-tcp.jpg Shéma Communication TCP vs UDP]
* [http://opensimulator.org/wiki/LLUDP_ClientStack/fr LLUDP_ClientStack/fr]
* [https://fr.wikipedia.org/wiki/AppleTalk AppleTalk]
* [https://fr.wikipedia.org/wiki/Time_to_Live TTL ]
* [https://fr.wikipedia.org/wiki/Secure_Sockets_Layer SSL]
<pre>
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me documentais sur le nouveau http3 l'autre jour et sur la façon dont il implémente udp comme connexion "fiable" et tout ce qui me venait à l'esprit était lludp et sa réputation d'être si incroyablement fiable que nous n'avons jamais de problèmes de connexion. Je jure que nous tournons en rond d'une certaine manière avec tout ça ces derniers temps, en revenant aux mêmes mauvaises idées du siècle dernier...
[11:37] Ubit Umarov : http3 utilise juste un autre protocole fait au dessus de udp pour remplacer tcp.
[11:37] Ubit Umarov : lludp en était un, mais les petits ll l'ont cassé, au lieu de l'améliorer.
[11:38] Ubit Umarov : UDP a été utilisé juste parce qu'il était disponible.
[11:38] Ubit Umarov : le niveau le plus bas n'est pas utilisable.
[11:38] Gavin.Hird @grid.xmir.org:8002 : "le cloud" ne voulait rien avoir à faire avec udp.
[11:38] Ubit Umarov : ir le niveau IP sur la pile, si je me souviens bien.
[11:39] Ubit Umarov : eh bien google dit oui... donc tout le monde va l'utiliser tôt ou tard.
[11:39] Gavin.Hird @grid.xmir.org:8002 : à moins que le congrès ne le fractionnent avant.
[11:39] Ubit Umarov : le congrès n'a rien dit à ce sujet.
[11:39] Gavin.Hird @grid.xmir.org:8002: que le démantèlement de Google ?
[11:40] Gavin.Hird @grid.xmir.org:8002 : Je pense qu'ils le font
[11:40] Ubit Umarov : est-ce que c'est toujours un truc américain ?
[11:40] Michael.Christopher @cc.opensimulator.org:8002 : faisons-nous référence aux lois anti-monopole ?
[11:40] Ubit Umarov : et ils ne possèdent pas la moitié du congrès ? :P
[11:40] Ubit Umarov : la moitié même...
[11:40] Gavin.Hird @grid.xmir.org:8002 : aussi l'entreprise maintenant connue comme "la pire entreprise de 2021" pourrait être démantelée.
[11:40] Michael.Christopher @cc.opensimulator.org:8002: :))
[11:41] Ubit Umarov : tcp est un protocole orienté flux... il essaie de garder un "fil" connecté tout le temps.
[11:41] Ubit Umarov : http3 est une chose orientée connexion...
[11:42] Ubit Umarov : plus d'emphase sur la connexion/déconnexion rapide qui est une douleur sur tcp.
[11:42] Gavin.Hird @grid.xmir.org:8002 : bien sûr, mais certaines données peuvent être envoyées sans que personne ne se soucie de leur réception.
[11:42] Ubit Umarov : lludp est un protocole orienté message, supposément encore plus léger.
[11:42] Andrew Hellershanks : L'ordre des paquets n'est pas non plus garanti avec UDP.
[11:43] Ubit Umarov : regarde ils utilisent UDP parce qu'il n'y a rien d'autre dans le protocole.
[11:43] Ubit Umarov : et UDP ajoute seulement un peu de choses sur les paquets par rapport aux niveaux inférieurs de la pile.
[11:43] Ubit Umarov : donc c'est presque comme les paquets de base que tout le monde peut utiliser.
[11:43] Jagga Meredith : il y a Appletalok mais je ne pense pas qu'il soit routable.
[11:44] Ubit Umarov : il a une interface exposée au noyau.
[11:44] Gavin.Hird @grid.xmir.org:8002 : Appletalk ? - c'est le dernier millénaire
[11:44] Ubit Umarov : tout le monde peut créer un protocole pour remplacer tcp en l'utilisant.
[11:44] Ubit Umarov : et beaucoup l'ont fait
[11:44] Ubit Umarov : ce n'est  pas à google juste pour
[11:44] Ubit Umarov : et maintenant...
[11:45] Gavin.Hird @grid.xmir.org:8002 : et il pourrait être routé.
[11:45] Ubit Umarov :pareil que tcp
[11:45] Ubit Umarov : cela dépend de ce qui est ajouté.
[11:45] Ubit Umarov : les routeurs sont des choses de haut niveau.
[11:45] Ubit Umarov : qui connaissent le tcp.
[11:45] Gavin.Hird @grid.xmir.org:8002 : Je me souviens qu'en 1989, nos serveurs de messagerie Microsoft en Norvège ont commencé à se synchroniser avec les serveurs d'Anchorage parce que quelqu'un avait établi une route qui n'était pas du tout destinée à cet usage.
[11:46] Ubit Umarov : donc cela peut ne pas donner les accélérations (ou ralentissements) que les routeurs produisent pour tcp.
[11:46] Ubit Umarov : en fait les routeurs regardent même le niveau http.
[11:46] Gavin.Hird @grid.xmir.org:8002 : ces serveurs ne comprennent que Appletalk.
[11:46] Ubit Umarov: Oui
[11:47] Ubit Umarov : je suppose que certaines des accélérations de l'utilisation d'udp sont trompeuses.
[11:47] Ubit Umarov : pour commencer, les paquets UPD sont prioritaires sur tcp, afin de protéger la vidéo et l'audio.
[11:48] Ubit Umarov : donc ils s'appuient sur cela... possible avec un impact très négatif sur les choses "en temps réel" utilisant udp.
[11:48] Ubit Umarov : bien sûr, Google s'en moque... ils veulent juste que leurs serveurs soient plus rapides.
[11:49] Ubit Umarov : alors ils ont fait la même chose, juste quelques paquets au début de la connexion et à la fermeture.
[11:49] Ubit Umarov : en fait fermer tcp c'est plutôt mauvais.
[11:50] Ubit Umarov : les ressources doivent rester allouées pendant longtemps après la fermeture d'une connexion tcp.
[11:50] Ubit Umarov : comme ces sockets dans TIME_WAIT etc...
[11:50] Gavin.Hird @grid.xmir.org:8002 : Au cas où un paquet "tortue" arrive avec 5 minutes de retard ?
[11:51] Ubit Umarov: Oui
[11:51] Ubit Umarov: bc f multi path
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est un cri de guerre contre le paiement de la bande passante parce que les grands opérateurs font des milliards sans vraiment mettre à niveau l'infrastructure vieillissante, parce qu'ils savent que la plupart n'ont pas le choix s'ils veulent rester sur Internet. Tous les grands opérateurs sont bloqués dans cette position depuis quelques années maintenant, et cela ne devient un problème que maintenant avec l'augmentation de 20% du trafic due aux confinements.
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : Plus toute la merde du cloud qui déplace des trucs d'un centre de données à un autre sans raison.
[11:52] Ubit Umarov : eh bien le code google augmente considérablement la bande passante en augmentant simplement le ttl de leurs entrées DNS.
[11:53] Ubit Umarov : les DNS sont une grande partie du trafic.
[11:53] Andrew Hellershanks : Nous sommes à moins de 10 minutes du début de l'heure. Quelqu'un d'autre a-t-il des questions relatives à OpenSimulator ?
[11:53] Ubit Umarov : ahh http3 permet aussi le ssl  bas niveau.
[11:53] Ubit Umarov : ssl est obligatoire avec lui
[11:54] Ubit Umarov : ( économise un ou deux paquets lors de la création d'une connexion sécurisée )
[11:54] Ubit Umarov : le fait que cela force un ssl lourd et inutile est un détail dont ils se moquent :p
[11:55] Ubit Umarov : je déteste le fait que tout le monde pense avoir besoin de connexions "sécurisées".
[11:56] Andrew Hellershanks : Est-ce que tu voulais demander quelque chose, Michael ? Je pensais t'avoir vu taper.
[11:56] Ubit Umarov : notre chat ici est même enregistré pour être mis sur un site public.
[11:56] Ubit Umarov : pourquoi utiliserions-nous des connexions "sécurisées" ?
[11:56] Ubit Umarov : :)
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002 : OpenSim a quelques structures de données obscures que vous pouvez joyeusement envoyer sur http parce que, à moins que vous ne sachiez comment décoder ce bazar, vous ne pouvez obtenir aucune information de ces données.
[11:57] Ubit Umarov : c'est une exigence xml bs.
[11:57] Ubit Umarov : on a toujours besoin de savoir ce que sont les données... peu importe la déclaration.
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : osUTF8 asciibytes Je n'ai même pas codé en base64 le bordel lol
[11:58] Ubit Umarov : ( et qui a dit que les humains ne lisaient pas le binaire ?? jezzz )
[11:58] Ubit Umarov: :p
[11:58] Michael.Christopher @cc.opensimulator.org:8002 : ubit - je peux comprendre pourquoi les utilisateurs finaux n'ont peu ou pas de raison d'avoir des connexions sécurisées, mais... je ne vois pas comment nous pourrions autoriser http pour certains tout en sécurisant seulement des parties (comme pour les entreprises) qui en ont besoin.
</pre>

= Voice -- slvoice.exe =
[http://wiki.secondlife.com/wiki/Voice/Technical#Executables slvoice.exe]
* Enveloppe  autour de Vivox SDK 
* Lancé lorsque la voix est activée dans OpenSim si Vivox est configuré.
* Exécute un serveur TCP qui écoute et répond aux commandes et aux requêtes en utilisant un format XML.
[https://fr.wikipedia.org/wiki/Session_Initiation_Protocol Protocole SIP] (Vivox)

[http://opensimulator.org/wiki/Freeswitch_Module/fr Module Freeswitch ]

[https://fr.wikipedia.org/wiki/Mumble Mumble]
* [http://opensimulator.org/wiki/Mumble Mumble] : Dernière mise à jour mars 2012 en anglais 
* [https://github.com/mumble-voip/mumble Source de Mumble]

Qt
* [https://fr.wikipedia.org/wiki/Qt  Wikipédia API orientée objet et développée en C++]
* [https://doc.qt.io/ Documentation]
<pre>
[11:58] Kayaker Magic : Gavin, pouvez-vous me donner un aperçu de ce que fait slvoice.exe ?
[11:58] Gavin.Hird @grid.xmir.org:8002: non
[11:59] Kayaker Magic: LOL
[11:59] Ubit Umarov: lol
[11:59] Gavin.Hird @grid.xmir.org:8002 : c'est une boîte noire.
[11:59] Andrew Hellershanks: hehe
[11:59] Gavin.Hird @grid.xmir.org:8002 : seul LL possède le code.
[11:59] Kayaker Magic : Je me demandais pourquoi vivox est nécessaire pour une communication vocale locale entre avatars voisins sur le même serveur.
[11:59] Michael.Christopher @cc.opensimulator.org:8002 : hum @kayaker/Gavin - si nous avions cela, nous aurions notre propre version améliorée.
[11:59] Gavin.Hird @grid.xmir.org:8002 : il se situe entre les serveurs vieer et vivox, mais ce qu'il fait exactement...
[12:00] Ubit Umarov : il fait aussi le sale boulot de contrôler le micro, et les choses de l'audio.
[12:00] Ubit Umarov: audio..
[12:00] Gavin.Hird @grid.xmir.org:8002: oui
[12:00] Ubit Umarov : c'est un essentiellement un téléphone logiciel.
[12:00] Ubit Umarov : sous le contrôle du viewer.
[12:01] Ubit Umarov : en fait, il est né comme un simple téléphone SIP.
[12:01] Ubit Umarov : et l'est toujours
[12:01] Gavin.Hird @grid.xmir.org:8002 : pourquoi est-ce nécessaire ? Je suppose que c'est configuré comme ça parce que Vivox vend des services supplémentaires qui peuvent être superposés à la voix.
[12:01] Ubit Umarov : pourquoi freeswitch fonctionne-t-il ?
[12:01] Gavin.Hird @grid.xmir.org:8002 : pour un chat vocal (qui ne fonctionne pas sur opensim) il établit juste la connexion, le reste est géré localement.
[12:02] Gavin.Hird @grid.xmir.org:8002 : ou plutôt peer to peer
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : Essentiellement, il génère quelque chose dans lequel le matériel audio peut s'accrocher, il ne le gère pas directement, il fait juste le pont entre les deux, mais il suffit de le casser avec un marteau pour voir ce qu'il fait en détail.
[12:03] Ubit Umarov : comme je l'ai dit, c'est un téléphone SIP modifié.
[12:04] Gavin.Hird @grid.xmir.org:8002 : Je pense qu'un développeur de viewer a le code de slvoice.exe, mais il ne veut pas s'en séparer.
[12:04] Ubit Umarov : et qui se soucie de ce code... il dépend de l'existence de comptes viviox.
[12:05] Ubit Umarov : la spécification originale est ouverte.
[12:05] Ubit Umarov : quelque part sur ll sites
[12:05] Gavin.Hird @grid.xmir.org:8002 : tout le monde peut l'avoir si vous payez.
[12:05] Ubit Umarov : vous avez vu leurs tarifs ? :)
[12:05] Gavin.Hird @grid.xmir.org:8002 : bien sûr.
[12:05] Ubit Umarov : et même aucune idée s'ils veulent de opensim maintenant.
[12:05] Gavin.Hird @grid.xmir.org:8002 : Je n'ai pas dit si vous pouvez vous permettre de payer ;-)
[12:06] Ubit Umarov : :)
[12:06] Ubit Umarov : le fait est que le besoin d'utiliser la nouvelle version est blabla.
[12:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : Même si vous le faites, je doute que vous obteniez plus de bande passante ou des codecs plus élevés de toute façon.
[12:06] Ubit Umarov : SL utilise la même vieille version
[12:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : Tu as écouté ça récemment, ça ressemble à des boîtes de conserve connectées par une ficelle.
[12:07] Ubit Umarov : vivox utilise des codecs payants.
[12:07] Ubit Umarov : ils pensent maintenant aux leurs.
[12:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela ressemble beaucoup à une variante de speex, étant donné le niveau de qualité que nous obtenons.
[12:08] Gavin.Hird @grid.xmir.org:8002 : ce vieux mumble ou ce qu'on appelle ainsi utilise une connexion 2.4ish kHz.
[12:08] Ubit Umarov : des personnes ont écrit dans le passé "...haute définition, libre de droits Siren 14 (G 722.1C) codec vocal".
[12:08] Ubit Umarov : en fait NON... ils ont utilisé la version payante fermée de Siren.
[12:08] Ubit Umarov : puis ils ont ajouté des fonctions 3d.
[12:09] Ubit Umarov : et personne n'a ce codec à part Vivox, bien sûr.
[12:09] Michael.Christopher @cc.opensimulator.org:8002: bien sûr.
[12:09] Kayaker Magic : Quelle est la relation entre vivox (ou tout autre code vocal) et la bibliothèque fmod ?
[12:09] Ubit Umarov : aucune.
[12:09] Gavin.Hird @grid.xmir.org:8002 : c'est pourquoi slvoice.exe est une boîte noire.
[12:09] Ubit Umarov : juste pour les deux parties de l'audio :)
[12:10] Ubit Umarov : mais sur les viewers fmod sert à  jouer des choses.
[12:10] Michael.Christopher @cc.opensimulator.org:8002 : kayaker, c'est toi qui m'a parlé à la dernière OSCC d'essayer de travailler sur freeswitch, ou je confond avec quelqu'un  d'autre ?
[12:10] Ubit Umarov : aucune relation avec la voix.
[12:10] Kayaker Magic: pas moi !
[12:10] Selby.Evans @grid.kitely.com:8002 : c'était IMA
[12:11] Selby.Evans @grid.kitely.com:8002 : Demande à Lisa
[12:11] Michael.Christopher @cc.opensimulator.org:8002: merci selby
[12:12] Gavin.Hird @grid.xmir.org:8002 : ajoutez un client vocal Telegraam dans lviewer si les gens veulent discuter en tête-à-tête ou en conférence.
[12:12] Ubit Umarov : bien sûr, les personnes qui ont fait fonctionner Mumble sur opensim à l'époque, ont fait un remplacement de Slvoice.exe.
[12:12] Gavin.Hird @grid.xmir.org:8002 : la seule objection est qu'il est géré via Dubaï et non via une société américaine.
[12:13] Ubit Umarov : des sources quelque part.
[12:13] Ubit Umarov : ima est en train de refaire ça.
[12:14] Andrew Hellershanks : Ceci semble être la source de Mumble -> https://github.com/mumble-voip/mumble
[12:15] Andrew Hellershanks : La dernière mise à jour du code date d'il y a deux jours.
[12:15] Ubit Umarov : duhh c'est le serveur principal.
[12:15] Andrew Hellershanks : Il est maintenant un quart de l'heure. Des derniers commentaires ou questions concernant OpenSimulator pour aujourd'hui ?
[12:16] Michael.Christopher @cc.opensimulator.org:8002 : pas pour aujourd'hui, mais pour la semaine prochaine :)
[12:16] Gavin.Hird @grid.xmir.org:8002 : ... alors que le serveur devrait fonctionner sur tout ce sur quoi Qt peut être installé.
[12:16] Gavin.Hird @grid.xmir.org:8002 : le bon vieux Qt.
[12:17] Ubit Umarov : oops je viens de faire un commit.
[12:17] Gavin.Hird @grid.xmir.org:8002: lol
[12:17] Andrew Hellershanks : Enlevez le mot mumble à la fin de cette URL et vous verrez beaucoup de projets liés.
[12:17] Michael.Christopher @cc.opensimulator.org:8002: :))
</pre>

= Conclusion -- fêtes de fin d'année =
<pre>
[12:17] Jamie.Jordan @grid.kitely.com:8002 : Merci à tous, passez une bonne semaine.
[12:17] Gavin.Hird @grid.xmir.org:8002 : est-ce qu'il envoie un message de "joyeux Noël" à tous les utilisateurs ?
[12:18] Michael.Christopher @cc.opensimulator.org:8002 : Joyeux Noël/Bonnes vacances !
[12:18] Andrew Hellershanks : Le programme VLC affiche maintenant son icône avec un chapeau de Père Noël sur le dessus. :)
[12:18] Jamie.Jordan @grid.kitely.com:8002 : Joyeux Noël
[12:18] Andrew Hellershanks : Joyeux Noël à ceux d'entre vous qui célèbrent Noël. J'espère que vous profitez tous des fêtes. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.
[12:19] Michael.Christopher @cc.opensimulator.org:8002 : Bonne semaine à tous !
[12:19] Ubit Umarov : Ohh c'est encore cette période de l'année.
[12:19] Motoko.Karu @login.digiworldz.com:8002 : Merci... Joyeux Noël à vous aussi...
[12:19] Ubit Umarov : Joyeux Noël les amis :)
[12:19] Kayaker Magic : au revoir à tous, et merci pour la discussion et les informations !
[12:19] Gavin.Hird @grid.xmir.org:8002 : Joyeux Noël à tous !
[12:19] Andrew Hellershanks : C'est bientôt la fin d'une nouvelle année.
[12:19] Gavin.Hird @grid.xmir.org:8002 : ou Dieu Jul comme nous, vikings disons...
</pre>