Réunion du 21-09-2021

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

Traduction Deep avec quelques petits correctifs

Introduction

[11:01] Gavin.Hird @grid.xmir.org:8002 : Bonjour Vincent, Andrew, Jamie et Selby.
[11:01] Andrew Hellershanks : Bonjour à tous.
[11:01] Ubit Umarov : Bonjour à tous.
[11:01] Jamie.Jordan @grid.kitely.com:8002 : Bonjour à tous
[11:01] Selby.Evans @grid.kitely.com:8002 : Bonjour à tous.
[11:02] Gavin.Hird @grid.xmir.org:8002 : Salut Sefanie
[11:02] Stefanie.Ferdinand @hg.zetaworlds.com:80 : Bonjour à tous.
[11:03] Selby.Evans @grid.kitely.com:8002 : Salut Stefanie
[11:03] Andrew Hellershanks : Bonjour, Stefanie.
[11:06] Andrew Hellershanks : Nous pourrions aussi bien commencer.
[11:06] Ubit Umarov : alors quelles sont les nouvelles d'opensim things ?
[11:06] Andrew Hellershanks : Quelqu'un a été plus occupé à faire des changements dans le code cette dernière semaine :)
[11:06] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai donc des nouvelles positives dans la mesure où je n'ai entendu aucune plainte concernant les changements apportés à beginInvoke ayant un impact négatif sur les performances ou la stabilité du croisement, donc c'est bien.
[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il reste la question de la méthode en question qui se trouve toujours à divers autres endroits et dans les dépendances livrées avec OpenSim.
[11:07] Ubit Umarov : begininvoke est juste pour utiliser un autre schéma de threading.
[11:08] Ubit Umarov : beaucoup disent qu'elle a été supprimée dans les nouvelles versions de .net.
[11:08] Ubit Umarov : donc supprimé ici.
[11:08] Gavin.Hird @grid.xmir.org:8002 : Pendant une seconde, j'ai cru que tu avais écrit "être réveillé".
[11:08] Ubit Umarov : similaire :p
[11:09] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait une recherche binaire et j'ai trouvé des mentions dans diverses DLL comme les connecteurs sql et même des trucs plus basiques.
[11:10] Ubit Umarov : bien, c'était la partie "amusante", j'ai vu par exemple le dernier connecteur mysql pour l'utiliser.
[11:11] Ubit Umarov : alors que pour le "web", tout ce qui est dit a été retiré de .net core et .net5.
[11:11] Ubit Umarov : c'est une des formes possibles pour demander que quelque chose soit fait par un autre thread.
[11:12] Ubit Umarov : je suppose que nous avions toutes les formes de faire cela... donc une de moins.

À Propos de .Net et Mono

[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : La question est qu'avec .net, vous pouvez, au moins pour le moment, toujours installer des versions plus anciennes pour une rétrocompatibilité, mais comment cela se traduit-il pour mono ou, enfin, si mono survit et n'est pas supprimé au profit d'une version .net nix ?
[11:12] Grille : Eléments partagés avec succès.
[11:12] Ubit Umarov : maintenant, il suffit d'utiliser un thread pool workjob comme ailleurs.
[11:13] Ubit Umarov : Pas vraiment.
[11:13] Ubit Umarov : .net 4.8 vers les plus récents est une grande rupture.
[11:13] Ubit Umarov : sous linux, mono ne fait que .net 4.x.
[11:14] Ubit Umarov : tout le reste est du ms .dotnet quelque chose
[11:14] Ubit Umarov : ou vous devez installer le sdk .net5 etc etc
[11:14] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Bonjour à tous
[11:14] Ubit Umarov : 2 choses différentes.
[11:14] Andrew Hellershanks : Bonjour, Eldovar.
[11:14] Gavin.Hird @grid.xmir.org:8002 : Salut Eldovar
[11:14] Ubit Umarov : en fait, il semble que ms est juste en train de faire un grand désordre en cassant les choses.
[11:15] Selby.Evans @grid.kitely.com:8002 : Salut Eldovar
[11:15] Stefanie.Ferdinand @hg.zetaworlds.com:80 : Salut Eldovar
[11:16] Ubit Umarov : la migration d'opensim vers .net5 signifiera qu'il ne fonctionnera pas sur plusieurs plateformes
[11:16] Ubit Umarov : je veux dire utiliser .net pour de nouvelles choses uniques comme les maths.
[11:17] Ubit Umarov : bien sûr, avoir opensim pour "compiler" sur .net5 sera un problème.
[11:17] Gavin.Hird @grid.xmir.org:8002 : donc en réalité Win seulement ?
[11:17] Ubit Umarov : XEngine ne fonctionnera tout simplement pas...
[11:17] Andrew Hellershanks : Ubit, c'est une façon de forcer une migration vers YEngine. ;)
[11:17] Ubit Umarov : les textures dynamiques et les maps vont nécessiter l'utilisation d'une librairie externe.
[11:18] Ubit Umarov : car les bitmaps et autres ne sont supportés que sur .net5-windows.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suis inquiet de ne pas avoir pu trouver d'informations claires sur l'avenir de mono ces derniers temps. Il semble que le retour de flamme du .net Enterprise entraîne un silence radio.
[11:19] Ubit Umarov : Je ne vois pas de .net5 ou 6 pour les 2 ou 3 prochaines années.
[11:19] Ubit Umarov : Selon les gens de MS, c'est mort.
[11:19] Ubit Umarov : c'est seulement le .net framework 4.8.
[11:19] Ubit Umarov : donc il n'y aura que des fiex.
[11:20] Ubit Umarov : ofc mono est toujours détenu par une fondation avec plus de ms
[11:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est ce que j'espère en fait, car s'il devait être complètement abandonné sans recevoir de mises à jour et de sécurité, cela pourrait être très mauvais.
[11:20] Ubit Umarov : ms a fait un gros effort sur le sujet.
[11:20] Ubit Umarov : mono 6 est juste le meilleur mono qui ait jamais existé
[11:21] Ubit Umarov : mais ms ppl a dit tellement de choses jusqu'à maintenant
[11:21] Ubit Umarov : je suppose que nous devons attendre encore plus :)
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : De plus, il est ouvert après tout et peut donc être maintenu par la communauté, la question est seulement de savoir jusqu'où cela va, en fonction du nombre de personnes qui ont "besoin" que mono reste au final.
[11:22] Ubit Umarov : sur .net core 1 et 2, les choses qu'ils ont dites signifient que même les applications win actuelles ne fonctionneraient pas sans une réécriture profonde.
[11:22] Ubit Umarov : ils ont changé beaucoup de choses en ajoutant une tonne de 4.8 à net5.
[11:23] Ubit Umarov : (même les bitmaps sous Windows)
[11:23] Ubit Umarov : mais les appdomains (que xengine veut) etc, sont partis pour de bon.

Le timing

[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : D'après ce que j'ai compris, peu de gens remarquent le passage de X à Y, mais l'inverse peut être assez ennuyeux.
[11:25] Ubit Umarov : si vous utilisez toutes les fonctionnalités de Y, vous ne pouvez pas revenir à X.
[11:25] Ubit Umarov : même si vous faites un lsl correct dans certains cas.
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : llsay Je pense que ne pas accepter les ints dans X est une chose.
[11:25] Ubit Umarov : comme l'utilisation normale de llSleep.
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela aussi
[11:26] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : llSleep n'est-il pas considéré comme nocif de toute façon ?
[11:26] Ubit Umarov : seulement sur Xengine
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le timing en Y peut être un peu bizarre lorsqu'on l'utilise, mais c'est surtout à dessein et ne fait que suggérer une mauvaise conception du script.
[11:28] Ubit Umarov : le timing n'est jamais exact sur les scripts.
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Beaucoup moins de problèmes pour faire fonctionner des choses complexes et pour avoir le bon timing en Y quand c'est fait selon la spécification LSL, ce qui est l'idée derrière tout cela.
[11:28] Ubit Umarov : le timing n'est jamais exact sous windows ou linux.
[11:29] Ubit Umarov : pour un timing correct il y a des systèmes d'exploitation spéciaux RTOS.
[11:29] Ubit Umarov : systèmes d'exploitation en temps réel.
[11:29] Ubit Umarov : linux peut être compilé avec des options pour améliorer cela.
[11:29] Gavin.Hird @grid.xmir.org:8002 : macOS a des timers très précis et de haute résolution, c'est pourquoi il était/est si bon pour les applications midi.
[11:30] Ubit Umarov chuchote : mais c'est bien pire sur Y ou X.
[11:30] Ubit Umarov : les choses vont arriver... un jour...
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le plaisir ne commence que lorsque votre source d'horloge ne peut plus augmenter tsc et que tout devient vraiment bancal.
[11:31] Ubit Umarov : raise tsc ?
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : le noyau essaye de composer une source d'horloge, revient à idk what quand il ne peut pas obtenir un tsc stable, mais sans tsc, mono et OpenSim ne se comportent pas bien.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu cela une fois, c'était amusant
[11:32] Ubit Umarov : tsc est un registre cpu
[11:32] Ubit Umarov : les plus anciens avaient un énorme défaut...
[11:32] Ubit Umarov : chaque noyau en avait un...
[11:32] Ubit Umarov : sa fréquence était par coeur ... etc...
[11:33] Ubit Umarov : totalement inutile.
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : par défaut l'horloge matérielle provient du processeur, si cela ne fonctionne pas c'est l'horloge logicielle je pense, mais cela finit par faire beaucoup de dégâts, provoquant l'échec des applications.
[11:33] Ubit Umarov : cela a été amélioré.
[11:33] Ubit Umarov : mais aussi maintenant tous les MBs ont une autre horloge.
[11:33] Ubit Umarov : autour de 10Mhz
[11:33] Ubit Umarov : qui peut être utilisée pour la synchronisation.
[11:34] Ubit Umarov : c'est ce que StopWatch utilise.
[11:34] Ubit Umarov : le pc ibm, comme beaucoup d'autres, n'a pas été conçu pour les applications en temps réel.
[11:35] Ubit Umarov : la précision du temps était d'environ 10ms.
[11:35] Ubit Umarov : 15.6 sous windows
[11:35] Ubit Umarov : environ 1ms sur la plupart des linux.
[11:36] Andrew Hellershanks : Je crois me souvenir de quelque chose comme 55 ticks par seconde ou ~18mS.
[11:36] Ubit Umarov : les fenêtres peuvent aussi avoir une précision de 1ms.
[11:36] Ubit Umarov : mais cela va consommer beaucoup plus de cpu.
[11:36] Ubit Umarov : c'est un paramètre profondément caché.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Comme pour tout ce qui est utile dans Windows
[11:37] Ubit Umarov : vous savez tous que Windows a plus d'options de configuration que Linux, n'est-ce pas ?
[11:37] Ubit Umarov : :)
[11:37] Ubit Umarov : juste tout bien caché

Téléportation  : llTeleport et osTelepor

[11:37] Ubit Umarov : bien sur les changements de code de la semaine dernière.
[11:38] Ubit Umarov : j'ai fait quelques changements autour de llTeleport et osTelepor.
[11:38] Ubit Umarov : comme ne pas essayer de téléporter les agents enfants... duhhh
[11:39] Ubit Umarov : le osteleport(agent, pos, llokat ) ne fonctionne que sur la même région.
[11:39] Ubit Umarov : maintenant, il peut fonctionner partout.
[11:40] Ubit Umarov : par exemple pos = <-10,10,20> vous amènera dans la région à l'ouest de la région actuelle.
[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les changements qui ont rendu les téléportations plus stables sont les bienvenus, mais il y a toujours des pépins. En quelques centaines de tentatives, je n'ai pu trouver aucun modèle, mais beaucoup moins avec ces changements, ce qui est bien :).
[11:40] Ubit Umarov : :)
[11:41] Ubit Umarov : cela signifie que cet étrange dataserver lu par lms peut être utilisé directement avec cette dernière variante.
[11:41] Ubit Umarov : bien après avoir vérifié que la chaîne de caractères est bien un vecteur.
[11:42] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Téléportation à l'ouest du moyen actuel, seulement pour les régions adjacentes, non ?
[11:42] Ubit Umarov : cela peut être très loin.
[11:42] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : oh wow
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002 : S'il n'y a pas de région à votre destination, il n'y aura pas de téléportation.
[11:42] Ubit Umarov : mais pos doit être une position dans les coordonnées de la région locale.
[11:43] Ubit Umarov : c'est à dire que son <0.0.0> origint est le coin de référence de la région actuelle.
[11:44] Ubit Umarov : c'est à dire le coin inférieur gauche de la carte.
[11:45] Ubit Umarov : j'ai aussi fait quelques corrections sur llTeleport pour qu'il fasse des téléportations HG à partir de points de repère.
[11:45] Ubit Umarov : ou mieux les faire.
[11:46] Ubit Umarov : suivez les règles de llTeleport, il ne fonctionnera pas sur les attachements temporaires.
[11:46] Ubit Umarov : en suivant...
[11:46] Ubit Umarov : Je suppose que c'était un problème de sécurité.

Le wiki : les grilles qui ne sont plus actives

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai pris le temps cette semaine de regarder le wiki, la page de la liste des grilles liste environ 10 grilles qui n'existent plus, les domaines ont expiré et tout. J'en ai parlé à Melanie et le consensus était que si les domaines expirent et que les grilles sont hors ligne avec certitude, il faut les déplacer dans la liste inactive et supprimer tous les hyperliens des listes elles-mêmes pour éviter que le wiki soit mis sur une liste noire pour avoir potentiellement lié à des sites web pratiquant le phishing lorsque ces domaines expirés seront réenregistrés. Ce serait bien si quelqu'un pouvait jeter un coup d'oeil à cette liste à un moment donné, je n'ai pas de compte wiki moi-même :)
[11:48] Ubit Umarov : pas facile de garder une liste de grilles active.
[11:48] Ubit Umarov : hypergridbusiness en tient une je pense.
[11:48] Ubit Umarov : et quelques autres projets.
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'en garde un basé sur des requêtes ping basiques aux IPs, mais cela seul n'est pas une garantie bien sûr.
[11:49] Ubit Umarov : Oui.
[11:49] Ubit Umarov : certaines grilles sont mortes et sont revenues sur un dns totalement différent.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne fais que le mentionner puisque je l'ai trouvé :)
[11:50] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Félicitations, Vincent :-)
[11:50] Ubit Umarov : oui, nous devons l'avoir quelque part sur le wiki.
[11:50] Ubit Umarov : Les propriétaires de grilles sont censés les mettre à jour.
[11:51] Ubit Umarov : sur l'esprit ouvert du wiki.
[11:51] Ubit Umarov : cela n'a pas pris en compte les usages pubs pornographiques libres etc...
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : En ce qui concerne les domaines expirés, le consensus était de les déplacer pour éviter les mauvais liens.
[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : Google s'est déchaîné dernièrement sur les listes noires, sans doute pour augmenter ses revenus publicitaires.
[11:53] Gavin.Hird @grid.xmir.org:8002 : Les amis ne laissent pas leurs amis utiliser Google.
[11:53] Ubit Umarov : alors plus de nouvelles d'opensim ?
[11:53] Andrew Hellershanks sourit à Gavin.
[11:53] Ubit Umarov : :)

Les viewers / Firestorm

[11:53] Andrew Hellershanks : Ubit, je pense que tu as fait le tour de la question pour cette semaine en ce qui concerne le côté code des choses.
[11:54] Andrew Hellershanks : Quelque chose de votre part, Gavin, du côté des viewers ?
[11:54] Gavin.Hird @grid.xmir.org:8002 : Je vais probablement sortir une autre version du viewer cette semaine.
[11:54] Gavin.Hird @grid.xmir.org:8002 : la réunion TPV LL était pour le moins intéressante.
[11:54] Gavin.Hird @grid.xmir.org:8002 : Ils ont embauché un nouveau directeur technique / produit.
[11:54] Ubit Umarov : oh, je vous ai parlé du bug du côté de l'utilisateur sur la requête des parcelles ?
[11:54] Gavin.Hird @grid.xmir.org:8002 : un ancien de chez Microsoft.
[11:54] Gavin.Hird @grid.xmir.org:8002 : pas du tout intéressé à parler d'open source.
[11:55] Gavin.Hird @grid.xmir.org:8002 : Mojo Linden
[11:55] Andrew Hellershanks pense à une réplique de Austin Powers.
[11:55] Ubit Umarov : ( j'ai fait un fs jira sur ce sujet. https://jira.firestormviewer.org/browse/FIRE-31213 d'autres viewer peuvent l'avoir )
[11:55] Gavin.Hird @grid.xmir.org:8002 : ils ajoutent aussi un type de viewer qui n'est pas interactif.
[11:56] Gavin.Hird @grid.xmir.org:8002 : vous pouvez seulement vous connecter et observer.
[11:56] Ubit Umarov : ...
[11:56] Ubit Umarov : vous obtenez l'argument posGlobal de :
LLVector3d pos_global = region->getCenterGlobal() ;
[11:56] Ubit Umarov : c'est faux. Le centre d'une région n'est pas un identifiant de région, son coin gauche l'est.

donc cela doit être
LLVector3d pos_global = region->getOriginGlobal() ;
[11:56] Ubit Umarov : ...
[11:56] Ubit Umarov : sur certains appels à requestRegionParcelInfo
[11:57] Ubit Umarov : ...
[11:58] Ubit Umarov : aucune idée de l'origine de l'utilisation de region center.
[11:58] Gavin.Hird @grid.xmir.org:8002 : ok, j'ai ajouté un signet à jira.
[11:58] Ubit Umarov : wlel viewers...
[11:58] Ubit Umarov : :p
[11:58] Ubit Umarov : le centre est seulement utile pour placer l'eau et d'autres choses comme ça.
[11:58] Ubit Umarov : pas en tant que référence de région.
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai reçu un rapport il y a quelques semaines sur des problèmes de croisement de parcelles, peut-être liés à cela, enfin je l'espère, car cela voudrait dire que c'est réparé maintenant :).
[11:59] Ubit Umarov : HG et les régions de taille variable, toujours "magique".
[12:00] Andrew Hellershanks : Nous sommes au début de l'heure. Est-ce que quelqu'un a une question/commentaire avant que nous terminions cette réunion ?
[12:00] Ubit Umarov : ( aussi sur le code opensim ! ofc )
[12:00] Andrew Hellershanks : une dernière question/commentaire.
[12:00] Ubit Umarov : j'ai effectivement ajouté du code supplémentaire pour comparer la gestion des régions.
[12:01] Ubit Umarov : a:handle == b.handle ne le fera pas...
[12:02] Ubit Umarov : donc toujours du code "vodoo" sur les grandes régions, toujours sur opensim. même
[12:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ubit, suppression de voodoo un bug à la fois.
[12:02] Ubit Umarov : nous essayons :)
[12:04] Ubit Umarov : bien sûr il y a des lms cassés...
[12:04] Ubit Umarov : les lms sont, ou ont été, fondamentalement faits par les viewers.
[12:04] Ubit Umarov : donc certains sont juste cassés.
[12:04] Ubit Umarov : même cassés.
[12:04] Gavin.Hird @grid.xmir.org:8002 : alors ils doivent être cassés ;-)
[12:04] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : :-)
[12:05] Ubit Umarov : les fs récents ont arrêté de mettre une description correcte.
[12:06] Ubit Umarov : et celui que nous avions n'était pas vraiment "correct" non plus.
[12:06] Ubit Umarov : mais il a juste enlevé le @ gridid.
[12:06] Ubit Umarov : oh HG lms je veux dire
[12:06] Ubit Umarov : sur...

Conclusion

[12:07] Andrew Hellershanks est hors ligne.
[12:08] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : oops
[12:08] Andrew Hellershanks est en ligne.
[12:08] Gavin.Hird @grid.xmir.org:8002 : Est-ce que Andrew Hellershanks est en ligne ?
[12:08] Ubit Umarov : andrew cat a fait alt-f4 sur son viewer.
[12:08] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : lol
[12:08] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : wb Andrew
[12:08] Andrew Hellershanks : Ma connexion internet a été interrompue pendant un moment :P
[12:08] Ubit Umarov : ( ok le chat a essayé de tirer sur le câble à la place )
[12:08] Andrew Hellershanks : Qu'est-ce que j'ai manqué ?
[12:08] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Tendez votre jambe et appuyez sur le bouton d'alimentation.
[12:08] Gavin.Hird @grid.xmir.org:8002 : le moment où le ciel tombe.
[12:09] Andrew Hellershanks : Je ne peux pas blâmer le chat. Il n'est pas près de moi.
[12:09] Ubit Umarov : ok le chat est sur le poteau en train de manger la connexion fibre.
[12:09] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : octet par octet
[12:09] Andrew Hellershanks : hehe
[12:09] Ubit Umarov : :)
[12:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : Et puis Level3 est en panne, comme le veut la tradition.
[12:10] Andrew Hellershanks : Dernier appel pour toute question/commentaire de dernière minute avant de conclure.
[12:10] Gavin.Hird @grid.xmir.org:8002 : Le lapin d'un ami de Min a retiré l'isolation d'un noyau sous tension de 220V sur une longueur de 2 mètres sans être zappé.
[12:10] Gavin.Hird @grid.xmir.org:8002 : le mien...
[12:11] Ubit Umarov : oh, osgrid organise une semaine de collecte de fonds.
[12:11] Ubit Umarov : événements à la place de l'événement du puits
[12:11] Andrew Hellershanks acquiesce.
[12:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Commencez à l'employer, il veut clairement devenir électricien.
[12:11] Gavin.Hird @grid.xmir.org:8002 : :-)
[12:11] Ubit Umarov : il y aura une vente aux enchères le week-end prochain.
[12:11] Jamie.Jordan @grid.kitely.com:8002 : Passez une bonne semaine.
[12:11] Ubit Umarov : ventes aux enchères
[12:12] Andrew Hellershanks : Au revoir, Jordan.
[12:12] Ubit Umarov : cya jordan
[12:12] Selby.Evans @grid.kitely.com:8002 : Je dois y aller -- au revoir à tous.
[12:12] Andrew Hellershanks : Au revoir, Selby.
[12:12] Ubit Umarov : salut Selby.Evans
[12:12] Gavin.Hird @grid.xmir.org:8002 : au revoir Selby.
[12:12] Grille : Eldovar.Lamilton @grid.3rdrockgrid.com:8002 vous a donné la conversation que vous avez peut-être manqué 2021-09-21.
[12:13] Ubit Umarov : Alors, d'autres nouvelles ?
[12:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai écrit plus de fonctions ossl cette semaine pour le plaisir.
[12:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : je les ai même documentées o_o
[12:13] Ubit Umarov : Oh là là... :9
[12:13] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : wow !
[12:14] Ubit Umarov : La vie sur Zeta doit être amusante...
[12:14] Ubit Umarov court et se cache
[12:14] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : où sont passés ces bons vieux temps où quelqu'un qui demandait de la documentation recevait la réponse RTFS ...
[12:14] Ubit Umarov : me demande de la documentation :p
[12:15] Gavin.Hird @grid.xmir.org:8002 : demande à LL de la documentation sur le visualiseur.
[12:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : lol
[12:15] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : :-)
[12:15] Gavin.Hird @grid.xmir.org:8002 : à peu près RTFS.
[12:15] Ubit Umarov : J'ai mis à jour notre wiki.
[12:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui, entre toi et Phil, les choses restent à jour assez bien.
[12:15] Gavin.Hird @grid.xmir.org:8002 : je leur demande même de la documentation sur la façon de construire leur viewer.
[12:16] Ubit Umarov : a changé http://opensimulator.org/wiki/OsTeleportAgent
[12:16] Ubit Umarov : a même ajouté un script... jezz
[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le wiki est meilleur qu'il n'est crédité pour beaucoup de choses.
[12:17] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Exact.
[12:17] Ubit Umarov : ( personne n'a remarqué "Un téléport vers une autre région a un délai de 5 secondes" jusqu'à présent :p )
[12:17] Andrew Hellershanks : :)
[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Eh bien, ce n'est pas non plus totalement cohérent, c'est peut-être pour cela...
[12:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : De plus, certaines régions... vous détestent et prennent quand même leur temps.
[12:18] Ubit Umarov : c'est un peu le cas maintenant.
[12:18] Ubit Umarov : et je l'ajouterai aussi à llTeleport.
[12:19] Ubit Umarov : bien sûr, ces délais ne sont pas aussi bons sur Xengine.
[12:19] Ubit Umarov : détails :p
[12:19] Gavin.Hird @grid.xmir.org:8002 : essayez de marcher sur la frontière de 3 régions qui se rencontrent dans un coin.
[12:19] Ubit Umarov : je l'ai fait plusieurs fois.
[12:19] Ubit Umarov : il y a des lustres.
[12:19] Andrew Hellershanks : Et si on le traversait en volant ?
[12:20] Gavin.Hird @grid.xmir.org:8002 : cela pourrait fonctionner.
[12:20] Gavin.Hird @grid.xmir.org:8002 : mais parfois l'avtar se retrouve dans un sérieux désordre.
[12:20] Ubit Umarov : conseil : n'essayez pas avec une balle.
[12:20] Ubit Umarov : :p
[12:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il fonctionne assez bien, mais quand il échoue, il échoue durement avec beaucoup de feux d'artifice.
[12:20] Ubit Umarov : Bien, les croisements et les téléports d'opensim...
[12:20] Ubit Umarov : ça marche bien jusqu'à ce que ça ne marche plus... alors c'est le bordel.
[12:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai écrit une recherche dans la base de données pour récupérer ce que les gens ont perdu.
[12:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ne conduisez pas ce que vous ne pouvez pas perdre
[12:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Prendre une copie est un bouton pas assez pressé.
[12:23] Andrew Hellershanks acquiesce.
[12:23] Andrew Hellershanks : Il est temps de conclure la réunion d'aujourd'hui. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.
[12:24] Eldovar.Lamilton @grid.3rdrockgrid.com:8002 : Merci de présider, Andrew