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

Mieux comprendre les fuseaux horaires

• UTC (Temps Universel Coordonné) ou Greenwich Mean Time (GMT) : Il s'agit du temps de référence mondial, utilisé comme base pour définir les autres fuseaux horaires. Il ne change pas avec les saisons et ne tient pas compte des variations liées à l'heure d'été ou d'hiver.
• PST (Pacific Standard Time) : Il s'agit du fuseau horaire de la côte ouest des États-Unis, notamment la Californie. En heure d'été, PST devient PDT (Pacific Daylight Time), avec un décalage de -7 heures par rapport à l'UTC. En heure d'hiver, PST a un décalage de -8 heures par rapport à l'UTC.
• CET (Central European Time) : Il s'agit du fuseau horaire de l'Europe centrale, incluant la France. En heure d'été, CET devient CEST (Central European Summer Time), avec un décalage de +2 heures par rapport à l'UTC. En heure d'hiver, CET a un décalage de +1 heure par rapport à l'UTC.
• EST (Eastern Standard Time) : Il s'agit du fuseau horaire de la côte est des États-Unis. En heure d'été, EST devient EDT (Eastern Daylight Time), avec un décalage de -4 heures par rapport à l'UTC. En heure d'hiver, EST a un décalage de -5 heures par rapport à l'UTC.
• HKT (Heure de Hong Kong) : En heure d'été, HKT est UTC+8. En heure d'hiver, HKT reste UTC+8.
• AEST (Heure de l'Est de l'Australie) : En heure d'été, AEST est UTC+10. En heure d'hiver, AEST devient AEDT (Heure d'Été de l'Est de l'Australie) et est UTC+11.
• JST (Heure du Japon) : En heure d'été, JST est UTC+9. En heure d'hiver, JST reste UTC+9.
• IST (Heure de l'Inde) : L'heure de l'Inde (IST) est UTC+5:30 toute l'année.
• NZST (Heure de la Nouvelle-Zélande) : En heure d'été, NZST est UTC+12. En heure d'hiver, NZST devient NZDT (Heure d'Été de la Nouvelle-Zélande) et est UTC+13.

OpenSim utilise le type double pour LSL

• Au début en 2007 les développeurs d'OpenSim et de Microsoft avec C# pensaient que les doubles étaient plus rapides que les floats. Il faut faire avec cela maintenant.
• Le moteur de physique, l'interface des viewers utilisent des floats. L'utilisation de doubles partout est du gaspillage.
• 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.
• Peut-être qu'un jour Ubit Umarov remplacera tous les doubles par des floats ?

🏗️

Modules

Module de recherche ossearch

• ossearch fonctionne en grande partie avec php8.3 sauf des crashs avec certaines petites choses liées à des bugs dans le code.
• Les sources :
  • Adresse du module développé par Andrew Hellershanks
  • Fork développé par Vincent Sylvester

🏗️

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