Dernière version du 30 novembre 2024 à 13:25

Changements du code de la semaine

Carte

Mise à jour simplifiée du code de Warp3d.dll avec petite réduction de la mémoire de pointe surtout pour Windows.[1]. Le résultat final devrait être les mêmes images laides qu'auparavant.

Messagerie instantanée

Ajout de l'option de configuration MaxOfflineIMs à offlineIMService dans Robust.ini avec une valeur par défaut de 25 par utilisateur. Avant la modification ce nombre était défini à 25 maintenant on peut le définir dans Robust.ini et il n'y a pas de limite supérieure. Il faudrait le maintenir à un niveau relativement bas pour éviter les spams. 100 est probablement bien mais n'oubliez pas qu'un utilisateur reçoit tout cela à son arrivée. [2]
Une valeur de 200 risque de produire une défaillance de la messagerie instantanée. Cela devra être débogué.

BulletSim

Misterblue a rétabli la bibliothèque BulletSim à une version antérieure par défaut.[3] Certaines personnes se sont plaintes sur Mantis que la bibliothèque n'était pas compatible avec d'anciens systèmes d'exploitation.[4] La compilation sur Ubuntu 18.04 (qui n'est plus maintenu, voir ci-dessous) permet la compatibilité pour tout. C'est probablement la meilleure option.
Misterblue prévoit de tester les versions croisées (faire tourner la compilation 18.04 sur Ubuntu 22.04) avant d'intégrer la nouvelle version par défaut.
Il ne pense pas qu'il devrait y avoir des binaires BulletSim pour chacune des différentes versions d'Ubuntu (et des versions de Debian, ...).
ODE est aussi compilé sur des linux plus anciens pour éviter les problèmes, son code n'utilise pas beaucoup de choses fantaisistes qui changent constamment. Cela marchera pour BulletSim s'il n'utilise pas de code fantaisistes qui change tout le temps.

Avertissement

Attention : Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux réunions du mardi ou sur le canal IRC

Scripts

Limite de taille des scripts

Problème : les scripts LSL de plus de 262 000 caractères posent des problèmes étranges et ne peuvent pas être compilés/exécutés.
Réponse : les sources des scripts ont une taille limitée côté viewer. Taille maximale du code source du script - 65536 caractères d'un octet (c'est une limitedu viewer qui peut être modifiée dans le fichier de configuration 'panel_script_ed.xml').
Le pré-processeur double la taille du code source.

Projets en cours / Infos

Versions d'Ubuntu

Ubuntu 18.04 LTS « The Bionic Beaver » (le castor bionique) [5] : Date de fin de soutien Avril 2023 : personne ne devrait encore l'utiliser à moins de payer pour une sécurité étendue de la part de Canonical.
Ubuntu 20.04 LTS « Focal Fossa » (le fossa focal) [6] : Date de fin de soutien Avril 2025
Ubuntu 22.04 LTS « The Jammy Jellyfish » (la méduse chanceuse) [7] : Date de fin de soutien Avril 2027
Ubuntu 24.04 LTS « Noble Numbat » (le Noble numbat): Sortie le 25 avril 2024, date de fin de soutien Avril 2029

Prim fantôme

Il faut redémarrer la région.
Dans le menu développeur du viewer, sous les métadonnées de rendu, vous pouvez activer les formes physiques si vous voulez savoir dans quoi vous vous cognez.
Lors de la suppression, un objet peut rester invisible aux collisions pendant un certain temps alors que la suppression se produit réellement.

Viewers

Sharpview

Besoin en test de Sharpview :
- Pour le moment une seule frontière plate entre deux régions
- Bientôt, 4 coins et la possibilité de rezzer un véhicule.
Vincent.Sylvester a proposé à Joe Magarac de lui installer des régions test avec un accès SSH pour vérifier les erreurs lors d'une traversé de frontières entre deux régions dans leurs consoles.
Sur Second Life la traversé de frontière fonctionne mais pas sur OpenSim.
Premiers tests de conduite sur Second Life : https://video.hardlimit.com/w/77eo95FLSQF6waGuCtfPjV
Sharpview ne permet pas encore le vol. Le viewer est utilisable uniquement sur Osgrid et Kitely. Il n'est pas encore possible d'ajouter d'autres grilles.
Site du viewer : http://animats.com/sharpview/

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-23

@@ Ligne 1 : / Ligne 1 : @@
 = Changements du code de la semaine=
-* correction mineure pour le PBR (matériaux) pour les pièces jointes [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=66ba47d544e6e1de6f41ab51aec2604da81a2a86]
+=== Carte ===
-* changements "cosmétiques" [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=10cdd17d276633ad5f04cdbbd970c4c391874f28][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=75952d9bea49f17e60c256ebdaa668de808e2806]
+* Mise à jour simplifiée du code de '''Warp3d'''.dll avec petite réduction de la mémoire de pointe surtout pour Windows.[http://opensimulator.org/viewgit/?a=commit&p=opensim&h=0e13ed41acd3082cc47cdcd3cea276116eb53d8d]. Le résultat final devrait être les mêmes images laides qu'auparavant.
+===Messagerie instantanée ===
+* '''Ajout de l'option de configuration MaxOfflineIMs à offlineIMService dans Robust.ini''' avec une valeur par défaut de 25 par utilisateur. Avant la modification ce nombre était défini à 25 maintenant on peut le définir dans Robust.ini et il n'y a pas de limite supérieure. Il faudrait le maintenir à un niveau relativement bas pour éviter les spams. 100 est probablement bien mais n'oubliez pas qu'un utilisateur reçoit tout cela à son arrivée. [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=7b888ec02c2cf2d3397d9aa734b2ff746ede188b]
+* Une valeur de 200 risque de produire une défaillance de la messagerie instantanée. Cela devra être débogué.
+=== BulletSim ===
+* Misterblue a rétabli la bibliothèque BulletSim à une '''version antérieure par défaut'''.[http://opensimulator.org/viewgit/?a=commit&p=opensim&h=ed734a530716ed11fe641e7b0038f5eb17da9d01] Certaines personnes se sont plaintes sur Mantis  que la bibliothèque n'était pas compatible avec d'anciens systèmes d'exploitation.[http://opensimulator.org/mantis/view.php?id=9104] La compilation sur Ubuntu  18.04 (qui n'est plus maintenu, voir ci-dessous) permet la compatibilité pour tout. C'est probablement la meilleure option.
+* Misterblue prévoit de tester les versions croisées (faire tourner la compilation 18.04 sur Ubuntu 22.04) avant d'intégrer la nouvelle version par défaut.
+* Il ne pense pas qu'il devrait y avoir des binaires BulletSim pour chacune des différentes versions d'Ubuntu (et des versions de Debian, ...).
+* ODE est aussi compilé sur des linux plus anciens pour éviter les problèmes, son code n'utilise pas beaucoup de choses fantaisistes qui changent constamment. Cela marchera pour BulletSim s'il n'utilise pas de code fantaisistes qui change tout le temps.
 = Avertissement =
 {{Avertissement_résumé|fond=pink |bord=red |message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
-= Modules =
+= Scripts=
-=== Recherche ===
+=== Limite de taille des scripts ===
-* Vincent Sylvester se demande pourqoi le module de recherche d'OpenSim n'est pas dans le noyau. Il dit quà part les problèmes de webroot, le module lui-même n'a pas changé du tout et que très peu de monde utilise un module différent pour la recherche, s'il en existe un autre.
+* '''Problème''' :  les scripts LSL de plus de 262 000 caractères posent des problèmes étranges et ne peuvent pas être compilés/exécutés.
+* '''Réponse''' : les sources des scripts ont une taille limitée côté viewer. '''Taille maximale du code source du script - 65536 caractères d'un octet (c'est une limitedu viewer qui peut être  modifiée dans le fichier de configuration 'panel_script_ed.xml'''').
+* Le pré-processeur double la taille du code source.
 = Projets en cours / Infos=
-===Osgrid ===
+=== Versions d'Ubuntu ===
-* Maintenance de la grille Osgrid : OSgrid utilisera une nouvelle version de la 0.9.3 lorsque la grille reviendra en ligne. Il y aura des changements dans Opensim.ini et gridcommon.ini en ce qui concerne les listes muettes et les messages instantanés hors ligne. [https://www.osgrid.online/]
+* '''Ubuntu 18.04 LTS « The Bionic Beaver »'''  (le castor bionique) [https://doc.ubuntu-fr.org/bionic] : Date de fin de soutien  Avril 2023 : personne ne devrait encore l'utiliser à moins de payer pour une sécurité étendue de la part de Canonical.
-===Petit bilan du passage à dotnet 6===
+* '''Ubuntu 20.04 LTS « Focal Fossa »''' (le fossa focal) [https://doc.ubuntu-fr.org/focal] : Date de fin de soutien Avril 2025
-* Pas de retours depuis le passage de master à dotnet6 : ceux qui utilisent Git devaient déjà utiliser dotnet6.
+* '''Ubuntu 22.04 LTS « The Jammy Jellyfish »''' (la méduse chanceuse) [https://doc.ubuntu-fr.org/Jammy] : Date de fin de soutien Avril 2027
-* Il y a eu quelques plaintes sur le fait que les scripts ne sont parfois pas transférés, parce que leurs binaires ne sont pas directement compatibles.
+* '''Ubuntu 24.04 LTS « Noble Numbat »''' (le Noble numbat): Sortie le 25 avril 2024, date de fin de soutien Avril 2029
-* Quelques problèmes vites résolus avec la Mantis.
-* Les performences sont légèrement en hausse.
+=== Prim fantôme ===
-* Au fur et à mesure que dotnet6 progresse, les choses deviendront de plus en plus incompatibles, en particulier avec PBR.
+* Il faut redémarrer la région.
-=== Modules Addons de Andrew Hellerhanks ===
+* Dans le menu développeur du viewer, sous les métadonnées de rendu, vous pouvez activer les formes physiques si vous voulez savoir dans quoi vous vous cognez.
-* Ils seront déplacés de Github vers Sourceforce [https://sourceforge.net/] en raison des problèmes liés à l'authentification à deux facteurs exigée par Github.
+* Lors de la suppression, un objet peut rester invisible aux collisions pendant un certain temps alors que la suppression se produit réellement.
-* Gavin.Hird utilise aussi  Kallithea [http://dayturn.com:5005/] mais il semble qu'il ne soit plus maintenu.
-* NDLR : pour info Framagit [https://framagit.org/explore] qui est une instance de Gitlab maintenue par Framasoft. Vous pouvez créer des comptes et l'utiliser gratuitement.
-=== Prochaine réunion===
-* Éventuelle région de remplacement : http://grid.xmir.org:8002/barcola . Attente près de l'aire d'atterrissage et choix d'une salle après l'arrivée des participants. Les retardataires peuvent vérifier sur la carte s'il y a un groupe de points bien serrés.
-* NDLR : comme la grille Osgrid semble mise à jour et que tout fonctionne il est peu probable que la réunion du 16 janvier soit déplacée.
 = Viewers=
-=== Sharpview ===
+=== Sharpview===
-* Ajouts de dispositifs pour le passage de régions. Des tests sont nécessaire, cela ne fonctionne pas assez bien.
+* Besoin en test de Sharpview :
-* Pas encore de test pour les véhicules sur OpenSimulator.
+** Pour le moment une seule frontière plate entre deux régions
-=== Passage de région ===
+** Bientôt, 4 coins et la possibilité de rezzer un véhicule.
-* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.
+* Vincent.Sylvester a proposé à Joe Magarac de lui installer des régions test avec un accès SSH pour vérifier les erreurs lors d'une traversé de frontières entre deux régions dans leurs consoles.
-* La plupart du code pour les passages de frontière se situe  dans le fichier  indra/newview/llviewerobject.cpp  du viewer.
+* Sur Second Life la traversé de frontière fonctionne mais pas sur OpenSim.
-* La région décide où se trouve l'objet(serveur) le viewer dit juste "bouge" (client),c'est la partie UDP. S'il y a une perte de paquets UDP, ce que veut l'utilisateur peut se perdre. La région dit au viewer ce qu'il doit faire et en retour il envoie un rapport. Les régions décident des positions, elles dirigent la physique et les scripts. Parce que le "ne peut pas bouger" est plus rare que le "peut bouger", la plupart des vérifications se font après qu'il soit appliqué, c'est pour ça qu'il y a de l'élastique sur les lignes de bannissement et autres.
+* Premiers tests de conduite sur Second Life : https://video.hardlimit.com/w/77eo95FLSQF6waGuCtfPjV
-* Dans les viewers, il y a une seconde délibérée  pendant laquelle aucune nouvelle image n'est rendue pendant la traversée,  un certain nombre d'images ne sont pas rafraîchies. L'utilisateur est généralement concentré sur l'avatar en train de traverser, donc tout ce qui se passe dans le cadre n'a pas d'attention. C'est localisé à l'observateur, tout le reste se passe normalement.
+* Sharpview ne permet pas encore le vol. Le viewer est utilisable uniquement sur Osgrid et Kitely. Il n'est  pas encore possible d'ajouter d'autres grilles.
-=====Problème =====
+* Site du viewer : http://animats.com/sharpview/
-* Sur OpenSim les passages de région en diagonale explosent à cause de la façon dont les croisements fonctionnent en interne, nous ne pouvons tout simplement pas déplacer les données assez rapidement. Les régions ne parlent pas avec les régions en diagonale.  Le problème vient peut-être du protocole, comment les mises à jour sont envoyées via UDP. La plupart des cas, il y aura 2 croisements en séquence rapide.Le problème est que si vous vous déplacez à une diagonale de 256,254 par exemple, vous êtes d'abord placé dans la région latérale, puis vous passez instantanément dans la région diagonale. OpenSim ne peut pas traiter ces données en moins d'une seconde. Si vous atteignez exactement 256,256 et que vous vous déplacez rapidement, vous serez placé dans la région diagonale. C'est encore plus vrai si la seule région disponible est la région diagonale. Si vous vous arrivez dans le coin et que vous n'avez que la région du coin disponible pour traverser, cela fonctionne beaucoup mieux, c'est la région sur le côté qui obtient le déclenchement de la traversée qui casse tout.
-===== Solutions =====
-* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''
-* Une solution plus efficace serait d'essayer l'idée de la boîte de délimitation, forcer le croisement en diagonale.
-=== Édition d'un terrain ===
-* Sur SL la terre s'étend sur 16m à l'extérieur du bord pour la physique, sur OpenSim la marge est plus réduite.
-* À travers la frontière d'une autre région sur SL, on obtient le terrain de l'autre région. Sur OpenSim il n'y a pas ce genre de partage. Les régions sont isolées. C'est une bonne chose, mais cela implique aussi  certains problèmes.
 = Source=
-http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-09
+http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-23