Réunion du 16-07-2024
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.😉 |
Scripts
Influencer les scripts avec un mot clé "strict"
Ce qui est proposé
- Vincent Sylvester se demande si les scripts ne pourraient pas suivre différentes spécifications en fonction du mot clé /commutateur "strict" qui serait donné en début de script LSL.
Discussion
- Certaines fonctions pourraient être interprétées d'une façon particulière suivant des règles définies dans les spécifications. Des fonctions liées à l'utilisation du temps et quelques autres fonctions ne suivent pas strictement les spécifications LSL. Par exemple, elles retournent un temps différent.
- Si des utilisateurs désirent utiliser les spécifications LSL, proposer un mot clé serait plus simple que de modifier le code OpenSim des fonctions en risquant de casser de nombreux scripts LSL déjà écrits.
- Vincent Sylvester pense qu'ajouter une fonction OSSL pour cela ne correspond pas à l'usage habituel d'une fonction OSSL.
- Ubit Umarov pense que les scripts doivent avoir des spécifications simples et propres et qu'il y a déjà assez de désordre.
Problème d'affichage de l'heure dans les viewers pour OpenSim
Heure locale ou heure PST
- Il y a eu un débat entre ceux qui sont pour et ceux qui sont contre l'affichage de l'heure locale pour OpenSim dans la viewer. Certains sont mécontents que les viewers tiers ont supprimé UTC, c'était une exigence Linden Lab. Mais, qui se soucie de Linden Lab sur OpenSim ? L'idée d'ajouter un interrupteur pour passer de PST à l'heure locale est avancée.
- Arguments pour l'heure locale :
- Beaucoup d'utilisateurs ne sont pas dans ce fuseau horaire, surtout si la grille n'est utilisé que par une population localisée à un fuseau horaire.
- La recherche d'événements indique les heures des événements dans les fuseaux horaires locaux, ce qui n'est pas l'heure de la grille, d'où une belle confusion.
- Argument pour l'heure PST : une référence temporelle commune est une bonne chose, cela pourrait être un autre fuseau horaire que PST.
Mieux comprendre les fuseaux horaires
NDLR : Fuseaux horairesQuelques fuseaux horaires
Formule pour calculer l'heure d'un pays à partir de l'heure PST
H = HPST - d1 + d2
HPST = H + d1 - d2
HPST = 16 d1 = -8 d2 = +1 H = 16 - (-8 ) + 1 = 25 25 n'est pas une heure valide il faudra enlever 24h au résultat. Ainsi, dans ce cas, 25h équivaut à 1h du matin en heure locale française d'hiver. |
OpenSim utilise le type double pour LSL
Le problème
- Au début en 2007 les développeurs d'OpenSim et de Microsoft avec C# pensaient que les doubles étaient plus rapides que les float et c'était vrai. Mais, cela demande beaucoup plus de mémoire et il faut faire avec cela maintenant. Depuis dotnet a compris l'intérêt d'utiliser Float. Ils ont développé une nouvelle fonction mathF pour les supporter.
- Un interrupteur dans le script pourrait permettre de gérer ce problème d'après Vincent Sylvester. Peut-être pour utiliser Float sur les petites régions et Double sur des grandes régions qui demandent plus de précision ?
- Le moteur de physique et l'interface des viewers utilisent des floats. OpenSim stocke en float scene et main. L'utilisation de doubles partout est du gaspillage.
- La hauteur du terrain est stockée en double.
- L'utilisation de double est nécessaire ici et là où les mathématiques exploseraient sinon, mais ce sont des cas spéciaux localisés.
- Utiliser Double dans les scripts semble être inutile. Peut-être qu'un jour Ubit Umarov remplacera tous les doubles par des floats ?
- Mantis 6104
Float et Double
NDLR :
|
Modules
Module de recherche ossearch
Actualité sur le module
- ossearch fonctionne en grande partie avec php8.3 sauf des crashs avec certaines petites choses liées à des bugs dans le code. Vincent Sylvester travaille sur la partie webroot. Il essaie de corriger les bugs : numéros de lignes non liés, variables définies non utilisées qui causent des échecs dans la préparation de requêtes PDO, des variables mal utilisées, catégorie manquante pour les lieux, fautes de frappe.
- La recherche sur le Web n'est pas prise en charge actuellement.
| NDLR : Voilà ce que j'ai compris (c'est un peu obscur, je n'ai jamais testé ce module) :
|
Les sources
Informations sur le Wiki OpenSimulator
Viewers
PBR dans Firestorm 7.1.9
- PBR complet, rendu principalement dans le GPU. Les utilisateurs avec des PC bas de gamme sont mécontents.
- Le rendu du terrain PBR se fait également sur le GPU maintenant.
- Firestorm 7.1.9 utilise également plus de CPU que les versions antérieures.
- Cartes graphiques testées avec Firestorm 7.1.9:
| Carte graphique | Commentaire | Mémoire | Système d'exploitation |
|---|---|---|---|
| NVidia 640 | Carte de 2012 - Fonctionne bien | 2Go | Linux |
| NVidia Geforce GTX 1050 | Test à venir | 2Go | Window 10 |
| NVIDIA GeForce GTX 1660 Ti | Très bien | 6Go | Ubuntu 22.04 |
| NVidia GeForce RTX 3070 | très bien | 8Go | Linux |
| NVidia GeForce RTX 3080 | Pas stable | 10Go | ? |
- Ce sont les machines « Integrated graphics » qui vont souffrir. Les "Integrated Graphics" (graphiques intégrés) font référence à une solution graphique intégrée directement sur la carte mère d'un ordinateur.Elles ont généralement des performances graphiques inférieures par rapport aux cartes graphiques dédiées
- Cette version du viewer plante beaucoup avec OpenSim et un peu moins sur Second Life. Une version Bêta est sortie est semble moins planter. Il est possible que les développeurs attendent WEBRTC avant de sortir la prochaine version stable du viewer.
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-07-16