Réunion du 26-07-2022
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-07-26
Introduction
[11:01] Jamie.Jordan @grid.kitely.com:8002 : Bonjour à tous
[11:02] Andrew Hellershanks : Bonjour, tout le monde.
[11:02] Kayaker Magic : Je ne suis pas très content d'Ubuntu : Les pilotes de son sont terribles, le plug-and-pray n'arrête pas de changer mes choix de périphériques de son, la configuration des icônes sur l'écran est une plaie.
[11:02] Andrew Hellershanks : Les pilotes de son posent problème depuis le début de Pulse Audio.
[11:02] Ubit Umarov : aucune idée, je n'ai pas de machine pour essayer un linux.
[11:03] Ubit Umarov : il y a environ 2 ans, j'avais debian 10 sur une machine, et ça marchait bien.
[11:03] Ubit Umarov : ensuite la machine est morte.
[11:03] Ubit Umarov : bahh
[11:03] Kayaker Magic : Oh et sur Ubuntu il y a un truc d'interface appelé Snap que la moitié des programmes utilisent, il crée un nouveau périphérique logique pour chaque application, remplissant ma liste de périphériques réels.
[11:04] Andrew Hellershanks : Kayaker, j'ai laissé tomber Ubuntu quand ils ont ajouté Unity pour leur bureau.
[11:05] Andrew Hellershanks: Unity? Hm... ce n'est peut-être pas le bon nom.
Changements dans OpenSim cette semaine
[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pas beaucoup de changements dans OpenSim ces derniers temps. Des trucs mineurs dans libomv car nous sommes à la recherche de ce qui pourrait clocher dans le crash de TryParse. Bien sûr, en testant sur la dernière version de mono, aucune des régions qui plantaient auparavant ne l'a fait, donc je suis de retour à la case départ sur ce point. Je vais probablement revenir à la dernière version et voir ce qui se passe, il doit y avoir autre chose que des scripts qui causent cela, peut-être des gens.
Installer OpenSim 0.8.2 dans une installation configurée pour OpenSim 0.9.X
[11:05] Kayaker Magic : J'ai une question à propos d'OpenSim : J'ai reçu une demande pour faire tourner OpenSim 0.8.2 sur une région. Je l'ai récupéré dans les archives, il plante et ne fonctionne pas. Probablement un problème avec mono. Quelqu'un a-t-il une idée de ce que je peux essayer ?
[11:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Sur quoi se bloque-t-il ?
[11:06] Kayaker Magic : Attends, je regarde ça.
[11:07] Andrew Hellershanks : Si tu utilises la 0.8.2 sur une région, quelle version d'OS les autres régions utilisent-elles ?
[11:08] Kayaker Magic : J'utilise un Yeti maître assez récent sur le reste, tous connectés à OSGrid.
[11:08] Kayaker Magic : Voilà l'erreur :
[11:08] Kayaker Magic:
2022-07-23 06:18:59,121 ERROR (Heartbeat-(Esses_Workshop)) - OpenSim.Region.Framework.Scenes.Scene [SCENE]: Failed on region Esses Workshop with exception Object reference not set to an instance of an object at OpenSim.Region.Framework.Scenes.SceneGraph.UpdatePreparePhysics () [0x00006] in <35ba7167b3194ad9abe7c1bc9afcecb6>:0 at OpenSim.Region.Framework.Scenes.Scene.Update (System.Int32 frames) [0x00140] in <35ba7167b3194ad9abe7c1bc9afcecb6>:0 2022-07-23 06:18:59,124 ERROR (Heartbeat-(Esses_Workshop)) - OpenSim.Application [APPLICATION]: ^M APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs^M ^M
[11:09] Kayaker Magic : Utilisation de XEngine, ubODE
[11:09] Andrew Hellershanks : Je ne pense pas que ce message d'erreur soit très utile.
[11:09] Andrew Hellershanks : Kayaker, quelle version de mono utilises-tu ?
[11:10] Kayaker Magic : Mais c'est ce que je pense de tous les messages d'erreur d'opensim ! Aucun d'entre eux n'est très utile !
[11:10] Kayaker Magic : J'utilise mono 6.12.
[11:10] Andrew Hellershanks : Eh bien, certains d'entre eux sont plus utiles que d'autres.
[11:11] Andrew Hellershanks : Jusqu'où va-t-il dans le processus de démarrage de la région avant que l'erreur n'apparaisse ?
[11:11] Kayaker Magic : On dirait que ça va commencer, il est écrit "Started tracking thread Heartbeat".
[11:12] Kayaker Magic : La région est toute nouvelle, pas de prims, pas de scripts, une île ronde.
[11:12] Ubit Umarov : c'est quoi la version 0.8.2 ?
[11:12] Ubit Umarov : ;)
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est tout ce qu'il y a ? Peux-tu coller les parties restantes et peut-être quelques lignes avant cela. As-tu essayé une autre combinaison de scripts et de physique ?
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les versions sont marquées dans git donc tu peux aussi compiler à partir des sources sous un mono plus récent pour voir si cela aide.
[11:13] Kayaker Magic : Voici quelques lignes (tout semble bon) avant le crash :
[11:13] Kayaker Magic:
2022-07-23 06:18:58,795 DEBUG (1) - OpenSim.Data.MySQL.MySQLSimulationData [REGION DB]: Loaded 0 objects using 0 prims 2022-07-23 06:18:58,801 DEBUG (1) - OpenSim.Data.MySQL.MySQLSimulationData [REGION DB]: Loaded inventory from 0 objects 2022-07-23 06:18:58,802 INFO (1) - OpenSim.Region.Framework.Scenes.Scene [SCENE]: Loaded 0 objects from the datastore 2022-07-23 06:18:58,803 DEBUG (1) - OpenSim.Region.CoreModules.Framework.UserManagement.UserManagementModule [USER MANAGEMENT MODULE]: Caching creators' data from Esses Workshop (0 objects)... 2022-07-23 06:18:58,806 INFO (1) - OpenSim.Region.Framework.Scenes.Scene [SCENE]: Loading land objects from storage 2022-07-23 06:18:58,932 DEBUG (1) - OpenSim.Services.GridService.GridService [GRID SERVICE]: Region Esses Workshop (9b145e2a-5c81-4803-ab84-381904b61f69, 256x256) registered at 2294,9495 with flags RegionOnline 2022-07-23 06:18:59,114 INFO (1) - OpenSim.Region.Framework.Scenes.Scene [SCENE]: Initializing script instances in Esses Workshop
[11:13] Kayaker Magic:
2022-07-23 06:18:59,114 INFO (1) - OpenSim.Region.Framework.Scenes.Scene [SCENE]: Initialized 0 script instances in Esses Workshop 2022-07-23 06:18:59,115 DEBUG (1) - OpenSim.Framework.Monitoring.Watchdog [WATCHDOG]: Started tracking thread Heartbeat-(Esses_Workshop), ID 42
[11:13] Andrew Hellershanks : Si tu m'avais demandé la semaine dernière, j'aurais encore une copie de la 0.8.2 sur ma machine pour l'essayer car j'ai mono 6.12 installé.
[11:14] Kayaker Magic : Non, je n'ai pas essayé YEngine et autres combinaisons....
[11:14] Kayaker Magic : Y avait-il un YEngine à l'époque ?
[11:15] Andrew Hellershanks : Pas de YEngine dans la 0.8.2
[11:15] Ubit Umarov : non
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Eh bien, il se bloque sur la physique, donc essayer Bullet serait un début.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : En plus de cela, je pense que cette version était encore compilée sur mono 2.10, donc c'est un grand saut.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : En cas de doute, compile à partir des sources
[11:16] Kayaker Magic : J'ai essayé de compiler à partir des sources, j'ai eu 21 avertissements, puis j'ai exécuté cette copie, même erreur.
[11:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'échec Heartbeat ne devrait pas entraîner la fin de l'application, à moins qu'il n'y ait un autre problème.
[11:18] Andrew Hellershanks : Tu as vérifié deux fois la configuration de la région pour t'assurer qu'il ne s'agit pas d'une erreur de frappe dans un fichier INI ?
[11:18] Kayaker Magic : Si je passe à Yeti master, elle se lance bien avec un fichier INI presque identique.
[11:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : Compiler en mode débogage pour obtenir les numéros de ligne et démarrer directement afin de pouvoir récupérer la Stacktrace complète pour voir où ça ne va pas, les erreurs du journal ne sont pas toujours assez explicites.
[11:20] Andrew Hellershanks : C'est l'erreur "Object reference not set to an instance of an object" qui est préoccupante.
[11:21] Andrew Hellershanks : Une chose qui m'est venue à l'esprit est qu'il pourrait y avoir une erreur dans une chaîne de configuration de la base de données.
[11:21] Kayaker Magic : Il y a une trace de pile dans le journal après cette erreur, dois-je la mettre ici ?
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : La partie sous le stacktrace contrôlé qui pointe vers le code directement, saute le dump de la mémoire.
[11:23] Kayaker Magic : Je veux dire plus de choses dans le journal après ce message d'erreur, je vais le coller ici :
[11:23] Kayaker Magic:
2022-07-23 06:18:59,124 ERROR (Heartbeat-(Esses_Workshop)) - OpenSim.Application [APPLICATION]: ^M APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs^M ^M Exception: System.NullReferenceException: Object reference not set to an instance of an object at OpenSim.Region.Framework.Scenes.Scene.get_TimeDilation () [0x0000b] in <35ba7167b3194ad9abe7c1bc9afcecb6>:0 at OpenSim.Region.Framework.Scenes.Scene.Update (System.Int32 frames) [0x0050e] in <35ba7167b3194ad9abe7c1bc9afcecb6>:0 at OpenSim.Region.Framework.Scenes.Scene.Heartbeat () [0x0000c] in <35ba7167b3194ad9abe7c1bc9afcecb6>:0 at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <de882a77e7c14f8ba5d298093dde82b2>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <de882a77e7c14f8ba5d298093dde82b2>:0
[11:23] Kayaker Magic:
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <de882a77e7c14f8ba5d298093dde82b2>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <de882a77e7c14f8ba5d298093dde82b2>:0 at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <de882a77e7c14f8ba5d298093dde82b2>:0 ^M ^M Application is terminating: True^M
[11:24] Andrew Hellershanks : Est-ce que tu compiles le code comme une version ? Tu dois l'exécuter compilé en mode débogage pour obtenir une trace de la pile avec les numéros de colonne et de ligne.
[11:24] Andrew Hellershanks : Pourquoi quelqu'un veut-il encore utiliser la 0.8.2 si le reste des régions sont en 0.9.x ? Est-ce que la personne a un script qui ne fonctionne pas en 0.9 ?
[11:25] Kayaker Magic : Je pensais que la compilation par défaut était déboguée. J'ai juste fait ./runprebuild.sh et xbuild.
[11:26] Kayaker Magic : La personne pense que le téléchargement de mesh fonctionne différemment dans la 0.8, elle n'a pas été réceptive à " laisse-moi t'apprendre la bonne façon de télécharger un mesh ".
[11:26] Andrew Hellershanks : Ah, ok.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je ne voudrais pas même discuter de ce niveau de stupidité, en appuyant sur le fait que ce n'est pas la voie à suivre.
[11:27] Kayaker Magic : Maintenant que j'y pense, elle se souvient probablement que Bullet créait des modèles physiques. (note de la traduction : gros doute sur la traduction :-) ).
[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Donc pour télécharger un mauvais mesh et polluer tout avec des données potentiellement corrompues causant même le crash d'autres régions, amusant.
[11:30] Andrew Hellershanks : Il y a eu des migrations de bases de données entre la 0.8.2 et la 0.9, ce qui peut aussi poser problème.
[11:30] Kayaker Magic : OK, ça me donne quelques idées à essayer : Lui donner 0.9 avec Bullet, la forcer à écouter les suggestions de téléchargement de mesh...
[11:31] Kayaker Magic : Essayez de remonter sa simulation 0.8 avec Bullet... Assez parlé de ça aujourd'hui. J'ai d'autres questions !
[11:31] Ubit Umarov : (au téléphone..)
[11:31] Andrew Hellershanks : Ce serait une meilleure idée que d'essayer de faire fonctionner une région 0.8 dans une grille fonctionnant principalement en 0.9.
[11:33] Andrew Hellershanks : D'autres questions, Kayaker ?
Stockage des assets : où, quand, comment ?
[11:35] Kayaker Magic : J'essaie de comprendre quand les choses sont écrites dans le cache d'assets de la région. Si je rezz un objet dans une région, je ne le vois pas dans ce cache. Quand est-ce que cela se produit ? Seulement après une récupération réussie depuis le fsassets principal ?
[11:36] Andrew Hellershanks : Cela ressemble à une question pour Ubit, une fois qu'il aura raccroché le téléphone.
[11:37] Kayaker Magic : Et si on rezzait deux copies d'un objet, chacune aura son propre UUID, n'est-ce pas ?
[11:39] Kayaker Magic : mais chaque objet doit avoir des UUIDs d'aassets pour toutes ses textures, sont-elles mises en cache dans l'assetcache par leurs UUIDs d'assets ?
[11:39] Andrew Hellershanks : oui pour les deux.
[11:39] Ubit Umarov : l'uuid est l'identifiant de tout asset.
[11:40] Kayaker Magic : par UUID d'asset je veux dire l'UUID dans fsassets, est-ce qu'une texture est mise en cache dans assetcashe avec le même UUID ?
[11:42] Ubit Umarov : comme je l'ai dit l'identifiant d'un objet est seulement son UUID.
[11:43] Kayaker Magic : Ce que je veux savoir c'est que si je regarde dans la base de données region, je vois un objet stocké avec son UUID rezzé, mais est-ce que la seule chose stockée dans le assetcache sont les éléments de base stockés dans fsasset via des UUIDs ?
[11:44] Ubit Umarov : un objet perd les uuids des textures (matériaux etc) qu'il utilise.
[11:44] Ubit Umarov : fait un list
[11:45] Ubit Umarov : un objet peut aussi être stocké en tant qu'actif, bien sûr.
[11:45] Ubit Umarov : ce stacktrace est étrange.
[11:45] Kayaker Magic : Si je crée un nouvel objet, disons à partir de deux cubes, est-ce que cet objet est déjà dans fsasset ? Quand est-ce qu'il est sauvegardé la première fois ?
[11:46] Ubit Umarov : il y a quelque chose de très bizarre avec cette région.
[11:46] Ubit Umarov : non, la différence entre les objets est qu'ils sont sur la base de données de la région seulement (format propre).
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les Prims ne sont pas des assets, les textures, mesh, animations, scripts, etc. sont des assets. On ne peut pas créer un asset en rezzant une prim.
[11:47] Ubit Umarov : ils deviennent un asset lorsqu'ils sont mis dans l'inventaire.
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Yep
[11:48] Ubit Umarov : simplement pour des raisons d'implémentation, dans une région il y a des parties de scène et des groupes d'objets de scène :)
[11:48] Kayaker Magic : Donc si je rezze un cube, rien ne se passe dans fsassets ou assetcache, si je mets une nouvelle texture dessus, la texture vient de fsassets, et est sauvegardée dans assetcache.
[11:48] Ubit Umarov : qui ont leur propre stockage sur les dbs.
[11:48] Ubit Umarov : oui
[11:48] Kayaker Magic : OK, je pense que j'ai compris l'idée.
[11:49] Ubit Umarov : à l'opposé, les textures sont directement téléchargées dans la grille (fsassets).
[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si ce ne sont pas des textures de la bibliothèque que chaque région fournit, alors il faudrait probablement utiliser une texture téléchargée par toi-même.
[11:49] Ubit Umarov : (sauf les textures dynamiques).
[11:49] Kayaker Magic : je vois
[11:49] Ubit Umarov : donc quand nous en appliquons une sur un visage, le viewer va la demander.
[11:49] Ubit Umarov : via le service des assets.
[11:50] Ubit Umarov : avec la version 0.9.2 via ViewerAsset cap.
[11:50] Ubit Umarov : en fait, depuis une certaine 0.9 où j'ai ajouté le support cap).
[11:51] Ubit Umarov : les objets ont aussi leurs propres chemins vers le viewer.
[11:51] Kayaker Magic : Pas de problème, j'utilise toujours la version 0.9.x à moins d'être ramené de force en arrière...
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : le cache du viewer d'objets, cette chose amusante.
[11:51] Ubit Umarov : protocole spécial pour envoyer les "objets" au viewer en tant que tel...
[11:52] Ubit Umarov: well porotocols,.. object viewer cache uses other udp protocol, one could say [11:52] Vincent.Sylvester @hg.zetaworlds.com:8002: Yeah don't use old viewers you gonna have a bad time lol [11:53] Ubit Umarov: objects inside other objects are assets ofc [11:53] Ubit Umarov: btw fs did a release [11:53] Vincent.Sylvester @hg.zetaworlds.com:8002: primitems pointing at the assets [11:54] Kayaker Magic: FINALLY! [11:54] Ubit Umarov: not that many diferences [11:54] Vincent.Sylvester @hg.zetaworlds.com:8002: grid status button now works [11:54] Kayaker Magic: Well that Vivox fix was needed to prevent crashing when HG TPing between some grids. [11:54] Ubit Umarov: now library does use own caps [11:55] Ubit Umarov: i had added those caps like in 2018 then removed since no viewer used them [11:55] Ubit Umarov: alchemy asked me to put them back, so the worked on it, now also fs [11:55] Ubit Umarov: no big dif [11:56] Ubit Umarov: just when all viewers do it, region code can be simplified [11:56] Vincent.Sylvester @hg.zetaworlds.com:8002: Well slightly cleaner code too so that's good, so many areas really needing a review [11:56] Ubit Umarov: removing the hack of giving library on the normal inventory caps [11:57] Ubit Umarov: no idea if i missed any question [11:57] Ubit Umarov: phone had to ring jsut at start of meeting, ofc [11:58] Kayaker Magic: I got usefull replies to my two questions. [11:58] Kayaker Magic: Hogging a lot of time again! Thanks guys! [11:58] Ubit Umarov: ahh [11:58] Vincent.Sylvester @hg.zetaworlds.com:8002: You can hop on irc if you need help, don't have for the meeting to roll around [11:59] Ubit Umarov: i made several (useless) changes on ubode and did commit to git [11:59] Ubit Umarov: but currently that is kinda broken :p [11:59] Andrew Hellershanks: Vincent, but what would we talk about if all the questions are handled via IRC during the week? :) [11:59] Ubit Umarov: somehow the old gcc i was using generates code that fails to do raycasts [12:00] Ubit Umarov: compiled on win and debian11 gcc, works fine [12:00] Ubit Umarov: s oa pretty nice bug.. impossible to find [12:00] Ubit Umarov: gcc jsut went nuts [12:00] Ubit Umarov: duhhh [12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: Where is the source for that? Been meaning to ask [12:01] Ubit Umarov: opensim-libs [12:01] Vincent.Sylvester @hg.zetaworlds.com:8002: Maybe I'll get a completely different cryptic error... knowing my luck [12:01] Andrew Hellershanks: Wow. What and odd sort of bug. [12:01] Ubit Umarov: wlel no error [12:01] Ubit Umarov: just raycasts fail [12:01] Ubit Umarov: no error ... nothing.. [12:02] Ubit Umarov: raycasts used internally to terrain collisions, kinda work till they don't :9 [12:02] Ubit Umarov: then the prim gets odd collisions [12:02] Vincent.Sylvester @hg.zetaworlds.com:8002: Didn't we have a problem with that a while back as well? [12:02] Ubit Umarov: gcc just lost some code path [12:03] Vincent.Sylvester @hg.zetaworlds.com:8002: It killing cpu [12:03] Ubit Umarov: a failed init, it used to do.. a lost reference.. no idea [12:03] Vincent.Sylvester @hg.zetaworlds.com:8002: Maybe it's optimizing it away [12:03] Ubit Umarov: on a recent gcc, same code.. no issues [12:04] Jamie.Jordan @grid.kitely.com:8002: Have a great week yall [12:04] Ubit Umarov: but i can't compile it on very last gcc, or many will no be able to run it [12:04] Ubit Umarov: so.. duhhh a bit stuck for now :) [12:05] Andrew Hellershanks: ok, Jamie. Thanks for coming. See you again next week. [12:05] Ubit Umarov: 2 late :) [12:05] Selby.Evans @grid.kitely.com:8002: bye all [12:05] Andrew Hellershanks: ok, Selby. See you next week. [12:05] Ubit Umarov: have fun sleby [12:05] Vincent.Sylvester @hg.zetaworlds.com:8002: Revert back to working version and then go step by step, time consuming but probably simplest way [12:05] Ubit Umarov: nad sleby [12:06] Ubit Umarov: dannng [12:06] Ubit Umarov: and selby [12:06] Andrew Hellershanks: We are just past the hour mark. If there aren't any last minute items for today then we can wrap up todays meeting. [12:06] Ubit Umarov: yeah i have rl waiting also [12:07] Andrew Hellershanks: ok. In that case I will call this meeting to a close. I also have a couple of things I need to get back to. [12:07] Ubit Umarov: have anice week ppl [12:07] Andrew Hellershanks: Thank you all for coming. See you again next week.