Aller au contenu

« Réunion du 23-01-2024 » et « Réunion du 06-02-2024 » : différence entre les pages

De OSWiki
(Différence entre les pages)
Page créée avec « = 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.[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... »
 
Page créée avec « = Changements du code de la semaine= ===PBR=== * Problèmes d'arrondis dans le code de '''PBR''' [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=6ca32cb8efad667d0aa9db064bb9bd712c2d2b33][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=52bd793120bd1e3cce06af5224447581222ebe24] === pcampbot=== * ne pas ajouter 0 au nom de famille si l'on ne fait qu'un seul bot. * ne pas essayer de chercher des textures d'arbre * [http://opensimulator.org/viewgit/?a=... »
 
Ligne 1 : Ligne 1 :
= Changements du code de la semaine=
= Changements du code de la semaine=
=== Carte ===
===PBR===
* 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.
* Problèmes d'arrondis dans le code de '''PBR''' [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=6ca32cb8efad667d0aa9db064bb9bd712c2d2b33][http://opensimulator.org/viewgit/?a=commit&p=opensim&h=52bd793120bd1e3cce06af5224447581222ebe24]  
===Messagerie instantanée ===
=== pcampbot===
* '''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]
* ne pas ajouter 0 au nom de famille si l'on ne fait qu'un seul bot.
* Une valeur de 200 risque de produire une défaillance de la messagerie instantanée. Cela devra être débogué.
* ne pas essayer de chercher des textures d'arbre
 
* [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=47810b04d54793bc8be6287086a30494e31569fd]
=== BulletSim ===
===Nom de parcelles ===
* 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.
* modification  des limites concernant le nom et la description des parcelles dans les paquets LLUDP [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=00e9e3c77a01507da1363d47b153510741ec940b]
* 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.
===Libomv===
* 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, ...).
* Mise à jour[http://opensimulator.org/viewgit/?a=commit&p=opensim&h=db0423468573c8567885a4291786b2b7e4f68212]
* 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 =
{{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]}}
{{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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci. 😉 }}
= 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=
= Informations=
=== Versions d'Ubuntu ===
===Compilation ===
* '''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.
* Problème avec le prebuild de libopenmetaverse pour Linux ? (Ndlr : je n'ai pas tout cerné, voir les sources à partire de 12:49).
* '''Ubuntu 20.04 LTS « Focal Fossa »''' (le fossa focal) [https://doc.ubuntu-fr.org/focal] : Date de fin de soutien Avril 2025
===Visual Studio===
* '''Ubuntu 22.04 LTS « The Jammy Jellyfish »''' (la méduse chanceuse) [https://doc.ubuntu-fr.org/Jammy] : Date de fin de soutien Avril 2027
* Microsoft a annoncé l'abandon du support Mac pour Visual studio à partir d'août 2024.  
* '''Ubuntu 24.04 LTS « Noble Numbat »''' (le Noble numbat): Sortie le 25 avril 2024, date de fin de soutien Avril 2029
* Il y a aussi des problèmes avec la dernière version de Visual Studio Code qui a abandonné la prise en charge d'une version de serveur Ubuntu largement utilisée.


=== Prim fantôme ===
= Viewers=
* Il faut redémarrer la région.
===Sharpview ===
* 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.
* '''Journal détaillé''' : http://animats.com/sl/misc/
* Lors de la suppression, un objet peut rester invisible aux collisions pendant un certain temps alors que la suppression se produit réellement.
* Connexion avec le nom d'utilisateur '''"devs"''', le mot de passe '''"thread"'''.
* Toujours des '''problèmes de passage de frontières entre deux régions''' dans OpenSim mais pas dans SL.  Quelque chose est différent dans OpenSim. Mais quoi ?
* Normalement, lorsque l'avatar entre dans une nouvelle région, le viewer reçoit un ensemble complet de mises à jour d'objets pour toutes les parties et pièces jointes de l'avatar.  Le viewer remarque que l'UUID de l'objet est un duplicata de celui de l'ancienne région et le tue dans l'ancienne région. Dans Sharpview ObjectUpdate pour la prim racine de l'avatar n'est pas détecté, donc le processus ne se réalise pas (l'avatar lui-même est la racine). Le viewer ne reçoit aucune mise à jour d'objet pour l'agent après la troisième traversée de région.
* '''Le message ObjectUpdate''' de l'avatar a un format différent de celui des prims. Il y a plusieurs messages "objectupdate", ils sont décodés en utilisant leur taille. OpenSim n'utilise que 32bit et 2 variantes : objets et avatars.
* Vincent.Sylvester a installé sur Osgrid deux régions à tester la semaine dernière, Sharpview et Sharpview2.
* Ubit Umarov propose  à Joe Magarac  de passer quelques heures sur sa grille de test avec une région en mode débogage. Il prévoit d'utiliser '''WinGridProxy'''[https://github.com/WhiteCoreSim/Whitecore-LibOMV-Programs/tree/master/WinGridProxy]. C'est un programme qui fait partie de libOMV (libopenmetaverse). On peut l'utiliser comme proxy entre un viewer et une grille. Il permet de voir les messages qui passent entre les deux. Cela peut être utile pour le débogage, pour vérifier si un paquet de données envoyé lors de la connexion contient la taille de la région.


= 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=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-23
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-02-06

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

Changements du code de la semaine

PBR

  • Problèmes d'arrondis dans le code de PBR [1][2]

pcampbot

  • ne pas ajouter 0 au nom de famille si l'on ne fait qu'un seul bot.
  • ne pas essayer de chercher des textures d'arbre
  • [3]

Nom de parcelles

  • modification des limites concernant le nom et la description des parcelles dans les paquets LLUDP [4]

Libomv

  • Mise à jour[5]

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. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci. 😉


Informations

Compilation

  • Problème avec le prebuild de libopenmetaverse pour Linux ? (Ndlr : je n'ai pas tout cerné, voir les sources à partire de 12:49).

Visual Studio

  • Microsoft a annoncé l'abandon du support Mac pour Visual studio à partir d'août 2024.
  • Il y a aussi des problèmes avec la dernière version de Visual Studio Code qui a abandonné la prise en charge d'une version de serveur Ubuntu largement utilisée.

Viewers

Sharpview

  • Journal détaillé : http://animats.com/sl/misc/
  • Connexion avec le nom d'utilisateur "devs", le mot de passe "thread".
  • Toujours des problèmes de passage de frontières entre deux régions dans OpenSim mais pas dans SL. Quelque chose est différent dans OpenSim. Mais quoi ?
  • Normalement, lorsque l'avatar entre dans une nouvelle région, le viewer reçoit un ensemble complet de mises à jour d'objets pour toutes les parties et pièces jointes de l'avatar. Le viewer remarque que l'UUID de l'objet est un duplicata de celui de l'ancienne région et le tue dans l'ancienne région. Dans Sharpview ObjectUpdate pour la prim racine de l'avatar n'est pas détecté, donc le processus ne se réalise pas (l'avatar lui-même est la racine). Le viewer ne reçoit aucune mise à jour d'objet pour l'agent après la troisième traversée de région.
  • Le message ObjectUpdate de l'avatar a un format différent de celui des prims. Il y a plusieurs messages "objectupdate", ils sont décodés en utilisant leur taille. OpenSim n'utilise que 32bit et 2 variantes : objets et avatars.
  • Vincent.Sylvester a installé sur Osgrid deux régions à tester la semaine dernière, Sharpview et Sharpview2.
  • Ubit Umarov propose à Joe Magarac de passer quelques heures sur sa grille de test avec une région en mode débogage. Il prévoit d'utiliser WinGridProxy[6]. C'est un programme qui fait partie de libOMV (libopenmetaverse). On peut l'utiliser comme proxy entre un viewer et une grille. Il permet de voir les messages qui passent entre les deux. Cela peut être utile pour le débogage, pour vérifier si un paquet de données envoyé lors de la connexion contient la taille de la région.

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-02-06