0.8.1 Release/fr

From OpenSimulator

(Difference between revisions)
Jump to: navigation, search
(Généralités simulateur)
(Configuration)
Line 50: Line 50:
  
 
===Configuration===
 
===Configuration===
 +
*Un nouveau dispositif de configuration a été ajouté. Il permet de se référer à une valeur de configuration précédente pour définir d'autres valeurs de configuration. Par exemple, si PublicPort = 8002  dans la section [Const] d'un fichier ini, alors cette valeur pourra être référencée plus tard avec la syntaxe ${<section-name>|}, exemple MapTileURL = ${Const|BaseURL}:${Const|PublicPort}.  Cela permet de définir un paramètre une seule fois et de le réutiliser si nécessaire.  Veuillez vous référer à la liste de diffusion pour plus de détails - ce dispositif n'est pas encore documenté dans le wiki.
 +
 
===Services===
 
===Services===
 
===Hypergrid===
 
===Hypergrid===

Revision as of 10:59, 8 February 2015

Contents

Note de version

Généralités

Bienvenue sur OpenSimulator 8.1, environnement virtuel 3D open-source multi-utilisateurs et serveur de plate-forme de métaverse.

Comme toujours, OpenSimulator est un système très complexe. Différents scénarios d'utilisation (standalone, grille, Hypergrid, etc.) en combinaison avec différentes dépendances (par exemple, les différentes versions de mono sur Linux / Mac) peuvent parfois produire des résultats inattendus ou instables.

Si vous mettez à jour une version précédente d'OpenSimulator, nous vous recommandons fortement de commencer avec les fichiers de configuration et les ports par défaut. Ensuite, si tout fonctionne bien, vous pourrez ajouter toutes les modifications de votre ancienne version OpenSimulator.

Vous êtes sur une page de wiki, ainsi, ne vous privez pas si vous le désirez, de la mettre à jour avec plus d'informations sur la migration, ou d'autres questions au fur et à mesure qu'elles apparaissent. Il peut aussi y avoir des erreur de traduction de l'article anglais, si vous en trouvez, merci de les corriger.

Vous pouvez télécharger cette version d'OpenSimulator depuis http://opensimulator.org/wiki/Download

Problèmes connus

  • Clé abstraite(Arbitrary key) : la valeur de stockage pour les régions n'est pas encore implémentée pour SQLite ou MSSQL. Elle est utilisée pour conserver les paramètres temporaires des attachements. Cette fonctionnalité est considérée comme expérimentale.
  • Régression de la fonctionnalité RLV, ainsi les objets partagés via la fonction llGiveInventoryFolder() avec un nom de dossier au format #RLV/~gift sont encore placés dans le dossier #RLV mais maintenant avec le nom "#RLV/~gift" plutôt que simplement "~gift".Cette question est traité dans http://opensimulator.org/mantis/view.php?id=6311. Toute aide des développeurs de viewer à ce sujet sera la bienvenue.
  • Aucune forme d'équivalence aux primitives n'est implémentée pour les meshes.
  • Le chargement de scripts depuis la section bibliothèque des inventaires ne fonctionne pas correctement.
  • Le générateur de carrés de carte Warp3D, qui n'est pas le générateur par défaut, génère des fuites importantes de mémoire. Nous vous recommandons de l'utiliser une seule fois au début de chaque session de simulateur.
  • Pour les autres bogues, veuillez vous référer au Mantis (système de suivi des anomalis) d'OpenSimulator.

Besoins

OpenSimulator requiert :

  • .NET Framework 4 sur Windows.
  • Et au minimum Mono 2.8 pour fonctionner sur Mono (Linux ou Mac). Toutefois, nous vous recommandons d'utiliser au moins Mono 2.10 car les versions Mono 2.8.x sont connues pour être moins stables dans certaines conditions d'utilisation d'OpenSimulator. Il a également été signalé que Mono 3 est compatible avec OpenSimulator.

Changements avec problèmes de compatibilité possibles

Moteur de script

Cette version remplace la stratégie d'arrêt des scripts par interruption par une stratégie co-opérative (co-op).Elle est définie à l'aide du paramètre ScriptStopStrategy dans la section [XEngine] d'OpenSim.ini.

L'approche par interruption, arrête simplement le déroulement du script actif s'il n'est pas stoppé après un certain délai. Dans de rares cas, en particulier avec des simulateurs très chargés, les threads sont arrêtés au milieu d'un code critique ce qui peut conduire à une instabilité et à des crashes. L'approche co-op est plus stable car elle insère des contrôles dans le script compilé pour assurer un arrêt plus propre.

Cependant, cette nouvelle configuration nécessite une recompilation des scripts. Cela ne peut pas être fait automatiquement. Par conséquent, si au démarrage, le moteur de script rencontre un script compilé pour une stratégie d'arrêt différente (par exemple le script est compilé pour une stratégie d'arrêt par interruption alors que la configuration est définie pour une co-op) alors un avertissement sera enregistré. Le script sera lancé et utilisera la stratégie de la compilation.

Si vous voyez un message pour forcer la recompilation des DLLS de scripts, veuillez définir dans la section [XEngine] DeleteScriptsOnStartup = true pour au moins une session du simulateur ou supprimez manuellement les DLLs de script compilé. Cela supprimera toutes les anciennes DLLs qui pourront être recompilées. L'état des scripts et les scripts eux-mêmes ne seront *pas* perdus.

Aternativement, vous pouvez définir explicitement dans [XEngine] ScriptStopStrategy = abort. Cependant, ce n'est pas recommandé car cela à nouveau provoquer une instabilité. L'option reste à des fins de débogage.

Support de base de données MSSQL

Ce support a été supprimé car il n'avait pas été maintenu depuis plus de deux ans et personne n'était en mesure de s'engager à le faire.

Autres changements

Généralités serveur

  • L'historique de la console de commande sera sauvegardé entre les sessions si ConsoleHistoryFileEnabled = true dans la section [Startup] de la configuration. Actuellement, ce n'est pas défini par défaut.

Généralités simulateur

  • Un simulateur va maintenant se plaindre et non démarrer si deux régions sont configurées avec la même adresse UDP. Auparavant, on pouvait simplement rencontrer de mystérieux problèmes.
  • Ajout d'un dispositif expérimental qui permet au serveur de modifier l'interface du viewer de l'utilisateur à l'aide d'informations envoyées par la fonction SimulatorFeatures d'une région. Ce n'est pas encore documenté, mais un exemple de configuration peut être trouvé dans la Distribution Diva.Son viewer expérimental open-source OnLook est compatible avec ces nouveaux paramètres.

Configuration

  • Un nouveau dispositif de configuration a été ajouté. Il permet de se référer à une valeur de configuration précédente pour définir d'autres valeurs de configuration. Par exemple, si PublicPort = 8002 dans la section [Const] d'un fichier ini, alors cette valeur pourra être référencée plus tard avec la syntaxe ${<section-name>|}, exemple MapTileURL = ${Const|BaseURL}:${Const|PublicPort}. Cela permet de définir un paramètre une seule fois et de le réutiliser si nécessaire. Veuillez vous référer à la liste de diffusion pour plus de détails - ce dispositif n'est pas encore documenté dans le wiki.

Services

Hypergrid

Archivage

Avatars

Amis/profils

Groupes

Messages instantanés

Inventaires

Objets

Carte

Mesh/Sculpt

Supervision

NPC

=Physics

Regions/Domaines/Parcelles

Region Franchissement/Téléportation

Son

Voix

Langage de script

Test

Remerciements

Merci, merci beaucoup à tous les développeurs, les testeurs et les membres de la communauté qui ont contribué à ce communiqué et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

Personal tools
General
About This Wiki