0.8.1 Release/fr
From OpenSimulator
(→Généralités serveur) |
(→Généralités simulateur) |
||
Line 46: | Line 46: | ||
===Généralités simulateur=== | ===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 [https://github.com/diva/diva-distribution/tree/master/addon-modules/OnLookSupport/ViewerSupport Distribution Diva].Son [http://metaverseink.com/blog/?p=566 viewer expérimental open-source OnLook] est compatible avec ces nouveaux paramètres. | ||
+ | |||
===Configuration=== | ===Configuration=== | ||
===Services=== | ===Services=== |
Revision as of 10:49, 8 February 2015
![]() |
Languages: |
|
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
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.