Aller au contenu

« Réunion du 16-07-2024 » et « Réunion du 23-07-2024 » : différence entre les pages

De OSWiki
(Différence entre les pages)
Page créée avec «  = 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]. Je ne fais pas partie des... »
 
Page créée avec « = Changements du code de la semaine= == OAR== * [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=1f7e0d1dd9c517fc4a09c9b3a330dcb453554de2 Commit 1f7e0d] : correction d'une erreur de frappe dans le chargement des '''OAR'''. = 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 sourc... »
 
Ligne 1 : Ligne 1 :
= Changements du code de la semaine=
== OAR==
* [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=1f7e0d1dd9c517fc4a09c9b3a330dcb453554de2 Commit 1f7e0d] : correction d'une erreur de frappe dans le chargement des '''OAR'''.


= 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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}
{{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=
= Heightmap =
== Influencer les scripts avec un mot clé "strict"==
== Chargeur de terrain Tiff==
=== Ce qui est proposé ===
* Le format de la heightmap détermine le chargeur à utiliser. Les extensions prises en charge sont les suivantes : .r32 (RAW32) .f32 (RAW32) .ter (Terragen) .raw (LL/SL RAW) .jpg (JPEG) .jpeg (JPEG) .bmp (BMP) .png (PNG) .gif (GIF) .tif (TIFF) .tiff (TIFF)
* 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.  
* Actuellement, seul le format terragen r32 (RAW32)[https://fr.wikipedia.org/wiki/Terragen] supporte l'échelle complète du terrain pour les hauteurs de région. Mais, il faut des logiciels payants pour éditer des fichiers Raw32. Tous les autres chargeurs coupent le terrain à 256 mètres. Sans RAW32, la hauteur du terrain est limitée. Apparemment, c'est parce que le [https://fr.wikipedia.org/wiki/Graphics_Device_Interface GDI] ne peut gérer que des niveaux de gris 8 bits (même si le bitmap peut techniquement supporter 16 bits). Avec 8 bits, il n'y a pas assez d'espace pour contenir des données au delà de 256.
=== Discussion ===
* Vincent Sylvester essaie de développer un chargeur [https://fr.wikipedia.org/wiki/Tagged_Image_File_Format Tiff]. Il a pris le module Tiff loader et il a fait une routine de sauvegarde et de chargement bit par bit pour qu'il stocke plus de niveaux.  Cela semble fonctionner  la plupart du temps, mais il y a encore des données bizarres à corriger. Il a limité la hauteur à 1024 mètres même si cela devrait supporter plus. Avec  Tiff, toutes les métadonnées sont au début, il est donc facile de trouver où se trouvent les données de terrain, alors que dans d'autres formats, elles peuvent se trouver à la fin ou au milieu, ce qui peut être plus difficile.  Le Tiff 16bit peut être chargé dans [https://fr.wikipedia.org/wiki/GIMP '''Gimp'''] et il peut aussi être sauvegardé. Vincent Sylvester a  pu déplacer le terrain vers le haut en changeant le contraste de l'image donc, n'importe quelle échelle de gris  devrait fonctionner. Il faut juste s'assurer de ne pas sélectionner la compression. '''La version Tiff est prête à être testée.'''
* 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.  
* Vincent Sylvester va peut-être étudier les autres chargeurs.
* 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.  
* [[Lexique_des_réunions#Heightmap | '''Plus d'informations sur les heightmaps.''']]
* 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 ===
= Viewer =
{{NDLR|fond=white |bord= green|message =<br>
== Sharpview ==
{{Fuseaux horaires}}
*  Le rendu du terrain fonctionne bien dans les cas courants.
}}
* Joe Magarac aimerait texter une intersection en T. Il n'en a pas trouvé sur Osgrid. Vincent Sylvester a installé des régions qui devraient former une intersection.
 
== 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 [http://opensimulator.org/mantis/view.php?id=6104 6104]'''
 
=== Float et Double ===
{{NDLR|fond=white |bord= green|message =<br>
* '''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|fond=white |bord=green|message = <br>
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 ?
 
Le reste est assez "spécialisé" et concerne surtout les bases de données, il est question de bases de données, de tables,de jointures internes et de jeux de caractères différents de l'utilisation de PostgreSQL.
 
Référez vous au chat source en anglais pour plus d'informations. (voir le lien ci-dessous).
}}
 
=== Les sources ===
** [https://github.com/kcozens/OpenSimSearch '''Adresse du module développé par Andrew Hellershanks''']
** [https://github.com/Tampa/OpenSimSearch ''' Fork développé par Vincent Sylvester''']
=== Informations sur le Wiki OpenSimulator ===
* http://opensimulator.org/wiki/OpenSimSearch
 
= Viewers=
== PBR dans Firestorm 7.1.9 ==
* [[Lexique_des_réunions#PBR |'''PBR''']] complet, rendu principalement dans le [[Lexique_des_réunions#GPU |'''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:
{| class="wikitable"
|-
! 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. [[Lexique_des_réunions#Viewer_Firestorm_Bêta | '''Une version Bêta''']] est sortie est semble moins planter. Il est possible que les développeurs  attendent [[Lexique_des_réunions#WebRTC |'''WEBRTC''']]  avant de sortir la prochaine version stable du viewer.


= Source=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-07-16
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-07-23

Dernière version du 30 novembre 2024 à 16:01

Changements du code de la semaine

OAR

  • Commit 1f7e0d : correction d'une erreur de frappe dans le chargement des OAR.

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.😉


Heightmap

Chargeur de terrain Tiff

  • Le format de la heightmap détermine le chargeur à utiliser. Les extensions prises en charge sont les suivantes : .r32 (RAW32) .f32 (RAW32) .ter (Terragen) .raw (LL/SL RAW) .jpg (JPEG) .jpeg (JPEG) .bmp (BMP) .png (PNG) .gif (GIF) .tif (TIFF) .tiff (TIFF)
  • Actuellement, seul le format terragen r32 (RAW32)[1] supporte l'échelle complète du terrain pour les hauteurs de région. Mais, il faut des logiciels payants pour éditer des fichiers Raw32. Tous les autres chargeurs coupent le terrain à 256 mètres. Sans RAW32, la hauteur du terrain est limitée. Apparemment, c'est parce que le GDI ne peut gérer que des niveaux de gris 8 bits (même si le bitmap peut techniquement supporter 16 bits). Avec 8 bits, il n'y a pas assez d'espace pour contenir des données au delà de 256.
  • Vincent Sylvester essaie de développer un chargeur Tiff. Il a pris le module Tiff loader et il a fait une routine de sauvegarde et de chargement bit par bit pour qu'il stocke plus de niveaux. Cela semble fonctionner la plupart du temps, mais il y a encore des données bizarres à corriger. Il a limité la hauteur à 1024 mètres même si cela devrait supporter plus. Avec Tiff, toutes les métadonnées sont au début, il est donc facile de trouver où se trouvent les données de terrain, alors que dans d'autres formats, elles peuvent se trouver à la fin ou au milieu, ce qui peut être plus difficile. Le Tiff 16bit peut être chargé dans Gimp et il peut aussi être sauvegardé. Vincent Sylvester a pu déplacer le terrain vers le haut en changeant le contraste de l'image donc, n'importe quelle échelle de gris devrait fonctionner. Il faut juste s'assurer de ne pas sélectionner la compression. La version Tiff est prête à être testée.
  • Vincent Sylvester va peut-être étudier les autres chargeurs.
  • Plus d'informations sur les heightmaps.

Viewer

Sharpview

  • Le rendu du terrain fonctionne bien dans les cas courants.
  • Joe Magarac aimerait texter une intersection en T. Il n'en a pas trouvé sur Osgrid. Vincent Sylvester a installé des régions qui devraient former une intersection.

Source

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