Réunion de 21-12-2021

De OSWiki
Aller à la navigation Aller à la recherche

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2021-12-21

Bientôt la traduction

Introduction

[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

Quoi de neuf dans le code OpenSim ? DTL monney -- MariaDB

  • DTL/NSL Money Server - Ce serveur de monnaie est une version modifiée de "DTL Currency Processing" pour Linux/Unix par NSL.

MariaDB :

[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 ? :-)

Les viewers : cache d'objets -- capture 360° -- LIDAR

Nouvelle version du Viewer Dayturn

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

[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°.

Nouveau cache d'objets

[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

Capture 360°

[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

LIDAR

Lidar

[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.

Log4J -- Log4Net

[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.

XML -- JSON

[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 ?

HTTP/3

[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.

Voice -- slvoice.exe

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.

Protocole SIP (Vivox) Module Freeswitch

[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: fact is that the need to use the new version is blabla
[12:06] Vincent.Sylvester @hg.zetaworlds.com:8002: Even if you do I doubt you'd get more bandwidth or higher codecs anyways
[12:06] Ubit Umarov: SL is using the same old version
[12:06] Vincent.Sylvester @hg.zetaworlds.com:8002: Have you listened to that lately, it sounds like tin cans connected over string
[12:07] Ubit Umarov: vivox uses payed codecs
[12:07] Ubit Umarov: think now their own
[12:07] Vincent.Sylvester @hg.zetaworlds.com:8002: It sounds an awful lot like some variant of speex frankly, given the level of quality we get
[12:08] Gavin.Hird @grid.xmir.org:8002: that old mumble or what it is called use a 2.4ish kHz connection
[12:08] Ubit Umarov: ppl did wrote in past "...high definition, royalty-free Siren 14 (G 722.1C) voice codec"
[12:08] Ubit Umarov: in fact NO.. they did use the closed pay version of Siren
[12:08] Ubit Umarov: then added 3d features to it
[12:09] Ubit Umarov: and no one has that codec but vivox, ofc
[12:09] Michael.Christopher @cc.opensimulator.org:8002: ofc
[12:09] Kayaker Magic: What is the relationship between vivox (or any voice code) and the fmod library?
[12:09] Ubit Umarov: none
[12:09] Gavin.Hird @grid.xmir.org:8002: which is why slvoice.exe is a blackbox
[12:09] Ubit Umarov: just both mess with audio :)
[12:10] Ubit Umarov: but on viewers fmod is to play things
[12:10] Michael.Christopher @cc.opensimulator.org:8002: kayaker, was it you that talked to me last OSCC about trying to work on freeswitch, or have i lost someone?
[12:10] Ubit Umarov: no relation at all with voice
[12:10] Kayaker Magic: Nor me!
[12:10] Selby.Evans @grid.kitely.com:8002: was IMA
[12:11] Selby.Evans @grid.kitely.com:8002: Ask lisa
[12:11] Michael.Christopher @cc.opensimulator.org:8002: ty selby
[12:12] Gavin.Hird @grid.xmir.org:8002: slap in a Telegraam voice client in the viewer if people want to chat one on one or conference
[12:12] Ubit Umarov: ofc the ppl who made mumble work on opensim back then, made a slvoice.exe replacement
[12:12] Gavin.Hird @grid.xmir.org:8002: only objection is it gets handled via Dubai and not some US company
[12:13] Ubit Umarov: sources somewhere
[12:13] Ubit Umarov: ima is remaking that
[12:14] Andrew Hellershanks: This appears to be the source for Mumble -> https://github.com/mumble-voip/mumble
[12:15] Andrew Hellershanks: Last code update was two days ago.
[12:15] Ubit Umarov: duhh that is the main server thing
[12:15] Andrew Hellershanks: It is now a quarter past the hour mark. Any final comments or questions re: OpenSimulator for today?
[12:16] Michael.Christopher @cc.opensimulator.org:8002: not for today here, thoughts for next week :)
[12:16] Gavin.Hird @grid.xmir.org:8002: ... while the server should work on anything Qt can be installed on.
[12:16] Gavin.Hird @grid.xmir.org:8002: good old Qt
[12:17] Ubit Umarov: oops i just made a commit
[12:17] Gavin.Hird @grid.xmir.org:8002: lol
[12:17] Andrew Hellershanks: Remove the mumble word off the end of that URL and you will see a lot of related projects.
[12:17] Michael.Christopher @cc.opensimulator.org:8002: :))
[12:17] Jamie.Jordan @grid.kitely.com:8002: thanks everybody have a great week
[12:17] Gavin.Hird @grid.xmir.org:8002: does it send a "merry Christmas" broadcast to all users?
[12:18] Michael.Christopher @cc.opensimulator.org:8002: marry christmas/happy holidays!
[12:18] Andrew Hellershanks: The VLC program is now showing its icon with a Santa hat on top. :)
[12:18] Jamie.Jordan @grid.kitely.com:8002: Merry Christmas
[12:18] Andrew Hellershanks: Merry Christmas to those of you who celebrate Christmas. I hope you all enjoy the holidays. Thank you all for coming. See you again next week.
[12:19] Michael.Christopher @cc.opensimulator.org:8002: have a great week all!
[12:19] Ubit Umarov: Ohh it that that time of the year again
[12:19] Motoko.Karu @login.digiworldz.com:8002: Thank you.. Merry Christmas as well...
[12:19] Ubit Umarov: merry xmas ppl :)
[12:19] Kayaker Magic: bye all, and thanks for the discussion and information!
[12:19] Gavin.Hird @grid.xmir.org:8002: Merry Christmas all!
[12:19] Andrew Hellershanks: Almost the end of another year again.
[12:19] Gavin.Hird @grid.xmir.org:8002: or God Jul as we vikings say