« Réunion de 21-12-2021 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
 
(15 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2021-12-21
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2021-12-21
Bientôt la traduction
=Introduction=
=Introduction=
<pre>
<pre>
Ligne 125 : Ligne 123 :
</pre>
</pre>
= XML -- JSON =  
= XML -- JSON =  
<pre>
<pre>
[11:30] Ubit Umarov : normal, le non-sens du xml.
[11:30] Ubit Umarov : normal, le non-sens du xml.
Ligne 141 : Ligne 140 :
[11:34] Gavin.Hird @grid.xmir.org:8002 : llsdjson
[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] 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: makrketplace (their) use json. I am going to remove that code completely
[11:35] Gavin.Hird @grid.xmir.org:8002 : le marché (leur) utilise json. Je vais supprimer complètement ce code
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002: I was reading up on new http3 the other day and how it implements udp as "reliable" connection and all I could think of was lludp and it's reputation for being so incredibly reliable that we all never have connection issues right. I swear we are turning in circles in some ways with all that lately, going back to the same bad ideas of the last century
[11:36] Ubit Umarov : cela implique de nommées des choses  <SceneObjectGroup><<SceneObjectPart>...</SceneObjectGroup>.
[11:36] Ubit Umarov: that means things named like <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 ?
[11:36] Ubit Umarov: oen needes to use long names for things on serielization only machines will read, right?
</pre>
[11:37] Ubit Umarov: http3 just uses another prococol made on top of udp to replace tcp
= HTTP/3=
[11:37] Ubit Umarov: lludp was one, petty ll just broke it, instead if improving
* [https://fr.wikipedia.org/wiki/HTTP#HTTP/3 HTTP/3]
[11:38] Ubit Umarov: the use of UDP is just because it was avaiable
* [https://www.commentcamarche.net/faq/7294-tcp-udp-quelles-differences TCP / UDP : Quelles différences ? ]
[11:38] Ubit Umarov: th lowest level is not usable
** [https://fr.wikipedia.org/wiki/Transmission_Control_Protocol Protocole TCP]
[11:38] Gavin.Hird @grid.xmir.org:8002: "the cloud" did not want anything to do with udp
** [https://fr.wikipedia.org/wiki/User_Datagram_Protocol Protocol UDP]
[11:38] Ubit Umarov: ir the IP level on the stack, is i remember
** [https://www.malekal.com/wp-content/uploads/udp-tcp.jpg Shéma Communication TCP vs UDP]
[11:39] Ubit Umarov: well google says yes.. so all will use it soon or later
* [[LLUDP_ClientStack/fr]]
[11:39] Gavin.Hird @grid.xmir.org:8002: unless congres splits it before
* [https://fr.wikipedia.org/wiki/AppleTalk AppleTalk]
[11:39] Ubit Umarov: congress as no word on that
* [https://fr.wikipedia.org/wiki/Time_to_Live TTL ]
[11:39] Gavin.Hird @grid.xmir.org:8002: on splitting google?
* [https://fr.wikipedia.org/wiki/Secure_Sockets_Layer SSL]
[11:40] Gavin.Hird @grid.xmir.org:8002: I think they do
<pre>
[11:40] Ubit Umarov: is it still a usa thing?
[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:40] Michael.Christopher @cc.opensimulator.org:8002: are we referring to the anti-monopoly laws?
[11:37] Ubit Umarov : http3 utilise juste un autre protocole fait au dessus de udp pour remplacer tcp.
[11:40] Ubit Umarov: and dont they own halt to congress? :P
[11:37] Ubit Umarov : lludp en était un, mais les petits ll l'ont cassé, au lieu de l'améliorer.
[11:40] Ubit Umarov: half even..
[11:38] Ubit Umarov : UDP a été utilisé juste parce qu'il était disponible.
[11:40] Gavin.Hird @grid.xmir.org:8002: also the company now known as "the worst company of 2021" could be split
[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:40] Michael.Christopher @cc.opensimulator.org:8002: :))
[11:41] Ubit Umarov: well tcp is a stream orented protocol.. it tries to keep a "wire" connected all the time
[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 thing is a connection oriented thing..
[11:41] Ubit Umarov : http3 est une chose orientée connexion...
[11:42] Ubit Umarov: more enfasis on fast connect/disconnect that is a pain on tcp
[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: sure but some data can just be blasted out there and nobody cares if it is received
[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 is a message oriented protocol, suposely even lighter
[11:42] Ubit Umarov : lludp est un protocole orienté message, supposément encore plus léger.
[11:42] Andrew Hellershanks: The order of packets is also not guaranteed with UDP.
[11:42] Andrew Hellershanks : L'ordre des paquets n'est pas non plus garanti avec UDP.
[11:43] Ubit Umarov: look they use UDP bc there is nothitn else on the protocol
[11:43] Ubit Umarov : regarde ils utilisent UDP parce qu'il n'y a rien d'autre dans le protocole.
[11:43] Ubit Umarov: and UDP only adds a bit of things on packets relative to lower level on the stack
[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: so it is almost as the basic packets any can use
[11:43] Ubit Umarov : donc c'est presque comme les paquets de base que tout le monde peut utiliser.
[11:43] Jagga Meredith: well, there's Appletalok but I don't think it's routable
[11:43] Jagga Meredith : il y a Appletalok mais je ne pense pas qu'il soit routable.
[11:44] Ubit Umarov: that does have a kernel exposed interface
[11:44] Ubit Umarov : il a une interface exposée au noyau.
[11:44] Gavin.Hird @grid.xmir.org:8002: Appletalk? - that is last millennia
[11:44] Gavin.Hird @grid.xmir.org:8002 : Appletalk ? - c'est le dernier millénaire
[11:44] Ubit Umarov: any can make a protocol to replace tcp using it
[11:44] Ubit Umarov : tout le monde peut créer un protocole pour remplacer tcp en l'utilisant.
[11:44] Ubit Umarov: and many did
[11:44] Ubit Umarov : et beaucoup l'ont fait
[11:44] Ubit Umarov: ll and not google just 2
[11:44] Ubit Umarov : ce n'est  pas à google juste pour
[11:44] Ubit Umarov: and now..
[11:44] Ubit Umarov : et maintenant...
[11:45] Gavin.Hird @grid.xmir.org:8002: and it could be routed
[11:45] Gavin.Hird @grid.xmir.org:8002 : et il pourrait être routé.
[11:45] Ubit Umarov: same as tcp
[11:45] Ubit Umarov :pareil que tcp
[11:45] Ubit Umarov: just depends on what is added
[11:45] Ubit Umarov : cela dépend de ce qui est ajouté.
[11:45] Ubit Umarov: sure routers are high level things
[11:45] Ubit Umarov : les routeurs sont des choses de haut niveau.
[11:45] Ubit Umarov: that know abotu tcp
[11:45] Ubit Umarov : qui connaissent le tcp.
[11:45] Gavin.Hird @grid.xmir.org:8002: I remember in 1989 when our Microsoft mail servers in Norway started syncing up with the servers in Anchorage because someone established a route that was not intended for that purpose at all
[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: so that may not get some speedups ( or slow downs) routers do for tcp
[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: in fact routers even look into http level
[11:46] Ubit Umarov : en fait les routeurs regardent même le niveau http.
[11:46] Gavin.Hird @grid.xmir.org:8002: these servers only understood Appletalk
[11:46] Gavin.Hird @grid.xmir.org:8002 : ces serveurs ne comprennent que Appletalk.
[11:46] Ubit Umarov: yeap
[11:46] Ubit Umarov: Oui
[11:47] Ubit Umarov: well guess some of the speedups of that use of udp are misleathing
[11:47] Ubit Umarov : je suppose que certaines des accélérations de l'utilisation d'udp sont trompeuses.
[11:47] Ubit Umarov: to start, UPD packets have priority over tcp, in order to protect video and audio
[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: so they are riding on that.. possible with very negative impact on "real time" things using udp
[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: ofc google does not care... they just want their servers faster
[11:48] Ubit Umarov : bien sûr, Google s'en moque... ils veulent juste que leurs serveurs soient plus rapides.
[11:49] Ubit Umarov: then they did same just a few packets at stat of a connection and on closing
[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: in fact to close tcp is pretty bad
[11:49] Ubit Umarov : en fait fermer tcp c'est plutôt mauvais.
[11:50] Ubit Umarov: resources need to stay allocated for a long time after closing a tcp connection
[11:50] Ubit Umarov : les ressources doivent rester allouées pendant longtemps après la fermeture d'une connexion tcp.
[11:50] Ubit Umarov: like those sockets in TIME_WAIT etc
[11:50] Ubit Umarov : comme ces sockets dans TIME_WAIT etc...
[11:50] Gavin.Hird @grid.xmir.org:8002: In case a turtle pakcet comes in 5 minutes late?
[11:50] Gavin.Hird @grid.xmir.org:8002 : Au cas où un paquet "tortue" arrive avec 5 minutes de retard ?
[11:51] Ubit Umarov: yeap
[11:51] Ubit Umarov: Oui
[11:51] Ubit Umarov: bc f multi path
[11:51] Ubit Umarov: bc f multi path
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002: It's a battle cry against paying for bandwidth because the large carriers are making billions without actually really upgrading the aging infrastructure, because they know most don't have a choice if they want to remain on the internet. All the major carriers been stuck in that for a few years now, only started to become an issue now with the 20% increase of traffic due to lockdowns
[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 all the cloud crap moving stuff around from datacenter to datacenter for no reason
[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: well google code make a lot for the bandwiht by just increasing the ttl of their DNS entries
[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: dns is a big part of the traffic
[11:53] Ubit Umarov : les DNS sont une grande partie du trafic.
[11:53] Andrew Hellershanks: We are less than 10 minutes before the top of the hour. Does anyone else have any OpenSimulator related questions?
[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 that http3 also does ssl at low level
[11:53] Ubit Umarov : ahh http3 permet aussi le ssl bas niveau.
[11:53] Ubit Umarov: ssl is mandatory with it
[11:53] Ubit Umarov : ssl est obligatoire avec lui
[11:54] Ubit Umarov: ( saves one or 2 packets on creating a secure connection )
[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: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: hate how all think they need "secure" connections
[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: Did you have something you wanted to ask, Michael? I thought I saw you typing.
[11:56] Andrew Hellershanks : Est-ce que tu voulais demander quelque chose, Michael ? Je pensais t'avoir vu taper.
[11:56] Ubit Umarov: our chat here is even been recorded to put on a public site
[11:56] Ubit Umarov : notre chat ici est même enregistré pour être mis sur un site public.
[11:56] Ubit Umarov: why would we use "secure" connections on it?
[11:56] Ubit Umarov : pourquoi utiliserions-nous des connexions "sécurisées" ?
[11:56] Ubit Umarov: :)
[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: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: that is a xml bs claim
[11:57] Ubit Umarov : c'est une exigence xml bs.
[11:57] Ubit Umarov: one always need to know what the data is.. no matter the claim
[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 I don't even base64 encoded mess lol
[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: ( and who said humans don't read binary?? jezzz )
[11:58] Ubit Umarov : ( et qui a dit que les humains ne lisaient pas le binaire ?? jezzz )
[11:58] Ubit Umarov: :p
[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] 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.
[11:58] Kayaker Magic: Gavin, can you give me an overview of what slvoice.exe does?
</pre>
[11:58] Gavin.Hird @grid.xmir.org:8002: no
= 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)
 
[[Freeswitch Module/fr |Module Freeswitch ]]
 
[https://fr.wikipedia.org/wiki/Mumble Mumble]
* [[Mumble]] : en anglais, dernière mise à jour mars 2012
* [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] Kayaker Magic: LOL
[11:59] Ubit Umarov: lol
[11:59] Ubit Umarov: lol
[11:59] Gavin.Hird @grid.xmir.org:8002: it is a black box
[11:59] Gavin.Hird @grid.xmir.org:8002 : c'est une boîte noire.
[11:59] Andrew Hellershanks: hehe
[11:59] Andrew Hellershanks: hehe
[11:59] Gavin.Hird @grid.xmir.org:8002: only LL has the code
[11:59] Gavin.Hird @grid.xmir.org:8002 : seul LL possède le 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] 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: rofl @kayaker/Gavin - if we had that we'd have our own better version up
[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: it sits between the vieer and vivox servers, but exactly what it does...
[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: it also does the messy work of control the mic, and audion things
[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] Ubit Umarov: audio..
[12:00] Gavin.Hird @grid.xmir.org:8002: yes
[12:00] Gavin.Hird @grid.xmir.org:8002: oui
[12:00] Ubit Umarov: it is basicly a softwarePhone
[12:00] Ubit Umarov : c'est un essentiellement un téléphone logiciel.
[12:00] Ubit Umarov: under control of the viewer
[12:00] Ubit Umarov : sous le contrôle du viewer.
[12:01] Ubit Umarov: infact it was born as just a SIP phone
[12:01] Ubit Umarov : en fait, il est né comme un simple téléphone SIP.
[12:01] Ubit Umarov: and still is
[12:01] Ubit Umarov : et l'est toujours
[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] 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: reason why freeswitch workds
[12:01] Ubit Umarov : pourquoi freeswitch fonctionne-t-il ?
[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: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: or peer to peer rather
[12:02] Gavin.Hird @grid.xmir.org:8002 : ou plutôt peer to peer
[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] 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: as i said.. it is a modified SIP phone
[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: I think one viewer developer has the slvoice.exe code, but they don't part with it
[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: and who cares abotu that code.. it depends on having viviox accounts
[12:04] Ubit Umarov : et qui se soucie de ce code... il dépend de l'existence de comptes viviox.
[12:05] Ubit Umarov: the original spec is open
[12:05] Ubit Umarov : la spécification originale est ouverte.
[12:05] Ubit Umarov: somewhere on ll sites
[12:05] Ubit Umarov : quelque part sur ll sites
[12:05] Gavin.Hird @grid.xmir.org:8002: anyone can have that if you pay
[12:05] Gavin.Hird @grid.xmir.org:8002 : tout le monde peut l'avoir si vous payez.
[12:05] Ubit Umarov: seen their charge rates? :)
[12:05] Ubit Umarov : vous avez vu leurs tarifs ? :)
[12:05] Gavin.Hird @grid.xmir.org:8002: sure
[12:05] Gavin.Hird @grid.xmir.org:8002 : bien sûr.
[12:05] Ubit Umarov: and even no idea if they want any opensim now
[12:05] Ubit Umarov : et même aucune idée s'ils veulent de opensim maintenant.
[12:05] Gavin.Hird @grid.xmir.org:8002: I did not say if you can afford to pay ;-)
[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 : :)
[12:06] Ubit Umarov: fact is that the need to use the new version is blabla
[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: Even if you do I doubt you'd get more bandwidth or higher codecs anyways
[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 is using the same old version
[12:06] Ubit Umarov : SL utilise la même vieille version
[12:06] Vincent.Sylvester @hg.zetaworlds.com:8002: Have you listened to that lately, it sounds like tin cans connected over string
[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 uses payed codecs
[12:07] Ubit Umarov : vivox utilise des codecs payants.
[12:07] Ubit Umarov: think now their own
[12:07] Ubit Umarov : ils pensent maintenant aux leurs.
[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: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: that old mumble or what it is called use a 2.4ish kHz connection
[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: ppl did wrote in past "...high definition, royalty-free Siren 14 (G 722.1C) voice codec"
[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: in fact NO.. they did use the closed pay version of Siren
[12:08] Ubit Umarov : en fait NON... ils ont utilisé la version payante fermée de Siren.
[12:08] Ubit Umarov: then added 3d features to it
[12:08] Ubit Umarov : puis ils ont ajouté des fonctions 3d.
[12:09] Ubit Umarov: and no one has that codec but vivox, ofc
[12:09] Ubit Umarov : et personne n'a ce codec à part Vivox, bien sûr.
[12:09] Michael.Christopher @cc.opensimulator.org:8002: ofc
[12:09] Michael.Christopher @cc.opensimulator.org:8002: bien sûr.
[12:09] Kayaker Magic: What is the relationship between vivox (or any voice code) and the fmod library?
[12:09] Kayaker Magic : Quelle est la relation entre vivox (ou tout autre code vocal) et la bibliothèque fmod ?
[12:09] Ubit Umarov: none
[12:09] Ubit Umarov : aucune.
[12:09] Gavin.Hird @grid.xmir.org:8002: which is why slvoice.exe is a blackbox
[12:09] Gavin.Hird @grid.xmir.org:8002 : c'est pourquoi slvoice.exe est une boîte noire.
[12:09] Ubit Umarov: just both mess with audio :)
[12:09] Ubit Umarov : juste pour les deux parties de l'audio :)
[12:10] Ubit Umarov: but on viewers fmod is to play things
[12:10] Ubit Umarov : mais sur les viewers fmod sert à  jouer des choses.
[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] 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: no relation at all with voice
[12:10] Ubit Umarov : aucune relation avec la voix.
[12:10] Kayaker Magic: Nor me!
[12:10] Kayaker Magic: pas moi !
[12:10] Selby.Evans @grid.kitely.com:8002: was IMA
[12:10] Selby.Evans @grid.kitely.com:8002 : c'était IMA
[12:11] Selby.Evans @grid.kitely.com:8002: Ask lisa
[12:11] Selby.Evans @grid.kitely.com:8002 : Demande à Lisa
[12:11] Michael.Christopher @cc.opensimulator.org:8002: ty selby
[12:11] Michael.Christopher @cc.opensimulator.org:8002: merci 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] 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: ofc the ppl who made mumble work on opensim back then, made a slvoice.exe replacement
[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: only objection is it gets handled via Dubai and not some US company
[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: sources somewhere
[12:13] Ubit Umarov : des sources quelque part.
[12:13] Ubit Umarov: ima is remaking that
[12:13] Ubit Umarov : ima est en train de refaire ça.
[12:14] Andrew Hellershanks: This appears to be the source for Mumble -> https://github.com/mumble-voip/mumble
[12:14] Andrew Hellershanks : Ceci semble être la source de Mumble -> https://github.com/mumble-voip/mumble
[12:15] Andrew Hellershanks: Last code update was two days ago.
[12:15] Andrew Hellershanks : La dernière mise à jour du code date d'il y a deux jours.
[12:15] Ubit Umarov: duhh that is the main server thing
[12:15] Ubit Umarov : duhh c'est le serveur principal.
[12:15] Andrew Hellershanks: It is now a quarter past the hour mark. Any final comments or questions re: OpenSimulator for today?
[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: not for today here, thoughts for next week :)
[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: ... while the server should work on anything Qt can be installed on.
[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: good old Qt
[12:16] Gavin.Hird @grid.xmir.org:8002 : le bon vieux Qt.
[12:17] Ubit Umarov: oops i just made a commit
[12:17] Ubit Umarov : oops je viens de faire un commit.
[12:17] Gavin.Hird @grid.xmir.org:8002: lol
[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] 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: :))
[12:17] Michael.Christopher @cc.opensimulator.org:8002: :))
[12:17] Jamie.Jordan @grid.kitely.com:8002: thanks everybody have a great week
</pre>
[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!
= Conclusion -- fêtes de fin d'année =
[12:18] Andrew Hellershanks: The VLC program is now showing its icon with a Santa hat on top. :)
<pre>
[12:18] Jamie.Jordan @grid.kitely.com:8002: Merry Christmas
[12:17] Jamie.Jordan @grid.kitely.com:8002 : Merci à tous, passez une bonne semaine.
[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:17] Gavin.Hird @grid.xmir.org:8002 : est-ce qu'il envoie un message de "joyeux Noël" à tous les utilisateurs ?
[12:19] Michael.Christopher @cc.opensimulator.org:8002: have a great week all!
[12:18] Michael.Christopher @cc.opensimulator.org:8002 : Joyeux Noël/Bonnes vacances !
[12:19] Ubit Umarov: Ohh it that that time of the year again
[12:18] Andrew Hellershanks : Le programme VLC affiche maintenant son icône avec un chapeau de Père Noël sur le dessus. :)
[12:19] Motoko.Karu @login.digiworldz.com:8002: Thank you.. Merry Christmas as well...
[12:18] Jamie.Jordan @grid.kitely.com:8002 : Joyeux Noël
[12:19] Ubit Umarov: merry xmas ppl :)
[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] Kayaker Magic: bye all, and thanks for the discussion and information!
[12:19] Michael.Christopher @cc.opensimulator.org:8002 : Bonne semaine à tous !
[12:19] Gavin.Hird @grid.xmir.org:8002: Merry Christmas all!
[12:19] Ubit Umarov : Ohh c'est encore cette période de l'année.
[12:19] Andrew Hellershanks: Almost the end of another year again.
[12:19] Motoko.Karu @login.digiworldz.com:8002 : Merci... Joyeux Noël à vous aussi...
[12:19] Gavin.Hird @grid.xmir.org:8002: or God Jul as we vikings say
[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>
</pre>

Version actuelle datée du 22 décembre 2021 à 19:05

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

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

Mumble

Qt

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

Conclusion -- fêtes de fin d'année

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