Réunion du 25-01-2022

De OSWiki
Aller à la navigation Aller à la recherche

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-01-25

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)

compiling.png 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

[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

[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: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:04] Motoko.Karu @login.digiworldz.com:8002 : il semble que Tom soit parti.

Changements dans le code OpenSim cette semaine

[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

[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: Noice
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002: Now we just need Intel to get their collective shit together and release some GPUs and we might get a market once again for consumers and not against them
[11:48] Ubit Umarov: well the ini system, and regions init has several flaws
[11:49] Ubit Umarov: this name thing is one of them
[11:49] Gavin.Hird @grid.xmir.org:8002: the GPU market is nuts
[11:50] Jamie.Jordan @grid.kitely.com:8002: nuts is an understatement
[11:51] Jamie.Jordan @grid.kitely.com:8002: i've never seen it like this
[11:51] Ubit Umarov: oh maria did kick hard on the cript currencies
[11:51] Ubit Umarov: https://www.hypergridbusiness.com/2022/01/why-nfts-and-blockchain-are-critical-to-success-of-metaverse/
[11:51] Ubit Umarov: on the comments on that
[11:52] Gavin.Hird @grid.xmir.org:8002: nft
[11:52] Ubit Umarov: more on why nft are NOT any usefull
[11:52] Gavin.Hird @grid.xmir.org:8002 whispers: are not people abandoning nft already
[11:52] Ubit Umarov: yeah
[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: nft and blockchain about as useful as a bullet wound
[11:53] Ubit Umarov: but teh crypto guys spent $$ on gpus
[11:53] Ubit Umarov: need to use them now :p
[11:53] Michael.Christopher @cc.opensimulator.org:8002: i failed to really see the point of nft
[11:53] Gavin.Hird @grid.xmir.org:8002: Maria's ability to predict the market has been worse than the UK MetOffice seasonal forecasts
[11:53] Ubit Umarov: :)
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002: That was more fiery than the pepper steak I had ealier
[11:54] Michael.Christopher @cc.opensimulator.org:8002: right?
[11:54] Ubit Umarov: well was about time to see more ppl telling how bad and useless those things are
[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: Crypto market going up and down is so weird given the whole idea was independence so it depending on other markets to define its own value is a conceptual flaw so big it could sink the Titanic twice as fast
[11:56] Gavin.Hird @grid.xmir.org:8002: A crypto miner here got a $200000 extra power bill for December, cancellng out all eranings
[11:56] Selby.Evans @grid.kitely.com:8002: I wonder if there is an NFT for the Brooklyn Bridge.
[11:56] Andrew Hellershanks: I can't even read that page. Too many tracking things to disable for the site.
[11:56] Ubit Umarov: :)
[11:57] Ubit Umarov: think ppl do not understand that value of a currency at end of day depends on the power of the armed forces of its country
[11:57] Andrew Hellershanks: Gavin, that is one of the big problems with mining for crypto.
[11:57] Vincent.Sylvester @hg.zetaworlds.com:8002: crypto and machine learning killing the gpus, at least ML has some uses even if a bunch of people just use it to generate images that look like diarrhea on canvas
[11:57] Gavin.Hird @grid.xmir.org:8002: yes
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: "you can use machine learning for that" - I can also just write good code on my own
[11:58] Gavin.Hird @grid.xmir.org:8002: you mean a Hunter Biden piece of art Vincent?
[11:58] Tom Tomson: ok, I've added my region to the StandaloneCommon.ini file
[11:59] Tom Tomson: I also uncommented the line "    MapTileDirectory = "./maptiles""
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: I tried two of these drawing bots that you can give words to and they create something, it just looks like van Gogh having a stroke and re-acquainting himself with his lunch
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: Makes me want to yeet myself into the sun lol
[12:01] Michael.Christopher @cc.opensimulator.org:8002: lol
[12:02] Ubit Umarov: but it is not only gpu market that is nuts
[12:02] Ubit Umarov: it is everything..
[12:02] Gavin.Hird @grid.xmir.org:8002: just sign it with Hunter Biden and it will sell for $1/2 million
[12:02] Ubit Umarov: well and opensimulator? any more news ?
[12:03] Ubit Umarov: before andrew looks to clock ;)
[12:03] Michael.Christopher @cc.opensimulator.org:8002: nothing else this week?
[12:03] Gavin.Hird @grid.xmir.org:8002: not much
[12:03] Michael.Christopher @cc.opensimulator.org:8002: :)) I was thinking the same lol
[12:03] Kayaker Magic: Tom: setting up robust and Opensim from scratch is difficult, you might consider connecting a region to OSGrid first, where the INI files are mostly set up for you.
[12:03] Ubit Umarov: wle i plan to release 0.9.2.1
[12:03] Ubit Umarov: not much really
[12:04] Motoko.Karu @login.digiworldz.com:8002: looks like tom left
[12:04] Ubit Umarov: well tom issue will be relaxed in standalones case
[12:05] Ubit Umarov: to set those regions will be needed on robuts, standalones will return again Any region of none found
[12:05] Andrew Hellershanks: Not much in the way of OS news today as we already mentioned. Just a few commits.
[12:05] Ubit Umarov: DIva, RL allowing will release her things for 0.9.2.1
[12:06] Ubit Umarov: and we will be on 0.9.2.1.1
[12:06] Ubit Umarov: ;)
[12:07] Gavin.Hird @grid.xmir.org:8002: that is cruel :-))
[12:07] Andrew Hellershanks: If Tom hasn't sorted out his problem I hope he knows to try IRC or the mailing list.
[12:07] Andrew Hellershanks: hehe
[12:07] Gavin.Hird @grid.xmir.org:8002: a case of the good old "DOS ain't done till Lotus won't run"?
[12:09] Selby.Evans @grid.kitely.com:8002: Must go -- bye all
[12:09] Andrew Hellershanks: We are just past the hour mark now. Any other final comments, questions, or thoughts re: OS for today?
[12:09] Michael.Christopher @cc.opensimulator.org:8002: Looks like i've got to head out, have a great week everyone!
[12:09] Andrew Hellershanks: ok, Selby. tc
[12:09] Ubit Umarov: cya Selby.Evans
[12:09] Andrew Hellershanks: ok, Michael. see you next week.
[12:10] Jamie.Jordan @grid.kitely.com:8002: great meeting thanks yall
[12:10] Ubit Umarov: :)
[12:10] Andrew Hellershanks: yw, Jamie.
[12:10] Andrew Hellershanks: Time to wrap it up before we have many more people needing to leave.
[12:11] Andrew Hellershanks: Thank you all for coming. See you again next week.
[12:11] Ubit Umarov: :)