Introduction

[11:02] Selby.Evans @grid.kitely.com:8002 : Salut Michael
[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il est là
[11:02] Michael.Christopher @cc.opensimulator.org:8002 : comment allez-vous ?
[11:02] Selby.Evans @grid.kitely.com:8002 : Salut Andrew
[11:02] Gavin.Hird @grid.xmir.org:8002 : Bonjour Andrew
[11:02] Andrew Hellershanks : Bonjour à tous.
[11:02] Andrew Hellershanks : Michael, je suis occupé :)
[11:03] Michael.Christopher @cc.opensimulator.org:8002 : J'aimerais être moins occupé certains jours lol
[11:04] Andrew Hellershanks : Je vois ce que tu veux dire, Michael.

Viewers : Cache des objets (suite)

• Bogue_du_cache_des_objets
• VMware : par extension c'est le nom d'une gamme de logiciels de virtualisation.
• Virtualisation
• Xeon : microprocesseur fabriqué par Intel

L'excuse n°1 des programmeurs pour se relâcher légitimement : "Mon code est en train de se compiler" - Hé, remettez-vous au travail ! - Je compile ! - Oh. Continuez.

[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Gavin comment se passe le truc du cache objet maintenant, les viewers  sont bien corrigés ?
[11:06] Gavin.Hird @grid.xmir.org:8002 : La version macOS est corrigée, mais la dernière mise à jour de Windows 10 a détruit mon environnement de compilation.
[11:06] Gavin.Hird @grid.xmir.org:8002 : donc je ne suis même pas sûr que je puisse raisonnablement compiler une version Windows.
[11:06] Gavin.Hird @grid.xmir.org:8002 : c'est-à-dire que je peux la compiler mais pas le tester.
[11:07] Michael.Christopher @cc.opensimulator.org:8002 : ... il faut aimer Windows.
[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Comme c'est la tradition avec Windows, je te souhaite bonne chance pour cela.
[11:08] Gavin.Hird @grid.xmir.org:8002 : c'est une combinaison malheureuse, des évolution chez Windows, des pilotes vmware en retard à cause du passage à  Apple Silicon.
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si tout va bien, je peux faire un test cette semaine, je touche du bois pour que rien ne m'en empêche.
[11:09] Gavin.Hird @grid.xmir.org:8002 : Je travaillais déjà avec une version développeur de VMware qu'ils n'ont pas publié car ils ont cassé OpenGL plus tôt cet automne.
[11:09] Michael.Christopher @cc.opensimulator.org:8002 : gavin - virtualiser ton environnement de test Windows ?
[11:09] Gavin.Hird @grid.xmir.org:8002 : Je ne pense pas que je vais investir les 3000 € nécessaires pour obtenir un environnement Windows raisonnable pour compiler et tester le viewer.
[11:10] Gavin.Hird @grid.xmir.org:8002 : il est compilé dans vmware sur un Mac Pro.
[11:10] Michael.Christopher @cc.opensimulator.org:8002 : sympa.
[11:10] Gavin.Hird @grid.xmir.org:8002 : Je ne possède pas de machines natives Windows
[11:10] Ubit Umarov : ohh je pense qu'on peut le faire avec 300$.
[11:11] Michael.Christopher @cc.opensimulator.org:8002: ok
[11:11] Gavin.Hird @grid.xmir.org:8002 : oui, essaie d'obtenir un GPU pour 300$.
[11:11] Ubit Umarov : avec un petit atome pour cpu... un petit gpu...
[11:11] Ubit Umarov: oh un cpu interne
[11:11] Michael.Christopher @cc.opensimulator.org:8002: lol
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai une machine de rechange que tu peux utiliser avec assez de puissance, il faut juste arriver à installer Windows dessus.
[11:12] Ubit Umarov : les compilations prendront juste un peu plus de temps et les viewers feront des fpm et non des fps.
[11:12] Gavin.Hird @grid.xmir.org:8002: lol Ubit
[11:12] Ubit Umarov : ( frames par minute )
[11:12] Michael.Christopher @cc.opensimulator.org:8002 : rofl @ubit (roulé par terre)
[11:12] Gavin.Hird @grid.xmir.org:8002 : Je sais.
[11:12] Gavin.Hird @grid.xmir.org:8002 : la machine de compilation actuelle a un Xeon 12 cœurs et la recompilation d'un visualiseur prend 1 heure et demie.
[11:13] Ubit Umarov : 11 cœurs qui jouent au poker, un seul fonctionne.
[11:13] Andrew Hellershanks: ouch
[11:13] Michael.Christopher @cc.opensimulator.org:8002 : hey, j'ai un système de l'ère windows xp dans l'autre pièce qui peut toujours faire tourner Firestorm ou opensimulator...
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Debug ou release config ?
[11:13] Gavin.Hird @grid.xmir.org:8002 : 12 cœurs 24 threads
[11:13] Gavin.Hird @grid.xmir.org:8002 : release
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mince alors
[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne peux pas dire que je suis surpris, étant donné le désordre dans lequel se trouvent les Viewers à bien des égards.
[11:14] Gavin.Hird @grid.xmir.org:8002 : juste le tri des icludes...
[11:14] Gavin.Hird @grid.xmir.org:8002 : si vous ouvrez le projet de compilation dans VS, il trie plus de 230000 includes.
[11:14] Ubit Umarov : les includes sont juste une chose énorme dans le c++ actuel.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Obtenir la bonne version de python puis la configuration correcte de l'environnement m'a pris deux heures, c'est fou...
[11:15] Ubit Umarov : des tonnes et des tonnes et des tonnes de fichiers à ouvrir
[11:15] Gavin.Hird @grid.xmir.org:8002 : c'est vrai.
[11:15] Gavin.Hird @grid.xmir.org:8002 : c'est très fragile tout ça.
[11:15] Kayaker Magic : J'aime plaisanter en disant que le makefile de beaucoup de ces projets contient plus de code que le code source réel des projets.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela tue vraiment le développement, pas d'itérations rapides à ce niveau de vitesse de compilation.
[11:16] Michael.Christopher @cc.opensimulator.org:8002 : mais est-ce une blague de Kayaker ?
[11:16] Gavin.Hird @grid.xmir.org:8002 : si vous avez de la chance, un petit changement prendra 7 minutes à compiler.
[11:16] Kayaker Magic : Le fait que vous ne riez pas rend la chose encore plus drôle !
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est un peu fou que ce niveau de désordre soit accepté et que rien ne semble être fait en termes de remaniement de ces choses.
[11:17] Gavin.Hird @grid.xmir.org:8002 : Je n'ai pas encore décidé de ce que je vais en faire.
[11:17] Gavin.Hird @grid.xmir.org:8002 : 1,5 million de lignes de code.
[11:18] Gavin.Hird @grid.xmir.org:8002 : en excluant les bibliothèques.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas étonnant alors qu'il ne puisse pas gérer 60 fps la plupart du temps, même avec le matériel le plus récent, mais nous 
le savions déjà.
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me demande surtout s'il n'y aurait pas une meilleure façon de compiler et de tester, je sponsoriserais le matériel, 
mais l'expédition d'ordinateurs à travers l'Europe en ces temps, je me demande s'il arrivera à destination.
[11:19] Ubit Umarov : plusieurs années, plusieurs développeurs... bien sûr, c'est complexe.
[11:19] Ubit Umarov: complexe
[11:20] Gavin.Hird @grid.xmir.org:8002 : Je n'ai pas encore pris ma décision
[11:20] Gavin.Hird @grid.xmir.org:8002 : LL semble aussi être un peu désespéré en essayant de faire fonctionner le viewer macOS dans vine.
[11:21] Gavin.Hird @grid.xmir.org:8002 : ou plutôt la visionneuse Windows dans vine sous macOS.
[11:21] Ubit Umarov : pas assez de vin (wine) ?
[11:21] Ubit Umarov: cofff coff ;)
[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ces blagues s'écrivent toutes seules lol
[11:21] Gavin.Hird @grid.xmir.org:8002 : pleurniche (whine)
[11:21] Ubit Umarov : :)
[11:22] Kayaker Magic : Qui est le pleurnichard (whinemaker) maintenant ?
[11:22] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:22] Ubit Umarov : ces choses que les développeurs ne peuvent pas aider ? je suppose que c'est un gros bogue.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le bon côté des choses, c'est qu'au moins la correction a été rapide et c'est une autre goutte d'eau dans l'océan 
pour qu'OpenSim apprenne à LL une fois de plus comment il faut faire.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je suis donc heureux que cela ait été résolu, au moins je ne pense plus que je vois des choses.
[11:23] Ubit Umarov : nahh tu vois des choses... juste d'autres choses maintenant.

Script fantôme avec HDD : la solution un SDD

• HDD : Disque dur
• Disque SDD
• OpenSim.ini
• IBM RAMAC 305

[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script fantôme est une nouvelle chose, pour laquelle j'ai reçu un e-mail samedi.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Apparemment en raison d'un HDD très lent
[11:23] Andrew Hellershanks : Script fantôme ?
[11:24] Ubit Umarov : script quoi ?
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script doit donc apporter des modifications à une prim et cela entraîne une mise à jour de la base de données, 
qui est trop lente pour réagir.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelque chose d'étrange se passe avec le verrouillage et la synchronisation quelque part
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le script vérifie si la prim a une nouvelle taille, une nouvelle couleur et toutes sortes d'autres choses, 
mais voit toujours les anciennes données.
[11:25] Michael.Christopher @cc.opensimulator.org:8002: hmm
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Après avoir déplacé le tout sur SSD, les problèmes ont disparu.
[11:25] Ubit Umarov : la plupart des changements de prim stockés sont différés dans le temps.
[11:25] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je le pensais aussi, j'ai cherché partout pour essayer de trouver s'il utilise la base de données au lieu 
des données locales, mais non...
[11:25] Ubit Umarov : même pour quelques minutes.
[11:26] Gavin.Hird @grid.xmir.org:8002 : N'y a-t-il pas un délai par défaut de 30+ secondes pour le transfert vers la base de données ?
[11:26] Ubit Umarov : il y a même un un délai de roulement
[11:26] Gavin.Hird @grid.xmir.org:8002 : c'est exact.
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vraiment bizarre, il se peut que quelque chose aille mal avec le disque, qui sait ? Maintenant que c'est 
déplacé de toute façon.
[11:26] Ubit Umarov : ( jusqu'à un délai maximum dont je ne me souviens pas bien sûr )
[11:26] Andrew Hellershanks : Les données n'ont peut-être pas encore été stockées dans la base de données mais, je me serais attendu à ce qu'il connaisse 
l'état actuel des prims dans la scène locale.
[11:26] Michael.Christopher @cc.opensimulator.org:8002 : donc le problème ne se produisait qu'en utilisant un disque dur, le passage à un SSD l'a résolu ?
[11:27] Gavin.Hird @grid.xmir.org:8002 : Je pense que le délai maximum est d'environ 300 sec
[11:27] Gavin.Hird @grid.xmir.org:8002 : à moins que vous l'ayez modifié. 
[11:27] Gavin.Hird @grid.xmir.org:8002 :Je fais un flush toutes les 10 secondes sur mes simulateurs.
[11:27] Ubit Umarov : il y a longtemps que je n'ai pas touché à ça.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est vraiment étrange, je n'ai jamais vu ça pendant toutes ces années.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je soupçonne qu'il y a eu un problème avec le disque, mais il est trop tard pour le vérifier maintenant.
[11:27] Michael.Christopher @cc.opensimulator.org:8002 : oh ok
[11:28] Michael.Christopher @cc.opensimulator.org:8002 : c'est toujours un problème très intéressant à voir.
[11:28] Ubit Umarov : évidemment, une chose qui a un impact sur le disque ce sont les logs.
[11:28] Ubit Umarov : nous en avons trop.
[11:28] Ubit Umarov : mais dans ce cas, je pense qu'il faut plus et mieux déboguer.
[11:29] Ubit Umarov : en supposant que le cas lui-même est déjà défini.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pourrais avoir le temps d'essayer de limiter les iops ou autre chose.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mais il y a beaucoup de variables que je ne peux pas simuler.
[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je viens de parcourir le code de mise à jour des scènes et ainsi de suite pour voir s'il y a quelque chose 
qui ne réutilise pas seulement les données locales.
[11:30] Gavin.Hird @grid.xmir.org:8002 : Dans OpenSim.ini
[11:30] Gavin.Hird @grid.xmir.org:8002 :     ;# {MinimumTimeBeforePersistenceConsidered} {} {Temps avant qu'un objet inchangé puisse devenir persistant} {} 60
    ;; Les objets seront considérés persistants au prochain balayage s'ils n'ont 
    ;; pas été modifiés pendant ce nombre de secondes.
    ; MinimumTimeBeforePersistenceConsidered = 60

    ;# {MaximumTimeBeforePersistenceConsidered} {} {Temps avant qu'un objet modifié puisse devenir persistant ?} {} 600
    ;; Les objets seront toujours considérés persistants au prochain balayage 
    ;; si le premier changement est survenu depuis ce nombre de secondes.
    ; MaximumTimeBeforePersistenceConsidered = 600
[11:30] Gavin.Hird @grid.xmir.org:8002 : les valeurs par défaut sont 60 et 600 secondes.
[11:31] Ubit Umarov : en supposant que les commentaires correspondent au code :)
[11:31] Gavin.Hird @grid.xmir.org:8002: lol
[11:31] Gavin.Hird @grid.xmir.org:8002 : Je pense que c'est le cas
[11:31] Ubit Umarov : la sauvegarde le fait.
[11:31] Kayaker Magic : Mais je pensais que le code était la documentation !
[11:31] Ubit Umarov : l'arrêt le fait aussi
[11:32] Ubit Umarov : tous les objets en attente de stockage sont stockés...
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le truc bizarre, c'est qu'il a échoué au premier "auto-test", mais quelques secondes plus tard, le script signalait 
que tout allait bien, donc je soupçonne un timing ou un verrouillage dans le code, ce qui, étant donné la nature asynchrone, est toujours un potentiel...
[11:32] Ubit Umarov : mais de vieilles choses
[11:32] Ubit Umarov : je pense que cela n'a pas changé depuis la version 0.9.0.0.
[11:32] Vincent.Sylvester @hg.zetaworlds.com:8002 : En fin de compte, juste une raison de plus d'utiliser les SSD plutôt que les disques lents pour moi.
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : Plus vous traitez de données, plus cela devient clair du point de vue de la latence.
[11:33] Ubit Umarov : regarder le script  pourrait nous aider.
[11:33] Gavin.Hird @grid.xmir.org:8002 : même le disque le plus lent ne vous donne pas un délai de 60 secondes avant d'être envoyé sur le suport :-)
[11:34] Ubit Umarov : certains ont même de la monnaie (cash) écrite :p
[11:34] Gavin.Hird @grid.xmir.org:8002 : peut-être si vous avez le RAMAC original de 5 MB.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Oui, c'est le point de blocage pour moi aussi, mais si d'autres données sont mises en file d'attente aussi...
[11:35] Gavin.Hird @grid.xmir.org:8002 : tous les disques ont un cache en écriture.
[11:35] Ubit Umarov : mais je pense qu'avant de passer au disque, il faut mieux déboguer.
[11:35] Gavin.Hird @grid.xmir.org:8002 : de 32 Mb+.
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est l'autre hypothèse que j'ai faite, mauvais cache d'écriture.
[11:35] Ubit Umarov : comme regarder ce que fait le script.
[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait un test rapide, je ne sais pas s'il vérifie bien cela, je n'ai pas fait de long test.
[11:36] Ubit Umarov : je suis presque sûr qu'un mauvais disque apparaîtrait sur beaucoup plus de choses qu'un simple script.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai vu des cochons voler aussi, je n'ai plus confiance en rien.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Rien que je n'ai pas cassé de mes propres mains.

Tom Tomson a besoin d'aide

• Firewall Settings/fr
• NAT Loopback Routers/fr
• 0.9.2.0 Release/fr
• Télécharger les fichiers d'installation pour Osgrid
• IRC/fr

[11:35] Tom Tomson : Puis-je avoir de l'aide pour configurer et me connecter à un réseau local ici ?
[11:36] Gavin.Hird @grid.xmir.org:8002 : Salut Tom
[11:36] Tom Tomson : bonjour Gavin
[11:36] Andrew Hellershanks : Bonjour Tom.
[11:36] Gavin.Hird @grid.xmir.org:8002 : quels sont les problèmes que tu rencontres ?
[11:37] Ubit Umarov : c'est plus pour le développement d'opensim que pour l'aide à l'utilisation :(
[11:37] Andrew Hellershanks : Kayaker, le code est la documentation mais les commentaires qu'il contient ne reflètent pas toujours les changements qui ont pu être 
apportés au code.
[11:37] Gavin.Hird @grid.xmir.org:8002 : Je suis sûr que nous pouvons aborder quelques questions
[11:38] Tom Tomson : en gros : Connexion échouée, région non trouvée. Ubit, je suis nouveau, quelqu'un au centre d'accueil m'a suggéré de venir ici.
[11:38] Michael.Christopher @cc.opensimulator.org:8002 : quelle viewer utilises-tu Tom ?
[11:38] Andrew Hellershanks : Assieds-toi, Tom.
[11:38] Gavin.Hird @grid.xmir.org:8002 : système d'exploitation installé, quelle version d'opensim ?
[11:39] Tom Tomson : OS est windows 7, opensim 0.9.2.0
[11:40] Andrew Hellershanks : Tom, à quelle grille essaies-tu d'accéder ? Quelle viewer tu utilises ?
[11:40] Gavin.Hird @grid.xmir.org:8002 : juste un standalone Tom ?
[11:40] Tom Tomson : J'utilise FirestormOS, et j'essaie d'accéder à un standalone.
[11:40] Gavin.Hird @grid.xmir.org:8002 : ok, est-il nécessaire d'ouvrir des ports dans le FW d'un standalone sous Windows ?
[11:41] Tom Tomson : Qu'est-ce qu'un FW ?
[11:41] Gavin.Hird @grid.xmir.org:8002 : pare-feu
[11:41] Andrew Hellershanks : Pare-feu.
[11:41] Tom Tomson : ok
[11:41] Ubit Umarov : tom
[11:41] Tom Tomson : oui ?
[11:41] Andrew Hellershanks : Si c'est une standalone local, le problème est probablement plus un problème de bouclage que de pare-feu.
[11:41] Ubit Umarov : as-tu ajouté le nom de la région dans les flags de région aussi ?
[11:42] Ubit Umarov : comme indiqué dans les notes de version 0.9.2.0 ?
[11:43] Tom Tomson : J'ai ajouté le nom de la région quand OpenSim.exe me l'a demandé, je n'ai pas vu les notes de version.
[11:43] Ubit Umarov : ohh bien sûr que non.
[11:43] Ubit Umarov : Eh bien va les voir :p
[11:43] Andrew Hellershanks :Tom, est-ce que le standalone fonctionne sur le même ordinateur que la viewer que vous utilisez ?
[11:43] Gavin.Hird @grid.xmir.org:8002 : Faut-il l'ajouter ailleurs sur un standalone standard ?
[11:43] Tom Tomson : @Andrew, oui c'est ça
[11:44] Ubit Umarov : oui, il y a une étape supplémentaire maintenant.
[11:44] Ubit Umarov : sur 0.9.2.0
[11:44] Gavin.Hird @grid.xmir.org:8002 : ouch
[11:44] Ubit Umarov : et c'est sur la note de version.
[11:44] Ubit Umarov : notes
[11:44] Tom Tomson : @Ubit, où puis-je trouver les notes de version ?
[11:44] Gavin.Hird @grid.xmir.org:8002 : il est probable que cela soit aussi indiqué dans les instructions d'installation.
[11:44] Ubit Umarov: http://opensimulator.org/wiki/0.9.2.0_Release
[11:45] Ubit Umarov : 0.9.2.1 aura cet ajustement sur les standalones, pas robuste.
[11:45] Andrew Hellershanks : Tom, as-tu vu du texte rouge dans la console de la Standalone lorsqu'elle a démarré ?
[11:45] Ubit Umarov: Sur les nouveaux simulateurs Standalones, assurez-vous d'ajouter votre région dans la section [GridService] de config-include/StandaloneCommon.ini. 
Par exemple, pour la région "Ma Region", il devrait y avoir Region_Ma_Region = "DefaultRegion, FallbackRegion" ( c'est-à-dire qu'il faut commencer par Region_ et 
remplacer les espaces dans le nom par _ ).Sur les grilles, assurez-vous que vous avez au moins une région avec les flags DefaultRegion, DefaultHGRegion 
(pas nécessairement les mêmes régions) sur des entrées similaires dans la section [GridService] de Robust.ini. 
[11:45] Ubit Umarov : ceci
[11:46] Ubit Umarov : il n'y a pas de rouge là-dessus.
[11:46] Ubit Umarov : juste une région non trouvée
[11:47] Ubit Umarov : quel est le nom de ta région Tom ?
[11:47] Andrew Hellershanks : Ubit, devrait peut-être afficher un texte en rouge si le simulateur ne peut pas trouver les informations de la région par défaut.
[11:48] Ubit Umarov : le système ini, et  les régions init ont plusieurs défauts.
[11:49] Ubit Umarov : cette histoire de nom est l'une d'entre eux.
[11:50] Andrew Hellershanks : Tom, je te suggère également de vérifier l'adresse IP que tu spécifies pour le standalone. J'utilise l'adresse IP réelle attribuée 
à ma machine au sein de mon réseau local. Je n'utiliserais pas 127.0.0.1.
[11:50] Ubit Umarov : la décision de ne rien dire au mode région, juste changer les dlls actives (déjà chargées) en est une autre.
[11:55] Ubit Umarov : (c'est réparé Tom ?)
[11:58] Tom Tomson : ok, j'ai ajouté ma région dans le fichier 
[11:59] Tom Tomson : J'ai aussi décommenté la ligne " MapTileDirectory = "./maptiles"".
[12:00] Ubit Umarov : (puis le démarrer et tester tom)
[12:03] Kayaker Magic : Tom : Configurer robust et Opensim à partir de zéro est difficile, vous pourriez envisager de connecter une région à OSGrid d'abord, 
où les fichiers INI sont en grande partie configurés pour vous.
[12:04] Motoko.Karu @login.digiworldz.com:8002 : il semble que Tom soit parti.
[12:07] Andrew Hellershanks : Si Tom n'a pas résolu son problème, j'espère qu'il saura utiliser IRC ou la liste de diffusion.

Changements dans le code OpenSim cette semaine

• Virtual Studio 2022 (vs2022) lien Microsoft en anglais.
• SL-16699 : numerotation de bogue du Viewer Second Life.
• NUnit est un framework de test unitaire open-source pour le .NET Framework et Mono.Tutoriel en français sur
• Jenkins aide à automatiser les parties du développement Tutoriel en français

[11:37] Ubit Umarov : et à ce propos, pas grand chose la semaine dernière dans le nouveau code.
[11:38] Ubit Umarov : je n'ai fait qu'un commit pour inverser celui que j'ai fait quelques jours plus tôt.
[11:39] Andrew Hellershanks : Ubit, il y a eu un autre petit changement dans le code lié à prebuild.
[11:39] Ubit Umarov : j'ai inversé une pénalité de temps que j'avais ajouté à objectMessage et aux pièces jointes.
[11:39] Gavin.Hird @grid.xmir.org:8002 : SL-16699 a augmenté la taille du cache par défaut à 4Go
[11:39] Gavin.Hird @grid.xmir.org:8002: lol
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ouais ms vs 2022 qui apparemment a encore des tonnes de bogues dans celui-ci
[11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai même pas pu l'installer hier.
[11:40] Ubit Umarov : ceux qui ont eu  un impact négatif sur certains petits jeux d'action que nous avons sous la main.
[11:40] Ubit Umarov : Ohh c'était cette semaine ?
[11:40] Ubit Umarov : oui, j'ai ajouté la détection de vs2022 dans le runprebuild.bat.
[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne vois pas l'utilité de changer pour le moment de toute façon, les bogues sont nombreux, 
comme d'habitude avec les versions précédentes.
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002 : Nous devrons voir ce qui vient ensuite et le fait de ne pas pouvoir l'installer sur autant 
de systèmes est un peu un problème. Plus les quelques plugins utiles pour faire du debug OpenSim, aucune idée s'ils sont déjà mis à jour.
[11:42] Vincent.Sylvester @hg.zetaworlds.com:8002 : Non pas que les tests nunit locaux en dehors de Jenkins aient jamais bien fonctionné au départ.
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu un peu de succès en écrivant ceux ce qui concernent les tests de conformité pour 
les deux moteurs de script, peut-être qu'un jour ce code sera intégré, si Ubit se souvient de l'endroit où il a mis mes e-mails.

GPU Crypto-monnaie et NFT

• Nvidia : entreprise américaine spécialisée dans la conception de processeurs, cartes et puces graphiques.
• Les processeurs ARM sont aujourd'hui dominants dans le domaine de l'informatique embarquée.
• : entreprise américaine qui fabrique des microprocesseurs
• Crypto-monnaie : monnaie numérique
• NFT : JNT = Jeton non Fongique [Ndlr : Ils poussent quand même comme des champignons. 😉]

Un Jeton cryptographique représente quelque chose d’unique. Ils sont utilisés pour créer des éléments numériques uniques et vérifiables.

• Hypergridbusiness.com: Les NFT et la blockchain sont la clé de l'avenir des métavers, affirment les défenseurs de la crypto.
• GPU : processeur graphique
• MetOffice : le service national britannique de météorologie
• Minage de cryptomonnaie : fournir un service au réseau de la dite monnaie en échange d'une récompense pécuniaire.
• [ML = Machine Learning : L'Apprentissage automatique]est un champ d'étude de l'intelligence artificielle qui se fonde sur des approches mathématiques et statistiques pour donner aux ordinateurs la capacité d'« apprendre » à partir de données.
• Hunter Biden ,Fils du président des États-Unis Joe Biden.

[11:47] Gavin.Hird @grid.xmir.org:8002 : Bonne nouvelle : Nvidia se retire probablement de l'acquisition d'Arm après avoir échoué à obtenir l'approbation 
des autorités réglementaires.
[11:47] Gavin.Hird @grid.xmir.org:8002: Good news: Nvidia Likely Pulling Out of Arm Acquisition After Failing to Win Regulatory Approval
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : hehe
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : Bruit
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : Maintenant, il faut juste qu'Intel se ressaisisse et sorte quelques GPU et nous pourrions avoir un marché 
à nouveau pour les consommateurs et non contre eux.
[11:49] Gavin.Hird @grid.xmir.org:8002 : le marché des GPU est fou.
[11:50] Jamie.Jordan @grid.kitely.com:8002 : fou est un euphémisme.
[11:51] Jamie.Jordan @grid.kitely.com:8002 : Je ne l'ai jamais vu comme ça.
[11:51] Ubit Umarov : oh maria a donné un grand coup de pied dans les crypto-monnaies.
[11:51] Ubit Umarov : sur les commentaires de cet article.
[11:52] Gavin.Hird @grid.xmir.org:8002: JNT (NFT)
[11:52] Ubit Umarov : plus sur les raisons pour lesquelles les JNT ne sont PAS utiles.
[11:52] Gavin.Hird @grid.xmir.org:8002 chuchote : les gens n'abandonnent-ils pas déjà les JNT ?
[11:52] Ubit Umarov: Ouais
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : les JNT  et la blockchain sont aussi utiles qu'une blessure par balle.
[11:53] Ubit Umarov : mais les cryptos ont dépensé des $$ pour des GPU.
[11:53] Ubit Umarov : il faut les utiliser maintenant :p
[11:53] Michael.Christopher @cc.opensimulator.org:8002 : Je n'ai pas vraiment vu l'intérêt de JNT
[11:53] Gavin.Hird @grid.xmir.org:8002 : La capacité de Maria à prévoir le marché a été pire que les prévisions saisonnières du MetOffice britannique.
[11:53] Ubit Umarov: :)
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'était plus piquant que le steak au poivre que j'ai mangé tout à l'heure.
[11:54] Michael.Christopher @cc.opensimulator.org:8002 : pas vrai ?
[11:54] Ubit Umarov : il était temps de voir plus de gens dire à quel point ces choses sont mauvaises et inutiles.
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le marché des crypto-monnaies qui monte et descend est tellement bizarre étant donné que toute l'idée était 
l'indépendance, donc dépendre d'autres marchés pour définir sa propre valeur est un défaut conceptuel si grand qu'il pourrait couler le Titanic deux fois plus vite.
[11:56] Gavin.Hird @grid.xmir.org:8002 : Un mineur de crypto ici a reçu une facture d'électricité supplémentaire de 200 000 $ pour le mois de décembre, 
annulant ainsi toutes les économies réalisées.
[11:56] Selby.Evans @grid.kitely.com:8002 : Je me demande s'il existe un JNT pour le pont de Brooklyn.
[11:56] Andrew Hellershanks : Je ne peux même pas lire cette page. Trop de choses à désactiver pour le site.
[11:56] Ubit Umarov: :)
[11:57] Ubit Umarov : Je pense que les gens ne comprennent pas que la valeur d'une monnaie dépend en fin de compte de la puissance des forces armées de son pays.
[11:57] Andrew Hellershanks : Gavin, c'est l'un des gros problèmes du minage de crypto-monnaies.
[11:57] Vincent.Sylvester @hg.zetaworlds.com:8002 : crypto et machine learning tuent les gpus, au moins ML a quelques utilisations même si un tas de gens 
l'utilisent juste pour générer des images qui ressemblent à de la diarrhée sur la toile.
[11:57] Gavin.Hird @grid.xmir.org:8002: oui
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : "vous pouvez utiliser l'apprentissage automatique pour cela" - je peux aussi écrire un bon code moi-même.
[11:58] Gavin.Hird @grid.xmir.org:8002 : tu veux dire une œuvre d'art de Hunter Biden, Vincent ?
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai essayé deux de ces moteurs de dessin auxquels on peut donner des mots et qui créent quelque chose, 
mais on dirait que Van Gogh a eu une attaque et qu'il s'est réhabitué à son déjeuner.
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cela me donne envie de me jeter dans le soleil lol.
[12:01] Michael.Christopher @cc.opensimulator.org:8002: lol
[12:02] Ubit Umarov : mais il n'y a pas que le marché des GPU qui est fou.
[12:02] Ubit Umarov : c'est tout...
[12:02] Gavin.Hird @grid.xmir.org:8002 : il suffit de le signer avec Hunter Biden et il se vendra à 1/2 million de dollars.

Autres nouvelles d'OpenSim : bientôt OpenSim 0.9.2.1

• DOS Jusqu'au début des années 1990, DOS était le type de système le plus utilisé sur compatibles PC.
• Lotus 1-2-3

[12:02] Ubit Umarov : bien et opensimulator ? d'autres nouvelles ?
[12:03] Ubit Umarov : avant qu'andrew ne regarde l'horloge ;)
[12:03] Michael.Christopher @cc.opensimulator.org:8002 : rien d'autre cette semaine ?
[12:03] Gavin.Hird @grid.xmir.org:8002 : pas grand chose.
[12:03] Michael.Christopher @cc.opensimulator.org:8002 : :))) Je pensais la même chose lol
[12:03] Ubit Umarov : je prévois de sortir la version 0.9.2.1.
[12:03] Ubit Umarov : pas grand chose en fait.
[12:04] Ubit Umarov : le problème de tom sera résolu dans le cas des standalones.
[12:05] Ubit Umarov : définir ces régions sera nécessaire pour Robust, les standalones retourneront à nouveau toute région non trouvée.
[12:05] Andrew Hellershanks : Pas beaucoup de nouvelles sur l'OS aujourd'hui comme nous l'avons déjà mentionné. Juste quelques commits.
[12:05] Ubit Umarov :Diva, a eu le temps de publier certaines choses pour la version 0.9.2.1
[12:06] Ubit Umarov : et nous serons sur 0.9.2.1.1
[12:06] Ubit Umarov: ;)
[12:07] Gavin.Hird @grid.xmir.org:8002 : c'est cruel :-))
[12:07] Andrew Hellershanks: héhé
[12:07] Gavin.Hird @grid.xmir.org:8002 : un cas du bon vieux "DOS ain't done till Lotus won't run." ?

Conclusion

[12:09] Selby.Evans @grid.kitely.com:8002 : Je dois y aller -- bye tout le monde
[12:09] Andrew Hellershanks : Nous venons de passer l'heure. Y a-t-il d'autres commentaires, questions ou réflexions concernant l'OS pour aujourd'hui ?
[12:09] Michael.Christopher @cc.opensimulator.org:8002 : On dirait que je dois y aller, passez une bonne semaine !
[12:09] Andrew Hellershanks : ok, Selby. tc
[12:09] Ubit Umarov : cya Selby.Evans
[12:09] Andrew Hellershanks : ok, Michael. A la semaine prochaine.
[12:10] Jamie.Jordan @grid.kitely.com:8002 : Bonne réunion, merci à tous.
[12:10] Ubit Umarov : :)
[12:10] Andrew Hellershanks : oui, Jamie.
[12:10] Andrew Hellershanks : Il est temps de conclure avant que beaucoup d'autres personnes ne doivent partir.
[12:11] Andrew Hellershanks : Merci à tous d'être venus. Nous vous reverrons la semaine prochaine.
[12:11] Ubit Umarov : :)