Réunion du 16-07-2024

De OSWiki
Aller à la navigation Aller à la recherche

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 horaires

Quelques fuseaux horaires

Fuseau horaire Description décalage avec UTC été décalage avec UTC hiver
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.
Fuseau horaire du Sénégal
Pas de changement en été Pas de changement en hiver
PST (Pacific Standard Time) Il s'agit du fuseau horaire de la côte ouest des États-Unis, notamment la Californie.
C'est le fuseau horaire utilisé par les viewers comme référence pour afficher l'heure dans le monde virtuel .
PT (Pacific Time Zone ): Terme général pour le fuseau horaire du Pacifique, incluant à la fois PST et PDT.
PST devient PDT (Pacific Daylight Time), avec un décalage de UTC-7 UTC-8
SLT (Second Life Time) Fuseau horaire utilisé dans le monde virtuel de Second Life. SLT est basé sur le fuseau horaire du Pacifique (Pacific Time Zone, PT) aux États-Unis, sans tenir compte de l'heure d'été. UTC-7 UTC-8
CET (Central European Time) Il s'agit du fuseau horaire de l'Europe centrale et d'une partie de l'Afrique, incluant la Belgique, la France métropolitaine, la Suisse et l'Algérie. CET devient CEST (Central European Summer Time), avec un décalage de UTC+2 heures UTC+1
EST (Eastern Standard Time) Il s'agit du fuseau horaire de la côte est des États-Unis. EST devient EDT (Eastern Daylight Time), avec un décalage de UTC-4 UTC-5
HKT (Heure de Hong Kong) UTC+8 UTC+8.
AEST (Heure de l'Est de l'Australie) UTC+10. AEST devient AEDT (Heure d'Été de l'Est de l'Australie) : UTC+11.
JST (Heure du Japon) UTC+9 UTC+9.
IST (Heure de l'Inde) UTC+5:30 UTC+5:30
NZST (Heure de la Nouvelle-Zélande) UTC+12. NZST devient NZDT (Heure d'Été de la Nouvelle-Zélande) : UTC+13.
France UTC−10:00 — La plus grande partie de la Polynésie française

UTC−09:30 — Îles Marquises
UTC−09:00 — Îles Gambier
UTC−08:00 (CIST)— Île Clipperton
UTC−04:00 (AST) — Guadeloupe, Martinique, Saint-Barthélemy et Saint-Martin,
UTC−03:00 — Guyane et Saint-Pierre-et-Miquelon
UTC+01:00 (CET) — France métropolitaine et Corse
UTC+03:00 — Mayotte
UTC+04:00 (RET) — La Réunion, les îles Éparses de l'océan Indien et l'archipel Crozet
UTC+05:00 (TFT) — Îles Kerguelen, îles Saint-Paul et Nouvelle-Amsterdam
UTC+10:00 — Terre Adélie
UTC+11:00 (NCT) — Nouvelle-Calédonie
UTC+12:00 — Wallis et Futuna

Formule pour calculer l'heure d'un pays à partir de l'heure PST

  • HPST : l'heure affichée en PST
  • H  : l'heure convertie du viewer en heure locale
  • d1 : le décalage de PST par rapport à UTC (-7 en été et -8 en hiver)
  • d2 : le décalage du fuseau horaire du pays considéré par rapport à UTC (voir ci-dessus)
  • Formule de conversion de l'heure du viewer en heure locale :
H = HPST - d1 + d2  
  • Formule de conversion de l'heure locale en heure du viewer (HPST) :
HPST = H + d1 - d2
  • Exemple : trouver l'heure locale française d'hiver lorsque le viewer affiche 4h PM (16h)
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  :
  • Float (virgule flottante) : En programmation, "float" est un type de données qui représente un nombre à virgule flottante en simple précision. Il est généralement utilisé pour stocker des nombres décimaux.
  • Double (double précision) : "Double" est un autre type de données en programmation qui représente un nombre à virgule flottante en double précision. Il offre une plus grande précision que le type "float" car il utilise plus de bits pour stocker les valeurs décimales. Les doubles (double précision) sont généralement plus précis que les floats (simple précision), mais ils peuvent nécessiter plus de mémoire pour être stockés en raison de leur précision accrue.


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) :

  • il est possible de définir une URL dans le fichier de configuration (robust.ini) qui peut être utilisée pour la recherche web (voir la page OpenSimSearch du wiki officiel d'OpenSim).
  • En écrivant une page PHP qui correspond à cette URL, la page pourrait être affichée dans le monde virtuel et permettre une recherche web accessible aux utilisateurs de la grille depuis le viewer.
  • La page serait un lien vers un moteur de recherche existant ou vers un moteur de recherche développé pour OpenSim ?


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