Réunion de 21-12-2021
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
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
[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 ?
HTML/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: the fact it forces a useless and heavy ssl is a detail they do not care :p [11:55] Ubit Umarov: hate how all think they need "secure" connections [11:56] Andrew Hellershanks: Did you have something you wanted to ask, Michael? I thought I saw you typing. [11:56] Ubit Umarov: our chat here is even been recorded to put on a public site [11:56] Ubit Umarov: why would we use "secure" connections on it? [11:56] Ubit Umarov: :) [11:56] Vincent.Sylvester @hg.zetaworlds.com:8002: OpenSim has some obscure data structures that you can happily send over http because unless you know how to decode that mess you can't get any info from that data [11:57] Ubit Umarov: that is a xml bs claim [11:57] Ubit Umarov: one always need to know what the data is.. no matter the claim [11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: osUTF8 asciibytes I don't even base64 encoded mess lol [11:58] Ubit Umarov: ( and who said humans don't read binary?? jezzz ) [11:58] Ubit Umarov: :p [11:58] Michael.Christopher @cc.opensimulator.org:8002: ubit - i can see how end users might have little to no reason for secure connections, but... i dont see how we could allow http for some while securing just the pieces (like for businesses) that need it. [11:58] Kayaker Magic: Gavin, can you give me an overview of what slvoice.exe does? [11:58] Gavin.Hird @grid.xmir.org:8002: no [11:59] Kayaker Magic: LOL [11:59] Ubit Umarov: lol [11:59] Gavin.Hird @grid.xmir.org:8002: it is a black box [11:59] Andrew Hellershanks: hehe [11:59] Gavin.Hird @grid.xmir.org:8002: only LL has the code [11:59] Kayaker Magic: I was wondereing why vivox is necessary for local voice communication between avtars next to each other on the same server. [11:59] Michael.Christopher @cc.opensimulator.org:8002: rofl @kayaker/Gavin - if we had that we'd have our own better version up [11:59] Gavin.Hird @grid.xmir.org:8002: it sits between the vieer and vivox servers, but exactly what it does... [12:00] Ubit Umarov: it also does the messy work of control the mic, and audion things [12:00] Ubit Umarov: audio.. [12:00] Gavin.Hird @grid.xmir.org:8002: yes [12:00] Ubit Umarov: it is basicly a softwarePhone [12:00] Ubit Umarov: under control of the viewer [12:01] Ubit Umarov: infact it was born as just a SIP phone [12:01] Ubit Umarov: and still is [12:01] Gavin.Hird @grid.xmir.org:8002: what that is necessary? I guess it is set up like that beecause vivox sells additional services that can be overlaid the voice [12:01] Ubit Umarov: reason why freeswitch workds [12:01] Gavin.Hird @grid.xmir.org:8002: for a voice chat (that does not work on opensim) it just establishes the connection, the rest is handled locally [12:02] Gavin.Hird @grid.xmir.org:8002: or peer to peer rather [12:03] Vincent.Sylvester @hg.zetaworlds.com:8002: Essentially generates something the audio stuff can hook into, doesn't directly handle it, just bridges one to the other, but just break it open with a hammer to see what it does in detail [12:03] Ubit Umarov: as i said.. it is a modified SIP phone [12:04] Gavin.Hird @grid.xmir.org:8002: I think one viewer developer has the slvoice.exe code, but they don't part with it [12:04] Ubit Umarov: and who cares abotu that code.. it depends on having viviox accounts [12:05] Ubit Umarov: the original spec is open [12:05] Ubit Umarov: somewhere on ll sites [12:05] Gavin.Hird @grid.xmir.org:8002: anyone can have that if you pay [12:05] Ubit Umarov: seen their charge rates? :) [12:05] Gavin.Hird @grid.xmir.org:8002: sure [12:05] Ubit Umarov: and even no idea if they want any opensim now [12:05] Gavin.Hird @grid.xmir.org:8002: I did not say if you can afford to pay ;-) [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