OpenSimulator - User contributions [en]

0.9.3.1/fr

2026-01-27T08:15:45Z

Acryline: /* Changements et corrections */

{{ReleaseInfo}}
{{Quicklinks|0.9.3.1}}

= Général =
''' VERSION EN COURS DE DÉVELOPPEMENT'''<br><br>Cette version nécessite l'utilisation de dotnet 8.
Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.3.0_Release 0.9.3.0 Release Notes].

= Conditions nécessaires =
OpenSimulator 0.9.3.1 nécessite :
* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent demander des matérieux PBR ou des textures de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

=Changements majeurs=
* Les scripts compilés avec des versions plus anciennes seront recompilés et leur état sera réinitialisé, soit au premier démarrage de la région après la mise à jour, soit lors d'une téléportation.

= Changements et corrections =
* nouvelle fonction OSSL [[osSetTerrainTextures]]. Cette fonction permet de modifier l'ensemble des textures du terrain pour les anciens viewers et générateurs de cartes, ou l'ensemble des textures ou des matériaux pour les nouveaux viewers, sans qu'il soit nécessaire d'utiliser un viewer différent pour chaque cas, ensemble de fonctions [[osListAs*]].
* Nouvelles fonctions LSL telles que llGetStartString, llRezObjectWithParams, llGetLinkSitFlags, llSetLinkSitFlags, osListFindListNext, llGetInventoryDesc, llGetSimStats, llGetHealth, llHMAC, llListFindListNext, llGetVisualParams, llMapBeacon, llGetRenderMaterial, llIsLinkGLTFMaterial, llWorldPosToHUD.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

User talk:Tampa

2025-09-01T15:06:12Z

Acryline:

Hello Tampa

On the [[Dependencies/fr]] page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.

«
Possible error under Linux:

When running the `opensim.sh` script, the following error may appear:
<pre>
-bash: ./opensim.sh : /bin/sh^M : bad interpreter: No file or directory of this type
</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line endings (e.g., Windows-style carriage returns).

To resolve this issue, you need to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>
sudo apt install dos2unix
</pre>

Run the following command in the simulator's bin folder:
<pre>
dos2unix opensim.sh
</pre>

»
Acryline

--------------

The problem is likely that on your system /bin/sh doesn't exist. These days the proper shebang should be /bin/bash so that's something to be fixed in the script itself, which can thankfully be edited easily through nano or vim.

dos2unix is not meant for that.

All opensim.sh really does is run dotnet OpenSim.dll which it does just on the terminal, so the moment that's closed the process is killed. Using screen or tmux is probably better advice to give to users, but that's sort of basic linux admin 101 so should know that already.

bin/sh is meant to be a symlink to the currently configured shell, so something is wrong on your system if that's not set. Debian and Ubuntu will point to dash, but that should still work fine given the commands in the script are normally available to all shells from zsh to bash.

Tampa

--------------
However, I use screen, and running dos2unix on the script solved the problem. But I only used it once. Now, opensim.sh launches fine.

I will delete the paragraph on the wiki page.

Acryline

--------------

Here is a version that calls bash instead:

<pre>
#!/bin/bash

ulimit -s 1048576
ulimit -Hn 999999
ulimit -Sn 999999
dotnet OpenSim.dll

</pre>

You can manage screen sessions through bash scripts and essentially handle all administrative tasks through that, start, stop, running commands etc. That's a bit beyond the scope of what should be delivered though. Only reason the script is included is to make it ever so slightly easier to run multiple commands at once. Really if you set the ulimits globally doing dotnet OpenSim.dll works just as well.

I'll make a proposal to update the script in the binary to something a bit more useful, but it'll essentially be the same. Not sure if assuming or requiring bash is best, it is the most compatible of the shells I have used, but for example mac os uses zsh or a fork of that, though usually bash comes preinstalled there as well. Could be wrong but I think it's available on pretty much all the mainline distros and it's even available on windows through git bash.

The linux instructions are in a bit of flux at the moment given the uncertain nature of the libgdiplus dependency, hence why I changed them. Hopefully in future it'll be much easier when the bugs are fixed and using the vendor builds is an option again. If not may have to explore other options.

If you have questions regarding those things feel free to reach out over discord or IRC :)

Tampa

----------------------------------------------
Thank you very much for your reply.

I just edited opensim.sh. I had already done so, but I hadn't seen the line #!/bin/sh. For me, it was #!/bin/bash. Sorry for my carelessness and thank you for the new script. :)

I used this configuration for ubODE, is that right?
<pre>
ulimit -s 262144
</pre>

Next time I'll try to come on IRC, but since I'm not fluent in English, I often use a translator, I'm always a little afraid of not being able to respond quickly enough in a conversation. I prefer exchanges that give me a little time.

For the same reasons, I don't attend the Tuesday meetings, and I write reports on the OpenSim meetings in French to better understand the software's development. I share them here: https://cogito.no-ip.info/cogito/OSWiki/index.php/Log_des_chats_des_réunions

Acryline

--------------------------------

The ulimit mainly has to do with caches and other open files that can cause problems if it runs out of. There is supposed to be an infinite number available if it is set to that, but realistically you never need more than what is set. I have only ever seen it once or twice that the limits were reached causing problems so for most it's a non-issue.

No one will be mad if you take longer to respond, half of the folks at the meeting speak English as their second language as well, so nothing to be afraid of. On IRC or discord chances are it takes hours before you get a reply anyways, cause some of us have sleep cycles that are way off normal :) If you have questions feel free to drop in and ask them, always enjoy explaining things.

Tampa

--------------------------------
Thanks :)

Acryline

User talk:Tampa

2025-09-01T14:08:11Z

Acryline:

User talk:Tampa

2025-09-01T14:06:33Z

Acryline:

Hello Tampa

On the [[Dependencies/fr]] page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.

«
Possible error under Linux:

When running the `opensim.sh` script, the following error may appear:
<pre>
-bash: ./opensim.sh : /bin/sh^M : bad interpreter: No file or directory of this type
</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line endings (e.g., Windows-style carriage returns).

To resolve this issue, you need to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>
sudo apt install dos2unix
</pre>

Run the following command in the simulator's bin folder:
<pre>
dos2unix opensim.sh
</pre>

»
Acryline

--------------

The problem is likely that on your system /bin/sh doesn't exist. These days the proper shebang should be /bin/bash so that's something to be fixed in the script itself, which can thankfully be edited easily through nano or vim.

dos2unix is not meant for that.

All opensim.sh really does is run dotnet OpenSim.dll which it does just on the terminal, so the moment that's closed the process is killed. Using screen or tmux is probably better advice to give to users, but that's sort of basic linux admin 101 so should know that already.

bin/sh is meant to be a symlink to the currently configured shell, so something is wrong on your system if that's not set. Debian and Ubuntu will point to dash, but that should still work fine given the commands in the script are normally available to all shells from zsh to bash.

Tampa

--------------
However, I use screen, and running dos2unix on the script solved the problem. But I only used it once. Now, opensim.sh launches fine.

I will delete the paragraph on the wiki page.

Acryline

--------------

Here is a version that calls bash instead:

<pre>
#!/bin/bash

ulimit -s 1048576
ulimit -Hn 999999
ulimit -Sn 999999
dotnet OpenSim.dll

</pre>

You can manage screen sessions through bash scripts and essentially handle all administrative tasks through that, start, stop, running commands etc. That's a bit beyond the scope of what should be delivered though. Only reason the script is included is to make it ever so slightly easier to run multiple commands at once. Really if you set the ulimits globally doing dotnet OpenSim.dll works just as well.

I'll make a proposal to update the script in the binary to something a bit more useful, but it'll essentially be the same. Not sure if assuming or requiring bash is best, it is the most compatible of the shells I have used, but for example mac os uses zsh or a fork of that, though usually bash comes preinstalled there as well. Could be wrong but I think it's available on pretty much all the mainline distros and it's even available on windows through git bash.

The linux instructions are in a bit of flux at the moment given the uncertain nature of the libgdiplus dependency, hence why I changed them. Hopefully in future it'll be much easier when the bugs are fixed and using the vendor builds is an option again. If not may have to explore other options.

If you have questions regarding those things feel free to reach out over discord or IRC :)

Tampa

----------------------------------------------
Thank you very much for your reply.

I just edited opensim.sh. I had already done so, but I hadn't seen the line #!/bin/sh. For me, it was #!/bin/bash. Sorry for my carelessness and thank you for the new script. :)

I used this configuration for ubODE, is that right?
<pre>
ulimit -s 262144
</pre>

Next time I'll try to come on IRC, but since I'm not fluent in English, I often use a translato, I'm always a little afraid of not being able to respond quickly enough in a conversation. I prefer exchanges that give me a little time.

For the same reasons, I don't attend the Tuesday meetings, and I write reports on the OpenSim meetings in French to better understand the software's development. I share them here: https://cogito.no-ip.info/cogito/OSWiki/index.php/Log_des_chats_des_réunions

Acryline

Dependencies/fr

2025-08-31T21:35:46Z

Acryline:

{{Languages|Dependencies}}

= Note =
Ces instructions supposent que vous voulez exécuter OpenSimulator en mode standalone à partir des paquets binaires. Si ce n'est pas le cas ou si vous avez des exigences plus complexes (par exemple vous préférez utiliser la base de données MySQL plutôt que SQLite ou vous voulez lancer OpenSimulator en mode grille), alors , vous devez d'abord [[Configuration/fr|configurer]] OpenSimulator.

= Dépendances =
En plus du code OpenSimulator lui-même, certains autres paquets doivent être installés sur les différentes plates-formes afin de permettre l'exécution d'OpenSimulator.

Outre les informations sur cette page (qui devraient être développées), vous pouvez trouver plus d'informations sur les dépendances dans [[Build_Instructions/fr]], bien que cette page contienne également des informations sur les dépendances requises uniquement pour la compilation des sources. Vous trouverez d'autres conseils en anglais à la page [[Troubleshooting]].

Après avoir installé les dépendances, vous devrez peut-être configurer le pare-feu installé sur votre système de manière à ce que les viewers extérieurs puissent accéder à OpenSimulator sur votre machine. Voir [[Firewall Settings]] pour plus d'informations.

[[NAT Loopback Routers]] Informations sur le routeur et le Nat Loopback qui vous aideront à configurer votre routeur/modem.

= Version 0.9.3.0 et supérieure =
* runtime [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
== Sous Windows ==
* vous devrez peut-être installer [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 les fichiers d'exécution pour vc++].
* vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5
== Sous linux ==
* dotnet peut être installé via les dépôts officiels de Microsoft, soit via leurs dépôts, soit via ppa.

<pre>
add-apt-repository ppa:dotnet/backports
</pre>

<pre>
apt install dotnet-runtime-8.0
</pre>

*libgdiplus est requis.
Actuellement, la meilleure source est l'ancien dépôt mono. Les versions plus récentes présentent à ce jour des bogues qui nuisent au bon fonctionnement. La version 6.0.5 est réputée être une bonne version.
Évitez les versions 6.1 et 6.0.4, elles sont soit défectueuses, soit elles provoquent des fuites de mémoire. Malheureusement, l'ancienne libgdiplus dépend également de libtiff5, qui doit donc également être installée.

Récupérez les paquets .deb directement à partir de leurs sources :
<pre>
wget https://security.ubuntu.com/ubuntu/pool/main/t/tiff/libtiff5_4.3.0-6ubuntu0.11_amd64.deb
wget https://download.mono-project.com/repo/ubuntu/pool/main/libg/libgdiplus/libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
dpkg -i libtiff5_4.3.0-6ubuntu0.11_amd64.deb
dpkg -i libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
</pre>

Vérifiez que la version correcte est présente :
<pre>
apt list --installed | grep "libgdiplus"

libgdiplus/stable-focal,now 6.0.5-0xamarin1+ubuntu2004b1 amd64 [installed,upgradable to: 6.1+dfsg-1build3]
</pre>

Marquez les paquets comme conservés afin qu'apt ne les mette pas à jour.
<pre>
apt-mark hold libgdiplus
</pre>

== Sous Mac OS ==

*Installez dotnet via le programme d'installation fourni par Microsoft pour les plateformes Intel ou ARM : https://dotnet.microsoft.com/en-us/download/dotnet/8.0

libgdiplus peut être installé via brew.

<pre>
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

echo 'export PATH="/opt/homebrew/bin:$PATH"' >> ~/.zshrc

source ~/.zshrc

brew install mono-libgdiplus
</pre>

*Si libgdiplus n'est pas trouvé, il peut être copié à partir de l'emplacement où Homebrew l'a installé, généralement :

<pre>cp /opt/homebrew/Cellar/mono-libgdiplus/6.2/lib/libgdiplus.dylib libgdiplus.dylib</pre>

* Après avoir téléchargé des binaires ou compilé certaines dylibs, celles-ci peuvent être mises en quarantaine. Si cela se produit, elles peuvent être réactivées :

<pre>xattr -d com.apple.quarantine lib64/libsqlite3.dylib</pre>

Faites cela pour chaque dylib qui est bloqué.

= Versions antérieures =
== Windows ==

La version actuelle d'OpenSimulator nécessite .NET Framework 4.6.<br>
Vous devrez peut-être aussi installer les fichiers [https://docs.microsoft.com/fr-FR/cpp/windows/latest-supported-vc-redist?view=msvc-170 runtime pour vc++].

Double-cliquez ou exécutez à l'invite de commandes :
*'''OpenSim.exe'''

Sur les machines 64bit, vous pouvez exécuter les petites régions en mode 32bit, double-cliquez ou exécutez sur l'invite de commande :
*'''OpenSim32.exe'''.

Selon votre installation, vous devrez exécuter le programme en tant qu'administrateur (clic droit -> 'Exécuter en tant qu'administrateur'). Cela affichera une fenêtre pour vous demander l'autorisation, sélectionnez "Autoriser".

== GNU/Linux et Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Version de Mono
! scope="col"| Version d'OpenSimulator
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
|OK
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| OK
| Semble fonctionner, bien que mono VM semble présenter quelques problèmes (crash avec stacktrace native) sur des simulateurs lançant de nombreuses régions ou avec de nombreux utilisateurs/primitives.
|-
! scope="row"| 2.8.x
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.0
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.1
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.2
| *
| OK
|
|-
! scope="row"| 2.10.8
| < 0.9
| OK (recommandé)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Pas OK
| Problèmes majeurs.
|-
! scope="row"| 3.0.7
| *
| OK
|
|-
! scope="row"| 4.0
| *
| Pas Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Pas OK
| Certains problèmes sur Robust comme NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Pas Ok
|
|-
! scope="row"| 5.x
| *
| Semble fonctionner
| Mais : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

Le code de développement d'OpenSimulator nécessite Mono 5.12 ou plus.

Pour lancer OpenSimulator avec mono, exécutez dans le dossier ../bin

./opensim.sh

Vous pouvez modifier ce script shell si vous le souhaitez, pour changer les paramètres régionaux (voir ci-dessous) ou d'autres paramètres comme la taille de la pile pour les moteurs physiques basés sur ODE.

Sur Mac Os avec mono5.x vous pouvez exécuter OpenSimulator en mode 32bit en changeant la ligne d'exécution mono de ce script en :

mono --desktop --arch=32 OpenSim.exe

===Installation de Mono===

Vous pouvez installer mono à partir de [https://www.mono-project.com/download/stable/ la page de téléchargement officielle de Mono]. Si votre système n'est pas supporté, vous devrez obtenir ses sources et compiler sur celui-ci.

== Docker ==
À des fins de test, vous pouvez même exécuter OpenSimulator dans un conteneur Docker. Le moyen le plus rapide est d'utiliser [https://hub.docker.com/_/mono/ official mono image] comme image de base. Pour éviter les questions posées à la première installation, vous devez préparer une série de fichiers ini et les déployer dans le conteneur. Par exemple, si vous exécutez le binaire 0.9.0.0-rc1 en mode standalone sur Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

Dans la plupart des cas, vous devez définir "ExternalHostName" dans Regions.ini. Cette valeur devrait être un nom d'hôte valide accessible de l'extérieur de la machine Docker. En général, ce sera "localhost" ou le nom d'hôte de la machine Docker dans laquelle se trouve le conteneur.

Ensuite compilez les sources et lancez ainsi. Notez que vous devrez rediriger le port TCP/UDP.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

Vous trouverez un exemple complet du projet Dockerfile à l'adresse [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Paramètres locaux et régionaux =
OpenSimulator fonctionne correctement seulement si vous le lancez avec un paramètre local ou régional anglais. Avec les autres paramètres, vous pouvez rencontrer certains problèmes, allant de l'erreur de script au crash.

== GNU/Linux ==
Dans GNU/Linux, vous pouvez utiliser facilement le paramètre standard local "C" seulement pour lancer OpenSim.exe, comme expliqué dans [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

Pour plus d'informations sur la modification plus générale de votre paramètre local, voir [[Troubleshooting#Locales Issues]]

== Windows ==
Si vous n'utilisez pas par défaut de paramètre régional anglais dans Windows, il n'existe pas de solution aussi simple que pour GNU/Linux, malheureusement. Je l'ai fait avec un compte utilisateur supplémentaire que j'ai créé juste pour OpenSimulator dans lequel j'ai configuré le paramètre régional à "Anglais (US)". Je lance OpenSim.exe à partir de mon compte d'utilisateur normal avec "Exécuter comme ..." (ou cochez "Exécuter avec différentes informations d'identification" dans les propriétés avancées d'un raccourci) et spécifiez le compte OpenSimulator comme étant celui à utiliser.

= Ressources supplémentaires =

Forum de support technique d'OSGrid avec de nombreux tutoriels sur l'installation :  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

Projet MONO [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

[[Category:French Translations]]

User talk:Tampa

2025-08-31T21:34:34Z

Acryline:

User talk:Tampa

2025-08-31T14:54:00Z

Acryline:

User talk:Tampa

2025-08-31T14:53:03Z

Acryline:

User talk:Tampa

2025-08-31T14:52:15Z

Acryline:

Hello Tampa

On the Dependencies/ page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.

«
Possible error under Linux:

When running the `opensim.sh` script, the following error may appear:
<pre>
-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type
</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line endings (e.g., Windows-style carriage returns).

To resolve this issue, you need to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>
sudo apt install dos2unix
</pre>

Run the following command in the simulator's bin folder:
<pre>
dos2unix opensim.sh
</pre>

»

Acryline

User talk:Tampa

2025-08-31T14:52:00Z

Acryline:

Hello Tampa
On the Dependencies/ page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.

«
Possible error under Linux:

When running the `opensim.sh` script, the following error may appear:
<pre>
-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type
</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line endings (e.g., Windows-style carriage returns).

To resolve this issue, you need to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>
sudo apt install dos2unix
</pre>

Run the following command in the simulator's bin folder:
<pre>
dos2unix opensim.sh
</pre>

»

Acryline

User talk:Tampa

2025-08-31T14:50:42Z

Acryline: Question about the Dependencies page on the wiki.

Hello Tampa
On the Dependencies/ page, at the end of the “On Linux” section, I added this paragraph. I don't know if it's necessary or correct. I had this error on my computer and corrected it this way.

«
Possible error under Linux:

When running the `opensim.sh` script, the following error may appear:
<pre>
-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type
</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line endings (e.g., Windows-style carriage returns).

To resolve this issue, you need to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>
sudo apt install dos2unix
</pre>

Run the following command in the simulator's bin folder:
<pre>
dos2unix opensim.sh
</pre>

»

Dependencies/fr

2025-08-31T14:41:06Z

Acryline: /* Sous Mac OS */

{{Languages|Dependencies}}

= Note =
Ces instructions supposent que vous voulez exécuter OpenSimulator en mode standalone à partir des paquets binaires. Si ce n'est pas le cas ou si vous avez des exigences plus complexes (par exemple vous préférez utiliser la base de données MySQL plutôt que SQLite ou vous voulez lancer OpenSimulator en mode grille), alors , vous devez d'abord [[Configuration/fr|configurer]] OpenSimulator.

= Dépendances =
En plus du code OpenSimulator lui-même, certains autres paquets doivent être installés sur les différentes plates-formes afin de permettre l'exécution d'OpenSimulator.

Outre les informations sur cette page (qui devraient être développées), vous pouvez trouver plus d'informations sur les dépendances dans [[Build_Instructions/fr]], bien que cette page contienne également des informations sur les dépendances requises uniquement pour la compilation des sources. Vous trouverez d'autres conseils en anglais à la page [[Troubleshooting]].

Après avoir installé les dépendances, vous devrez peut-être configurer le pare-feu installé sur votre système de manière à ce que les viewers extérieurs puissent accéder à OpenSimulator sur votre machine. Voir [[Firewall Settings]] pour plus d'informations.

[[NAT Loopback Routers]] Informations sur le routeur et le Nat Loopback qui vous aideront à configurer votre routeur/modem.

= Version 0.9.3.0 et supérieure =
* runtime [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
== Sous Windows ==
* vous devrez peut-être installer [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 les fichiers d'exécution pour vc++].
* vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5
== Sous linux ==
* dotnet peut être installé via les dépôts officiels de Microsoft, soit via leurs dépôts, soit via ppa.

<pre>
add-apt-repository ppa:dotnet/backports
</pre>

<pre>
apt install dotnet-runtime-8.0
</pre>

*libgdiplus est requis.
Actuellement, la meilleure source est l'ancien dépôt mono. Les versions plus récentes présentent à ce jour des bogues qui nuisent au bon fonctionnement. La version 6.0.5 est réputée être une bonne version.
Évitez les versions 6.1 et 6.0.4, elles sont soit défectueuses, soit elles provoquent des fuites de mémoire. Malheureusement, l'ancienne libgdiplus dépend également de libtiff5, qui doit donc également être installée.

Récupérez les paquets .deb directement à partir de leurs sources :
<pre>
wget https://security.ubuntu.com/ubuntu/pool/main/t/tiff/libtiff5_4.3.0-6ubuntu0.11_amd64.deb
wget https://download.mono-project.com/repo/ubuntu/pool/main/libg/libgdiplus/libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
dpkg -i libtiff5_4.3.0-6ubuntu0.11_amd64.deb
dpkg -i libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
</pre>

Vérifiez que la version correcte est présente :
<pre>
apt list --installed | grep "libgdiplus"

libgdiplus/stable-focal,now 6.0.5-0xamarin1+ubuntu2004b1 amd64 [installed,upgradable to: 6.1+dfsg-1build3]
</pre>

Marquez les paquets comme conservés afin qu'apt ne les mette pas à jour.
<pre>
apt-mark hold libgdiplus
</pre>

'''Erreur possible sous Linux''' :
Lors de l'exécution du script `opensim.sh`, l'erreur suivante peut s'afficher
<pre>-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type</pre>

Cette erreur indique qu'il y a un problème avec le format du fichier, souvent causé par des caractères de fin de ligne incompatibles (par exemple, des retours chariot de style Windows).

Pour résoudre ce problème, il est nécessaire de convertir le fichier en utilisant la commande `dos2unix`. Installez dos2Unix
sudo apt install dos2unix
Exécutez la commande suivante dans dossier bin du simulateur :
dos2unix opensim.sh

== Sous Mac OS ==

*Installez dotnet via le programme d'installation fourni par Microsoft pour les plateformes Intel ou ARM : https://dotnet.microsoft.com/en-us/download/dotnet/8.0

libgdiplus peut être installé via brew.

<pre>
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

echo 'export PATH="/opt/homebrew/bin:$PATH"' >> ~/.zshrc

source ~/.zshrc

brew install mono-libgdiplus
</pre>

*Si libgdiplus n'est pas trouvé, il peut être copié à partir de l'emplacement où Homebrew l'a installé, généralement :

<pre>cp /opt/homebrew/Cellar/mono-libgdiplus/6.2/lib/libgdiplus.dylib libgdiplus.dylib</pre>

* Après avoir téléchargé des binaires ou compilé certaines dylibs, celles-ci peuvent être mises en quarantaine. Si cela se produit, elles peuvent être réactivées :

<pre>xattr -d com.apple.quarantine lib64/libsqlite3.dylib</pre>

Faites cela pour chaque dylib qui est bloqué.

= Versions antérieures =
== Windows ==

La version actuelle d'OpenSimulator nécessite .NET Framework 4.6.<br>
Vous devrez peut-être aussi installer les fichiers [https://docs.microsoft.com/fr-FR/cpp/windows/latest-supported-vc-redist?view=msvc-170 runtime pour vc++].

Double-cliquez ou exécutez à l'invite de commandes :
*'''OpenSim.exe'''

Sur les machines 64bit, vous pouvez exécuter les petites régions en mode 32bit, double-cliquez ou exécutez sur l'invite de commande :
*'''OpenSim32.exe'''.

Selon votre installation, vous devrez exécuter le programme en tant qu'administrateur (clic droit -> 'Exécuter en tant qu'administrateur'). Cela affichera une fenêtre pour vous demander l'autorisation, sélectionnez "Autoriser".

== GNU/Linux et Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Version de Mono
! scope="col"| Version d'OpenSimulator
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
|OK
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| OK
| Semble fonctionner, bien que mono VM semble présenter quelques problèmes (crash avec stacktrace native) sur des simulateurs lançant de nombreuses régions ou avec de nombreux utilisateurs/primitives.
|-
! scope="row"| 2.8.x
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.0
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.1
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.2
| *
| OK
|
|-
! scope="row"| 2.10.8
| < 0.9
| OK (recommandé)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Pas OK
| Problèmes majeurs.
|-
! scope="row"| 3.0.7
| *
| OK
|
|-
! scope="row"| 4.0
| *
| Pas Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Pas OK
| Certains problèmes sur Robust comme NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Pas Ok
|
|-
! scope="row"| 5.x
| *
| Semble fonctionner
| Mais : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

Le code de développement d'OpenSimulator nécessite Mono 5.12 ou plus.

Pour lancer OpenSimulator avec mono, exécutez dans le dossier ../bin

./opensim.sh

Vous pouvez modifier ce script shell si vous le souhaitez, pour changer les paramètres régionaux (voir ci-dessous) ou d'autres paramètres comme la taille de la pile pour les moteurs physiques basés sur ODE.

Sur Mac Os avec mono5.x vous pouvez exécuter OpenSimulator en mode 32bit en changeant la ligne d'exécution mono de ce script en :

mono --desktop --arch=32 OpenSim.exe

===Installation de Mono===

Vous pouvez installer mono à partir de [https://www.mono-project.com/download/stable/ la page de téléchargement officielle de Mono]. Si votre système n'est pas supporté, vous devrez obtenir ses sources et compiler sur celui-ci.

== Docker ==
À des fins de test, vous pouvez même exécuter OpenSimulator dans un conteneur Docker. Le moyen le plus rapide est d'utiliser [https://hub.docker.com/_/mono/ official mono image] comme image de base. Pour éviter les questions posées à la première installation, vous devez préparer une série de fichiers ini et les déployer dans le conteneur. Par exemple, si vous exécutez le binaire 0.9.0.0-rc1 en mode standalone sur Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

Dans la plupart des cas, vous devez définir "ExternalHostName" dans Regions.ini. Cette valeur devrait être un nom d'hôte valide accessible de l'extérieur de la machine Docker. En général, ce sera "localhost" ou le nom d'hôte de la machine Docker dans laquelle se trouve le conteneur.

Ensuite compilez les sources et lancez ainsi. Notez que vous devrez rediriger le port TCP/UDP.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

Vous trouverez un exemple complet du projet Dockerfile à l'adresse [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Paramètres locaux et régionaux =
OpenSimulator fonctionne correctement seulement si vous le lancez avec un paramètre local ou régional anglais. Avec les autres paramètres, vous pouvez rencontrer certains problèmes, allant de l'erreur de script au crash.

== GNU/Linux ==
Dans GNU/Linux, vous pouvez utiliser facilement le paramètre standard local "C" seulement pour lancer OpenSim.exe, comme expliqué dans [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

Pour plus d'informations sur la modification plus générale de votre paramètre local, voir [[Troubleshooting#Locales Issues]]

== Windows ==
Si vous n'utilisez pas par défaut de paramètre régional anglais dans Windows, il n'existe pas de solution aussi simple que pour GNU/Linux, malheureusement. Je l'ai fait avec un compte utilisateur supplémentaire que j'ai créé juste pour OpenSimulator dans lequel j'ai configuré le paramètre régional à "Anglais (US)". Je lance OpenSim.exe à partir de mon compte d'utilisateur normal avec "Exécuter comme ..." (ou cochez "Exécuter avec différentes informations d'identification" dans les propriétés avancées d'un raccourci) et spécifiez le compte OpenSimulator comme étant celui à utiliser.

= Ressources supplémentaires =

Forum de support technique d'OSGrid avec de nombreux tutoriels sur l'installation :  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

Projet MONO [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

[[Category:French Translations]]

Dependencies/fr

2025-08-31T14:36:38Z

Acryline: /* Sous linux */

{{Languages|Dependencies}}

= Note =
Ces instructions supposent que vous voulez exécuter OpenSimulator en mode standalone à partir des paquets binaires. Si ce n'est pas le cas ou si vous avez des exigences plus complexes (par exemple vous préférez utiliser la base de données MySQL plutôt que SQLite ou vous voulez lancer OpenSimulator en mode grille), alors , vous devez d'abord [[Configuration/fr|configurer]] OpenSimulator.

= Dépendances =
En plus du code OpenSimulator lui-même, certains autres paquets doivent être installés sur les différentes plates-formes afin de permettre l'exécution d'OpenSimulator.

Outre les informations sur cette page (qui devraient être développées), vous pouvez trouver plus d'informations sur les dépendances dans [[Build_Instructions/fr]], bien que cette page contienne également des informations sur les dépendances requises uniquement pour la compilation des sources. Vous trouverez d'autres conseils en anglais à la page [[Troubleshooting]].

Après avoir installé les dépendances, vous devrez peut-être configurer le pare-feu installé sur votre système de manière à ce que les viewers extérieurs puissent accéder à OpenSimulator sur votre machine. Voir [[Firewall Settings]] pour plus d'informations.

[[NAT Loopback Routers]] Informations sur le routeur et le Nat Loopback qui vous aideront à configurer votre routeur/modem.

= Version 0.9.3.0 et supérieure =
* runtime [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
== Sous Windows ==
* vous devrez peut-être installer [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 les fichiers d'exécution pour vc++].
* vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5
== Sous linux ==
* dotnet peut être installé via les dépôts officiels de Microsoft, soit via leurs dépôts, soit via ppa.

<pre>
add-apt-repository ppa:dotnet/backports
</pre>

<pre>
apt install dotnet-runtime-8.0
</pre>

*libgdiplus est requis.
Actuellement, la meilleure source est l'ancien dépôt mono. Les versions plus récentes présentent à ce jour des bogues qui nuisent au bon fonctionnement. La version 6.0.5 est réputée être une bonne version.
Évitez les versions 6.1 et 6.0.4, elles sont soit défectueuses, soit elles provoquent des fuites de mémoire. Malheureusement, l'ancienne libgdiplus dépend également de libtiff5, qui doit donc également être installée.

Récupérez les paquets .deb directement à partir de leurs sources :
<pre>
wget https://security.ubuntu.com/ubuntu/pool/main/t/tiff/libtiff5_4.3.0-6ubuntu0.11_amd64.deb
wget https://download.mono-project.com/repo/ubuntu/pool/main/libg/libgdiplus/libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
dpkg -i libtiff5_4.3.0-6ubuntu0.11_amd64.deb
dpkg -i libgdiplus_6.0.5-0xamarin1+ubuntu2004b1_amd64.deb
</pre>

Vérifiez que la version correcte est présente :
<pre>
apt list --installed | grep "libgdiplus"

libgdiplus/stable-focal,now 6.0.5-0xamarin1+ubuntu2004b1 amd64 [installed,upgradable to: 6.1+dfsg-1build3]
</pre>

Marquez les paquets comme conservés afin qu'apt ne les mette pas à jour.
<pre>
apt-mark hold libgdiplus
</pre>

'''Erreur possible sous Linux''' :
Lors de l'exécution du script `opensim.sh`, l'erreur suivante peut s'afficher
<pre>-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type</pre>

Cette erreur indique qu'il y a un problème avec le format du fichier, souvent causé par des caractères de fin de ligne incompatibles (par exemple, des retours chariot de style Windows).

Pour résoudre ce problème, il est nécessaire de convertir le fichier en utilisant la commande `dos2unix`. Installez dos2Unix
sudo apt install dos2unix
Exécutez la commande suivante dans dossier bin du simulateur :
dos2unix opensim.sh

= Versions antérieures =
== Windows ==

La version actuelle d'OpenSimulator nécessite .NET Framework 4.6.<br>
Vous devrez peut-être aussi installer les fichiers [https://docs.microsoft.com/fr-FR/cpp/windows/latest-supported-vc-redist?view=msvc-170 runtime pour vc++].

Double-cliquez ou exécutez à l'invite de commandes :
*'''OpenSim.exe'''

Sur les machines 64bit, vous pouvez exécuter les petites régions en mode 32bit, double-cliquez ou exécutez sur l'invite de commande :
*'''OpenSim32.exe'''.

Selon votre installation, vous devrez exécuter le programme en tant qu'administrateur (clic droit -> 'Exécuter en tant qu'administrateur'). Cela affichera une fenêtre pour vous demander l'autorisation, sélectionnez "Autoriser".

== GNU/Linux et Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Version de Mono
! scope="col"| Version d'OpenSimulator
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
|OK
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| OK
| Semble fonctionner, bien que mono VM semble présenter quelques problèmes (crash avec stacktrace native) sur des simulateurs lançant de nombreuses régions ou avec de nombreux utilisateurs/primitives.
|-
! scope="row"| 2.8.x
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.0
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.1
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.2
| *
| OK
|
|-
! scope="row"| 2.10.8
| < 0.9
| OK (recommandé)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Pas OK
| Problèmes majeurs.
|-
! scope="row"| 3.0.7
| *
| OK
|
|-
! scope="row"| 4.0
| *
| Pas Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Pas OK
| Certains problèmes sur Robust comme NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Pas Ok
|
|-
! scope="row"| 5.x
| *
| Semble fonctionner
| Mais : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

Le code de développement d'OpenSimulator nécessite Mono 5.12 ou plus.

Pour lancer OpenSimulator avec mono, exécutez dans le dossier ../bin

./opensim.sh

Vous pouvez modifier ce script shell si vous le souhaitez, pour changer les paramètres régionaux (voir ci-dessous) ou d'autres paramètres comme la taille de la pile pour les moteurs physiques basés sur ODE.

Sur Mac Os avec mono5.x vous pouvez exécuter OpenSimulator en mode 32bit en changeant la ligne d'exécution mono de ce script en :

mono --desktop --arch=32 OpenSim.exe

===Installation de Mono===

Vous pouvez installer mono à partir de [https://www.mono-project.com/download/stable/ la page de téléchargement officielle de Mono]. Si votre système n'est pas supporté, vous devrez obtenir ses sources et compiler sur celui-ci.

== Docker ==
À des fins de test, vous pouvez même exécuter OpenSimulator dans un conteneur Docker. Le moyen le plus rapide est d'utiliser [https://hub.docker.com/_/mono/ official mono image] comme image de base. Pour éviter les questions posées à la première installation, vous devez préparer une série de fichiers ini et les déployer dans le conteneur. Par exemple, si vous exécutez le binaire 0.9.0.0-rc1 en mode standalone sur Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

Dans la plupart des cas, vous devez définir "ExternalHostName" dans Regions.ini. Cette valeur devrait être un nom d'hôte valide accessible de l'extérieur de la machine Docker. En général, ce sera "localhost" ou le nom d'hôte de la machine Docker dans laquelle se trouve le conteneur.

Ensuite compilez les sources et lancez ainsi. Notez que vous devrez rediriger le port TCP/UDP.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

Vous trouverez un exemple complet du projet Dockerfile à l'adresse [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Paramètres locaux et régionaux =
OpenSimulator fonctionne correctement seulement si vous le lancez avec un paramètre local ou régional anglais. Avec les autres paramètres, vous pouvez rencontrer certains problèmes, allant de l'erreur de script au crash.

== GNU/Linux ==
Dans GNU/Linux, vous pouvez utiliser facilement le paramètre standard local "C" seulement pour lancer OpenSim.exe, comme expliqué dans [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

Pour plus d'informations sur la modification plus générale de votre paramètre local, voir [[Troubleshooting#Locales Issues]]

== Windows ==
Si vous n'utilisez pas par défaut de paramètre régional anglais dans Windows, il n'existe pas de solution aussi simple que pour GNU/Linux, malheureusement. Je l'ai fait avec un compte utilisateur supplémentaire que j'ai créé juste pour OpenSimulator dans lequel j'ai configuré le paramètre régional à "Anglais (US)". Je lance OpenSim.exe à partir de mon compte d'utilisateur normal avec "Exécuter comme ..." (ou cochez "Exécuter avec différentes informations d'identification" dans les propriétés avancées d'un raccourci) et spécifiez le compte OpenSimulator comme étant celui à utiliser.

= Ressources supplémentaires =

Forum de support technique d'OSGrid avec de nombreux tutoriels sur l'installation :  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

Projet MONO [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

[[Category:French Translations]]

Dependencies/fr

2025-08-31T14:25:39Z

Acryline: /* Version 0.9.3.0 et supérieure */

{{Languages|Dependencies}}

= Note =
Ces instructions supposent que vous voulez exécuter OpenSimulator en mode standalone à partir des paquets binaires. Si ce n'est pas le cas ou si vous avez des exigences plus complexes (par exemple vous préférez utiliser la base de données MySQL plutôt que SQLite ou vous voulez lancer OpenSimulator en mode grille), alors , vous devez d'abord [[Configuration/fr|configurer]] OpenSimulator.

= Dépendances =
En plus du code OpenSimulator lui-même, certains autres paquets doivent être installés sur les différentes plates-formes afin de permettre l'exécution d'OpenSimulator.

Outre les informations sur cette page (qui devraient être développées), vous pouvez trouver plus d'informations sur les dépendances dans [[Build_Instructions/fr]], bien que cette page contienne également des informations sur les dépendances requises uniquement pour la compilation des sources. Vous trouverez d'autres conseils en anglais à la page [[Troubleshooting]].

Après avoir installé les dépendances, vous devrez peut-être configurer le pare-feu installé sur votre système de manière à ce que les viewers extérieurs puissent accéder à OpenSimulator sur votre machine. Voir [[Firewall Settings]] pour plus d'informations.

[[NAT Loopback Routers]] Informations sur le routeur et le Nat Loopback qui vous aideront à configurer votre routeur/modem.

= Version 0.9.3.0 et supérieure =
* runtime [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
== Sous Windows ==
* vous devrez peut-être installer [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 les fichiers d'exécution pour vc++].
* vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5
== Sous linux''' ==
<ul>
<li>'''Vous aurez besoin de libgdiplus'''.
* si vous avez mono-complete 6.x installé, vous avez déjà libgdiplus,
* sinon vous devez l'installer, par exemple sur debian :
<pre>sudo apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev </pre>
</li>

<li> '''Erreur possible sous Linux''' :
Lors de l'exécution du script `opensim.sh`, l'erreur suivante peut s'afficher
<pre>-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type</pre>

Cette erreur indique qu'il y a un problème avec le format du fichier, souvent causé par des caractères de fin de ligne incompatibles (par exemple, des retours chariot de style Windows).

Pour résoudre ce problème, il est nécessaire de convertir le fichier en utilisant la commande `dos2unix`. Installez dos2Unix
sudo apt install dos2unix
Exécutez la commande suivante dans dossier bin du simulateur :
dos2unix opensim.sh
</li>
</ul>

= Versions antérieures =
== Windows ==

La version actuelle d'OpenSimulator nécessite .NET Framework 4.6.<br>
Vous devrez peut-être aussi installer les fichiers [https://docs.microsoft.com/fr-FR/cpp/windows/latest-supported-vc-redist?view=msvc-170 runtime pour vc++].

Double-cliquez ou exécutez à l'invite de commandes :
*'''OpenSim.exe'''

Sur les machines 64bit, vous pouvez exécuter les petites régions en mode 32bit, double-cliquez ou exécutez sur l'invite de commande :
*'''OpenSim32.exe'''.

Selon votre installation, vous devrez exécuter le programme en tant qu'administrateur (clic droit -> 'Exécuter en tant qu'administrateur'). Cela affichera une fenêtre pour vous demander l'autorisation, sélectionnez "Autoriser".

== GNU/Linux et Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Version de Mono
! scope="col"| Version d'OpenSimulator
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
|OK
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| OK
| Semble fonctionner, bien que mono VM semble présenter quelques problèmes (crash avec stacktrace native) sur des simulateurs lançant de nombreuses régions ou avec de nombreux utilisateurs/primitives.
|-
! scope="row"| 2.8.x
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.0
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.1
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.2
| *
| OK
|
|-
! scope="row"| 2.10.8
| < 0.9
| OK (recommandé)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Pas OK
| Problèmes majeurs.
|-
! scope="row"| 3.0.7
| *
| OK
|
|-
! scope="row"| 4.0
| *
| Pas Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Pas OK
| Certains problèmes sur Robust comme NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Pas Ok
|
|-
! scope="row"| 5.x
| *
| Semble fonctionner
| Mais : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

Le code de développement d'OpenSimulator nécessite Mono 5.12 ou plus.

Pour lancer OpenSimulator avec mono, exécutez dans le dossier ../bin

./opensim.sh

Vous pouvez modifier ce script shell si vous le souhaitez, pour changer les paramètres régionaux (voir ci-dessous) ou d'autres paramètres comme la taille de la pile pour les moteurs physiques basés sur ODE.

Sur Mac Os avec mono5.x vous pouvez exécuter OpenSimulator en mode 32bit en changeant la ligne d'exécution mono de ce script en :

mono --desktop --arch=32 OpenSim.exe

===Installation de Mono===

Vous pouvez installer mono à partir de [https://www.mono-project.com/download/stable/ la page de téléchargement officielle de Mono]. Si votre système n'est pas supporté, vous devrez obtenir ses sources et compiler sur celui-ci.

== Docker ==
À des fins de test, vous pouvez même exécuter OpenSimulator dans un conteneur Docker. Le moyen le plus rapide est d'utiliser [https://hub.docker.com/_/mono/ official mono image] comme image de base. Pour éviter les questions posées à la première installation, vous devez préparer une série de fichiers ini et les déployer dans le conteneur. Par exemple, si vous exécutez le binaire 0.9.0.0-rc1 en mode standalone sur Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

Dans la plupart des cas, vous devez définir "ExternalHostName" dans Regions.ini. Cette valeur devrait être un nom d'hôte valide accessible de l'extérieur de la machine Docker. En général, ce sera "localhost" ou le nom d'hôte de la machine Docker dans laquelle se trouve le conteneur.

Ensuite compilez les sources et lancez ainsi. Notez que vous devrez rediriger le port TCP/UDP.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

Vous trouverez un exemple complet du projet Dockerfile à l'adresse [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Paramètres locaux et régionaux =
OpenSimulator fonctionne correctement seulement si vous le lancez avec un paramètre local ou régional anglais. Avec les autres paramètres, vous pouvez rencontrer certains problèmes, allant de l'erreur de script au crash.

== GNU/Linux ==
Dans GNU/Linux, vous pouvez utiliser facilement le paramètre standard local "C" seulement pour lancer OpenSim.exe, comme expliqué dans [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

Pour plus d'informations sur la modification plus générale de votre paramètre local, voir [[Troubleshooting#Locales Issues]]

== Windows ==
Si vous n'utilisez pas par défaut de paramètre régional anglais dans Windows, il n'existe pas de solution aussi simple que pour GNU/Linux, malheureusement. Je l'ai fait avec un compte utilisateur supplémentaire que j'ai créé juste pour OpenSimulator dans lequel j'ai configuré le paramètre régional à "Anglais (US)". Je lance OpenSim.exe à partir de mon compte d'utilisateur normal avec "Exécuter comme ..." (ou cochez "Exécuter avec différentes informations d'identification" dans les propriétés avancées d'un raccourci) et spécifiez le compte OpenSimulator comme étant celui à utiliser.

= Ressources supplémentaires =

Forum de support technique d'OSGrid avec de nombreux tutoriels sur l'installation :  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

Projet MONO [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

[[Category:French Translations]]

0.9.3.1/fr

2025-08-31T14:18:11Z

Acryline: /* Conditions nécessaires */

{{ReleaseInfo}}
{{Quicklinks|0.9.3.1}}

= Général =
''' VERSION EN COURS DE DÉVELOPPEMENT'''<br><br>Cette version nécessite l'utilisation de dotnet 8.
Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.3.0_Release 0.9.3.0 Release Notes].

= Conditions nécessaires =
OpenSimulator 0.9.3.1 nécessite :
* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent demander des matérieux PBR ou des textures de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

=Changements majeurs=
* Les scripts compilés avec des versions plus anciennes seront recompilés et leur état sera réinitialisé, soit au premier démarrage de la région après la mise à jour, soit lors d'une téléportation.

= Changements et corrections =
* nouvelle fonction [[osSetTerrainTextures]]. Cette fonction permet de modifier l'ensemble des textures du terrain pour les anciens viewers et générateurs de cartes, ou l'ensemble des textures ou des matériaux pour les nouveaux viewers, sans qu'il soit nécessaire d'utiliser un viewer différent pour chaque cas.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

0.9.3.1/fr

2025-05-08T05:45:21Z

Acryline: /* Conditions nécessaires */

{{ReleaseInfo}}
{{Quicklinks|0.9.3.1}}

= Général =
''' VERSION EN COURS DE DÉVELOPPEMENT'''<br><br>Cette version nécessite l'utilisation de dotnet 8.
Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.3.0_Release 0.9.3.0 Release Notes].

= Conditions nécessaires =
OpenSimulator 0.9.3.1 nécessite :
* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent demander des matérieux PBR ou des textures de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

= Changements et corrections =
* nouvelle fonction [[osSetTerrainTextures]]. Cette fonction permet de modifier l'ensemble des textures du terrain pour les anciens viewers et générateurs de cartes, ou l'ensemble des textures ou des matériaux pour les nouveaux viewers, sans qu'il soit nécessaire d'utiliser un viewer différent pour chaque cas.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

0.9.3.1/fr

2025-05-08T05:02:05Z

Acryline: /* Conditions nécessaires */

{{ReleaseInfo}}
{{Quicklinks|0.9.3.1}}

= Général =
''' VERSION EN COURS DE DÉVELOPPEMENT'''<br><br>Cette version nécessite l'utilisation de dotnet 8.
Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.3.0_Release 0.9.3.0 Release Notes].

= Conditions nécessaires =
OpenSimulator 0.9.3.1 nécessite :
* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent demander des matérieux ou des textures PBR de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

= Changements et corrections =
* nouvelle fonction [[osSetTerrainTextures]]. Cette fonction permet de modifier l'ensemble des textures du terrain pour les anciens viewers et générateurs de cartes, ou l'ensemble des textures ou des matériaux pour les nouveaux viewers, sans qu'il soit nécessaire d'utiliser un viewer différent pour chaque cas.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

0.9.3.1/fr

2025-05-08T04:58:36Z

Acryline: /* Changements et corrections */

{{ReleaseInfo}}
{{Quicklinks|0.9.3.1}}

= Général =
''' VERSION EN COURS DE DÉVELOPPEMENT'''<br><br>Cette version nécessite l'utilisation de dotnet 8.
Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.3.0_Release 0.9.3.0 Release Notes].

= Conditions nécessaires =
OpenSimulator 0.9.3.1 nécessite :
* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent faire une demande pour les matériaux PBR de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

= Changements et corrections =
* nouvelle fonction [[osSetTerrainTextures]]. Cette fonction permet de modifier l'ensemble des textures du terrain pour les anciens viewers et générateurs de cartes, ou l'ensemble des textures ou des matériaux pour les nouveaux viewers, sans qu'il soit nécessaire d'utiliser un viewer différent pour chaque cas.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

Server Commands/fr

2025-03-19T10:54:22Z

Acryline: /* Commandes des assets */

{{Quicklinks|Server Commands}}
=Que sont les commandes serveur ? =

Les commandes du serveur sont des commandes que vous pouvez taper dans la console pour faire faire diverses choses au serveur.

Les commandes peuvent être divisées en commandes qui s'appliquent au simulateur (commandes du simulateur) et celles qui s'appliquent aux services de la grille (commandes des services).

Sur un système standalone, les commandes de simulateur et de service seront disponibles dans la console unique de la standalone.

Sur une architecture de grille, les commandes de simulateur seront disponibles dans les simulateurs, tandis que les commandes de service seront disponibles dans la console ROBUST.

'''Avertissement : certaines commandes peuvent ne pas fonctionner comme prévu, certaines peuvent ne pas fonctionner du tout, et il est possible que vous perdiez tous vos paramètres/contenus. Ce résumé est rapidement obsolète - le meilleur endroit pour trouver des commandes est de taper "help" dans la console de région. '''

Sauf indication contraire, cette liste devrait être exacte à partir de la version 0.7.1 d'OpenSimulator.

=Commandes=
== Commandes générales du serveur ==

Ces commandes sont disponibles à la fois dans le simulateur et dans les consoles robustes.

=== Général ===

* command-script [fichier de script] - Exécuter un script de commandes contenant des commandes de console.
* quit - Arrêter le serveur.
* show info - Afficher les informations du serveur (version et chemin de démarrage). Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show uptime - Afficher l'heure de démarrage du serveur et la durée de connexion. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show version - Afficher la version du serveur. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* shutdown - Synonyme de "quit"
* get log level - Dans OpenSimulator 0.7.5 et plus, affiche le niveau de journalisation actuel de la console. Dans OpenSimulator 0.7.4 et antérieurs, veuillez utiliser la commande "set log level" sans paramètre de niveau.
* set log level [level] - modifier le niveau de journalisation de la console uniquement. Par exemple, off ou debug. Voir [[Logging/fr]] pour plus d'informations. Dans OpenSimulator 0.7.4 et antérieur, si elle est appelée sans l'argument de niveau, elle affiche le niveau actuel. Dans OpenSimulator 0.7.5 et plus, veuillez utiliser la commande "get log level" à la place. Disponible uniquement sur la console ROBUST à partir d'OpenSimulator 0.7.5.

=== Débogage ===

* debug http [<niveau>] - Active/désactive (on/off) la journalisation supplémentaire pour le débogage des requêtes HTTP. Disponible uniquement dans la console robuste à partir du commit 94517c8 (code de développement post 0.7.3.1). Dans le code de développement actuel (pour OpenSimulator 0.7.5), il s'agit de debug http in|out|all [<level>] puisque les messages HTTP sortants peuvent également être enregistrés (cela n'était possible que pour les messages entrants auparavant). Pour plus d'informations sur cette commande, voir [[Debugging]].
* debug threadpool level <niveau> -Activez/désactivez (on/off) la journalisation de l'activité dans le pool de threads principal. Pour plus d'informations, voir [[General-Purpose Threadpool]].

== Commandes du simulateur ==

=== Général ===

* change region <nom de la région> - les commandes entrées après cette opération s'appliqueront uniquement à la région sélectionnée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* debug packet <niveau> - Activez le débogage des paquets, où OpenSimulator imprime des résumés des paquets entrants et sortants pour les viewers, en fonction du niveau défini.
* emergency-monitoring - activer ou désactiver le mode de surveillance du débogage d'urgence.
* help [<commande>] - Obtenir la liste générale des commandes ou une aide plus détaillée sur une commande spécifique ou un ensemble de commandes.
* link-mapping [<x> <y>] - Définir une coordonnée de grille locale pour établir un lien avec une hypergrille distante
* link-region <Xloc> <Yloc> <ServerURI> - Lier une région HyperGrid. Je ne suis pas sûr de la différence avec le link-mapping.
* modules list - Liste des modules
* modules load <nom> - Charger un module
* modules unload <nom> - Supprimer un module
* monitor report - Renvoie une série de statistiques sur la région et/ou le simulateur concerné.
* set terrain heights <coin> <min> <max> [<x>] [<y>] - Définit les hauteurs de texture du terrain sur le coin #<corner> à <min>/<max>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour donner un caractère générique à cette coordonnée. Coin # SW = 0, NW = 1, SE = 2, NE = 3.
* set terrain texture <numéro> <uuid> [<x>] [<y>] - Définit le terrain <numéro> à <uuid>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour remplacer cette coordonnée par un joker.
* show caps - montrer toutes les URLs de capacités enregistrées
:NOTE : Dans OpenSimulator 0.7.1, "show capabilities" est affiché comme résultat de la commande help, mais en réalité seul "show caps" sera accepté. ([http://opensimulator.org/mantis/view.php?id=5467 #5467])
* set water height # - définit la hauteur de l'eau pour l'ensemble du simulateur ou pour une seule région si vous avez utilisé la commande "change region".
* show circuits - afficher les données du circuit de l'agent
* show connections - affiche les données de connexion
* show http-handlers - affiche tous les gestionnaires http enregistrés
* show hyperlinks - liste les régions hg
* show modules - afficher les données des modules
* show pending-objects - afficher le nombre d'objets en attente dans les files d'attente de tous les viewers.
* show pqueues [full] - afficher les données de la file d'attente prioritaire pour chaque client. Sans l'option 'full', seuls les agents racine sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* show queues - Afficher les données de la file d'attente pour les connexions des agents.
* show threads - affiche les threads persistants enregistrés dans le système. N'inclut pas les threads du pool de threads.
* show throttles [full] - Affiche les données relatives à l'accélération pour chaque connexion client, ainsi que le maximum autorisé pour chaque connexion par le serveur. Sans l'option 'full', seuls les agents root sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* unlink-region <nom local> - délier une région hypergrid

=== Commandes d'apparence ===

* appearance find <uuid-ou-début-d'-uuid> - trouve s'il existe l'avatar qui utilise un asset donné comme texture.
* appearance rebake <prénom> <nom> - Envoyez une demande au viewer de l'utilisateur pour qu'il reconstruise et recharge ses textures d'apparence.
* appearance send [<prénom> <nom>] - Envoyez les données d'apparence de chaque avatar du simulateur aux autres viewers.
* appearance show [<prénom> <nom>] - Afficher des informations sur l'apparence des avatars.

=== Commandes d'archivage ===

* load iar <prénom> <nom> <chemin d'inventaire> <mot de passe> [<chemin de l'archive>] - Charger une archive d'inventaire de l'utilisateur. Voir [[Inventory Archives]].
* load oar [nom de fichier] - charger une archive OpenSimulator. Celle-ci remplace entièrement la région courante. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* load xml [<nom de fichier> [-newUID [<x> <y> <z>]]] - Charge les données d'une région à partir du format XML (0.7.* : DÉPRÉCIÉ et pourrait être supprimé bientôt. Utilisez "load xml2" à la place)
:ces xml sont le résultat de l'export save ou *export save-all
* load xml2 [nom de fichier] - paramètres facultatifs non pris en charge pour le format XML2 au 1er juillet 2008
* save iar <prénom> <nom> <chemin de l'inventaire> <mot de passe> [<chemin de l'archive>] - sauvegarde une archive de l'inventaire d'utilisateur. Voir [[Inventory Archives]]
* save oar [nom de fichier] - Sauvegarde la région courante dans une archive OpenSimulator. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* save prims xml2 [<nom de prim> <nom de fichier>] - Sauvegarder le prim nommé au format XML2
* save xml [nom de fichier] - sauvegarder les prims au format XML
* save xml2 [nom de fichier] - sauvegarde des prims au format XML (Format 2 - réarrangement de certains noeuds, pour faciliter le chargement/sauvegarde)

=== Commandes des assets ===
Les commandes fcache n'apparaissent actuellement que si vous utilisez le cache d'assets fcache. C'est le cas par défaut dans OpenSimulator.

* fcache assets - Tente une analyse approfondie et une mise en cache de tous les assets dans toutes les scènes.
* fcache clear [fichier] [mémoire] - Supprime tous les assets dans le cache. Si le fichier ou la mémoire est spécifié, seul ce cache est effacé.
* fcache clearnegatives - efface simplement les entrées de cache négatives si elles sont activées.
* fcache expire <datetime(mm/dd/YYYY)> - Purge les assets en cache plus anciens que la date et l'heure spécifiées.
* fcache status - Affiche l'état du cache
* j2k decode <ID> - Effectue le décodage JPEG2000 d'un asset. L'identifiant de l'asset doit contenir des données JPEG2000.

=== Commandes de configuration ===

* config get [<section>] [<key>] - Affiche la configuration actuelle, que ce soit pour une clé particulière, une section particulière ou la configuration entière.
* config save <chemin> - Sauvegarde la configuration actuelle dans un fichier.
* config set <section> <key> - Définir une valeur de configuration particulière. En général, ceci est inutile puisque ni OpenSimulator ni les modules ne rechargent dynamiquement les valeurs de configuration.
* config show [<section>] [<key>] - Synonyme de "config get".

=== Commandes de parcels ===

* land show - Montre toutes les parcelles de la région actuelle.
* land clear - Supprime toutes les parcelles du terrain.

=== Commandes de cartes ===

* export-map [<chemin>] - Sauvegarde une image de la carte du monde (le nom par défaut est exportmap.jpg)
* generate map - Régénère et stocke l'image de la carte.

=== Commandes des objets ===

* backup - Conserve immédiatement les modifications d'objets non sauvegardées au lieu d'attendre l'appel normal de permanence. Cela ne devrait normalement pas être nécessaire - le simulateur conserve les objets de la région automatiquement à intervalles réguliers et à la fermeture.
* delete object creator <UUID> - Supprimer de la scène les objets d'un créateur. La commande demandera une confirmation avant de poursuivre.
* delete object name [--regex] <nom> - Supprime un objet de scène par son nom.
* delete object outside - Supprime tous les objets de la scène en dehors des limites de la région. Ceci est actuellement le cas si z < 0 ou z > 10000. Les objets en dehors de ces limites sont connus pour causer des problèmes avec l'utilisation par OpenSimulator de certains moteurs physiques (tels que l'Open Dynamics Engine).La commande demandera une confirmation avant de poursuivre.
* delete object owner <UUID> - Supprimer de la scène les objets d'un propriétaire. La commande demandera une confirmation avant de poursuivre.
* delete object id <UUID-or-localID> - Supprime un objet de la scène via son uuid ou son localID. Avant la version 0.7.5, il s'agissait de « delete object uuid ».
* delete object uuid <UUID> - Supprime un objet de la scène par son uuid. Pour trouver l'ID, utiliser "show object id[--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local. La commande demandera une confirmation avant de poursuivre.
* dump object id <UUID-ou-localID> - Transfert de la sérialisation de l'objet donné vers un fichier à des fins de débogage.
* edit scale <nom> <x> <y> <z> - Modifie les dimensions d'une prim nommée.
* force update - Force la région à envoyer à tous les clients des mises à jour concernant tous les objets.
* show object name [--full] [--regex] <nom> - Affiche les détails des objets de la scène portant le nom donné.
* show object uuid <UUID> - Affiche les détails d'un objet de la scène avec l'UUID donné. Dans le code de développement actuel (post 0.7.5), cette commande est remplacée par "show object id [--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local.
* show part name [--regex] <nom> - Affiche les détails des parties de l'objet nommé de la scène.
* show part id <UUID-or-localID> - Affiche les détails des parties d'un objet de scène ayant l'UUID ou l'ID local donné. Avant la version 0.7.5, il s'agissait de « show part uuid ».

=== Commandes de domaines ===
* reload estate - recharger les données du domaine.
* estate link region <estate ID> <region ID> - Attache la région spécifiée au domaine spécifié.
* estate show - Cette commande affiche le nom, l'ID et le propriétaire du domaine pour les régions en cours d'exécution dans le simulateur. Cette liste n'inclut pas nécessairement tous les domaines présents dans la base de données.
Exemple d'utilisation :
estate show <entrée>
Informations sur le domaine pour la région TestRegion
Nom du domaine ID Proprietaire
Mon domaine 103 Test Utilisateur

* estate set name <ID du domaine> <nouveau nom> - renomme un domaine.
* estate set owner <ID du domaine > <Prénom> <Nom> - Change le propriétaire d'un domaine. Cette commande prend en charge deux formes ; celle-ci utilise le nom du propriétaire.
* estate set owner <ID du domaine> <UUID du propriétaire> - Change le propriétaire d'un domaine. Cette commande supporte deux formes ; celle-ci utilise l'UUID du propriétaire.
* estate create <UUID du propriétaire> <nom du domaine> - Doit être un UUID utilisateur que vous pouvez trouver avec la commande 'show names'.Le nom du domaine doit être unique.
=== Commandes de régions ===
* change region <nom de la région> - les commandes suivantes s'appliqueront uniquement à la région spécifiée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* create region ["region name"] <fichier_region.ini> - crée une nouvelle région. Si fichier_region.ini n'existe pas, il sera créé.
* delete-region <nom> - Supprimer une région du disque.
* region get - Post OpenSimulator 0.8.0.*. Affiche les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* region restart abort [<message>] - Abandonner un redémarrage programmé de la région, avec un message facultatif.
* region restart bluebox <message> <delta seconds>+ - Planifie le redémarrage d'une région. Si un delta est donné, la région est redémarrée dans le delta de secondes. L'heure du redémarrage est envoyée aux utilisateurs de la région sous la forme d'un avis Bluebox révocable. Si plusieurs deltas sont donnés, un avis est envoyé lorsque nous atteignons chaque delta.
* region restart notice <message> <delta seconds>+ - Planifie le redémarrage d'une région. Identique au précédent, sauf qu'il affiche un avis volatil au lieu d'une boîte bleue à renvoyer.
* region set - Post OpenSimulator 0.8.0.*. Définir certains paramètres de la région. Actuellement, peut définir :
** agent-limit - La limite du nombre d'avatars pour la région. Le plus souvent, cette limite est définie dans la boîte de dialogue région/état d'un viewer classique. Elle persiste lors des redémarrages du simulateur.
** max-agent-limit - La valeur maximale que peut prendre agent-limit. Malheureusement, cette valeur ne persiste pas actuellement lors des redémarrages du serveur. Pour cela, il doit être défini séparément comme paramètre MaxAgents dans le fichier de configuration de la région.
* remove-region - supprime une région du simulateur.
* restart - Redémarre toutes les régions de cette instance.
* restart region -Redémarre une seule région dans une instance. Réglez la console sur le nom de la région d'abord, avec 'change region <nom de la région>', ou toutes les régions redémarreront.
* set region flags <nom de la région> <flags> - Définir les flags de la base de données pour la région
:Flags peut être l'un des éléments suivants :
:'''DefaultRegion''' Utilisé pour les nouveaux Rez. Aléatoire si plusieurs sont définis.
:'''FallbackRegion''' Régions d'arrivée lorsque la destination est en panne.
:'''RegionOnline''' Défini lorsqu'une région est mise en ligne, non défini lorsqu'elle se désinscrit et que DeleteOnUnregister est false.
:'''NoDirectLogin''' Région non disponible pour les connexions directes (par nom)
:'''Persistent''' Ne pas supprimer lors du désenregistrement
:'''LockedOut''' Ne pas autoriser l'enregistrement
:'''NoMove''' Ne pas autoriser le déplacement de cette région
:'''Reservation''' Il s'agit d'une réservation inactive
:'''Authenticate''' Exiger l'authentification
:'''Hyperlink''' L'enregistrement représente un lien HG
:'''DefaultHGRegion''' L'enregistrement représente une région par défaut pour les téléports hypergrides uniquement.
:Note: les flags sont additifs, il n'y a aucun moyen de les désactiver à partir de la console.
* show neighbours - Montre les voisins des régions locales
* show ratings - Afficher les données d'évaluation
* show region - Afficher les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* show regions - Afficher les données des régions (Noms des régions, coordonnées XLocation YLocation, Ports des régions, Noms des domaines)

=== Commandes de scènes ===

* debug scene - Activer le débogage de la scène
* rotate scene <degrés> - Rotates scene around 128,128 axis by x degrees where x=0-360.
* scale scene <facteur> - Met à l'échelle tous les objets de la scène par un facteur où la taille originale =1.0.
* translate scene <x,y,z> - Déplace la scène entière vers de nouvelles coordonnées. Utile pour déplacer une scène à un endroit différent dans une région Mega ou Variable .

(Veuillez sauvegarder votre région avant d'utiliser l'une de ces commandes et soyez conscient des erreurs possibles plus les virgule flottante sont utilisées).

=== Commandes de scripts ===
Ces commandes n'existent que dans le code de développement git master d'OpenSimulator après la version 0.7.2.

* scripts resume [<uuid-item-script>] - Relance tous les scripts suspendus
* scripts show [<uuid-item-script>] -Affiche les informations du script. L'option <uuid-item-script> n'existe qu'à partir de git master 82f0e19 (2012-01-14) (après OpenSimulator 0.7.2).
* scripts start [<uuid-item-script>] - Démarre tous les scripts arrêtés.
* scripts stop [<uuid-item-script>] - Arrête tous les scripts en cours d'exécution.
* scripts suspend [<uuid-item-script>] - Suspendre tous les scripts en cours d'exécution.

=== Commandes de statistiques ===

* show stats - afficher des informations statistiques utiles pour ce serveur. Voir [[#Signification des statistiques|Signification des statistiques]] ci-dessous pour plus d'informations.
* stats show - un synonyme de "show stats" (code de développement OpenSimulator seulement après le 19 mars 2014).
* stats record start|stop - enregistre périodiquement les statistiques dans un fichier journal séparé.
* stats save <chemin> - enregistrer un instantané des statistiques actuelles dans un fichier (code de développement OpenSimulator uniquement après le 19 mars 2014).

=== Commandes de terrains ===

Certaines de ces commandes peuvent nécessiter un redémarrage de la simulation pour donner le résultat escompté.

Heightmap : image en nuance de gris représentant la carte de niveau de la région

* terrain load - Charge un terrain à partir d'un fichier d'une heightmap spécifié. (voir note1)
* terrain load-tile - Charge un terrain à partir d'une section d'un fichier plus grand.
* terrain save - Sauvegarde la heightmap actuelle dans un fichier spécifié.
* terrain save-tile - Enregistre la heightmap actuelle dans le plus grand fichier.
* terrain fill - Remplit la heightmap actuelle avec une valeur spécifiée.
* terrain elevate - Augmente la hauteur de la heightmap actuelle de la quantité spécifiée..
* terrain lower - Abaisse la hauteur de la heightmap actuelle de la quantité spécifiée.
* terrain multiply - Multiplie la heightmap par la valeur spécifiée.
* terrain bake - Sauvegarde le terrain actuel dans la baked map des régions.
* terrain revert - Charge le terrain de la baked map dans la heightmap de la région.
* terrain newbrushes - Active les brosses expérimentales qui remplacent les brosses de terrain standard.
* terrain show - Indique la hauteur du terrain à une coordonnée donnée.
* terrain stats - Affiche certaines informations sur la heightmap des régions à des fins de débogage.
* terrain effect - Exécute un effet de plugin spécifié
* terrain flip - Fait pivoter le terrain actuel autour de l'axe X ou Y.
* terrain rescale - Redimensionne le terrain actuel pour qu'il s'insère entre les hauteurs min et max données.
* terrain min - Définit la hauteur minimale du terrain à la valeur spécifiée.
* terrain max - Définit la hauteur maximale du terrain à la valeur spécifiée.
* terrain modify - Fournit plusieurs commandes de terraformation de zone d'effet.

Note1 : Si vous avez une simulation avec plusieurs régions et que vous voulez que toutes les régions de cette simulation correspondent à une seule image plus grande, vous pouvez utiliser 'terrain load <fichier> <largeur de la région> <hauteur de la régions> <regionX> <regionY> où regionX et regionY sont les coordonnées de la région en bas à gauche.

=== Commandes des arbres===
(Ndrl: Je vous avoue que c'est un peu flou pour moi ...).

* tree active <true|false> - changement d'état d'activité pour le module arbres.
* tree freeze <copie> <true|false> - fige/défige l'activité d'un "copse" défini.
* tree load - Charger la définition d'un "copse" à partir d'un fichier xml
* tree plant - Commencez la plantation dans "copse"
* tree rate - Réinitialiser le taux de mise à jour de l'arbre (mSec)
* tree reload - Recharger les définitions du "copse" à partir des arbres de la scène.
* tree remove - Suppression de la définition d'un "copse" et de tous ses arbres dans la scène.
* tree statistics - Statistiques sur les arbres

=== Commandes des utilisateurs ===

* alert <message> - envoyer une alerte dans le monde à tous les utilisateurs présents.
* alert-user <prénom> <nom> <message> - envoyer une alerte dans le monde à un utilisateur spécifique.
* bypass permissions <true / false> - Contourner les contrôles d'autorisation dans le monde
* debug permissions - Active le débogage des permissions
* force permissions - Active ou désactive les permissions.
* kick user <prénom> <nom> [message]: - sortir un utilisateur du simulateur
* login disable - Désactiver l'accès à ce simulateur
* login enable - Autoriser l'accès à ce simulateur
* login status - Afficher si les connexions à ce simulateur sont activées ou désactivées
* show users [full]- affiche des informations sur les utilisateurs actuellement connectés à cette région. Sans l'option 'full', seuls les utilisateurs actuellement sur la région sont affichés. Avec l'option 'full', les agents enfants des utilisateurs des régions voisines sont également affichés.
* teleport user <destination> - Téléporte un utilisateur présent sur ce simulateur vers une destination spécifique. Actuellement seulement dans le code de développement d'OpenSimulator après la version 0.7.3.1 (commit bf0b817).

=== Commandes Windlight/[[LightShare]] ===
* windlight load - Chargeer le profil windlight à partir de la base de données et diffusion
* windlight enable - Activer le plugin windlight
* windlight disable - Désactiver le plugin windlight

=== Commandes [[YEngine]] ===
* yeng help
* yeng reset -all | <part-of-script-name>
* yeng resume - reprendre le traitement des scripts
* yeng suspend - suspendre le traitement des scripts
* yeng ls -full -max=<nombre> -out=<nom de fichier> -queues -topcpu
* yeng cvv - montrer la valeur de la version du compilateur
* yeng mvv [<newvalue>] - montrer la valeur de la version de migration
* yeng tracecalls [yes | no]
* yeng verbose [yes | no]
* yeng pev -all | <part-of-script-name> <event-name> <params...>

== Commandes de service ROBUST ==

On peut également y accéder sur la console de commande du simulateur lui-même en mode standalone.

=== Service des assets ===

* delete asset <ID> - Supprime un asset de la base de données. Ne semble pas être implémenté.
* dump asset <ID> - Transfert un asset vers un fichier. À partir de la version 0.7.3 d'OpenSimulator.
* show digest <ID> - Affiche des informations sommaires sur un asset. À partir d'OpenSimulator 0.7.3, cette option sera renommée "show asset".

===Service de grille===
* set region flags <nom de région> <flags> - Définit les flags de la base de données pour la région.
* show region <nom de région> - Affiche les détails d'une région donnée. Cette commande est renommée en "show region name <nom de région>" dans les nouvelles versions d'OpenSimulator.

Les commandes suivantes n'existent actuellement que dans les versions de développement d'OpenSimulator (post 0.7.3.1). Elles se trouvent dans la section d'aide "Regions".

* deregister region id <UUID de région> - Désenregistre une région manuellement. Cela peut être utile si une région n'a pas été correctement supprimée en raison d'un mauvais arrêt du simulateur et que le simulateur n'a pas été redémarré depuis ou que sa configuration de région a été modifiée.

* show region at <x-coord> <y-coord> - Affiche des détails sur une région à la coordonnée donnée.

* show region name <nom de région> - Affiche les détails d'une région.

* show regions - Affiche des détails sur toutes les régions. En mode standalone, cette version de la commande n'est pas disponible actuellement - la version simulateur de "show regions" est utilisée à la place et affiche des informations similaires.

=== Service utilisateur ===
* create user [prénom] [nom] [mot de passe] [Email] [UUID de l'utilisateur] [Model] - crée un nouvel utilisateur ou simplement : create user - et le serveur demande toutes les données.

Si l'UUID est nul ou contient des espaces, un UUID sera généré pour vous.

Le modèle est le "prénom nom" d'un autre utilisateur, l'équipement de cet utilisateur sera cloné vers le nouvel utilisateur.

* reset user password[<prénom> [<nom> [<mot de passe>]]] - Cette commande définit un nouveau mot de passe pour un utilisateur et met directement à jour la base de données. Elle ne réinitialise pas le mot de passe à une valeur par défaut ou temporaire, comme le terme pourrait le suggérer.

* show account <prénom> <nom> - affiche les détails du compte pour le nom d'utilisateur donné (0.7.2-dev)

=== Service de connexion ===
* login level <niveau> - Définit le minimum de niveau d'utilisateur autorisé à se connecter (voir [[Userlevel|User Level]]).

* login reset - réinitialise le niveau de connexion à sa valeur par défaut.

* login text <texte à imprimer lors de la connexion>.

* set user level <prénom> <nom> <niveau> - Définit le niveau de l'utilisateur, qui détermine si un utilisateur a un compte god ou peut se connecter à tout (0.7.2-dev) (voir [[Userlevel|User Level]]).

==Détails des commandes du module de terrain==
==== terrain load ====
Charge un terrain à partir d'un fichier spécifié.

Paramètres

*filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)

==== terrain load-tile ====
Charge un terrain à partir d'une section d'un fichier plus grand.

Paramètres
* filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)
* Largeur du fichier (Entier)

La largeur du fichier en carreaux
* Hauteur du fichier (nombre entier)

La hauteur du fichier en carreaux
* Carreau X minimum (Entier)

La coordonnée X de la région de la première section du fichier.
* Minimum Y tile (Entier)

La coordonnée Y de la région de la première section du fichier.

==== terrain save ====
Sauvegarde la heightmap actuelle dans un fichier spécifié.

Paramètres
*filename (Chaîne)

Le nom du fichier de destination de votre heightmap. L'extension du fichier détermine le format d'enregistrement. 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)

==== terrain fill ====
Remplit la heightmap actuelle avec une valeur spécifiée.

Paramètres
*value (Double)

Valeur numérique de la hauteur à laquelle vous souhaitez configurer votre région.

==== terrain elevate ====
Relève la heightmap actuelle de la valeur spécifiée.

Paramètres

* amount (Double)

==== terrain lower ====
Abaisse la heightmap concernée de la quantité spécifiée.

Paramètres

* amount (Double)

Hauteur de l'abaissement du terrain en mètres.

==== terrain multiply ====
Multiplie la heightmap par la valeur spécifiée.

Paramètres

* value (Double)

La valeur par laquelle il faut multiplier la heightmap.

==== terrain bake ====
Sauvegarde le terrain dans la carte de restauration des régions.

==== terrain revert ====
Charge la carte de restauration du terrain dans la heightmap de la région.

==== terrain stats ====
Affiche quelques informations sur la heightmap des régions à des fins de débogage.

==== terrain effect ====

Exécute un effet de plugin spécifié.

Paramètres

* name (Chaîne)

Effet du plugin que vous souhaitez exécuter, ou 'list' pour afficher tous les plugins.

==== terrain modify ====
Permet d'obtenir une zone d'effet et un effilage avec des manipulations standard de heightmap.

Utilisation générale de la commande :

:Terrain modify <operation> valeur [<mask>] [-taper=<valeur2>]''.

:Paramètres
:* value : valeur de base à utiliser pour appliquer l'opération
:* mask :
:** -rec=x1,y1,dx[,dy] crée un masque rectangulaire basé sur x1,y1.
:** -ell=x0,y0,rx[,ry] crée un masque elliptique centré sur x0,y0
:* effilage :
:** les masques rectangulaires s'effilent comme des pyramides
:** les masques elliptiques s'effilent en cônes

Manipulation du terrain (fill, min, max)
:* valeur représente la hauteur de la cible (au centre de la plage)
:* valeur2 représente la hauteur de la cible (sur les bords de la plage)

Terrain Movement(augmentation, diminution, bruit)
La valeur représente une valeur delta (au centre de la plage).
:* valeur2 représente une valeur delta (sur les bords de la plage)

Terrain Smoothing (smooth)
:L'opération de lissage est quelque peu différente des autres, car elle ne traite pas les valeurs d'élévation, mais plutôt les valeurs de force (dans la plage de 0,01 à 0,99). L'algorithme est simpliste en faisant la moyenne des valeurs autour d'un point, et est implémenté comme suit :
:Le paramètre "strength" spécifie la proportion du résultat par rapport à la valeur originale ("strength" * map[x,y]).
:Le paramètre "taper" spécifie la part du reste provenant du premier anneau entourant le point (1.0 - "strength") * "taper". Il y a 8 éléments dans le premier anneau.
La contribution restante provient du deuxième anneau entourant le point. Il y a 16 éléments dans le deuxième anneau.
:Par exemple
:''terrain modify smooth 0.5 -taper=0.6'' :* l'élément d'origine contribuera pour 0,5 % à l'amélioration du terrain.
:* l'élément original contribuera 0.5 * map[x0,y0]
:* chaque élément à 1m du point contribuera ((1-0.5)*0.6)/8 * map[x1,y1]
:* chaque élément situé à 2 m du point contribuera ((1-0.5)*0.4)/16 * map[x2,y2].

Notes :
:La valeur de l'"effilement" peut être exagérée en raison du calcul des nombres entiers utilisé dans les cartes.
:Par exemple, pour créer une île var 512x512 :
:''terrain modify min 30 -ell=256,256,240 -taper=-29''".

Exemple :
: https://www.youtube.com/watch?v=pehyqr3H8I0 (lien mort)

== Détails des commandes Hypergrid ==

Pour plus de détails et d'explications sur les commandes Hypergrid, consultez la page [[Installing_and_Running_Hypergrid]]

''' show hyperlinks'''

Cette commande affichera une liste de toutes les régions liées à Hypergrid.

'''link-region <Xloc> <Yloc> <ServerURI> [<NomDeLaRégionDistante >]'''

* Utilisez des coordonnées Xloc et Yloc qui ont une cohérence avec votre monde, c'est-à-dire proches de vos régions, mais pas adjacentes.
* Remplacez <nowiki>http://osl2.nac.uci.edu:9006</nowiki> par le nom de domaine / l'adresse IP et le port de la région à laquelle vous voulez vous lier.

Par exemple : link-region 8998 8998 <nowiki>http://osl2.nac.uci.edu:9006</nowiki> Passerelle OSGrid

'''unlink-region <nom local de région>'''

Cette commande va délier la région hypergrid spécifiée - assurez-vous d'utiliser le nom local exact tel que rapporté par la commande "show hyperlinks".

'''link-mapping [<x> <y>]'''

Définir les coordonnées locales pour mettre en relation les régions HG.

==Signification des statistiques==
Les étiquettes des valeurs de statistiques de trame affichées par la commande de console "show stats" sont un peu obscures. Voici une liste de la signification de ces valeurs :

* Dilatn - dilatation du temps
* SimFPS - images par seconde du simulateur
* PhyFPS - images physiques par seconde
* AgntUp - # de mises à jour des agents
* RootAg - # des agents root
* ChldAg - # d'agents enfants
* Prims - # de prims totales
* AtvPrm - # de prims actives
* AtvScr - # de scripts actifs
* ScrLPS - # de lignes de script par seconde
* PktsIn - # de paquets entrants par seconde
* PktOut - # de paquets sortants par seconde
* PendDl - # de téléchargements en attente
* PendUl - # de transferts en attente
* UnackB - # d'octets non reconnus
* TotlFt - temps total de la frame
* NetFt - net frame time
* PhysFt - délai des rendus physics
* OthrFt - autres délais de rendu
* AgntFt - délai de rendu d'agent
* ImgsFt - délai de rendu d'image

[[Category:French Translations]]

Server Commands/fr

2025-03-19T10:52:01Z

Acryline: /* Commandes des objets */

{{Quicklinks|Server Commands}}
=Que sont les commandes serveur ? =

Les commandes du serveur sont des commandes que vous pouvez taper dans la console pour faire faire diverses choses au serveur.

Les commandes peuvent être divisées en commandes qui s'appliquent au simulateur (commandes du simulateur) et celles qui s'appliquent aux services de la grille (commandes des services).

Sur un système standalone, les commandes de simulateur et de service seront disponibles dans la console unique de la standalone.

Sur une architecture de grille, les commandes de simulateur seront disponibles dans les simulateurs, tandis que les commandes de service seront disponibles dans la console ROBUST.

'''Avertissement : certaines commandes peuvent ne pas fonctionner comme prévu, certaines peuvent ne pas fonctionner du tout, et il est possible que vous perdiez tous vos paramètres/contenus. Ce résumé est rapidement obsolète - le meilleur endroit pour trouver des commandes est de taper "help" dans la console de région. '''

Sauf indication contraire, cette liste devrait être exacte à partir de la version 0.7.1 d'OpenSimulator.

=Commandes=
== Commandes générales du serveur ==

Ces commandes sont disponibles à la fois dans le simulateur et dans les consoles robustes.

=== Général ===

* command-script [fichier de script] - Exécuter un script de commandes contenant des commandes de console.
* quit - Arrêter le serveur.
* show info - Afficher les informations du serveur (version et chemin de démarrage). Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show uptime - Afficher l'heure de démarrage du serveur et la durée de connexion. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show version - Afficher la version du serveur. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* shutdown - Synonyme de "quit"
* get log level - Dans OpenSimulator 0.7.5 et plus, affiche le niveau de journalisation actuel de la console. Dans OpenSimulator 0.7.4 et antérieurs, veuillez utiliser la commande "set log level" sans paramètre de niveau.
* set log level [level] - modifier le niveau de journalisation de la console uniquement. Par exemple, off ou debug. Voir [[Logging/fr]] pour plus d'informations. Dans OpenSimulator 0.7.4 et antérieur, si elle est appelée sans l'argument de niveau, elle affiche le niveau actuel. Dans OpenSimulator 0.7.5 et plus, veuillez utiliser la commande "get log level" à la place. Disponible uniquement sur la console ROBUST à partir d'OpenSimulator 0.7.5.

=== Débogage ===

* debug http [<niveau>] - Active/désactive (on/off) la journalisation supplémentaire pour le débogage des requêtes HTTP. Disponible uniquement dans la console robuste à partir du commit 94517c8 (code de développement post 0.7.3.1). Dans le code de développement actuel (pour OpenSimulator 0.7.5), il s'agit de debug http in|out|all [<level>] puisque les messages HTTP sortants peuvent également être enregistrés (cela n'était possible que pour les messages entrants auparavant). Pour plus d'informations sur cette commande, voir [[Debugging]].
* debug threadpool level <niveau> -Activez/désactivez (on/off) la journalisation de l'activité dans le pool de threads principal. Pour plus d'informations, voir [[General-Purpose Threadpool]].

== Commandes du simulateur ==

=== Général ===

* change region <nom de la région> - les commandes entrées après cette opération s'appliqueront uniquement à la région sélectionnée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* debug packet <niveau> - Activez le débogage des paquets, où OpenSimulator imprime des résumés des paquets entrants et sortants pour les viewers, en fonction du niveau défini.
* emergency-monitoring - activer ou désactiver le mode de surveillance du débogage d'urgence.
* help [<commande>] - Obtenir la liste générale des commandes ou une aide plus détaillée sur une commande spécifique ou un ensemble de commandes.
* link-mapping [<x> <y>] - Définir une coordonnée de grille locale pour établir un lien avec une hypergrille distante
* link-region <Xloc> <Yloc> <ServerURI> - Lier une région HyperGrid. Je ne suis pas sûr de la différence avec le link-mapping.
* modules list - Liste des modules
* modules load <nom> - Charger un module
* modules unload <nom> - Supprimer un module
* monitor report - Renvoie une série de statistiques sur la région et/ou le simulateur concerné.
* set terrain heights <coin> <min> <max> [<x>] [<y>] - Définit les hauteurs de texture du terrain sur le coin #<corner> à <min>/<max>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour donner un caractère générique à cette coordonnée. Coin # SW = 0, NW = 1, SE = 2, NE = 3.
* set terrain texture <numéro> <uuid> [<x>] [<y>] - Définit le terrain <numéro> à <uuid>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour remplacer cette coordonnée par un joker.
* show caps - montrer toutes les URLs de capacités enregistrées
:NOTE : Dans OpenSimulator 0.7.1, "show capabilities" est affiché comme résultat de la commande help, mais en réalité seul "show caps" sera accepté. ([http://opensimulator.org/mantis/view.php?id=5467 #5467])
* set water height # - définit la hauteur de l'eau pour l'ensemble du simulateur ou pour une seule région si vous avez utilisé la commande "change region".
* show circuits - afficher les données du circuit de l'agent
* show connections - affiche les données de connexion
* show http-handlers - affiche tous les gestionnaires http enregistrés
* show hyperlinks - liste les régions hg
* show modules - afficher les données des modules
* show pending-objects - afficher le nombre d'objets en attente dans les files d'attente de tous les viewers.
* show pqueues [full] - afficher les données de la file d'attente prioritaire pour chaque client. Sans l'option 'full', seuls les agents racine sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* show queues - Afficher les données de la file d'attente pour les connexions des agents.
* show threads - affiche les threads persistants enregistrés dans le système. N'inclut pas les threads du pool de threads.
* show throttles [full] - Affiche les données relatives à l'accélération pour chaque connexion client, ainsi que le maximum autorisé pour chaque connexion par le serveur. Sans l'option 'full', seuls les agents root sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* unlink-region <nom local> - délier une région hypergrid

=== Commandes d'apparence ===

* appearance find <uuid-ou-début-d'-uuid> - trouve s'il existe l'avatar qui utilise un asset donné comme texture.
* appearance rebake <prénom> <nom> - Envoyez une demande au viewer de l'utilisateur pour qu'il reconstruise et recharge ses textures d'apparence.
* appearance send [<prénom> <nom>] - Envoyez les données d'apparence de chaque avatar du simulateur aux autres viewers.
* appearance show [<prénom> <nom>] - Afficher des informations sur l'apparence des avatars.

=== Commandes d'archivage ===

* load iar <prénom> <nom> <chemin d'inventaire> <mot de passe> [<chemin de l'archive>] - Charger une archive d'inventaire de l'utilisateur. Voir [[Inventory Archives]].
* load oar [nom de fichier] - charger une archive OpenSimulator. Celle-ci remplace entièrement la région courante. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* load xml [<nom de fichier> [-newUID [<x> <y> <z>]]] - Charge les données d'une région à partir du format XML (0.7.* : DÉPRÉCIÉ et pourrait être supprimé bientôt. Utilisez "load xml2" à la place)
:ces xml sont le résultat de l'export save ou *export save-all
* load xml2 [nom de fichier] - paramètres facultatifs non pris en charge pour le format XML2 au 1er juillet 2008
* save iar <prénom> <nom> <chemin de l'inventaire> <mot de passe> [<chemin de l'archive>] - sauvegarde une archive de l'inventaire d'utilisateur. Voir [[Inventory Archives]]
* save oar [nom de fichier] - Sauvegarde la région courante dans une archive OpenSimulator. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* save prims xml2 [<nom de prim> <nom de fichier>] - Sauvegarder le prim nommé au format XML2
* save xml [nom de fichier] - sauvegarder les prims au format XML
* save xml2 [nom de fichier] - sauvegarde des prims au format XML (Format 2 - réarrangement de certains noeuds, pour faciliter le chargement/sauvegarde)

=== Commandes des assets ===
Les commandes fcache n'apparaissent actuellement que si vous utilisez le cache d'assets fcache. C'est le cas par défaut dans OpenSimulator.

* fcache assets - Tente une analyse approfondie et une mise en cache de tous les assets dans toutes les scènes.
* fcache clear [fichier] [mémoire] - Supprime tous les assets dans le cache. Si le fichier ou la mémoire est spécifié, seul ce cache est effacé.
* fcache expire <datetime(mm/dd/YYYY)> - Purge les assets en cache plus anciens que la date et l'heure spécifiées.
* fcache status - Affiche l'état du cache
* j2k decode <ID> - Effectue le décodage JPEG2000 d'un asset. L'identifiant de l'asset doit contenir des données JPEG2000.

=== Commandes de configuration ===

* config get [<section>] [<key>] - Affiche la configuration actuelle, que ce soit pour une clé particulière, une section particulière ou la configuration entière.
* config save <chemin> - Sauvegarde la configuration actuelle dans un fichier.
* config set <section> <key> - Définir une valeur de configuration particulière. En général, ceci est inutile puisque ni OpenSimulator ni les modules ne rechargent dynamiquement les valeurs de configuration.
* config show [<section>] [<key>] - Synonyme de "config get".

=== Commandes de parcels ===

* land show - Montre toutes les parcelles de la région actuelle.
* land clear - Supprime toutes les parcelles du terrain.

=== Commandes de cartes ===

* export-map [<chemin>] - Sauvegarde une image de la carte du monde (le nom par défaut est exportmap.jpg)
* generate map - Régénère et stocke l'image de la carte.

=== Commandes des objets ===

* backup - Conserve immédiatement les modifications d'objets non sauvegardées au lieu d'attendre l'appel normal de permanence. Cela ne devrait normalement pas être nécessaire - le simulateur conserve les objets de la région automatiquement à intervalles réguliers et à la fermeture.
* delete object creator <UUID> - Supprimer de la scène les objets d'un créateur. La commande demandera une confirmation avant de poursuivre.
* delete object name [--regex] <nom> - Supprime un objet de scène par son nom.
* delete object outside - Supprime tous les objets de la scène en dehors des limites de la région. Ceci est actuellement le cas si z < 0 ou z > 10000. Les objets en dehors de ces limites sont connus pour causer des problèmes avec l'utilisation par OpenSimulator de certains moteurs physiques (tels que l'Open Dynamics Engine).La commande demandera une confirmation avant de poursuivre.
* delete object owner <UUID> - Supprimer de la scène les objets d'un propriétaire. La commande demandera une confirmation avant de poursuivre.
* delete object id <UUID-or-localID> - Supprime un objet de la scène via son uuid ou son localID. Avant la version 0.7.5, il s'agissait de « delete object uuid ».
* delete object uuid <UUID> - Supprime un objet de la scène par son uuid. Pour trouver l'ID, utiliser "show object id[--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local. La commande demandera une confirmation avant de poursuivre.
* dump object id <UUID-ou-localID> - Transfert de la sérialisation de l'objet donné vers un fichier à des fins de débogage.
* edit scale <nom> <x> <y> <z> - Modifie les dimensions d'une prim nommée.
* force update - Force la région à envoyer à tous les clients des mises à jour concernant tous les objets.
* show object name [--full] [--regex] <nom> - Affiche les détails des objets de la scène portant le nom donné.
* show object uuid <UUID> - Affiche les détails d'un objet de la scène avec l'UUID donné. Dans le code de développement actuel (post 0.7.5), cette commande est remplacée par "show object id [--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local.
* show part name [--regex] <nom> - Affiche les détails des parties de l'objet nommé de la scène.
* show part id <UUID-or-localID> - Affiche les détails des parties d'un objet de scène ayant l'UUID ou l'ID local donné. Avant la version 0.7.5, il s'agissait de « show part uuid ».

=== Commandes de domaines ===
* reload estate - recharger les données du domaine.
* estate link region <estate ID> <region ID> - Attache la région spécifiée au domaine spécifié.
* estate show - Cette commande affiche le nom, l'ID et le propriétaire du domaine pour les régions en cours d'exécution dans le simulateur. Cette liste n'inclut pas nécessairement tous les domaines présents dans la base de données.
Exemple d'utilisation :
estate show <entrée>
Informations sur le domaine pour la région TestRegion
Nom du domaine ID Proprietaire
Mon domaine 103 Test Utilisateur

* estate set name <ID du domaine> <nouveau nom> - renomme un domaine.
* estate set owner <ID du domaine > <Prénom> <Nom> - Change le propriétaire d'un domaine. Cette commande prend en charge deux formes ; celle-ci utilise le nom du propriétaire.
* estate set owner <ID du domaine> <UUID du propriétaire> - Change le propriétaire d'un domaine. Cette commande supporte deux formes ; celle-ci utilise l'UUID du propriétaire.
* estate create <UUID du propriétaire> <nom du domaine> - Doit être un UUID utilisateur que vous pouvez trouver avec la commande 'show names'.Le nom du domaine doit être unique.
=== Commandes de régions ===
* change region <nom de la région> - les commandes suivantes s'appliqueront uniquement à la région spécifiée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* create region ["region name"] <fichier_region.ini> - crée une nouvelle région. Si fichier_region.ini n'existe pas, il sera créé.
* delete-region <nom> - Supprimer une région du disque.
* region get - Post OpenSimulator 0.8.0.*. Affiche les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* region restart abort [<message>] - Abandonner un redémarrage programmé de la région, avec un message facultatif.
* region restart bluebox <message> <delta seconds>+ - Planifie le redémarrage d'une région. Si un delta est donné, la région est redémarrée dans le delta de secondes. L'heure du redémarrage est envoyée aux utilisateurs de la région sous la forme d'un avis Bluebox révocable. Si plusieurs deltas sont donnés, un avis est envoyé lorsque nous atteignons chaque delta.
* region restart notice <message> <delta seconds>+ - Planifie le redémarrage d'une région. Identique au précédent, sauf qu'il affiche un avis volatil au lieu d'une boîte bleue à renvoyer.
* region set - Post OpenSimulator 0.8.0.*. Définir certains paramètres de la région. Actuellement, peut définir :
** agent-limit - La limite du nombre d'avatars pour la région. Le plus souvent, cette limite est définie dans la boîte de dialogue région/état d'un viewer classique. Elle persiste lors des redémarrages du simulateur.
** max-agent-limit - La valeur maximale que peut prendre agent-limit. Malheureusement, cette valeur ne persiste pas actuellement lors des redémarrages du serveur. Pour cela, il doit être défini séparément comme paramètre MaxAgents dans le fichier de configuration de la région.
* remove-region - supprime une région du simulateur.
* restart - Redémarre toutes les régions de cette instance.
* restart region -Redémarre une seule région dans une instance. Réglez la console sur le nom de la région d'abord, avec 'change region <nom de la région>', ou toutes les régions redémarreront.
* set region flags <nom de la région> <flags> - Définir les flags de la base de données pour la région
:Flags peut être l'un des éléments suivants :
:'''DefaultRegion''' Utilisé pour les nouveaux Rez. Aléatoire si plusieurs sont définis.
:'''FallbackRegion''' Régions d'arrivée lorsque la destination est en panne.
:'''RegionOnline''' Défini lorsqu'une région est mise en ligne, non défini lorsqu'elle se désinscrit et que DeleteOnUnregister est false.
:'''NoDirectLogin''' Région non disponible pour les connexions directes (par nom)
:'''Persistent''' Ne pas supprimer lors du désenregistrement
:'''LockedOut''' Ne pas autoriser l'enregistrement
:'''NoMove''' Ne pas autoriser le déplacement de cette région
:'''Reservation''' Il s'agit d'une réservation inactive
:'''Authenticate''' Exiger l'authentification
:'''Hyperlink''' L'enregistrement représente un lien HG
:'''DefaultHGRegion''' L'enregistrement représente une région par défaut pour les téléports hypergrides uniquement.
:Note: les flags sont additifs, il n'y a aucun moyen de les désactiver à partir de la console.
* show neighbours - Montre les voisins des régions locales
* show ratings - Afficher les données d'évaluation
* show region - Afficher les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* show regions - Afficher les données des régions (Noms des régions, coordonnées XLocation YLocation, Ports des régions, Noms des domaines)

=== Commandes de scènes ===

* debug scene - Activer le débogage de la scène
* rotate scene <degrés> - Rotates scene around 128,128 axis by x degrees where x=0-360.
* scale scene <facteur> - Met à l'échelle tous les objets de la scène par un facteur où la taille originale =1.0.
* translate scene <x,y,z> - Déplace la scène entière vers de nouvelles coordonnées. Utile pour déplacer une scène à un endroit différent dans une région Mega ou Variable .

(Veuillez sauvegarder votre région avant d'utiliser l'une de ces commandes et soyez conscient des erreurs possibles plus les virgule flottante sont utilisées).

=== Commandes de scripts ===
Ces commandes n'existent que dans le code de développement git master d'OpenSimulator après la version 0.7.2.

* scripts resume [<uuid-item-script>] - Relance tous les scripts suspendus
* scripts show [<uuid-item-script>] -Affiche les informations du script. L'option <uuid-item-script> n'existe qu'à partir de git master 82f0e19 (2012-01-14) (après OpenSimulator 0.7.2).
* scripts start [<uuid-item-script>] - Démarre tous les scripts arrêtés.
* scripts stop [<uuid-item-script>] - Arrête tous les scripts en cours d'exécution.
* scripts suspend [<uuid-item-script>] - Suspendre tous les scripts en cours d'exécution.

=== Commandes de statistiques ===

* show stats - afficher des informations statistiques utiles pour ce serveur. Voir [[#Signification des statistiques|Signification des statistiques]] ci-dessous pour plus d'informations.
* stats show - un synonyme de "show stats" (code de développement OpenSimulator seulement après le 19 mars 2014).
* stats record start|stop - enregistre périodiquement les statistiques dans un fichier journal séparé.
* stats save <chemin> - enregistrer un instantané des statistiques actuelles dans un fichier (code de développement OpenSimulator uniquement après le 19 mars 2014).

=== Commandes de terrains ===

Certaines de ces commandes peuvent nécessiter un redémarrage de la simulation pour donner le résultat escompté.

Heightmap : image en nuance de gris représentant la carte de niveau de la région

* terrain load - Charge un terrain à partir d'un fichier d'une heightmap spécifié. (voir note1)
* terrain load-tile - Charge un terrain à partir d'une section d'un fichier plus grand.
* terrain save - Sauvegarde la heightmap actuelle dans un fichier spécifié.
* terrain save-tile - Enregistre la heightmap actuelle dans le plus grand fichier.
* terrain fill - Remplit la heightmap actuelle avec une valeur spécifiée.
* terrain elevate - Augmente la hauteur de la heightmap actuelle de la quantité spécifiée..
* terrain lower - Abaisse la hauteur de la heightmap actuelle de la quantité spécifiée.
* terrain multiply - Multiplie la heightmap par la valeur spécifiée.
* terrain bake - Sauvegarde le terrain actuel dans la baked map des régions.
* terrain revert - Charge le terrain de la baked map dans la heightmap de la région.
* terrain newbrushes - Active les brosses expérimentales qui remplacent les brosses de terrain standard.
* terrain show - Indique la hauteur du terrain à une coordonnée donnée.
* terrain stats - Affiche certaines informations sur la heightmap des régions à des fins de débogage.
* terrain effect - Exécute un effet de plugin spécifié
* terrain flip - Fait pivoter le terrain actuel autour de l'axe X ou Y.
* terrain rescale - Redimensionne le terrain actuel pour qu'il s'insère entre les hauteurs min et max données.
* terrain min - Définit la hauteur minimale du terrain à la valeur spécifiée.
* terrain max - Définit la hauteur maximale du terrain à la valeur spécifiée.
* terrain modify - Fournit plusieurs commandes de terraformation de zone d'effet.

Note1 : Si vous avez une simulation avec plusieurs régions et que vous voulez que toutes les régions de cette simulation correspondent à une seule image plus grande, vous pouvez utiliser 'terrain load <fichier> <largeur de la région> <hauteur de la régions> <regionX> <regionY> où regionX et regionY sont les coordonnées de la région en bas à gauche.

=== Commandes des arbres===
(Ndrl: Je vous avoue que c'est un peu flou pour moi ...).

* tree active <true|false> - changement d'état d'activité pour le module arbres.
* tree freeze <copie> <true|false> - fige/défige l'activité d'un "copse" défini.
* tree load - Charger la définition d'un "copse" à partir d'un fichier xml
* tree plant - Commencez la plantation dans "copse"
* tree rate - Réinitialiser le taux de mise à jour de l'arbre (mSec)
* tree reload - Recharger les définitions du "copse" à partir des arbres de la scène.
* tree remove - Suppression de la définition d'un "copse" et de tous ses arbres dans la scène.
* tree statistics - Statistiques sur les arbres

=== Commandes des utilisateurs ===

* alert <message> - envoyer une alerte dans le monde à tous les utilisateurs présents.
* alert-user <prénom> <nom> <message> - envoyer une alerte dans le monde à un utilisateur spécifique.
* bypass permissions <true / false> - Contourner les contrôles d'autorisation dans le monde
* debug permissions - Active le débogage des permissions
* force permissions - Active ou désactive les permissions.
* kick user <prénom> <nom> [message]: - sortir un utilisateur du simulateur
* login disable - Désactiver l'accès à ce simulateur
* login enable - Autoriser l'accès à ce simulateur
* login status - Afficher si les connexions à ce simulateur sont activées ou désactivées
* show users [full]- affiche des informations sur les utilisateurs actuellement connectés à cette région. Sans l'option 'full', seuls les utilisateurs actuellement sur la région sont affichés. Avec l'option 'full', les agents enfants des utilisateurs des régions voisines sont également affichés.
* teleport user <destination> - Téléporte un utilisateur présent sur ce simulateur vers une destination spécifique. Actuellement seulement dans le code de développement d'OpenSimulator après la version 0.7.3.1 (commit bf0b817).

=== Commandes Windlight/[[LightShare]] ===
* windlight load - Chargeer le profil windlight à partir de la base de données et diffusion
* windlight enable - Activer le plugin windlight
* windlight disable - Désactiver le plugin windlight

=== Commandes [[YEngine]] ===
* yeng help
* yeng reset -all | <part-of-script-name>
* yeng resume - reprendre le traitement des scripts
* yeng suspend - suspendre le traitement des scripts
* yeng ls -full -max=<nombre> -out=<nom de fichier> -queues -topcpu
* yeng cvv - montrer la valeur de la version du compilateur
* yeng mvv [<newvalue>] - montrer la valeur de la version de migration
* yeng tracecalls [yes | no]
* yeng verbose [yes | no]
* yeng pev -all | <part-of-script-name> <event-name> <params...>

== Commandes de service ROBUST ==

On peut également y accéder sur la console de commande du simulateur lui-même en mode standalone.

=== Service des assets ===

* delete asset <ID> - Supprime un asset de la base de données. Ne semble pas être implémenté.
* dump asset <ID> - Transfert un asset vers un fichier. À partir de la version 0.7.3 d'OpenSimulator.
* show digest <ID> - Affiche des informations sommaires sur un asset. À partir d'OpenSimulator 0.7.3, cette option sera renommée "show asset".

===Service de grille===
* set region flags <nom de région> <flags> - Définit les flags de la base de données pour la région.
* show region <nom de région> - Affiche les détails d'une région donnée. Cette commande est renommée en "show region name <nom de région>" dans les nouvelles versions d'OpenSimulator.

Les commandes suivantes n'existent actuellement que dans les versions de développement d'OpenSimulator (post 0.7.3.1). Elles se trouvent dans la section d'aide "Regions".

* deregister region id <UUID de région> - Désenregistre une région manuellement. Cela peut être utile si une région n'a pas été correctement supprimée en raison d'un mauvais arrêt du simulateur et que le simulateur n'a pas été redémarré depuis ou que sa configuration de région a été modifiée.

* show region at <x-coord> <y-coord> - Affiche des détails sur une région à la coordonnée donnée.

* show region name <nom de région> - Affiche les détails d'une région.

* show regions - Affiche des détails sur toutes les régions. En mode standalone, cette version de la commande n'est pas disponible actuellement - la version simulateur de "show regions" est utilisée à la place et affiche des informations similaires.

=== Service utilisateur ===
* create user [prénom] [nom] [mot de passe] [Email] [UUID de l'utilisateur] [Model] - crée un nouvel utilisateur ou simplement : create user - et le serveur demande toutes les données.

Si l'UUID est nul ou contient des espaces, un UUID sera généré pour vous.

Le modèle est le "prénom nom" d'un autre utilisateur, l'équipement de cet utilisateur sera cloné vers le nouvel utilisateur.

* reset user password[<prénom> [<nom> [<mot de passe>]]] - Cette commande définit un nouveau mot de passe pour un utilisateur et met directement à jour la base de données. Elle ne réinitialise pas le mot de passe à une valeur par défaut ou temporaire, comme le terme pourrait le suggérer.

* show account <prénom> <nom> - affiche les détails du compte pour le nom d'utilisateur donné (0.7.2-dev)

=== Service de connexion ===
* login level <niveau> - Définit le minimum de niveau d'utilisateur autorisé à se connecter (voir [[Userlevel|User Level]]).

* login reset - réinitialise le niveau de connexion à sa valeur par défaut.

* login text <texte à imprimer lors de la connexion>.

* set user level <prénom> <nom> <niveau> - Définit le niveau de l'utilisateur, qui détermine si un utilisateur a un compte god ou peut se connecter à tout (0.7.2-dev) (voir [[Userlevel|User Level]]).

==Détails des commandes du module de terrain==
==== terrain load ====
Charge un terrain à partir d'un fichier spécifié.

Paramètres

*filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)

==== terrain load-tile ====
Charge un terrain à partir d'une section d'un fichier plus grand.

Paramètres
* filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)
* Largeur du fichier (Entier)

La largeur du fichier en carreaux
* Hauteur du fichier (nombre entier)

La hauteur du fichier en carreaux
* Carreau X minimum (Entier)

La coordonnée X de la région de la première section du fichier.
* Minimum Y tile (Entier)

La coordonnée Y de la région de la première section du fichier.

==== terrain save ====
Sauvegarde la heightmap actuelle dans un fichier spécifié.

Paramètres
*filename (Chaîne)

Le nom du fichier de destination de votre heightmap. L'extension du fichier détermine le format d'enregistrement. 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)

==== terrain fill ====
Remplit la heightmap actuelle avec une valeur spécifiée.

Paramètres
*value (Double)

Valeur numérique de la hauteur à laquelle vous souhaitez configurer votre région.

==== terrain elevate ====
Relève la heightmap actuelle de la valeur spécifiée.

Paramètres

* amount (Double)

==== terrain lower ====
Abaisse la heightmap concernée de la quantité spécifiée.

Paramètres

* amount (Double)

Hauteur de l'abaissement du terrain en mètres.

==== terrain multiply ====
Multiplie la heightmap par la valeur spécifiée.

Paramètres

* value (Double)

La valeur par laquelle il faut multiplier la heightmap.

==== terrain bake ====
Sauvegarde le terrain dans la carte de restauration des régions.

==== terrain revert ====
Charge la carte de restauration du terrain dans la heightmap de la région.

==== terrain stats ====
Affiche quelques informations sur la heightmap des régions à des fins de débogage.

==== terrain effect ====

Exécute un effet de plugin spécifié.

Paramètres

* name (Chaîne)

Effet du plugin que vous souhaitez exécuter, ou 'list' pour afficher tous les plugins.

==== terrain modify ====
Permet d'obtenir une zone d'effet et un effilage avec des manipulations standard de heightmap.

Utilisation générale de la commande :

:Terrain modify <operation> valeur [<mask>] [-taper=<valeur2>]''.

:Paramètres
:* value : valeur de base à utiliser pour appliquer l'opération
:* mask :
:** -rec=x1,y1,dx[,dy] crée un masque rectangulaire basé sur x1,y1.
:** -ell=x0,y0,rx[,ry] crée un masque elliptique centré sur x0,y0
:* effilage :
:** les masques rectangulaires s'effilent comme des pyramides
:** les masques elliptiques s'effilent en cônes

Manipulation du terrain (fill, min, max)
:* valeur représente la hauteur de la cible (au centre de la plage)
:* valeur2 représente la hauteur de la cible (sur les bords de la plage)

Terrain Movement(augmentation, diminution, bruit)
La valeur représente une valeur delta (au centre de la plage).
:* valeur2 représente une valeur delta (sur les bords de la plage)

Terrain Smoothing (smooth)
:L'opération de lissage est quelque peu différente des autres, car elle ne traite pas les valeurs d'élévation, mais plutôt les valeurs de force (dans la plage de 0,01 à 0,99). L'algorithme est simpliste en faisant la moyenne des valeurs autour d'un point, et est implémenté comme suit :
:Le paramètre "strength" spécifie la proportion du résultat par rapport à la valeur originale ("strength" * map[x,y]).
:Le paramètre "taper" spécifie la part du reste provenant du premier anneau entourant le point (1.0 - "strength") * "taper". Il y a 8 éléments dans le premier anneau.
La contribution restante provient du deuxième anneau entourant le point. Il y a 16 éléments dans le deuxième anneau.
:Par exemple
:''terrain modify smooth 0.5 -taper=0.6'' :* l'élément d'origine contribuera pour 0,5 % à l'amélioration du terrain.
:* l'élément original contribuera 0.5 * map[x0,y0]
:* chaque élément à 1m du point contribuera ((1-0.5)*0.6)/8 * map[x1,y1]
:* chaque élément situé à 2 m du point contribuera ((1-0.5)*0.4)/16 * map[x2,y2].

Notes :
:La valeur de l'"effilement" peut être exagérée en raison du calcul des nombres entiers utilisé dans les cartes.
:Par exemple, pour créer une île var 512x512 :
:''terrain modify min 30 -ell=256,256,240 -taper=-29''".

Exemple :
: https://www.youtube.com/watch?v=pehyqr3H8I0 (lien mort)

== Détails des commandes Hypergrid ==

Pour plus de détails et d'explications sur les commandes Hypergrid, consultez la page [[Installing_and_Running_Hypergrid]]

''' show hyperlinks'''

Cette commande affichera une liste de toutes les régions liées à Hypergrid.

'''link-region <Xloc> <Yloc> <ServerURI> [<NomDeLaRégionDistante >]'''

* Utilisez des coordonnées Xloc et Yloc qui ont une cohérence avec votre monde, c'est-à-dire proches de vos régions, mais pas adjacentes.
* Remplacez <nowiki>http://osl2.nac.uci.edu:9006</nowiki> par le nom de domaine / l'adresse IP et le port de la région à laquelle vous voulez vous lier.

Par exemple : link-region 8998 8998 <nowiki>http://osl2.nac.uci.edu:9006</nowiki> Passerelle OSGrid

'''unlink-region <nom local de région>'''

Cette commande va délier la région hypergrid spécifiée - assurez-vous d'utiliser le nom local exact tel que rapporté par la commande "show hyperlinks".

'''link-mapping [<x> <y>]'''

Définir les coordonnées locales pour mettre en relation les régions HG.

==Signification des statistiques==
Les étiquettes des valeurs de statistiques de trame affichées par la commande de console "show stats" sont un peu obscures. Voici une liste de la signification de ces valeurs :

* Dilatn - dilatation du temps
* SimFPS - images par seconde du simulateur
* PhyFPS - images physiques par seconde
* AgntUp - # de mises à jour des agents
* RootAg - # des agents root
* ChldAg - # d'agents enfants
* Prims - # de prims totales
* AtvPrm - # de prims actives
* AtvScr - # de scripts actifs
* ScrLPS - # de lignes de script par seconde
* PktsIn - # de paquets entrants par seconde
* PktOut - # de paquets sortants par seconde
* PendDl - # de téléchargements en attente
* PendUl - # de transferts en attente
* UnackB - # d'octets non reconnus
* TotlFt - temps total de la frame
* NetFt - net frame time
* PhysFt - délai des rendus physics
* OthrFt - autres délais de rendu
* AgntFt - délai de rendu d'agent
* ImgsFt - délai de rendu d'image

[[Category:French Translations]]

Server Commands

2025-03-19T10:37:27Z

Acryline: /* User Service */

{{Quicklinks|Server_Commands}}

= What are server commands? =

Server commands are those you can type on the console to make the server do various things.

Commands can be divided up into those that apply to the simulator (simulator commands) and those that apply to grid services (service commands).

On a standalone system, both simulator and service commands will be available on the single standalone system console.

On a grid architecture, the simulator commands will be available on the simulators, whilst the service commands will be available on the ROBUST console.

'''Disclaimer''': some commands may not work as expected, some may not work at all, and there is a chance that you may even lose all your settings/contents. This summary quickly goes out of date - the best place to find commands is by typing "help" on the region console.

Except where noted, this list should be accurate for OpenSimulator 0.7.1 onwards.

= Commands =

== General Server Commands ==

These commands are available in both simulator and robust consoles.

=== General ===

* command-script [scriptfile] - Runs a command script containing console commands.
* quit - shutdown the server.
* show info - show server information (version and startup path). Before OpenSimulator 0.7.5 this is only available on the simulator console.
* show uptime - show server startup time and uptime. Before OpenSimulator 0.7.5 this is only available on the simulator console.
* show version - show server version. Before OpenSimulator 0.7.5 this is only available on the simulator console.
* shutdown - synonym for quit
* get log level - In OpenSimulator 0.7.5 and later, print the current console logging level. In OpenSimulator 0.7.4 and earlier please use the "set log level" command instead without a level parameter.
* set log level [level] - change the console logging level only. For example, off or debug. See [[Logging]] for more information. In OpenSimulator 0.7.4 and earlier, if called without the level argument prints the current level. In OpenSimulator 0.7.5 and later please use the "get log level" command instead. Only available on ROBUST console from OpenSimulator 0.7.5.

=== Debug ===

* debug http [<level>] - Turn on/off extra logging for HTTP request debugging. Only available on robust console from commit 94517c8 (dev code post 0.7.3.1). In current development code (for OpenSimulator 0.7.5) this is debug http in|out|all [<level>] since outbound HTTP messages can also now be logged (this was only possible for inbound before). For more information on this command, see [[Debugging]].

* debug threadpool level <level> - Turn on/off logging of activity in the main threadpool. For more information, see [[General-Purpose Threadpool]].

== Simulator Commands ==

=== General ===

* change region <region name> - subsequent commands apply only to the specified region. If region name is "root" then all regions are selected
* debug packet <level> - Turn on packet debugging, where OpenSimulator prints out summaries of incoming and outgoing packets for viewers, depending on the level set
* emergency-monitoring - turn emergency debugging monitoring mode on or off.
* help [<command>] - Get general command list or more detailed help on a specific command or set of commands
* link-mapping - Set a local grid co-ordinate to link to a remote hypergrid
* link-region - Link a HyperGrid region. Not sure how this differs from link-mapping
* modules list - List modules
* modules load <name> - Load a module
* modules unload <name> - Unload a module
* monitor report - Returns a variety of statistics about the current region and/or simulator
* set terrain heights <corner> <min> <max> [<x>] [<y>] - Sets the terrain texture heights on corner #<corner> to <min>/<max>, if <x> or <y> are specified, it will only set it on regions with a matching coordinate. Specify -1 in <x> or <y> to wildcard that coordinate. Corner # SW = 0, NW = 1, SE = 2, NE = 3.
* set terrain texture <number> <uuid> [<x>] [<y>] - Sets the terrain <number> to <uuid>, if <x> or <y> are specified, it will only set it on regions with a matching coordinate. Specify -1 in <x> or <y> to wildcard that coordinate.
* show caps - show all registered capabilities URLs
:NOTE: In OpenSimulator 0.7.1, "show capabilities" is shown as a result for help command, but actually only "show caps" will be accepted. ([http://opensimulator.org/mantis/view.php?id=5467 #5467])
* set water height # - sets the height simulator wide or single region if you use change region.
* show circuits - Show agent circuit data
* show connections - show connections data
* show http-handlers - show all registered http handlers
* show hyperlinks - list hg regions
* show modules - show module data
* show pending-objects - show number of objects in the pending queues of all viewers
* show pqueues [full] - show priority queue data for each client. Without the 'full' option, only root agents are shown. With the 'full' option child agents are also shown.
* show queues - Show queue data for agent connections.
* show threads - shows the persistent threads registered with the system. Does not include threadpool threads.
* show throttles [full] - Show throttle data for each client connection, and the maximum allowed for each connection by the server. Without the 'full' option, only root agents are shown. With the 'full' option child agents are also shown.
* unlink-region <local name> - unlink a hypergrid region

=== Appearance Commands ===

* appearance find <uuid-or-start-of-uuid> - Find out which avatar uses the given asset as a baked texture, if any.
* appearance rebake <first-name> <last-name> - Send a request to the user's viewer for it to rebake and reupload its appearance textures.
* appearance send [<first-name> <last-name>] - Send appearance data for each avatar in the simulator to other viewers.
* appearance show [<first-name> <last-name>] - Show appearance information for avatars.

Only exists in development code at the moment.

=== Archive Commands ===

* load iar <first> <last> <inventory path> <password> [<archive path>] - Load user inventory archive. See [[Inventory Archives]].
* load oar [filename] - load an OpenSimulator archive. This entirely replaces the current region. Default filename is '''region.oar'''. See [[OpenSim Archives]].
* load xml [-newIDs [<x> <y> <z>]] - Load a region's data from XML format (0.7.*: DEPRECATED and may be REMOVED soon. Use "load xml2" instead)
:those xml are the result of the export save or *export save-all
* load xml2 [filename] - optional parameters not supported for XML2 format as at 1-Jul-2008
* save iar <first> <last> <inventory path> <password> [<archive path>] - Save user inventory archive. See [[Inventory Archives]]
* save oar [filename] - save the current region to an OpenSimulator archive. Default filename is '''region.oar'''. See [[OpenSim Archives]].
* save prims xml2 [<prim name> <file name>] - Save named prim to XML2
* save xml [filename] - save prims to XML
* save xml2 [filename] - save prims to XML (Format 2 - rearrangement of some nodes, to make loading/saving easier)

=== Asset Commands ===

The fcache commands only currently appearance if you are using the fcache asset cache. This is the default on OpenSimulator.

* fcache assets - Attempt a deep scan and cache of all assets in all scenes
* fcache clear [file] [memory] - Remove all assets in the cache. If file or memory is specified then only this cache is cleared.
* fcache clearnegatives - just clear negative cache entries if enabled
* fcache expire <datetime> - Purge cached assets older then the specified date/time
* fcache status - Display cache status
* j2k decode <ID> - Do JPEG2000 decoding of an asset.

=== Config Commands ===

* config get [<section>] [<key>] - Get the current configuration, either for a particular key, a particular section or the whole config.
* config save <path> - Save the current configuration to a file.
* config set <section> <key> - Set a particular configuration value. On the whole, this is useless since neither OpenSimulator nor modules dynamically reload config values.
* config show [<section>] [<key>] - Synonym for 'config get'

=== Land Commands ===

* land show - Shows all parcels on the current region.
* land clear - Clears all parcels on the land.

=== Map Commands ===

* export-map [<path>] - Save an image of the world map (default name is exportmap.jpg)
* generate map - Regenerates and stores map tile. Only in development code post 0.7.6.

=== Object Commands ===

* backup - Persist currently unsaved object changes immediately instead of waiting for the normal persistence call. This shouldn't normally be required - the simulator persists region objects automatically at regular intervals and on shutdown.
* delete object creator <UUID> - Delete a scene object by creator
* delete object name [--regex] <name> - Delete a scene object by name.
* delete object outside - Delete all scene objects outside region boundaries. This is currently if z < 0 or z > 10000. Object outside these bounds have been known to cause issues with OpenSimulator's use of some physics engines (such as the Open Dynamics Engine).
* delete object owner <UUID> - Delete a scene object by owner
* delete object id <UUID-or-localID> - Delete a scene object by uuid or localID. Pre 0.7.5, this was "delete object uuid".
* dump object id <UUID-or-localID> - Dump the serialization of the given object to a file for debug purposes.
* edit scale <name> <x> <y> <z> - Change the scale of a named prim
* force update - Force the region to send all clients updates about all objects.
* show object name [--regex] <name> - Show details of scene objects with the given name.
* show object id <UUID-or-localID> - Show details of a scene object with the given UUID or localID. Pre 0.7.5, this was "show object uuid".
* show part name [--regex] <name> - Show details of scene object parts with the given name.
* show part id <UUID-or-localID> - Show details of a scene object parts with the given UUID or localID. Pre 0.7.5, this was "show part uuid".

=== Estate Commands ===
* reload estate - reload estate data
* estate link region <estate ID> <region ID> - Attaches the specified region to the specified estate.
* estate show - This command will show the estate name, ID, and owner for regions currently running in the simulator. This list does not necessarily include all estates that are present in the database.
Sample usage:
estate show<enter>
Estate information for region TestRegion
Estate Name ID Owner
My Estate 103 Test User
* estate set name <estate ID> <new name> - Rename an estate
* estate set owner <estate ID> <FirstName> <LastName> - Change the owner of an estate. This command supports two forms; this one uses the owner's name.
* estate set owner <estate ID> <owner UUID> - Change the owner of an estate. This command supports two forms; this one uses the owner's UUID.
* estate create <owner UUID> <estate name> - Must be a user UUID which you can get from 'show names'

=== Region Commands ===
* change region <region name> - subsequent commands apply only to the specified region. If region name is "root" then all regions are selected
* create region [name] [filename] - Create a new region
* delete-region <name> - Delete a region from disk.
* region get - Post OpenSimulator 0.8.0.*. Show region parameters (Region Name, Region UUID, Location, URI, Owner ID, Flags).
* region restart abort [<message>] - Abort a scheduled region restart, with an optional message
* region restart bluebox <message> <delta seconds>+ - Schedule a region restart. If one delta is given then the region is restarted in delta seconds time. A time to restart is sent to users in the region as a dismissable bluebox notice. If multiple deltas are given then a notice is sent when we reach each delta.
* region restart notice <message> <delta seconds>+ - Schedule a region restart. Same as above except showing a transient notice instead of a dismissable bluebox.
* region set - Post OpenSimulator 0.8.0.*. Set certain region parameters. Currently, can set
** agent-limit - The current avatar limit for the region. More usually this is set via the region/estate dialog in a typical viewer. This persists over simulator restarts.
** max-agent-limit - The maximum value that agent-limit can have. Unfortunately, setting it here does not currently persist over server restarts. For that to happen it must be separately set as the MaxAgents parameter in the region config file.
* remove-region - remove a region from the simulator
* restart - Restarts all sims in this instance
* restart region <regionname> - Restarts just one sim in an instance. Set the console to the region name first, with 'change region <regionname>', or all regions will restart.
* set region flags <Region name> <flags> - Set database flags for region
:Flags can be one of the following:
:'''DefaultRegion''' Used for new Rez. Random if multiple defined
:'''FallbackRegion''' Regions we redirect to when the destination is down
:'''RegionOnline''' Set when a region comes online, unset when it unregisters and DeleteOnUnregister is false
:'''NoDirectLogin''' Region unavailable for direct logins (by name)
:'''Persistent''' Don't remove on unregister
:'''LockedOut''' Don't allow registration
:'''NoMove '''Don't allow moving this region
:'''Reservation''' This is an inactive reservation
:'''Authenticate''' Require authentication
:'''Hyperlink''' Record represents a HG link
:'''DefaultHGRegion''' Record represents a default region for hypergrid teleports only.
:Note: flags are additive, there is no way to unset them from the console.
* show neighbours - Shows the local regions' neighbours
* show ratings - Show rating data
* show region - Show region parameters (Region Name, Region UUID, Location, URI, Owner ID, Flags).
* show regions - Show regions data (Region Names, XLocation YLocation coordinates, Region Ports, Estate Names)

=== Scene Commands ===

* debug scene - Turn on scene debugging
* rotate scene <degrees> - Rotates scene around 128,128 axis by x degrees where x=0-360.
* scale scene <factor> - Scales all scene objects by a factor where original size =1.0.
* translate scene <x,y,z> - Translate (move) the entire scene to a new coordinate. Useful for moving a scene to a different location on either a Mega or Variable region.
(please back up your region before using any of these commands and be aware of possible floating point errors the more they are used.)

=== Script Commands ===

These currently only exist in git master OpenSimulator development code post the 0.7.2 release.

* scripts resume [<script-item-uuid>] - Resumes all suspended scripts
* scripts show [<script-item-uuid>] - Show script information. <script-item-uuid> option only exists from git master 82f0e19 (2012-01-14) onwards (post OpenSimulator 0.7.2).
* scripts start [<script-item-uuid>] - Starts all stopped scripts
* scripts stop [<script-item-uuid>] - Stops all running scripts
* scripts suspend [<script-item-uuid>] - Suspends all running scripts

=== Stats Commands ===

* show stats - show useful statistical information for this server. See [[#Frame Statistics Values|Frame Statistics Values]] below for more information.
* stats show - a synonym for "show stats" (OpenSimulator dev code only post 19th March 2014).
* stats record - record stats periodically to a separate log file.
* stats save - save a snapshot of current stats to a file (OpenSimulator dev code only post 19th March 2014).

=== Terrain Commands ===

Some of these may require a sim restart to show properly.
* terrain load - Loads a terrain from a specified file. (see note1)
* terrain load-tile - Loads a terrain from a section of a larger file.
* terrain save - Saves the current heightmap to a specified file.
* terrain save-tile - Saves the current heightmap to the larger file.
* terrain fill - Fills the current heightmap with a specified value.
* terrain elevate - Raises the current heightmap by the specified amount.
* terrain lower - Lowers the current heightmap by the specified amount.
* terrain multiply - Multiplies the heightmap by the value specified.
* terrain bake - Saves the current terrain into the regions baked map.
* terrain revert - Loads the baked map terrain into the regions heightmap.
* terrain newbrushes - Enables experimental brushes which replace the standard terrain brushes.
* terrain show - Shows terrain height at a given co-ordinate.
* terrain stats - Shows some information about the regions heightmap for debugging purposes.
* terrain effect - Runs a specified plugin effect
* terrain flip - Flips the current terrain about the X or Y axis
* terrain rescale - Rescales the current terrain to fit between the given min and max heights
* terrain min - Sets the minimum terrain height to the specified value.
* terrain max - Sets the maximum terrain height to the specified value.
* terrain modify - Provides several area-of-effect terraforming commands.

Note1 : If you have a sim with multiple regions and you want to set all regions on that sim to be from one larger image you can use 'terrain load <file> <width in regions> <height in regions> <regionX> <regionY> where regionX and regionY are the coordinates of the bottom-left region.

=== Tree Commands ===

* tree active - Change activity state for the trees module
* tree freeze - Freeze/Unfreeze activity for a defined copse
* tree load - Load a copse definition from an xml file
* tree plant - Start the planting on a copse
* tree rate - Reset the tree update rate (mSec)
* tree reload - Reload copse definitions from the in-scene trees
* tree remove - Remove a copse definition and all its in-scene trees
* tree statistics - Log statistics about the trees

=== User Commands ===

* alert <message> - send an in-world alert to everyone
* alert-user <first> <last> <message> - send an an in-world alert to a specific user
* bypass permissions <true / false> - Bypass in-world permission checks
* debug permissions - Turn on permissions debugging
* force permissions - Force permissions on or off.
* kick user <first> <last> [message]: - Kick a user off the simulator
* login disable - Disable user entry to this simulator
* login enable - Enable user entry to this simulator
* login status - Show whether logins to this simulator are enabled or disabled
* show users [full]- show info about currently connected users to this region. Without the 'full' option, only users actually on the region are shown. With the 'full' option child agents of users in neighbouring regions are also shown.
* teleport user <destination> - Teleport a user on this simulator to a specific destination. Currently only in OpenSimulator development code after the 0.7.3.1 release (commit bf0b817).

=== Windlight/[[LightShare]] Commands ===

* windlight load - Load windlight profile from the database and broadcast
* windlight enable - Enable the windlight plugin
* windlight disable - Disable the windlight plugin

=== [[YEngine]] Commands ===
* yeng help
* yeng reset -all | <part-of-script-name>
* yeng resume - resume script processing
* yeng suspend - suspend script processing
* yeng ls -full -max=<number> -out=<filename> -queues -topcpu
* yeng cvv - show compiler version value
* yeng mvv [<newvalue>] - show migration version value
* yeng tracecalls [yes | no]
* yeng verbose [yes | no]
* yeng pev -all | <part-of-script-name> <event-name> <params...>

== ROBUST Service Commands ==

These can also be accessed on the simulator command console itself in standalone mode.

=== Asset Service ===

* delete asset <ID> - Delete an asset from the database. Doesn't appear to be implemented.
* dump asset <ID> - Dump an asset to the filesystem. OpenSimulator 0.7.3 onwards.
* show digest <ID> - Show summary information about an asset. From OpenSimulator 0.7.3 onwards this will be renamed to "show asset"

=== Grid Service ===

* set region flags <Region name> <flags> - Set database flags for region
* show region <Region name> - Show the details of a given region. This command is renamed to "show region name" in development versions of OpenSimulator.

The following commands currently only exist in development versions of OpenSimulator (post 0.7.3.1). These are currently found in the "Regions" help section.

* deregister region id <Region UUID> - Deregister a region manually. This can be helpful if a region was not properly removed due to bad simulator shutdown and the simulator has not since been restarted or its region configuration has been changed.
* show region at <x-coord> <y-coord> - Show details on a region at the given co-ordinate.
* show region name <Region name> - Show details on a region
* show regions - Show details on all regions. In standalone mode this version of the command is not currently available - the simulator version of "show regions" is used instead, which shows similar information.

=== User Service ===
* create user [first] [last] [passw] [Email] [Primary UUID] [Model} - creates a new user
:or just: create user - and server prompts for all data
:
:If UUID is nul or whitespace a UUID will be generated for you.
:
:Model is the "first lastname" of another user, that user's outfit will be cloned to the new user.
:
* reset user password[<firstname> [<lastname> [<password>]]] - This command ''sets'' a new password for a user and directly updates the database. It does not ''reset'' the password to a default or temporary value, as the term might suggest.
* show account <firstname> <lastname> - show account details for the given user name (0.7.2-dev)

=== Login Service ===
* login level <value> - Set the miminim userlevel allowed to login (see [[Userlevel|User Level]]).
* login reset - reset the login level to its default value.
* login text <text to print during the login>
* set user level <firstname> <lastname> <level> - Set UserLevel for the user, which determines whether a user has a god account or can login at all (0.7.2-dev) (see [[Userlevel|User Level]]).

== Details of Terrain Module Commands ==

==== terrain load ====
Loads a terrain from a specified file.

Parameters
* filename (String)
The file you wish to load from, the file extension determines the loader to be used. Supported extensions include: .r32 (RAW32) .f32 (RAW32) .ter (Terragen) .raw (LL/SL RAW) .jpg (JPEG) .jpeg (JPEG) .bmp (BMP) .png (PNG) .gif (GIF) .tif (TIFF) .tiff (TIFF)

==== terrain load-tile ====
Loads a terrain from a section of a larger file.

Parameters
* filename (String)
The file you wish to load from, the file extension determines the loader to be used. Supported extensions include: .r32 (RAW32) .f32 (RAW32) .ter (Terragen) .raw (LL/SL RAW) .jpg (JPEG) .jpeg (JPEG) .bmp (BMP) .png (PNG) .gif (GIF) .tif (TIFF) .tiff (TIFF)
* file width (Integer)
The width of the file in tiles
* file height (Integer)
The height of the file in tiles
* minimum X tile (Integer)
The X region coordinate of the first section on the file
* minimum Y tile (Integer)
The Y region coordinate of the first section on the file

==== terrain save ====
Saves the current heightmap to a specified file.

Parameters
* filename (String)
The destination filename for your heightmap, the file extension determines the format to save in. Supported extensions include: .r32 (RAW32) .f32 (RAW32) .ter (Terragen) .raw (LL/SL RAW) .jpg (JPEG) .jpeg (JPEG) .bmp (BMP) .png (PNG) .gif (GIF) .tif (TIFF) .tiff (TIFF)

==== terrain fill ====
Fills the current heightmap with a specified value.

Parameters
* value (Double)
The numeric value of the height you wish to set your region to.

==== terrain elevate ====
Raises the current heightmap by the specified amount.

Parameters
* amount (Double)

==== terrain lower ====
Lowers the current heightmap by the specified amount.

Parameters
* amount (Double)
The amount of height to remove from the terrain in meters.

==== terrain multiply ====
Multiplies the heightmap by the value specified.

Parameters
* value (Double)
The value to multiply the heightmap by.

==== terrain bake ====
Saves the current terrain into the regions revert map.

==== terrain revert ====
Loads the revert map terrain into the regions heightmap.

==== terrain newbrushes ====
Enables experimental brushes which replace the standard terrain brushes. WARNING: This is a debug setting and may be removed at any time.

Parameters
* Enabled? (Boolean)
true / false - Enable new brushes

==== terrain stats ====
Shows some information about the regions heightmap for debugging purposes.

==== terrain effect ====
Runs a specified plugin effect

Parameters
* name (String)
The plugin effect you wish to run, or 'list' to see all plugins

==== terrain modify ====
Allows area-of-effect and tapering with standard heightmap manipulations.

General command usage:
:''terrain modify <operation> value [<mask>] [-taper=<value2>]''

:Parameters
:* value: base value to use in applying operation
:* mask:
:** -rec=x1,y1,dx[,dy] creates a rectangular mask based at x1,y1
:** -ell=x0,y0,rx[,ry] creates an elliptical mask centred at x0,y0
:* taper:
:** rectangular masks taper as pyramids
:** elliptical masks taper as cones

Terrain Manipulation (fill, min, max)
:* value represents target height (at centre of range)
:* value2 represents target height (at edges of range)

Terrain Movement (raise, lower, noise)
:* value represents a delta amount (at centre of range)
:* value2 represents a delta amount (at edges of range)

Terrain Smoothing (smooth)
:The smoothing operation is somewhat different than the others, as it does not deal with elevation values, but rather with strength values (in the range of 0.01 to 0.99). The algorithm is simplistic in averaging the values around a point, and is implemented as follows:

:The "strength" parameter specifies how much of the result is from the original value ("strength" * map[x,y]).
:The "taper" parameter specifies how much of the remainder is from the first ring surrounding the point (1.0 - "strength") * "taper". There are 8 elements in the first ring.
:The remaining contribution is made from the second ring surrounding the point. There are 16 elements in the second ring.
:e.g.
:''terrain modify smooth 0.5 -taper=0.6''
:* the original element will contribute 0.5 * map[x0,y0]
:* each element 1m from the point will contribute ((1-0.5)*0.6)/8 * map[x1,y1]
:* each element 2m from the point will contribute ((1-0.5)*0.4)/16 * map[x2,y2]

Notes:
:The "taper" value may need to be exaggerated due to the integer math used in maps.
:e.g. To create a 512x512 var island:
:''terrain modify min 30 -ell=256,256,240 -taper=-29''

Example:
: https://www.youtube.com/watch?v=pehyqr3H8I0 (dead link)

== Details of Hypergrid Commands ==

For full details and explanations of Hypergrid Commands, see the [http://opensimulator.org/wiki/Installing_and_Running_Hypergrid#Linking_regions_.28Optional.29 Linking Regions] sections of the [http://opensimulator.org/wiki/Installing_and_Running_Hypergrid Installing and Running Hypergrid] page.

'''show hyperlinks'''

This command will show a list of all hypergrid linked regions.

'''link-region <Xloc> <Yloc> <host> <port> <location-name>'''

* Use Xloc and Yloc that make sense to your world, i.e. close to your regions, but not adjacent.
* replace osl2.nac.uci.edu and 9006 with the domain name / ip address and the port of the region you want to link to

E.g. link-region 8998 8998 osl2.nac.uci.edu 9006 OSGrid Gateway

'''unlink-region <local region name>'''

This command will unlink the specified hypergrid linked region - be sure to use the exact local name as reported by the "show hyperlinks" command.

link-mapping - Link a HyperGrid region. Not sure how this differs from link-mapping.

== Frame Statistics Values ==

The labels of the Frame Statistics values shown by the console command "show stats" are a bit cryptic. Here is a list of the meanings of these values:

* Dilatn - time dilation
* SimFPS - simulator frames per second
* PhyFPS - physics frames per second
* AgntUp - # of agent updates
* RootAg - # of root agents
* ChldAg - # of child agents
* Prims - # of total prims
* AtvPrm - # of active prims
* AtvScr - # of active scripts
* ScrLPS - # of script lines per second
* PktsIn - # of in packets per second
* PktOut - # of out packets per second
* PendDl - # of pending downloads
* PendUl - # of pending uploads
* UnackB - # of unacknowledged bytes
* TotlFt - total frame time
* NetFt - net frame time
* PhysFt - physics frame time
* OthrFt - other frame time
* AgntFt - agent frame time
* ImgsFt - image frame time

[[Category:Support]]
[[Category:Help]]
[[Category:Configuration]]
[[Category:Getting Started]]
[[Category:Development]]

Server Commands/fr

2025-03-19T10:35:45Z

Acryline: /* Service utilisateur */

{{Quicklinks|Server Commands}}
=Que sont les commandes serveur ? =

Les commandes du serveur sont des commandes que vous pouvez taper dans la console pour faire faire diverses choses au serveur.

Les commandes peuvent être divisées en commandes qui s'appliquent au simulateur (commandes du simulateur) et celles qui s'appliquent aux services de la grille (commandes des services).

Sur un système standalone, les commandes de simulateur et de service seront disponibles dans la console unique de la standalone.

Sur une architecture de grille, les commandes de simulateur seront disponibles dans les simulateurs, tandis que les commandes de service seront disponibles dans la console ROBUST.

'''Avertissement : certaines commandes peuvent ne pas fonctionner comme prévu, certaines peuvent ne pas fonctionner du tout, et il est possible que vous perdiez tous vos paramètres/contenus. Ce résumé est rapidement obsolète - le meilleur endroit pour trouver des commandes est de taper "help" dans la console de région. '''

Sauf indication contraire, cette liste devrait être exacte à partir de la version 0.7.1 d'OpenSimulator.

=Commandes=
== Commandes générales du serveur ==

Ces commandes sont disponibles à la fois dans le simulateur et dans les consoles robustes.

=== Général ===

* command-script [fichier de script] - Exécuter un script de commandes contenant des commandes de console.
* quit - Arrêter le serveur.
* show info - Afficher les informations du serveur (version et chemin de démarrage). Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show uptime - Afficher l'heure de démarrage du serveur et la durée de connexion. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* show version - Afficher la version du serveur. Avant OpenSimulator 0.7.5, ceci n'est disponible que sur la console du simulateur.
* shutdown - Synonyme de "quit"
* get log level - Dans OpenSimulator 0.7.5 et plus, affiche le niveau de journalisation actuel de la console. Dans OpenSimulator 0.7.4 et antérieurs, veuillez utiliser la commande "set log level" sans paramètre de niveau.
* set log level [level] - modifier le niveau de journalisation de la console uniquement. Par exemple, off ou debug. Voir [[Logging/fr]] pour plus d'informations. Dans OpenSimulator 0.7.4 et antérieur, si elle est appelée sans l'argument de niveau, elle affiche le niveau actuel. Dans OpenSimulator 0.7.5 et plus, veuillez utiliser la commande "get log level" à la place. Disponible uniquement sur la console ROBUST à partir d'OpenSimulator 0.7.5.

=== Débogage ===

* debug http [<niveau>] - Active/désactive (on/off) la journalisation supplémentaire pour le débogage des requêtes HTTP. Disponible uniquement dans la console robuste à partir du commit 94517c8 (code de développement post 0.7.3.1). Dans le code de développement actuel (pour OpenSimulator 0.7.5), il s'agit de debug http in|out|all [<level>] puisque les messages HTTP sortants peuvent également être enregistrés (cela n'était possible que pour les messages entrants auparavant). Pour plus d'informations sur cette commande, voir [[Debugging]].
* debug threadpool level <niveau> -Activez/désactivez (on/off) la journalisation de l'activité dans le pool de threads principal. Pour plus d'informations, voir [[General-Purpose Threadpool]].

== Commandes du simulateur ==

=== Général ===

* change region <nom de la région> - les commandes entrées après cette opération s'appliqueront uniquement à la région sélectionnée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* debug packet <niveau> - Activez le débogage des paquets, où OpenSimulator imprime des résumés des paquets entrants et sortants pour les viewers, en fonction du niveau défini.
* emergency-monitoring - activer ou désactiver le mode de surveillance du débogage d'urgence.
* help [<commande>] - Obtenir la liste générale des commandes ou une aide plus détaillée sur une commande spécifique ou un ensemble de commandes.
* link-mapping [<x> <y>] - Définir une coordonnée de grille locale pour établir un lien avec une hypergrille distante
* link-region <Xloc> <Yloc> <ServerURI> - Lier une région HyperGrid. Je ne suis pas sûr de la différence avec le link-mapping.
* modules list - Liste des modules
* modules load <nom> - Charger un module
* modules unload <nom> - Supprimer un module
* monitor report - Renvoie une série de statistiques sur la région et/ou le simulateur concerné.
* set terrain heights <coin> <min> <max> [<x>] [<y>] - Définit les hauteurs de texture du terrain sur le coin #<corner> à <min>/<max>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour donner un caractère générique à cette coordonnée. Coin # SW = 0, NW = 1, SE = 2, NE = 3.
* set terrain texture <numéro> <uuid> [<x>] [<y>] - Définit le terrain <numéro> à <uuid>, si <x> ou <y> sont spécifiés, il ne le définira que sur les régions avec une coordonnée correspondante. Spécifiez -1 dans <x> ou <y> pour remplacer cette coordonnée par un joker.
* show caps - montrer toutes les URLs de capacités enregistrées
:NOTE : Dans OpenSimulator 0.7.1, "show capabilities" est affiché comme résultat de la commande help, mais en réalité seul "show caps" sera accepté. ([http://opensimulator.org/mantis/view.php?id=5467 #5467])
* set water height # - définit la hauteur de l'eau pour l'ensemble du simulateur ou pour une seule région si vous avez utilisé la commande "change region".
* show circuits - afficher les données du circuit de l'agent
* show connections - affiche les données de connexion
* show http-handlers - affiche tous les gestionnaires http enregistrés
* show hyperlinks - liste les régions hg
* show modules - afficher les données des modules
* show pending-objects - afficher le nombre d'objets en attente dans les files d'attente de tous les viewers.
* show pqueues [full] - afficher les données de la file d'attente prioritaire pour chaque client. Sans l'option 'full', seuls les agents racine sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* show queues - Afficher les données de la file d'attente pour les connexions des agents.
* show threads - affiche les threads persistants enregistrés dans le système. N'inclut pas les threads du pool de threads.
* show throttles [full] - Affiche les données relatives à l'accélération pour chaque connexion client, ainsi que le maximum autorisé pour chaque connexion par le serveur. Sans l'option 'full', seuls les agents root sont affichés. Avec l'option 'full', les agents enfants sont également affichés.
* unlink-region <nom local> - délier une région hypergrid

=== Commandes d'apparence ===

* appearance find <uuid-ou-début-d'-uuid> - trouve s'il existe l'avatar qui utilise un asset donné comme texture.
* appearance rebake <prénom> <nom> - Envoyez une demande au viewer de l'utilisateur pour qu'il reconstruise et recharge ses textures d'apparence.
* appearance send [<prénom> <nom>] - Envoyez les données d'apparence de chaque avatar du simulateur aux autres viewers.
* appearance show [<prénom> <nom>] - Afficher des informations sur l'apparence des avatars.

=== Commandes d'archivage ===

* load iar <prénom> <nom> <chemin d'inventaire> <mot de passe> [<chemin de l'archive>] - Charger une archive d'inventaire de l'utilisateur. Voir [[Inventory Archives]].
* load oar [nom de fichier] - charger une archive OpenSimulator. Celle-ci remplace entièrement la région courante. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* load xml [<nom de fichier> [-newUID [<x> <y> <z>]]] - Charge les données d'une région à partir du format XML (0.7.* : DÉPRÉCIÉ et pourrait être supprimé bientôt. Utilisez "load xml2" à la place)
:ces xml sont le résultat de l'export save ou *export save-all
* load xml2 [nom de fichier] - paramètres facultatifs non pris en charge pour le format XML2 au 1er juillet 2008
* save iar <prénom> <nom> <chemin de l'inventaire> <mot de passe> [<chemin de l'archive>] - sauvegarde une archive de l'inventaire d'utilisateur. Voir [[Inventory Archives]]
* save oar [nom de fichier] - Sauvegarde la région courante dans une archive OpenSimulator. Le nom de fichier par défaut est '''region.oar'''. Voir [[OpenSim Archives]].
* save prims xml2 [<nom de prim> <nom de fichier>] - Sauvegarder le prim nommé au format XML2
* save xml [nom de fichier] - sauvegarder les prims au format XML
* save xml2 [nom de fichier] - sauvegarde des prims au format XML (Format 2 - réarrangement de certains noeuds, pour faciliter le chargement/sauvegarde)

=== Commandes des assets ===
Les commandes fcache n'apparaissent actuellement que si vous utilisez le cache d'assets fcache. C'est le cas par défaut dans OpenSimulator.

* fcache assets - Tente une analyse approfondie et une mise en cache de tous les assets dans toutes les scènes.
* fcache clear [fichier] [mémoire] - Supprime tous les assets dans le cache. Si le fichier ou la mémoire est spécifié, seul ce cache est effacé.
* fcache expire <datetime(mm/dd/YYYY)> - Purge les assets en cache plus anciens que la date et l'heure spécifiées.
* fcache status - Affiche l'état du cache
* j2k decode <ID> - Effectue le décodage JPEG2000 d'un asset. L'identifiant de l'asset doit contenir des données JPEG2000.

=== Commandes de configuration ===

* config get [<section>] [<key>] - Affiche la configuration actuelle, que ce soit pour une clé particulière, une section particulière ou la configuration entière.
* config save <chemin> - Sauvegarde la configuration actuelle dans un fichier.
* config set <section> <key> - Définir une valeur de configuration particulière. En général, ceci est inutile puisque ni OpenSimulator ni les modules ne rechargent dynamiquement les valeurs de configuration.
* config show [<section>] [<key>] - Synonyme de "config get".

=== Commandes de parcels ===

* land show - Montre toutes les parcelles de la région actuelle.
* land clear - Supprime toutes les parcelles du terrain.

=== Commandes de cartes ===

* export-map [<chemin>] - Sauvegarde une image de la carte du monde (le nom par défaut est exportmap.jpg)
* generate map - Régénère et stocke l'image de la carte.

=== Commandes des objets ===

* backup - Conserve immédiatement les modifications d'objets non sauvegardées au lieu d'attendre l'appel normal de permanence. Cela ne devrait normalement pas être nécessaire - le simulateur conserve les objets de la région automatiquement à intervalles réguliers et à la fermeture.
* delete object creator <UUID> - Supprimer de la scène les objets d'un créateur. La commande demandera une confirmation avant de poursuivre.
* delete object name [--regex] <nom> - Supprime un objet de scène par son nom.
* delete object outside - Supprime tous les objets de la scène en dehors des limites de la région. Ceci est actuellement le cas si z < 0 ou z > 10000. Les objets en dehors de ces limites sont connus pour causer des problèmes avec l'utilisation par OpenSimulator de certains moteurs physiques (tels que l'Open Dynamics Engine).La commande demandera une confirmation avant de poursuivre.
* delete object owner <UUID> - Supprimer de la scène les objets d'un propriétaire. La commande demandera une confirmation avant de poursuivre.
* delete object uuid <UUID> - Supprime un objet de la scène par son uuid. Pour trouver l'ID, utiliser "show object id[--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local. La commande demandera une confirmation avant de poursuivre.
* dump object id <UUID-ou-localID> - Transfert de la sérialisation de l'objet donné vers un fichier à des fins de débogage.
* edit scale <nom> <x> <y> <z> - Modifie les dimensions d'une prim nommée.
* force update - Force la région à envoyer à tous les clients des mises à jour concernant tous les objets.
* show object name [--full] [--regex] <nom> - Affiche les détails des objets de la scène portant le nom donné.
* show object uuid <UUID> - Affiche les détails d'un objet de la scène avec l'UUID donné. Dans le code de développement actuel (post 0.7.5), cette commande est remplacée par "show object id [--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local.
* show part name [--regex] <nom> - Affiche les détails des parties de l'objet nommé de la scène.
* show part uuid <UUID> - Montre les détails d'une partie d'un objet de scène avec l'UUID donné. Dans le code de développement actuel (post 0.7.5), il s'agit de "show object id [--full] <UUID-ou-localID>" qui permet également l'utilisation d'un ID local.

=== Commandes de domaines ===
* reload estate - recharger les données du domaine.
* estate link region <estate ID> <region ID> - Attache la région spécifiée au domaine spécifié.
* estate show - Cette commande affiche le nom, l'ID et le propriétaire du domaine pour les régions en cours d'exécution dans le simulateur. Cette liste n'inclut pas nécessairement tous les domaines présents dans la base de données.
Exemple d'utilisation :
estate show <entrée>
Informations sur le domaine pour la région TestRegion
Nom du domaine ID Proprietaire
Mon domaine 103 Test Utilisateur

* estate set name <ID du domaine> <nouveau nom> - renomme un domaine.
* estate set owner <ID du domaine > <Prénom> <Nom> - Change le propriétaire d'un domaine. Cette commande prend en charge deux formes ; celle-ci utilise le nom du propriétaire.
* estate set owner <ID du domaine> <UUID du propriétaire> - Change le propriétaire d'un domaine. Cette commande supporte deux formes ; celle-ci utilise l'UUID du propriétaire.
* estate create <UUID du propriétaire> <nom du domaine> - Doit être un UUID utilisateur que vous pouvez trouver avec la commande 'show names'.Le nom du domaine doit être unique.
=== Commandes de régions ===
* change region <nom de la région> - les commandes suivantes s'appliqueront uniquement à la région spécifiée. Si le nom de la région est "root", toutes les régions sont sélectionnées.
* create region ["region name"] <fichier_region.ini> - crée une nouvelle région. Si fichier_region.ini n'existe pas, il sera créé.
* delete-region <nom> - Supprimer une région du disque.
* region get - Post OpenSimulator 0.8.0.*. Affiche les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* region restart abort [<message>] - Abandonner un redémarrage programmé de la région, avec un message facultatif.
* region restart bluebox <message> <delta seconds>+ - Planifie le redémarrage d'une région. Si un delta est donné, la région est redémarrée dans le delta de secondes. L'heure du redémarrage est envoyée aux utilisateurs de la région sous la forme d'un avis Bluebox révocable. Si plusieurs deltas sont donnés, un avis est envoyé lorsque nous atteignons chaque delta.
* region restart notice <message> <delta seconds>+ - Planifie le redémarrage d'une région. Identique au précédent, sauf qu'il affiche un avis volatil au lieu d'une boîte bleue à renvoyer.
* region set - Post OpenSimulator 0.8.0.*. Définir certains paramètres de la région. Actuellement, peut définir :
** agent-limit - La limite du nombre d'avatars pour la région. Le plus souvent, cette limite est définie dans la boîte de dialogue région/état d'un viewer classique. Elle persiste lors des redémarrages du simulateur.
** max-agent-limit - La valeur maximale que peut prendre agent-limit. Malheureusement, cette valeur ne persiste pas actuellement lors des redémarrages du serveur. Pour cela, il doit être défini séparément comme paramètre MaxAgents dans le fichier de configuration de la région.
* remove-region - supprime une région du simulateur.
* restart - Redémarre toutes les régions de cette instance.
* restart region -Redémarre une seule région dans une instance. Réglez la console sur le nom de la région d'abord, avec 'change region <nom de la région>', ou toutes les régions redémarreront.
* set region flags <nom de la région> <flags> - Définir les flags de la base de données pour la région
:Flags peut être l'un des éléments suivants :
:'''DefaultRegion''' Utilisé pour les nouveaux Rez. Aléatoire si plusieurs sont définis.
:'''FallbackRegion''' Régions d'arrivée lorsque la destination est en panne.
:'''RegionOnline''' Défini lorsqu'une région est mise en ligne, non défini lorsqu'elle se désinscrit et que DeleteOnUnregister est false.
:'''NoDirectLogin''' Région non disponible pour les connexions directes (par nom)
:'''Persistent''' Ne pas supprimer lors du désenregistrement
:'''LockedOut''' Ne pas autoriser l'enregistrement
:'''NoMove''' Ne pas autoriser le déplacement de cette région
:'''Reservation''' Il s'agit d'une réservation inactive
:'''Authenticate''' Exiger l'authentification
:'''Hyperlink''' L'enregistrement représente un lien HG
:'''DefaultHGRegion''' L'enregistrement représente une région par défaut pour les téléports hypergrides uniquement.
:Note: les flags sont additifs, il n'y a aucun moyen de les désactiver à partir de la console.
* show neighbours - Montre les voisins des régions locales
* show ratings - Afficher les données d'évaluation
* show region - Afficher les paramètres de la région (nom de la région, UUID de la région, emplacement, URI, ID du propriétaire, flags).
* show regions - Afficher les données des régions (Noms des régions, coordonnées XLocation YLocation, Ports des régions, Noms des domaines)

=== Commandes de scènes ===

* debug scene - Activer le débogage de la scène
* rotate scene <degrés> - Rotates scene around 128,128 axis by x degrees where x=0-360.
* scale scene <facteur> - Met à l'échelle tous les objets de la scène par un facteur où la taille originale =1.0.
* translate scene <x,y,z> - Déplace la scène entière vers de nouvelles coordonnées. Utile pour déplacer une scène à un endroit différent dans une région Mega ou Variable .

(Veuillez sauvegarder votre région avant d'utiliser l'une de ces commandes et soyez conscient des erreurs possibles plus les virgule flottante sont utilisées).

=== Commandes de scripts ===
Ces commandes n'existent que dans le code de développement git master d'OpenSimulator après la version 0.7.2.

* scripts resume [<uuid-item-script>] - Relance tous les scripts suspendus
* scripts show [<uuid-item-script>] -Affiche les informations du script. L'option <uuid-item-script> n'existe qu'à partir de git master 82f0e19 (2012-01-14) (après OpenSimulator 0.7.2).
* scripts start [<uuid-item-script>] - Démarre tous les scripts arrêtés.
* scripts stop [<uuid-item-script>] - Arrête tous les scripts en cours d'exécution.
* scripts suspend [<uuid-item-script>] - Suspendre tous les scripts en cours d'exécution.

=== Commandes de statistiques ===

* show stats - afficher des informations statistiques utiles pour ce serveur. Voir [[#Signification des statistiques|Signification des statistiques]] ci-dessous pour plus d'informations.
* stats show - un synonyme de "show stats" (code de développement OpenSimulator seulement après le 19 mars 2014).
* stats record start|stop - enregistre périodiquement les statistiques dans un fichier journal séparé.
* stats save <chemin> - enregistrer un instantané des statistiques actuelles dans un fichier (code de développement OpenSimulator uniquement après le 19 mars 2014).

=== Commandes de terrains ===

Certaines de ces commandes peuvent nécessiter un redémarrage de la simulation pour donner le résultat escompté.

Heightmap : image en nuance de gris représentant la carte de niveau de la région

* terrain load - Charge un terrain à partir d'un fichier d'une heightmap spécifié. (voir note1)
* terrain load-tile - Charge un terrain à partir d'une section d'un fichier plus grand.
* terrain save - Sauvegarde la heightmap actuelle dans un fichier spécifié.
* terrain save-tile - Enregistre la heightmap actuelle dans le plus grand fichier.
* terrain fill - Remplit la heightmap actuelle avec une valeur spécifiée.
* terrain elevate - Augmente la hauteur de la heightmap actuelle de la quantité spécifiée..
* terrain lower - Abaisse la hauteur de la heightmap actuelle de la quantité spécifiée.
* terrain multiply - Multiplie la heightmap par la valeur spécifiée.
* terrain bake - Sauvegarde le terrain actuel dans la baked map des régions.
* terrain revert - Charge le terrain de la baked map dans la heightmap de la région.
* terrain newbrushes - Active les brosses expérimentales qui remplacent les brosses de terrain standard.
* terrain show - Indique la hauteur du terrain à une coordonnée donnée.
* terrain stats - Affiche certaines informations sur la heightmap des régions à des fins de débogage.
* terrain effect - Exécute un effet de plugin spécifié
* terrain flip - Fait pivoter le terrain actuel autour de l'axe X ou Y.
* terrain rescale - Redimensionne le terrain actuel pour qu'il s'insère entre les hauteurs min et max données.
* terrain min - Définit la hauteur minimale du terrain à la valeur spécifiée.
* terrain max - Définit la hauteur maximale du terrain à la valeur spécifiée.
* terrain modify - Fournit plusieurs commandes de terraformation de zone d'effet.

Note1 : Si vous avez une simulation avec plusieurs régions et que vous voulez que toutes les régions de cette simulation correspondent à une seule image plus grande, vous pouvez utiliser 'terrain load <fichier> <largeur de la région> <hauteur de la régions> <regionX> <regionY> où regionX et regionY sont les coordonnées de la région en bas à gauche.

=== Commandes des arbres===
(Ndrl: Je vous avoue que c'est un peu flou pour moi ...).

* tree active <true|false> - changement d'état d'activité pour le module arbres.
* tree freeze <copie> <true|false> - fige/défige l'activité d'un "copse" défini.
* tree load - Charger la définition d'un "copse" à partir d'un fichier xml
* tree plant - Commencez la plantation dans "copse"
* tree rate - Réinitialiser le taux de mise à jour de l'arbre (mSec)
* tree reload - Recharger les définitions du "copse" à partir des arbres de la scène.
* tree remove - Suppression de la définition d'un "copse" et de tous ses arbres dans la scène.
* tree statistics - Statistiques sur les arbres

=== Commandes des utilisateurs ===

* alert <message> - envoyer une alerte dans le monde à tous les utilisateurs présents.
* alert-user <prénom> <nom> <message> - envoyer une alerte dans le monde à un utilisateur spécifique.
* bypass permissions <true / false> - Contourner les contrôles d'autorisation dans le monde
* debug permissions - Active le débogage des permissions
* force permissions - Active ou désactive les permissions.
* kick user <prénom> <nom> [message]: - sortir un utilisateur du simulateur
* login disable - Désactiver l'accès à ce simulateur
* login enable - Autoriser l'accès à ce simulateur
* login status - Afficher si les connexions à ce simulateur sont activées ou désactivées
* show users [full]- affiche des informations sur les utilisateurs actuellement connectés à cette région. Sans l'option 'full', seuls les utilisateurs actuellement sur la région sont affichés. Avec l'option 'full', les agents enfants des utilisateurs des régions voisines sont également affichés.
* teleport user <destination> - Téléporte un utilisateur présent sur ce simulateur vers une destination spécifique. Actuellement seulement dans le code de développement d'OpenSimulator après la version 0.7.3.1 (commit bf0b817).

=== Commandes Windlight/[[LightShare]] ===
* windlight load - Chargeer le profil windlight à partir de la base de données et diffusion
* windlight enable - Activer le plugin windlight
* windlight disable - Désactiver le plugin windlight

=== Commandes [[YEngine]] ===
* yeng help
* yeng reset -all | <part-of-script-name>
* yeng resume - reprendre le traitement des scripts
* yeng suspend - suspendre le traitement des scripts
* yeng ls -full -max=<nombre> -out=<nom de fichier> -queues -topcpu
* yeng cvv - montrer la valeur de la version du compilateur
* yeng mvv [<newvalue>] - montrer la valeur de la version de migration
* yeng tracecalls [yes | no]
* yeng verbose [yes | no]
* yeng pev -all | <part-of-script-name> <event-name> <params...>

== Commandes de service ROBUST ==

On peut également y accéder sur la console de commande du simulateur lui-même en mode standalone.

=== Service des assets ===

* delete asset <ID> - Supprime un asset de la base de données. Ne semble pas être implémenté.
* dump asset <ID> - Transfert un asset vers un fichier. À partir de la version 0.7.3 d'OpenSimulator.
* show digest <ID> - Affiche des informations sommaires sur un asset. À partir d'OpenSimulator 0.7.3, cette option sera renommée "show asset".

===Service de grille===
* set region flags <nom de région> <flags> - Définit les flags de la base de données pour la région.
* show region <nom de région> - Affiche les détails d'une région donnée. Cette commande est renommée en "show region name <nom de région>" dans les nouvelles versions d'OpenSimulator.

Les commandes suivantes n'existent actuellement que dans les versions de développement d'OpenSimulator (post 0.7.3.1). Elles se trouvent dans la section d'aide "Regions".

* deregister region id <UUID de région> - Désenregistre une région manuellement. Cela peut être utile si une région n'a pas été correctement supprimée en raison d'un mauvais arrêt du simulateur et que le simulateur n'a pas été redémarré depuis ou que sa configuration de région a été modifiée.

* show region at <x-coord> <y-coord> - Affiche des détails sur une région à la coordonnée donnée.

* show region name <nom de région> - Affiche les détails d'une région.

* show regions - Affiche des détails sur toutes les régions. En mode standalone, cette version de la commande n'est pas disponible actuellement - la version simulateur de "show regions" est utilisée à la place et affiche des informations similaires.

=== Service utilisateur ===
* create user [prénom] [nom] [mot de passe] [Email] [UUID de l'utilisateur] [Model] - crée un nouvel utilisateur ou simplement : create user - et le serveur demande toutes les données.

Si l'UUID est nul ou contient des espaces, un UUID sera généré pour vous.

Le modèle est le "prénom nom" d'un autre utilisateur, l'équipement de cet utilisateur sera cloné vers le nouvel utilisateur.

* reset user password[<prénom> [<nom> [<mot de passe>]]] - Cette commande définit un nouveau mot de passe pour un utilisateur et met directement à jour la base de données. Elle ne réinitialise pas le mot de passe à une valeur par défaut ou temporaire, comme le terme pourrait le suggérer.

* show account <prénom> <nom> - affiche les détails du compte pour le nom d'utilisateur donné (0.7.2-dev)

=== Service de connexion ===
* login level <niveau> - Définit le minimum de niveau d'utilisateur autorisé à se connecter (voir [[Userlevel|User Level]]).

* login reset - réinitialise le niveau de connexion à sa valeur par défaut.

* login text <texte à imprimer lors de la connexion>.

* set user level <prénom> <nom> <niveau> - Définit le niveau de l'utilisateur, qui détermine si un utilisateur a un compte god ou peut se connecter à tout (0.7.2-dev) (voir [[Userlevel|User Level]]).

==Détails des commandes du module de terrain==
==== terrain load ====
Charge un terrain à partir d'un fichier spécifié.

Paramètres

*filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)

==== terrain load-tile ====
Charge un terrain à partir d'une section d'un fichier plus grand.

Paramètres
* filename (Chaîne)

Le fichier à partir duquel vous souhaitez charger le terrain. L'extension du fichier 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)
* Largeur du fichier (Entier)

La largeur du fichier en carreaux
* Hauteur du fichier (nombre entier)

La hauteur du fichier en carreaux
* Carreau X minimum (Entier)

La coordonnée X de la région de la première section du fichier.
* Minimum Y tile (Entier)

La coordonnée Y de la région de la première section du fichier.

==== terrain save ====
Sauvegarde la heightmap actuelle dans un fichier spécifié.

Paramètres
*filename (Chaîne)

Le nom du fichier de destination de votre heightmap. L'extension du fichier détermine le format d'enregistrement. 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)

==== terrain fill ====
Remplit la heightmap actuelle avec une valeur spécifiée.

Paramètres
*value (Double)

Valeur numérique de la hauteur à laquelle vous souhaitez configurer votre région.

==== terrain elevate ====
Relève la heightmap actuelle de la valeur spécifiée.

Paramètres

* amount (Double)

==== terrain lower ====
Abaisse la heightmap concernée de la quantité spécifiée.

Paramètres

* amount (Double)

Hauteur de l'abaissement du terrain en mètres.

==== terrain multiply ====
Multiplie la heightmap par la valeur spécifiée.

Paramètres

* value (Double)

La valeur par laquelle il faut multiplier la heightmap.

==== terrain bake ====
Sauvegarde le terrain dans la carte de restauration des régions.

==== terrain revert ====
Charge la carte de restauration du terrain dans la heightmap de la région.

==== terrain stats ====
Affiche quelques informations sur la heightmap des régions à des fins de débogage.

==== terrain effect ====

Exécute un effet de plugin spécifié.

Paramètres

* name (Chaîne)

Effet du plugin que vous souhaitez exécuter, ou 'list' pour afficher tous les plugins.

==== terrain modify ====
Permet d'obtenir une zone d'effet et un effilage avec des manipulations standard de heightmap.

Utilisation générale de la commande :

:Terrain modify <operation> valeur [<mask>] [-taper=<valeur2>]''.

:Paramètres
:* value : valeur de base à utiliser pour appliquer l'opération
:* mask :
:** -rec=x1,y1,dx[,dy] crée un masque rectangulaire basé sur x1,y1.
:** -ell=x0,y0,rx[,ry] crée un masque elliptique centré sur x0,y0
:* effilage :
:** les masques rectangulaires s'effilent comme des pyramides
:** les masques elliptiques s'effilent en cônes

Manipulation du terrain (fill, min, max)
:* valeur représente la hauteur de la cible (au centre de la plage)
:* valeur2 représente la hauteur de la cible (sur les bords de la plage)

Terrain Movement(augmentation, diminution, bruit)
La valeur représente une valeur delta (au centre de la plage).
:* valeur2 représente une valeur delta (sur les bords de la plage)

Terrain Smoothing (smooth)
:L'opération de lissage est quelque peu différente des autres, car elle ne traite pas les valeurs d'élévation, mais plutôt les valeurs de force (dans la plage de 0,01 à 0,99). L'algorithme est simpliste en faisant la moyenne des valeurs autour d'un point, et est implémenté comme suit :
:Le paramètre "strength" spécifie la proportion du résultat par rapport à la valeur originale ("strength" * map[x,y]).
:Le paramètre "taper" spécifie la part du reste provenant du premier anneau entourant le point (1.0 - "strength") * "taper". Il y a 8 éléments dans le premier anneau.
La contribution restante provient du deuxième anneau entourant le point. Il y a 16 éléments dans le deuxième anneau.
:Par exemple
:''terrain modify smooth 0.5 -taper=0.6'' :* l'élément d'origine contribuera pour 0,5 % à l'amélioration du terrain.
:* l'élément original contribuera 0.5 * map[x0,y0]
:* chaque élément à 1m du point contribuera ((1-0.5)*0.6)/8 * map[x1,y1]
:* chaque élément situé à 2 m du point contribuera ((1-0.5)*0.4)/16 * map[x2,y2].

Notes :
:La valeur de l'"effilement" peut être exagérée en raison du calcul des nombres entiers utilisé dans les cartes.
:Par exemple, pour créer une île var 512x512 :
:''terrain modify min 30 -ell=256,256,240 -taper=-29''".

Exemple :
: https://www.youtube.com/watch?v=pehyqr3H8I0 (lien mort)

== Détails des commandes Hypergrid ==

Pour plus de détails et d'explications sur les commandes Hypergrid, consultez la page [[Installing_and_Running_Hypergrid]]

''' show hyperlinks'''

Cette commande affichera une liste de toutes les régions liées à Hypergrid.

'''link-region <Xloc> <Yloc> <ServerURI> [<NomDeLaRégionDistante >]'''

* Utilisez des coordonnées Xloc et Yloc qui ont une cohérence avec votre monde, c'est-à-dire proches de vos régions, mais pas adjacentes.
* Remplacez <nowiki>http://osl2.nac.uci.edu:9006</nowiki> par le nom de domaine / l'adresse IP et le port de la région à laquelle vous voulez vous lier.

Par exemple : link-region 8998 8998 <nowiki>http://osl2.nac.uci.edu:9006</nowiki> Passerelle OSGrid

'''unlink-region <nom local de région>'''

Cette commande va délier la région hypergrid spécifiée - assurez-vous d'utiliser le nom local exact tel que rapporté par la commande "show hyperlinks".

'''link-mapping [<x> <y>]'''

Définir les coordonnées locales pour mettre en relation les régions HG.

==Signification des statistiques==
Les étiquettes des valeurs de statistiques de trame affichées par la commande de console "show stats" sont un peu obscures. Voici une liste de la signification de ces valeurs :

* Dilatn - dilatation du temps
* SimFPS - images par seconde du simulateur
* PhyFPS - images physiques par seconde
* AgntUp - # de mises à jour des agents
* RootAg - # des agents root
* ChldAg - # d'agents enfants
* Prims - # de prims totales
* AtvPrm - # de prims actives
* AtvScr - # de scripts actifs
* ScrLPS - # de lignes de script par seconde
* PktsIn - # de paquets entrants par seconde
* PktOut - # de paquets sortants par seconde
* PendDl - # de téléchargements en attente
* PendUl - # de transferts en attente
* UnackB - # d'octets non reconnus
* TotlFt - temps total de la frame
* NetFt - net frame time
* PhysFt - délai des rendus physics
* OthrFt - autres délais de rendu
* AgntFt - délai de rendu d'agent
* ImgsFt - délai de rendu d'image

[[Category:French Translations]]

Inventory Archives/fr

2025-03-19T10:26:46Z

Acryline: /* save iar */

{{Quicklinks|Inventory Archives}}
<br />

= Introduction =
Les archives d'inventaire d'OpenSimulator (IAR) sont un moyen par lequel les dossiers d'inventaire et les éléments peuvent être sauvegardés hors ligne dans un fichier unique (un IAR). Ce fichier peut ensuite être chargé dans une autre installation d'OpenSimulator.

Comme les [[Archives OpenSim]], les IARs sauvegardent toutes les données d'assets nécessaires à la restauration complète des éléments, y compris les textures, les sons, les scripts et les objets contenus dans l'inventaire d'autres objets.

Les IARs sont activés dans OpenSimulator depuis la révision Git 5a64ca (OpenSimulator 0.6.7 et plus).

= Usage =
Les IAR sont sauvegardés et chargés à partir de la console de région. Par défaut, ils sont enregistrés dans le répertoire /bin de votre installation, et un fichier IAR doit se trouver dans le répertoire /bin pour être importé.

== save iar ==

La commande pour sauvegarder un IAR sur la console de la région est la suivante

save iar [-h|--home=<url>] [-v|--verbose] [--noassets] [--perm=<permissions>] [--skipbadassets] <user-name> <path> <password> [<filename>]

Où

* <user-name> est le nom de l'utilisateur dont l'inventaire doit être sauvegardé

* <path> est le chemin d'accès à un élément ou à un dossier de l'inventaire. Si le chemin d'accès est celui d'un dossier, ce dossier et tout son contenu (dossiers et éléments descendants) sont enregistrés. Si le chemin d'accès est celui d'un élément, seul cet élément est enregistré.

Les composants du chemin sont séparés par une barre oblique ("/"). Si vous devez spécifier un chemin avec des espaces, vous pouvez entourer le tout de guillemets doubles (par exemple, "Dossier A/Dossier B").

Vous pouvez spécifier que le contenu d'un dossier doit être enregistré plutôt que le dossier lui-même en utilisant le caractère générique *. Par exemple, "a/b/*" enregistrera le contenu du dossier b mais pas le dossier b lui-même.

Si un nom ou un dossier contient une barre oblique ("/"), il est possible de l'échapper avec la barre oblique inverse (par exemple, "\/") afin qu'elle ne soit pas considérée comme un séparateur de chemin. Les barres obliques inverses doivent elles-mêmes être échappées par une autre barre oblique inversée (par exemple, "\\").

Un autre problème est qu'il n'est pas possible de faire la distinction entre des dossiers ou des éléments nommés de manière identique dans le chemin d'accès - la solution consiste à renommer vos éléments/dossiers si vous devez les spécifier dans le chemin d'accès :)

* <password> est le mot de passe de l'utilisateur.

* <filename> est un nom de fichier facultatif pour l'IAR. Si aucun nom n'est fourni, alors le nom de fichier user-inventory.iar est utilisé dans le répertoire courant. Je recommande que les IAR aient l'extension .iar.

=== Switches ===
* Si l'option --skipbadassets est ajoutée, cela ignorera les objets d'inventaire avec des parties manquantes ou vides. Uniquement dans le code après la version 0.9.3 (dev) commit #b13c4c en date du [2025-02-10 22:52:53].
* Si l'option --noassets est spécifiée, l'archive sera sauvegardée sans les assets. Cela peut être pratique si vous sauvegardez la base de données des assets séparément et que vous ne voulez pas avoir à inclure tous les assets dans chaque archive.
* --home=<url> est l'URL du service de profil de ce monde. Il n'est pas nécessaire que le service de profil soit opérationnel ; l'information sera sauvegardée, et elle sera affichée partout où l'archive sera chargée. NOTE : l'ancienne option --profile (le nom précédent de ce switch) produisait des IARs qui ne sont pas compatibles avec OpenSimulator 0.7.0.2 et antérieur ; n'utilisez pas cette option si vous voulez produire un IAR compatible.
* --verbose affiche des messages d'enregistrement verbeux.
* Si l'option --perm est spécifiée, les éléments avec des permissions insuffisantes ne seront pas sauvegardés dans l'IAR. Cela peut être utile pour les grilles qui permettent à leurs clients d'exporter leurs inventaires vers les IAR, car cela garantit que l'exportation vers les IAR ne peut pas être utilisée pour contourner les permissions de contenu.

<permissions> spécifie quelles sont les permissions requises. C'est une chaîne qui contient un ou plusieurs de ces caractères :
* "C" = Copie
* "T" = Transfert
* "M" = Modifier

=== Exemples ===

Voici un exemple. Supposons que vous ayez une structure d'inventaire comme celle-ci

Mon inventaire
|
+-- DossierA
|
+-- DossierB
| |
| +-- ItemX
|
+-- ItemY
Si vous tapez

save iar Jean Dupond DossierA MOTDEPASSE mes-items.iar

alors le DossierA et tout ce qui se trouve dans le DossierA (DossierB, ItemX et ItemY) seront sauvegardés dans un IAR appelé mes-items.iar. D'autre part, si vous tapez

save iar Jean Dupond DossierA/DossierB/ItemX MOTDEPASSE mes-items.iar

alors seul ItemX sera sauvegardé.

S'il y a un espace dans le chemin d'accès à l'élément, par exemple si le dossier de Jean Dupond s'appelle "Dossier A" au lieu de "DossierA", il faut mettre des guillemets autour du chemin d'accès sur la ligne de commande :

save iar Jean Dupond "Dossier A/DossierB/ItemX" MOTDEPASSE mes-items.iar

==== Sauvegarde de l'inventaire complet d'un utilisateur ====

Avec save iar, vous pouvez sauvegarder l'ensemble de votre inventaire ainsi que le contenu de dossiers particuliers ou d'éléments individuels.

Par exemple, en tapant

save iar Jean Dupond /* motdepasse

Cela sauvegardera votre inventaire complet dans user-inventory.iar (puisqu'aucun nom de fichier n'a été donné). Ceci peut être restauré plus tard en utilisant le commutateur --merge dans la commande load iar. Pour plus de détails, veuillez consulter la section "Restauration de l'inventaire complet d'un utilisateur" ci-dessous.

'''Veuillez noter que pour OpenSimulator 0.7.5 et avant, le chemin pour sauvegarder l'iar doit être spécifié comme "/*" et pas seulement "/". En spécifiant seulement "/", l'inventaire entier sera toujours sauvegardé mais il y aura un dossier de base appelé "My Inventory", qui sera créé lors du rechargement sous le dossier "My Inventory" existant de l'utilisateur.''''

'''Depuis le commit git master dev code d54d3180 (Sat Feb 16 00:49:06 2013) d'OpenSimulator, "/" sauvegardera également à la place l'inventaire complet de l'utilisateur sans le dossier "My Inventory". Ceci est dû au fait que "My Inventory" n'est pas un vrai dossier mais plutôt le nom de l'inventaire de l'utilisateur. Je pense que c'est plus intuitif et cela signifie que les inventaires sauvegardés en utilisant / peuvent être restaurés en utilisant la fonction load iar --merge également. Ce changement sera dans la prochaine version d'OpenSimulator (0.7.6). -- [[User:Justincc|Justincc]] 02:26, 16 Février 2013 (UTC)''''.

== load iar ==

Un IAR peut être rechargé dans une instance d'OpenSimulator avec la commande load iar

load iar [-m|--merge] <user-name> <path> <password> [<filename>]

où

* <user name> est le nom de l'utilisateur pour qui charger l'inventaire

* <path> est le chemin vers lequel l'IAR doit être chargé. Il doit s'agir d'un dossier qui existe déjà dans "My Inventory". Voir la commande save iar pour plus de détails.

* <password> est le mot de passe de l'utilisateur.

* [<filename>] est un nom de fichier facultatif pour l'IAR. Si aucun n'est spécifié, le nom de fichier est supposé être user-inventory.iar dans le répertoire courant.

=== Switches ===

* Si l'option --merge est donnée, alors les éléments IAR sont chargés dans la structure de dossiers existante lorsque cela est possible, au lieu de toujours créer de nouveaux dossiers.

=== Exemples ===

1. Supposons que "David Hume" ait reçu le fichier mes-items.iar enregistré ci-dessus contenant DossierA, DossierB, ItemX et ItemY. David Hume a déjà une structure d'inventaire comme celle-ci.

Mon inventaire
|
+-- Dossier1
|
+-- Dossier2
|
+-- Dossier 3

David veut charger l'IAR dans le Dossier3, donc sur la console de la région il exécute

load iar David Hume Dossier1/Dossier3 motdepasse mes-items.iar

Au bout d'un moment, il se retrouve avec la structure de dossiers suivante

Mon inventaire
|
+-- Dossier 1
|
+-- Dossier 2
|
+-- Dossier 3
|
+-- Dossier A
|
+-- DossierB
| |
| +-- ItemX
|
+-- ItemY

où ItemX et ItemY sont prêts à être rezzés.

S'il y a un espace dans le chemin d'accès de l'item, par exemple si le dossier de David s'appelle "Dossier 1" au lieu de "Dossier1", des guillemets autour du chemin d'accès sont nécessaires sur la ligne de commande :

load iar David Hume "Dossier 1/Dossier3" motdepasse mes-items.iar

À partir d'OpenSimulator 0.7, vous pouvez également charger les IAR directement à partir d'adresses web. Par exemple :

load iar Betrand Russell Dossier2 MOTDEPASSE http://justincc.org/downloads/iars/my-great-items.iar

chargera le fichier my-great-items.iar depuis le web dans le dossier 2 de l'utilisateur "Bertrand Russell".

2. Supposons qu'un utilisateur appelé Albert Camus possède une structure d'inventaire existante

Mon inventaire
|
+-- DossierA
| |
| +-- Item1
|
+-- DossierC
|
+-- Item2

et nous exécutons

load iar --merge Albert Camus / MOTDEPASSE mes-items.iar

avec l'IAR enregistré ci-dessus. Au lieu de créer un double du DossierA, cela donnera la structure d'inventaire suivante

Mon Inventaire
|
+-- DossierA
| |
| +-- DossierB
| | |
| | +-- ItemX
| |
| +-- Item1
| |
| +-- ItemY
|
+-- DossierC
|
+-- Item2

==== Restauration de l'inventaire complet d'un utilisateur ====

L'option --merge est utile si vous restaurez un inventaire sauvegardé sur un nouveau compte utilisateur, puisque les dossiers de base (Gestures, Landmarks, Objects, etc.) ne seront pas dupliqués.

Par exemple, si vous avez sauvegardé l'inventaire complet d'un utilisateur comme indiqué ci-dessus, vous pouvez le restaurer dans l'inventaire d'un utilisateur nouvellement créé avec la commande.

load iar --merge Albert Camus / MOTDEPASSE mon-inventaire.iar

= Cas d'utilisation =

Utilisations possibles

1. Pour distribuer du contenu à d'autres installations OpenSimulator sans avoir à transférer des régions entières. Un inconvénient des IAR pour ce cas d'utilisation est que les noms des créateurs ne sont pas préservés, sauf si l'utilisateur a un profil sur l'installation cible. Une solution de contournement consiste à inclure une notecard détaillant le créateur et les conditions de licence du contenu.

2. Pour sauvegarder l'inventaire d'un utilisateur. Actuellement, les IARs ne sont pas le plus pratique pour faire cela. On peut sauvegarder un inventaire entier en indiquant un chemin d'accès "/" dans la commande iar de sauvegarde. Mais le chargement de ce type d'IAR signifie que les dossiers enfants 'standard' de la racine (Objects, Textures, Clothing, etc.) seront dupliqués. Les dossiers chargés n'auront pas d'icônes de type.

NDLR : dans ce cas il faudrait utiliser --merge ?

== Limites actuelles ==

* Le chargement et la sauvegarde des IAR sont actuellement effectués sur un seul thread. Cela peut bloquer la console pendant un certain temps avec des IARs très volumineux. Ce problème devrait être résolu à l'avenir.

* Les noms des créateurs ne sont pas préservés si le profil n'existe pas sur le système cible. Ce problème pourrait être résolu à l'avenir.

== Format des IAR ==

Le format OpenSimulator [[Inventory Archives|Inventory Archive (IAR)]] est conçu avec trois objectifs en tête :

# Faciliter la lecture et la mise à jour d'éléments individuels, d'assets, etc. au sein d'une archive.
# Faciliter la composition de deux archives d'inventaire en une seule archive d'inventaire.
# Faciliter la composition d'archives à partir de zéro.

Par conséquent, toutes les différentes entités (asstes, items, etc.) sont regroupées dans des fichiers individuels (par exemple, un pour chaque asset) avec des noms de fichiers lisibles par l'homme et des extensions lisibles par la machine (par exemple, .jp2 pour les textures, .txt pour les fiches).
* [[IAR Format 0.1]]
* [[IAR Format 0.2]]
* [[IAR Format 0.3]]

= Bogues =

Please search the OpenSimulator Mantis for information on current IAR bugs.

23.FÉV. 2010 :

Il y a une légère "bizarrerie" avec MySql en ce qui concerne la taille Max_Allowed_Packet, qui est par défaut de 1 Megabyte.&nbsp ; C'est trop petit pour certains des plus grands blobs de données stockées.&nbsp ; Il est recommandé d'augmenter la valeur par défaut à 16 Megabytes.

Localisez votre MY.ini pour MySql (EXEMPLE, sous Windows, il est situé à "C:\Program Files\MySQL\MySQL Server 5.1")&nbsp ; Modifiez ce fichier pour inclure ce qui suit dans la section mysqld :

''[mysqld]'''.

# Le port TCP/IP sur lequel le serveur MySQL écoutera<br />port=3306<br />max_allowed_packet = 16M

'''Référence supplémentaire''':&nbsp ; [http://dev.mysql.com/doc/refman/5.1/en/packet-too-large.html dev.mysql.com/doc/refman/5.1/fr/packet-too-large.html]

= Situation actuelle =
Opérationnel. Les rapports de bogues sont appréciés via les canaux habituels de Mantis.

Bien que nous nous efforcions de maintenir la compatibilité des anciennes archives avec les nouvelles versions d'OpenSimulator, veuillez ne pas compter sur ces archives comme votre seule sauvegarde pour l'inventaire.

= Fichiers IAR téléchargeables =
{{Template:Translation_note_fr|Tous ces liens sont cassés}}
* http://justincc.org/downloads/iars/my-great-items.iar - l'exemple initial de justincc IAR.
* http://www.aviefactory.com/Gene_Jacobs_Clothes.iar - Collection de vêtements pour hommes de Gene Jacobs (Créateur original)
* http://www.aviefactory.com/Genes_Female_Stuff.iar - Peaux et formes de femmes (Trouvé sur le web)
* http://www.gridhop.net/IAR/lightshare.iar - Contrôleur LightShare de [[User:Thomax|txOh]]. Utile uniquement si vous avez activé [[LightShare]] dans OpenSim.ini.

N'hésitez pas à placer des liens vers d'autres IARs ici.

= Liens externes =

[http://justincc.org/blog/category/iars/ http://justincc.org/blog/category/iars/] - articles de justincc sur les IAR, y compris des didacticiels, des informations générales et des développements futurs possibles. (lien cassé)

[http://www.metaverseink.com/blog/?p=29 The OpenSimulator Library just got more interesting] - L'article de Diva Canto sur la façon d'étendre la bibliothèque OpenSimulator en utilisant les IAR.

= Voir aussi =

* [[OpenSim Archives|Comment utiliser les archives d'OpenSimulator (OAR)]]

[[Category:Users]]
[[Category:Support]]
[[Category:Tech Reference]]
[[Category:Help]]
[[Category:Configuration]]
[[Category:Getting Started]]
[[Category:Development]]
[[Catégorie:Organisation]]
[[Category:French Translations]]

Load Oar 0.9.0+/fr

2025-03-19T10:08:17Z

Acryline: /* Paramètres */

{{Quicklinks|Load Oar 0.9.0+}}
= Commande de console Load Oar =

Cette page fournit des informations au sujet de la commande de console 'load oar' à partir de la version 0.9.0 d'OpenSimulator. C'est une traduction de la version anglaise.

Si vous enregistrez une régions dans un fichier OAR, la commande de console 'load oar' pourra charger le fichier OAR dans la région du simulateur. Il existe de plusieurs paramètres qui permettent de remplacer le contenu d'une région par un OAR ou de fusionner le contenu d'un fichier OAR avec les objets,le terrain et les parcelles qui existent dans la région de destination.

'''Note: Si vous utilisez une version d'OpenSimulator antérieure à 0.9.0, alors, veuillez vous référer à la page originale [[Load Oar]] (en anglais).'''

Cette page est la traduction de la version anglaise.

== Paramètres ==
La commande load oar à partir de la version 0.9.0 d'OpenSimulator prend le format:

<tt>load oar [parameters] OARFILE</tt>

Où "OARFILE" est l'adresse du fichier OAR qui sera lu, et "[parameters]" est compé de zero à plusieurs paramètres optionnels listés ci-dessous:

{| class="wikitable"
! style="width: 10em" | Paramètre
! Depuis la version
! Description
|-
| <tt>--merge</tt>
| 0.6.8
| Utilisé pour fusionner le contenu de l'OAR chargé avec le contenu existant sur la région de destination.
|-
| <tt>--skip-assets</tt>
| 0.6.9
| Ce paramètre permet, s'il est utilisé, de ne charger aucun asset de l'OAR, en revanche, toutes les autres données le seront. Cela permet de gagner beaucoup de temps et d'éviter de nombreuses opérations sur la base de données lorsqu'on charge un OAR plusieurs fois sur une grille -- specifier <tt>--skip-assets</tt> dès le deuxième chargement d'un OAR sur une grille puisque les assets ont déjà été chargés au premier chargement de l'OAR.
|-
| <tt>--rotation</tt>
| 0.8
| Degrés de rotation de tous les objets contenus dans l'OAR source. Ce paramètre fait tourner le terrain, les parcelles et les objets (prims) suivant un angle exprimé en degré dans le sens antihoraire.
|-
| <tt>--rotation-center</tt>
| 0.8, mais obsolète depuis 0.9
| Le centre autour duquel les objets tournent au chargement.Depuis la version 0.9.0, les données de la régions source sont toujours mises en rotation autour de son centre. Ce paramètre sera probablement supprimé dans la version 0.9.1
|-
| <tt>--bounding-origin</tt>
| 0.9
| Le coin SO du parallélépipède englobant qui est utilisé pour "découper" les données de l'OAR source.
|-
| <tt>--bounding-size</tt>
| 0.9
| La taille du parallélépipède englobant qui est utilisé pour "découper" les données de l'OAR source.
|-
| <tt>--displacement</tt>
| 0.8
| Spécifie un déplacement ajouté à toutes les données qui sont ajoutées à la région de destination. Le déplacement DOIT avoir la forme "<x,y,z>". Aussi, par exemple, pour charger un OAR d'une région de 256x256 au milieu d'une région plus grande de 512x512, le paramètre serait <tt>--displacement "<128,128,0>"</tt>. Notez que vous pouvez spécifier un déplacement "Z" qui déplacera les objets vers le haut ou le bas. Ainsi, <tt>--displacement "<0,0,1000>"</tt> placera tous les objets de l'OAR à la hauteur d'une sky box.

Le déplacement est aussi appliqué au terrain s'il est inclu. La composante 'z' est ajoutée aux hauteurs du terrain.
|-
|
| 0.9
|Le déplacement est le décalage dans la région de destination après que la rotation et le recadrage des données de la région source aient été appliqués.
|-
| <tt>--no-objects</tt>
| 0.8
| Ne charge aucun objet de la scène.
|-
| <tt>--force-assets</tt>
| 0.9.3 dev
|Si vous ajoutez l'option --force-assets au chargement de l'oar, cela forcera le remplacement des actifs dans le cache de la région (cela essaiera également de télécharger mais le service refusera très probablement). Evitez d'utiliser cette option si vous n'essayez pas de faire une récupération. Actuellement dans Dev Master au commit #af75c37543eda [2025-02-11 01:00:35]
|-
| <tt>--force-terrain</tt>
| 0.8
| Force le chargement du terrain avec --merge. Normalement, --merge ne remplace pas le terrain de la région de destination.
|-
| <tt>--force-parcels</tt>
| 0.8
| Force le chargement des parcelles avec --merge. Normalement, --merge ne remplace pas les parcelles qui existent sur la région de destination.
|-
| <tt>--default-user "<first-name> <last-name>"</tt>
| 0.8
|Au lieu de définir comme propriétaire des objets l'"estat owner", ce paramètre permet de les assigner à l'utilisateur désigné. Cela s'applique uniquement aux objets qui ont des UUIDs qui ne correspondent à aucun compte utilisateur de la grille de connexion de la région. Actuellement, il n'y a pas d'option qui forcerait l'attribution de tous les objets chargés à un utilisateur sans prendre en compte leur appartenance à d'éventuels utilisateurs de l'installation de destination. Une façon d'arriver à ce résultat, serait de sauvegarder un OAR avec l'option --publish de la commande "save oar" pour supprimer les informations des propriétaires et avant de recharger l'OAR.
|-
| <tt>--debug</tt>
| 0.9
| Quand le paramètre --debug est spécifié, la commande envoie dans la console des informations complémentaires sur la localisation des objets et des parcelles de la région.
|}

== Notes sur les moteurs physiques d'OpenSim ==
Les objets BulletSim Mesh ne sont pas convertis en objets ubODE Mesh, pas l'inverse.

Les régions qui ont été créées avec le moteur physique BulletSim ne fonctionnent parfois pas avec les simulateurs qui utilisent le moteur physique ubODE.

Les Meshes Collada doivent être téléchargés à nouveau lorsque le moteur physique change.

== Notes sur les régions de tailles différentes ==
En plus de pouvoir donner aux régions des dimensions multiples de 256x256 (c'est à dire une [[Varregion/fr]]) il est possible de charger des OARs vers ou depuis une région de taille différente.
Maintenant, la commande de chargement d'oar supporte cela entièrement et peut aussi bien charger des petites régions dans de plus grandes et (couper) des morceaux de grandes régions dans de plus petites. Les données des parcelles sont traitées correctement.

= Exemples d'utilisation =

== Remplacement du contenu d'une région avec ce qu'il y a dans un fichier OAR ==
Remplacer une région avec un fichier OAR de la même taille est aussi simple que :

<tt>load oar NewRegion.oar</tt>

== Fusionner ensemble le contenu de quatre régions ==
Disons que vous avez quatre régions adjacentes de 256x256 ('Region00.oar', 'Region01.oar', ...) et vous voulez les charger dans une nouvelle [[Varregion/fr]] ('GrandeRegion') de 512x512 .La commande sera :

<tt>change region BiggerRegion</tt>
<tt>load oar Region00.oar</tt>
<tt>load oar --merge --force-terrain --force-parcels --displacement <0,256,0> Region01.oar</tt>
<tt>load oar --merge --force-terrain --force-parcels --displacement <256,0,0> Region10.oar</tt>
<tt>load oar --merge --force-terrain --force-parcels --displacement <256,256,0> Region11.oar</tt>

== Chargement du contenu d'une région de 256x256 au centre d'une région de 512x512 ==
Si vous avez un fichier OAR d'une région de 256x256 ('LegacyRegion.oar' par exemple) et vous voulez la placer au centre d'une région de 512x512. Vous voulez également donner une rotation de 30 degrés à la région chargée sans gâcher le reste de la plus grande région, la commande sera :

<tt>load oar --merge --force-terrain --force-parcels --rotation 30 --displacement <128,128,0> LegacyRegion.oar</tt>

== Charger une partie d'une VarRegion de 512x512 VarRegion dans une région de taille standard 256x256 ==
Disons que vous avez une [[Varregion/fr]] 512x512 avec une île au milieu qui a à peu près la taille d'une région standard (256x256m). Vous pouvez utiliser la commande suivante pour faire tourner la région source, la découper et la placer dans la région standard :

<tt>load oar --rotation 90 --bounding-origin <128,128,0> --bounding-size <256,256,4096> VarRegion.oar</tt>

= Visualisation du fonctionnement =

Les nouveaux paramètres de 'load oar' s'appliquent dans un ordre précis ce qui est *important à mémoriser* :

<tt>--rotation</tt> -359 à +359 degrés. La région source pivote de l'angle défini en degrés dans le sens antihoraire. Si le paramètre n'est pas spécifié, alors aucune rotation n'est appliquée. Les coordonnées au centre de la région source restent inchangées après la rotation. Ainsi, par exemple, le centre d'une région de 256x256 sera toujours à <128, 128> après une rotation de 45 degrés, mais le coin SO d'origine sera aux nouvelles coordonnées <128, -53>.

<tt>--bounding-origin <x, y, z></tt>
<tt>--bounding-size <x, y, z></tt> La région source (potentiellement pivotée) est ensuite copiée dans un cube ou un parallélépipède rectangle défini par les coordonnées indiquées.

Le parallélépipède résultant est alors placé aux coordonnées <tt><0, 0, 0></tt> dans la région de destination sauf modification par :

<tt>--displacement <x, y, z></tt> Les données de rotation et de cadrage sont décalées dans la région de destination en fonction des indications.

Certaines choses à noter :

<tt>--rotation</tt> s'applique à toutes les données de la région source, c'est à dire le terrain, les parcelles et les objets (prims). Les terrains et plus encore les parcelles ne pivotent pas bien pour des rotations arbitraires comme 45 degrés, les bords risquent d'être en dents de scie. Mais c'est toujours pris en charge.

== En images ==
Les diagrammes suivants tentent de montrer des exemples de processus de travail pour différentes combinaisons de taille de région source et de région de destination :

http://imagebin.ca/2NZGoAZffOgl/standard-to-standard.png

http://imagebin.ca/2NZJfk0nsoap/standard-to-var.png

http://imagebin.ca/2NZJxXOH6lue/var-to-standard.png

http://imagebin.ca/2NZKAL35VFdk/var-to-var.png

[[Category:Users]]
[[Category:Support]]
[[Category:Tech Reference]]
[[Category:Help]]
[[Category:Configuration]]
[[Category:Getting Started]]
[[Category:Development]]
[[Category:French Translations]]

Office hours/fr

2025-03-09T13:43:58Z

Acryline: /* Mardi - Office Hour */

{{Quicklinks|Office hours}}
<br />

= Réunions =

OpenSimulator organise des réunions hebdomadaires, en anglais, pour discuter des différents domaines du projet

== Mardi - '''Office Hour''' ==
Cette réunion est une réunion technique générale pour la communauté opensim. Tout le monde est invité à y participer, mais soyez prévenus, elle est centrée sur les développeurs, donc l'attention est principalement portée sur les objectifs de développement à court terme du projet, et ceux qui contribuent au code pour atteindre ces objectifs.

En général, nous avons tendance à suivre un format d'agenda assez simple pour notre heure.

* Tout d'abord, les développeurs sont encouragés à aborder tous les sujets qu'ils souhaitent. Aider les développeurs à concentrer nos efforts est le premier objectif.
* Ensuite, les testeurs et les utilisateurs sont encouragés à soulever des sujets d'intérêt communautaire qui aideront au développement.

Lors de cette réunion, tout ce qui a été mentionné précédemment peut être discuté pendant le reste de la réunion. Essayons de garder le rythme, même au détriment de la réponse à toutes les questions, car nous avons un temps limité.

'''Cette réunion est prévue à 11h00, heure de la grille (19h00 UTC si l'heure de la grille est PST ou 18h00 UTC si l'heure de la grille est PDT, tenez compte des changements d'heure d'été et d'hiver à des dates différentes selon le continent.)


<br><b> En raison de l'instabilité actuelle d'OSGrid, les réunions auront lieu à l'adresse http://hg.zetaworlds.com:80/OpenSim</b><br>

== Logs ==

{{Template:Translation_note_fr | La traduction d'un chat est très longue, c'est pourquoi l'utilisation d'un traducteur comme DeepL est nécessaire pour automatiser le travail. Bien que ces traductions soient relues, les erreurs, fautes de frappe dans le chat rendent ce travail déliquat. Cette traduction existe pour donner une vue d'ensemble de ce qui se passe pendant ces réunions aux non anglophones. La version anglaise reste la seule source fiable. <br>Si vous trouvez des erreurs, n'hésitez pas à les corriger. Merci ! }}


===2022===
* [[Chat log from the meeting on 2022-08-16/fr|Log du chat de la réunion du 16-08-2022]]
* [[Chat log from the meeting on 2022-08-09/fr|Log du chat de la réunion du 09-08-2022]]
* [[Chat log from the meeting on 2022-08-02/fr|Log du chat de la réunion du 02-08-2022]]
* [[Chat log from the meeting on 2022-07-26/fr|Log du chat de la réunion du 26-07-2022]]
* [[Chat log from the meeting on 2022-07-19/fr|Log du chat de la réunion du 19-07-2022]]
* [[Chat log from the meeting on 2022-07-12/fr|Log du chat de la réunion du 12-07-2022]]
* [[Chat log from the meeting on 2022-07-05/fr|Log du chat de la réunion du 05-07-2022]]
* [[Chat log from the meeting on 2022-06-28/fr|Log du chat de la réunion du 28-06-2022]]
* [[Chat log from the meeting on 2022-06-21/fr|Log du chat de la réunion du 21-06-2022]]
* [[Chat log from the meeting on 2022-06-14/fr|Log du chat de la réunion du 14-06-2022]]
* [[Chat log from the meeting on 2022-06-07/fr|Log du chat de la réunion du 07-06-2022]]
* [[Chat log from the meeting on 2022-05-31/fr|Log du chat de la réunion du 31-05-2022]]
* [[Chat log from the meeting on 2022-05-24/fr|Log du chat de la réunion du 24-05-2022]]
* [[Chat log from the meeting on 2022-05-17/fr|Log du chat de la réunion du 17-05-2022]]
* [[Chat log from the meeting on 2022-05-10/fr|Log du chat de la réunion du 10-05-2022]]
* [[Chat log from the meeting on 2022-05-03/fr|Log du chat de la réunion du 03-05-2022]]
* [[Chat log from the meeting on 2022-04-26/fr|Log du chat de la réunion du 26-04-2022]]
* [[Chat log from the meeting on 2022-04-19/fr|Log du chat de la réunion du 19-04-2022]]
* [[Chat log from the meeting on 2022-04-12/fr|Log du chat de la réunion du 12-04-2022]]
* [[Chat log from the meeting on 2022-04-05/fr|Log du chat de la réunion du 05-04-2022]]
* [[Chat log from the meeting on 2022-03-29/fr|Log du chat de la réunion du 29-03-2022]]
* [[Chat log from the meeting on 2022-03-22/fr|Log du chat de la réunion du 22-03-2022]]
* [[Chat log from the meeting on 2022-03-15/fr|Log du chat de la réunion du 15-03-2022]]
* [[Chat log from the meeting on 2022-03-08/fr|Log du chat de la réunion du 08-03-2022]]
* [[Chat log from the meeting on 2022-03-01/fr|Log du chat de la réunion du 01-03-2022]]
* [[Chat log from the meeting on 2022-02-22/fr|Log du chat de la réunion du 22-02-2022]]
* [[Chat log from the meeting on 2022-02-15/fr|Log du chat de la réunion du 15-02-2022]]
* [[Chat log from the meeting on 2022-02-08/fr|Log du chat de la réunion du 08-02-2022]]
* [[Chat log from the meeting on 2022-02-01/fr|Log du chat de la réunion du 01-02-2022]]
* [[Chat log from the meeting on 2022-01-25/fr|Log du chat de la réunion du 25-01-2022]]
* [[Chat log from the meeting on 2022-01-18/fr|Log du chat de la réunion du 18-01-2022]]
* [[Chat log from the meeting on 2022-01-11/fr|Log du chat de la réunion du 11-01-2022]]
* [[Chat log from the meeting on 2022-01-04/fr|Log du chat de la réunion du 04-01-2022]]

===2021===
* [[Chat log from the meeting on 2021-12-28/fr|Log du chat de la réunion du 28-12-2021]]
* [[Chat log from the meeting on 2021-12-21/fr|Log du chat de la réunion du 21-12-2021]]
* [[Chat log from the meeting on 2021-12-14/fr|Log du chat de la réunion du 14-12-2021]]
* [[Chat log from the meeting on 2021-12-07/fr|Log du chat de la réunion du 07-12-2021]]
* [[Chat log from the meeting on 2021-11-30/fr|Log du chat de la réunion du 30-11-2021]]
* Pas de log le 23 -11-2021 : Aucune réunion n'a eu lieu le 23 novembre car osgrid était en panne pour maintenance.
* [[Chat log from the meeting on 2021-11-16/fr|Log du chat de la réunion du 16-11-2021]]
* [[Chat log from the meeting on 2021-11-09/fr|Log du chat de la réunion du 09-11-2021]]
* [[Chat log from the meeting on 2021-11-02/fr|Log du chat de la réunion du 02-11-2021]]
* [[Chat log from the meeting on 2021-10-26/fr|Log du chat de la réunion du 26-10-2021]]
* Pas de log le 19 -10-2021
* [[Chat log from the meeting on 2021-10-12/fr|Log du chat de la réunion du 12-10-2021]]
* [[Chat log from the meeting on 2021-10-05/fr|Log du chat de la réunion du 05-10-2021]]
* [[Chat log from the meeting on 2021-09-28/fr|Log du chat de la réunion du 28-09-2021]]
* [[Chat log from the meeting on 2021-09-21/fr|Log du chat de la réunion du 21-09-2021]]

Les anciens journaux de chat peuvent être consultés en anglais sur la page [[Office_hours]].

== Samedi - '''Q&A Hour''' ==
'''Cette réunion n'a pas lieu actuellement, si vous souhaitez diriger cette réunion, veuillez visiter notre canal IRC #osgrid sur [https://web.libera.chat/?channel=#osgrid libera.chat ] '''<br />
Cette réunion essaie de conduire les tests sur OpenSimulator. Tous les membres de la communauté opensim sont les bienvenus pour participer. Grâce à vos tests, nous créons un meilleur projet. Aussi la possibilité d'obtenir des réponses des questions que vous auriez sur la mise en place de votre propre Grid ou de connecter votre région à l'OSGrid. Cette réunion est moins structurée que les "Office Hour" et se concentre sur les utilisateurs et les adhérents plutôt que sur les développeurs.

* Premièrement, toute annonce par les administrateurs d'OSGrid.
* Deuxièmement, toute information à partager qui aide les autres grilles.
* troisièmement, tout sujet concernant les utilisateurs ou les testeurs que quelqu'un souhaite aborder.

'''Cette réunion a toujours lieu à 19:00 UTC/GMT (voir calendrier google ci-dessous) au Wright Plaza.''' Une fois l'heure écoulée, chacun est invité à poursuivre la réunion aussi longtemps qu'il le souhaite.

== Logs ==

[[Category:Development]]
[[Category:Office Hours]]
[[Category:French Translations]]

Configuring Regions

2025-02-26T11:07:36Z

Acryline: /* OpenSimulator 0.9 and later */

{{Quicklinks|Configuring_Regions}}
= OpenSimulator 0.9 and later =

By default, regions are configured in a file named Regions.ini in the bin/Regions directory. If you started a completely fresh installation of OpenSim, it will ask you a series of questions to set up your first region.

Here's an example of a Regions.ini file

[Big Fat Region]
RegionUUID = 5ce85740-6460-43d3-ba4c-29207b010072
Location = 1000,1000
InternalAddress = 0.0.0.0
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org
SizeX = 512
SizeY = 512

This is a list of settings that must be present for a region to operate. When you start OpenSimulator for the first time without an existing Regions.ini file, you'll be asked for an entry for each setting in order to set up your initial region. For more details, see [[Configuration#Running OpenSimulator for the first time]].

{| cellspacing="0" cellpadding="5" border="1" align="center" class="sortable" width="90%"
|-
! Attribute
! Description
|-
| [Big Fat Region]
| The name of the region.
|-
| RegionUUID
| The unique ID of the region.
|-
| Location
| The (x, y) location of the region on the grid.
|-
| InternalAddress
| 0.0.0.0 if you have more than one NIC on the server and you don't care which IP address OpenSimulator listens on (this is the usual setting). Alternatively, you can set to a specific IP.
|-
| InternalPort
| IP port for all incoming client connections.
|-
| AllowAlternatePorts
| Not Used. Leave it always False.
|-
| ExternalHostName
| External IP Address of the router or FQDN. (must be the same for all regions of the simulator.)
|-
| SizeX and SizeY
| The region size, must be a multiple of 256, and equal. If not present will be 256m
|}

If you want to add another region you can

* enter another section in Regions.ini
* create another separate .ini file in bin/Regions
* create an old format OpenSimulator xml file (these still work with current OpenSim)
* or use the create region command on the region console (I don't recommend this since it seems to be a bit buggy).

Here's an example where a second region has been added to Regions.ini

[Big Fat Region]
RegionUUID = 5ce85740-6460-43d3-ba4c-29207b010072
Location = 1000,1000
InternalAddress = 0.0.0.0
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org

[Greek Wedding]
RegionUUID = 5c445740-6460-43d3-ba4c-444444445555
Location = 1000,1001
InternalAddress = 0.0.0.0
InternalPort = 9001
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org

As you can see, the Second region is named Greek Wedding and has a different UUID. It has a different location (1000,1001) and a different InternalPort (9001). Other than that, the details are the same.

To create a new UUID you can either tweak an existing one by hand (e.g. by changing one character so that the new one is in the range [0-9][A-F] or a generator can be found at uuidgen webpage. On Unix, you can also use the <tt>uuidgen</tt> command.

As well as the critical entries above, there are some additional optional ones that can change the properties of a region. These are

{| cellspacing="0" cellpadding="5" border="1" align="center" class="sortable" width="90%"
|-
! Attribute
! Description
|-
| MaxAgents
| The maximum number of agents that can be in the in the region at any given time. The default is 100. As of 4/22/2011 this option only exists in the current git master.
|-
| MaxPrims
| The maximum number of prims that the region will be listed as supporting. However, this limit is not currently enforced by OpenSimulator. Due to LL protocol constraints, the maximum limit that can be shown is 45000.
|-
| MaxPrimsPerUser
| Max prims per user (per parcel).Negative values will disable the check.
|-
| PhysicalPrimMax
| The maximum dimensions of a physical prim. This is a single number which applies to X, Y and Z co-ordinates. This will affect resizing of existing prims. Default is 10. This setting can also be used in the [Startup] section of OpenSim.ini. If the region setting exists then it will override the OpenSim.ini setting.
|-
| NonPhysicalPrimMax
| The maximum dimensions for a non-physical prim. This is a single number which applies to X, Y and Z co-ordinates. This will affect resizing of existing prims. Default is 256. This setting can also be used in the [Startup] section of OpenSim.ini. If the region setting exists then it will override the OpenSim.ini setting.
|-
| ClampPrimSize
| If true then if a viewer attempts to create a prim which has any dimension larger than the NonphysicalPrimMax, then that dimension is reduced to NonphysicalPrimMax. Default is false; This setting can also be used in the [Startup] section of OpenSim.ini. If the region setting exists then it will override the OpenSim.ini setting.
|-
| RegionType
| The region type as shown in the Covenant tab of the Region/Estate dialog in a standard Second Life viewer. Can be used to specify Mainland, Estate, etc. based on type of grid.
|-
| MaptileStaticUUID
| UUID of texture to use as a maptile for this region. Only set if you have disabled dynamic generation of the map tile from the region contents in OpenSim.ini as well:
MapImageModule = "MapImageModule"
GenerateMaptiles = false
|-
|MaptileStaticFile
|External image files of the right size and supported formats (bmp,png,jpg in RGB 24bpp format) to use as a maptile for this region.The following things must be set in the [Map] section of OpenSim.ini:
MapImageModule = "MapImageModule"
GenerateMaptiles = true
Example : MaptileStaticFile = "maptiles/UnFichier.png"
|}

== Other Tasks ==

=== Configuring Multiple Regions on a Single Server Instance ===

To configure multiple regions on one server (i.e. a 4x4 server), edit the Regions.ini file to include multiples of the single entry already there. Make sure the RegionUUID and InternalPort are different on each one, or it won't work. To load individual OAR files into each region, use the 'change region [regionname]' command and then 'load oar [oar-location]'.

=== Loading from the web ===

OpenSim.exe can read the region definitions from the web using the following settings :

[Startup]
region_info_source = "web"
regionload_webserver_url = "http://example.com/regions.xml";

The following format has been reported to work with OpenSimulator 0.8.* :

<Nini>
<Section Name="My region Name">
<Key Name="RegionUUID" Value="4208aa66-ce9b-4f49-a4da-06a27d95f001" />
<Key Name="Location" Value="7000,7000" />
<Key Name="InternalAddress" Value="0.0.0.0" />
<Key Name="InternalPort" Value="9016" />
<Key Name="AllowAlternatePorts" Value="False" />
<Key Name="ExternalHostName" Value="mygrid.org" />
<Key Name="MaxPrims" Value="15000" />
<Key Name="MaxAgents" Value="40" />
<Key Name="RegionType" Value="0" />
<Key Name="SizeX" Value="256" />
<Key Name="SizeY" Value="256" />
<Key Name="MaptileStaticUUID" Value="00000000-0000-0000-0000-000000000000" />
</Section>
</Nini>

= Tools =

* A powerful region generator is available at: [[RegionGenerator]]

[[Category:Configuration]]

Configuring Regions/fr

2025-02-26T11:04:04Z

Acryline: /* OpenSimulator 0.9 et plus */

{{Quicklinks|Configuring_Regions}}
= OpenSimulator 0.9 et plus =

Par défaut, les régions sont configurées dans un fichier nommé Regions.ini dans le répertoire bin/Regions. Si vous avez commencé une installation complètement nouvelle d'OpenSim, il vous posera une série de questions pour configurer votre première région.

Voici un exemple de fichier Regions.ini

[Ma belle region]
RegionUUID = 5ce85740-6460-43d3-ba4c-29207b010072
Location = 1000,1000
InternalAddress = 0.0.0.0
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org
SizeX = 512
SizeY = 512

Il s'agit d'une liste de paramètres qui doivent être présents pour qu'une région puisse fonctionner. Lorsque vous démarrez OpenSimulator pour la première fois sans fichier Regions.ini existant, une question vous sera posée dans la console pour chaque paramètre afin de configurer votre région initiale. Pour plus de détails, voir [[Configuration#Lancer OpenSimulator pour la première fois]].

{| cellspacing="0" cellpadding="5" border="1" align="center" class="sortable" width="90%"
|-
! Attribut
! Description
|-
| [Ma belle region]
| Le nom de la région.
|-
| RegionUUID
| L'identifiant unique de la région.
|-
| Location
| L'emplacement (x, y) de la région sur la grille.
|-
| InternalAddress
| 0.0.0.0 si vous avez plus d'une carte réseau sur le serveur et que vous ne vous souciez pas de l'adresse IP sur laquelle OpenSimulator écoute (c'est le paramètre habituel). Vous pouvez également définir une adresse IP spécifique.
|-
| InternalPort
| Port IP pour toutes les connexions clients entrantes.
|-
| AllowAlternatePorts
| Non utilisé. Laissez toujours False.
|-
| ExternalHostName
| Adresse IP externe du routeur ou FQDN (nom de domaine pleinement qualifié), identique pour toutes les régions du simulateur.
|-
| SizeX et SizeY
| La taille de la région, doit être un multiple de 256, et égale. Si elle n'est pas présente, elle sera de 256m
|}

Si vous voulez ajouter une autre région, vous pouvez soit :

* entrer une autre section dans Regions.ini
* créer un autre fichier .ini séparé dans bin/Regions
* Créez un fichier xml OpenSimulator de l'ancien format (ceux-ci fonctionnent toujours avec OpenSim actuel).
* ou utiliser la commande create region sur la console region (je ne recommande pas cette méthode car elle semble être un peu boguée).

Voici un exemple où une deuxième région a été ajoutée à Regions.ini

[Ma belle region]
RegionUUID = 5ce85740-6460-43d3-ba4c-29207b010072
Location = 1000,1000
InternalAddress = 0.0.0.0
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org

[Greek Wedding]
RegionUUID = 5c445740-6460-43d3-ba4c-444444445555
Location = 1000,1001
InternalAddress = 0.0.0.0
InternalPort = 9001
AllowAlternatePorts = False
ExternalHostName = mymachine.something.org

Comme vous pouvez le voir, la deuxième région s'appelle Greek Wedding et a un UUID différent. Elle a un emplacement différent (1000,1001) et un InternalPort différent (9001). A part cela, les détails sont les mêmes.

Pour créer un nouvel UUID, vous pouvez soit modifier un UUID existant à la main (par exemple en changeant un caractère pour que le nouveau soit dans la plage [0-9][A-F] ou un générateur peut être trouvé sur la page web uuidgen. Sous Unix, vous pouvez également utiliser la commande <tt>uuidgen</tt>.

En plus des entrées obligatoires ci-dessus, il existe d'autres entrées facultatives qui peuvent modifier les propriétés d'une région. Il s'agit des éléments suivants

{| cellspacing="0" cellpadding="5" border="1" align="center" class="sortable" width="90%"
|-
! Attribut
! Description
|-
| MaxAgents
| Le nombre maximum d'agents pouvant se trouver dans la région à un moment donné. La valeur par défaut est 100. A partir du 22/04/2011, cette option n'existe que dans le master git.
|-
| MaxPrims
| Le nombre maximum de prims que la région pourra supporter. Actuellement, cette limite n'est pas appliquée par OpenSimulator. En raison des contraintes du protocole LL, la limite maximale qui peut être affichée est de 45000 prims.
|-
|MaxPrimsPerUser
|Nombre maximum de prims par utilisateur (par parcelle). Une valeur négative désactive la commande.
|-
| PhysicalPrimMax
| Les dimensions maximales d'un prim physique. Il s'agit d'un nombre unique qui s'applique aux coordonnées X, Y et Z. Ceci affectera le redimensionnement des prims existantes. La valeur par défaut est 10. Ce paramètre peut également être utilisé dans la section [Startup] d'OpenSim.ini. Si le paramètre de la région existe, il remplacera le paramètre d'OpenSim.ini.
|-
| NonPhysicalPrimMax
| Les dimensions maximales d'une primitive non physique. Il s'agit d'un nombre unique qui s'applique aux coordonnées X, Y et Z. Ceci affectera le redimensionnement des prims existantes. La valeur par défaut est 256. Ce paramètre peut également être utilisé dans la section [Startup] d'OpenSim.ini. Si le paramètre de la région existe, il remplacera le paramètre d'OpenSim.ini.
|-
| ClampPrimSize
| Si ce paramètre est true alors, si un viewer tente de créer une prim dont la dimension est supérieure à NonphysicalPrimMax, alors cette dimension est réduite à NonphysicalPrimMax. La valeur par défaut est false ; ce paramètre peut également être utilisé dans la section [Startup] du fichier OpenSim.ini. Si le paramètre de la région existe, il remplacera le paramètre d'OpenSim.ini.
|-
| RegionType
| Le type de région tel qu'il apparaît dans l'onglet Covenant de la boîte de dialogue Region/Estate dans un viewer standard de Second Life. Peut être utilisé pour spécifier Mainland, Estate, etc. en fonction du type de grille.
|-
| MaptileStaticUUID
| UUID de la texture à utiliser comme miniature de carte pour cette région. Uniquement défini si vous avez désactivé la génération dynamique de la miniature de la carte à partir du contenu de la région dans OpenSim.ini ainsi :
MapImageModule = "MapImageModule"
GenerateMaptiles = false
|-
|MaptileStaticFile
|Fichier image de taille adéquate à utiliser comme miniature de carte pour cette région. Formats pris en charge (bmp, png, jpg au format RGB 24bpp). Pour cela, les éléments suivants doivent être définis dans la section [Map] d'OpenSim.ini :
MapImageModule = "MapImageModule"
GenerateMaptiles = true
Exemple : MaptileStaticFile = "maptiles/UnFichier.png"
|}

== Autres Tâches ==

=== Configuration de plusieurs régions sur une seule instance de serveur ===

Pour configurer plusieurs régions sur un serveur (par exemple, un serveur 4x4), éditez le fichier Regions.ini afin d'ajouter plusieurs entrée unique à celle qui existe déjà. Assurez-vous que les RegionUUID et InternalPort sont différents pour chacune d'entre elles, sinon cela ne fonctionnera pas. Pour charger des fichiers OAR individuels dans chaque région, utilisez la commande 'change region [nom-de-la-region]' et ensuite 'load oar [oar-location]'.

=== Chargement depuis le web ===

OpenSim.exe peut lire les définitions de région à partir du Web en utilisant les paramètres suivants :

[Startup]
region_info_source = "web"
regionload_webserver_url = "http://example.com/regions.xml";

Le format suivant a été signalé comme fonctionnant avec OpenSimulator 0.8.* :

<Nini>
<Section Name="My region Name">
<Key Name="RegionUUID" Value="4208aa66-ce9b-4f49-a4da-06a27d95f001" />
<Key Name="Location" Value="7000,7000" />
<Key Name="InternalAddress" Value="0.0.0.0" />
<Key Name="InternalPort" Value="9016" />
<Key Name="AllowAlternatePorts" Value="False" />
<Key Name="ExternalHostName" Value="mygrid.org" />
<Key Name="MaxPrims" Value="15000" />
<Key Name="MaxAgents" Value="40" />
<Key Name="RegionType" Value="0" />
<Key Name="SizeX" Value="256" />
<Key Name="SizeY" Value="256" />
<Key Name="MaptileStaticUUID" Value="00000000-0000-0000-0000-000000000000" />
</Section>
</Nini>

= Outils =

* Un puissant générateur de régions est disponible à l'adresse suivante: [[RegionGenerator]]

[[Category:Configuration]]
[[Category:French Translations]]

Trees Module/fr

2025-02-13T03:13:10Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande de console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles (<m_tree_type></m_tree_type>) soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, Kelp 1, Kelp 2 cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les noms composés.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Performance/fr

2025-02-12T15:32:10Z

Acryline: /* Introduction */

{{Quicklinks|Performance}}

= Introduction =

Les performances de OpenSimulator sont un problème trés complexe. Les performances peuvent être affectées par un grand nombre de choses, incluant le nombre de prims sur une région, le nombre de régions, le nombre d'avatars, la qualité du réseau entre le serveur et le client, la qualité du réseau entre le simulateur et les services de la grille, etc...

Nous pouvons décomposer les domaines d'influence sur les performances ainsi :
# les problèmes liés au réseau (bande passante et latence entre viewer et simulateur, entre les simulateurs, entre un simulateur et les services de grille).
# les problèmes liés au simulateur (par exemple, nombre d'objets dans la scène, nombre de textures, nombre de scripts)
# les problèmes liés à la grille (principalement le dimensionnement de services comme les assets, l'inventaire, etc... pour servir plus de simulateurs et utilisateurs).

Les problèmes les plus importants sont probablement les problèmes de réseau et de simulateur.

Pour lancer un simulateur vous devez avoir une bonne bande passante (pour charger les textures), une bonne latence (de sorte que les mouvements et les actions soient traités au bon moment sans provoquer de lag) et une bonne qualité (de sorte qu'une perte aléatoire de paquets ne provoque pas de perte d'action ou d'autres problèmes).

Vous devez aussi faire attention aux capacités de votre matériel. Plus vous avez d'objets, de scripts et d'avatars dans la scène, plus la mémoire et les CPU seront utilisés.

Les problèmes de grille sont moins importants si vous n'atteignez pas la taille d'une grille plus grande (par exemple, plus de 60 utilisateurs simultanés).

=Monitoring des performences=

La collecte des données en vue d'analyser les problèmes de performence d'OpenSimulator est un domaine qui évolue. Nous pouvons la diviser en deux sous-domaines :
* [[client side monitoring|'''la surveillance côté client (en)''']] ( par exemple : les statistiques que vous pouvez voir dans la fenêtre des statistiques du viewer),
* [[Monitoring/fr|'''l'analyse des performences côté serveur''']]. Elle impliquera la surveillance du serveur OpenSimulator et l'utilisation d'outils systèmes généraux (par exemple sous GNU/Linux le programme "top" surveille les besoins CPU/mémoire des processus et des outils de surveillance plus généraux tels que Zabbix).

= Conseils généraux =

* Dans la mesure du possible, quand vous pensez que quelque chose est un goulet d'étranglement, mesurez le! Vous pouvez penser que votre base d'assets est grande, par exemple, mais même une grande base de données d'assets peut rarement causer de réels problemes.

* Faites autant le plus d'objets fantômes possibles. Les objets fantômes n'ont pas besoin d'être testés pour les collisions avec les avatars et les autres objets, ce qui réduit le temps de frame physique et améliore les performences.

* Faites aussi peu d'objets physics que possible (par exemple: soumis à la gravité, déplacement par des avatars). Les objets physics ont besoin de beaucoup plus de tests de collision que les objets ordinaires non fantômes.

* Il peut être difficile de pratiquer des mesures actuellement étant donné que peu d'outils de mesure existent. Cependant, l'un d'eux est [[pCampbot]] qui est fourni avec OpenSimulator. Il peut instancier un certain nombre de clients libomv sur un simulateur qui peuvent effectuer certaines actions comme cliquer sur les objets et sautiller tout autour. Leur aspect (ex : apparence) est actuellement assez buggé et génère beaucoup de problemes de connexion.

* Si vos avatars se heurtent beaucoup ou volent de façon incontrôlable, c'est souvent le signe d'une perte de paquets dûe à un problème de réseau. Le simulateur essaie d'envoyer 3 fois les paquets importants, mais après cela,il les abandonne. Dans la console du simulateur, la commande "show queues" (afficher les files d'attente) indiquera le nombre de paquets que le simulateur doit renvoyer et le nombre total de paquets envoyés. Si le nombre total renvoyé est supérieur à 10% c'est le signe qu'il y a un problème de réseau, au moins entre un viewer particulier et le simulateur. Le poblème peut se situer côté utilisateur (par exemple : utilisation du wifi via un routeur défectueux, un FAI peu performant). Dans ce cas, il est difficile de trouver des solutions.

===3 types de Ticks===
Si vous mesurez le temps en C#, sachez que le mot "Tick" est surchargé : il y a 3 usages différents pour Tick et il est important de ne pas les mélanger.
# '''Chronomètre''' - les résolutions dépendent du système d'exploitation. Stopwatch.Frequency contient le nombre de ticks par seconde. Pour Windows, il s'agit d'environ 300 ticks par milliseconde.
# '''TimeSpan''' - 10,000 ticks = 1 milliseconde
# '''Environment.TickCount''' - 1 tick = 1 milliseconde

Il est recommandé d'utiliser la classe '''Stopwatch''' pour le chronométrage parce qu'elle peut mesurer des temps inférieurs à la milliseconde. Vous pouvez obtenir la valeur du chronomètre en ms en appelant '''Stopwatch.ElapsedMilliseconds'''.

Si vous voulez ajouter des temps, par exemple pour obtenir le temps d'exécution d'un script, puis cumuler les résultats de l'utilisation de Ticks de Stopwatch : à nouveau, car c'est la seule minuterie haute résolution disponible. En faisant cela, vous obtiendrez une variable 'longue' qui contient le nombre de ticks. Si vous souhaitez convertir cette valeur en temps écoulé, utilisez un code comme celui-ci :

long numStopwatchTicks = xxxx;
TimeSpan elapsed = TimeSpan.FromMilliseconds((numStopwatchTicks * 1000) / Stopwatch.Frequency);

=== MetricsCollectorTime ===

La classe MetricsCollectorTime peut vous être utile. Elle implémente une fenêtre mobile qui collecte les indicateurs de performance. Par exemple, elle est utilisée pour calculer le temps d'exécution total au cours des 30 dernières secondes pour chaque script. Par exemple, instanciez-la comme suit :

MetricsCollectorTime executionTime = new MetricsCollectorTime(30000, 10);

Cela crée une fenêtre mobile qui couvre 30 secondes (30000 ms), et a 10 "buckets". Ces derniers déterminent la granularité de la fenêtre : dans ce cas, c'est 30/10 = 3 secondes.

Chaque fois que vous obtenez un échantillon de chronométrage, ajoutez-le au collecteur :

Stopwatch timer = new Stopwatch();
// Mesurer quelque chose avec 'timer'...
collector.AddSample(timer);

Chaque fois que vous voulez obtenir la valeur totale dans la fenêtre de collection, appelez :

int elapsedMS = collector.GetSumTime().TotalMilliseconds;

MetricsCollectorTime est en fait une sous-classe de la classe générique MetricsCollector. La classe générique peut utiliser n'importe quel type de données comme valeur d'échantillon. Elle utilise un tampon circulaire pour ses buckets, ce qui la rend très efficace.

=Sujets liés à la performance du viewer=
Les problèmes de performance peuvent être aussi résolus côté viewer. Cela implique généralement d'abaisser les paramètres graphiques du viewer (par exemple réduire la distance d'affichage du viewer). Pour plus d'informations, voir cette page en anglais : https://community.secondlife.com/knowledgebase/english/how-to-improve-viewer-performance-r601/

= Sujets liés à la performance du simulateur =

== Besoins matériels ==
Malheureusement, c'est une question tres difficile à la lumière de tous les facteurs mentionnés dans l'introduction. Les éléments les plus importants sont listés et développés ci-dessous :

===CPU ===
Cependant, nous pouvons dire qu'OpenSimulator ne fonctionne pas bien quand il a seulement accès à un seul CPU - vous devriez penser au minimum à une machine dual-core.

Une règle approximative de base consiste à dire qu'il faudrait avoir un core par région normalement utilisée avec un total minimum de 2 cores. Ainsi, un simulateur de 4 régions aurait besoin de 4 cores. Cependant, cela suppose une utilisation continue de ces régions - on peut probablement s'en sortir avec un nombre de régions plus élevé si ces régions sont moins utilisées (ou ne sont pas utilisées simultanément).

Sur OpenSimulator 0.7.6, nous avons également observé qu'une région peu active (avec très peu de scripts, tous inactifs et sans avatar sur la région même et les régions voisines) requiert approximativement 2,5% de CPU. Les besoins avant OpenSimulator 0.7.6 étaient plus élevés.

Nous pouvons aussi dire, encore une fois de façon très approximative, que chaque avatar actif utilisise 8% de CPU. Un avatar actif est un avatar qui se déplace et la cause principale de cette charge est le traitement des physics par le plugin ODE, moteur de physics. D'autres moteurs de physics, comme Bulletsim, nécessitent moins de CPU.

Les scripts qui fonctionnent en continu (comme les scripts avec timer)vont également générer une charge CPU continue pour la région. Quelques scripts de ce type ne vont probablement pas avoir trop d'impact, mais un nombre plus important de scripts va commencer à consommer plus de ressources CPU.

Finalement, les objets physiques (qui ont la case à cocher physics activée dans le viewer et qui peuvent être déplacés par la gravité ou des collisions) généreront aussi une charge CPU physic pour le simulateur, s'ils ne sont pas au repos.

===Mémoire===
En règle générale, une région avec beaucoup d'avatars, 15000 ou plus de primitives et 2000 scripts peut utiliser 1 Go de mémoire. Donc un simulateur avec 4 régions de ce type peut avoir besoin de 4 Go. Mais on peut utiliser moins de mémoire, si toutes les régions ne sont pas occupées simultanément par des avatars, ou par exemple, s'il y a moins de scripts.

===Disque===

Au niveau du simulateur, les performances de stockage ne sont pas un gros problème, à moins d'utiliser des scripts qui nécessitent des performances extrêmement élevées pour rezzer et dérezzer des objets. Même dans ce cas, les disques durs de bureau ( 7200 trs/min, 3.5") devraient suffire. Les problèmes commencent seulement avec des disques dur moins performants, tels que ceux trouvés dans des ordinateurs portables.

Au niveau de la grille, un stockage plus rapide peut être utile lorsque vous devez gérer un grand nombre de requêtes sur les assets, les inventaires ou autres services.

===Réseau===

Les bandes passantes ascendante et descendante et la latence (lag) sont importants.

L'utilisation la plus importante de bande passante de transfert (du point de vue serveur) concerne l'envoi des textures aux viewers. Ainsi, un réseau domestique avec une faible bande passante (par exemple 384 kbits) impliquera un mauvais résultat côté viewers, au moins, jusqu'à ce qu'ils aient reçu toutes les données de texture. Les besoins de bande passante de transfert sont au maximum quand un viewer entre dans une région pour la première fois ou après un nettoyage de cache. La quantité de bande passante nécessaire varie considérablement avec le nombre de textures sur la région. Une règle de base très approximative est d'avoir 500 kbit par avatar enregistré simultanément sur une région, du fait que tous les avatars vont charger les textures de cette région au même moment.

L'utilisation la plus importante en bande passante de téléchargement (point de vue serveur) concerne la réception continue des messages UDP des mouvements des avatars connectés. Cependant, par rapport au téléchargement de textures, la bande passante requise est bien moindre : une règle approximative la définit à 10k (80 kbit) par avatar.

La latence est essentielle au téléchargement et au transfert vers le simulateur, car tout retard affectera les paquets liés au mouvement de l'avatar (téléchargement sur le serveur depuis le viewer) et les mises à jour du viewer pour les changements de position des autres objets/avatars (transfert du serveur vers le viewer). Il est plus difficile de donner des conseils dans ce cas, bien que des pings de plus de 350 millisecondes commenceront à dégrader l'expérience de l'utilisateur pour le déplacement de leur avatar.

===Exemples===

Ci dessous, voici quelques examples de machines que des personnes ont utilisé/possédé. S'il vous plait, n'hésitez pas à en ajouter à la liste (sur la page anglaise) ou ajouter toute information dans les études de performances et la section des articles de blogs. '''Ceci sont des exemples pour vous aider dans votre sélection et ne sont pas des recommandations nécessaires.'''

Elements d'objets ~= # prim

Les capteurs et timers sont généralement plus intensifs que les scripts simples, donc spécifiez la quantité de chacun.

{| class="wikitable" style="font-size:0.8em;"
!Description
!Systeme d'exploitation (svp, ajoutez la version de Mono si approprié)
!version de OpenSimulator
!RAM/AVG_USE_%
!CPU
!#/type de regions
!# avs simultanés
!#scripts/timers/Capteurs
!Emplacement
!#Elements d'objets
|-
|Xen VPS hébergé
|Ubuntu Intrepid (8.10)
|Inconnu
|540MB/?
|1x quad-core 2.5GHz Xeon (L5420)
|1 region + 9 voids
|généralement 1-2
|few
|Knifejaw Atoll & surrounding on OSGrid
|?
|-
|Xen VPS hébergé
|Ubuntu Jaunty (9.04)
|Inconnu
|360MB/?
|2x dual-core 2.0GHz Xeon (5130)
|1 void
|généralement 1-2
|aucun
|Knifejaw Road on OSGrid
|?
|-
|Serveur dédié de A+
|Windows Server 2003
|Inconnu
|1 Meg
|1x single-core 2.8GHz Celeron
|2regions per server
|6 at once with no issues
|Waterfalls, texture anims, window texture switchers, lots of sound loops
|Pleasure Planet Welcome center & Region Pleasure Planet in OSGrid
|20000 prims per region
|-
|Amazon EC2 "high-CPU medium instance" (Xen VM)
|Windows Server 2003
|Inconnu
|1.7GB
|1x dual-core 2.3GHz (Intel E5345)
|1 region with sailing race course
|7 avs, 4 in boats
|scripted start line
|Castle Rock, OSGrid
|
|-
|Serveur dédié de simhost.com
|SuSe 11.2 x64
|Inconnu
|8gb / 50%
|4x Core2Quad Q9300 2.6ghz
|1 region (Wright Plaza) utilise approximativement 4gb ram
|20-25 utilisateurs
|Magasin de freebies / Centre de conférences / Cinéma
|@osgrid.org Simulateur tres utilisé
|17500 prims aprox 1500 scripts
|-
|Machine à la maison
|Windows XP SP3
|0.7.0.1 (Diva r13558)
|3GB / 15-40% incl. Opensim and MySQL
|4x Core2Quad Q6600 2.4 GHz. Utilisation: generalement, 0-10%
|11 regions
|1-6 utilisateurs
|Beaucoup d'objets scriptés (1934 scripts)
|[http://zonjacapalini.wordpress.com/2010/08/25/condensation-land-a-status-report/ Condensation Land]
|38,065 prims
|-
|Machine à la maison
|Ubuntu Lucid 10.04 (32 bit pae)
|0.7.0.1 (Diva r13558)
|160Mb no users, add 5Mb/user incl Opensim and MySQL
|I7-920 (dual threaded quad core), 3.8Ghz, 6Gb RAM, 0-10% de charge
|4 regions (Config par défaut de Diva)
|1-4 utilisateurs (approx 20Kb/sec bande passante/utilisateur)
|Peu d'objets scriptés (<10)
|[http://mars-simulator.hobby-site.org:9000/wifi Mars Simulation]- Based on [http://metatek.blogspot.com/2010/06/mars-simulation-for-distribution.html Erik Nauman's Open Blackboard]
|158 prims
|-
|Hosted Parallels Virtuozzo 4.5
|Win/Net (32 run)
|0.7.0.2 (D2)
|420Mb total, incl OS, Opensim and MySQL
|i7 Quad 950 (Bloomfield) 3.07GHz, 8 Core, 2Gb RAM, 0-2% Avg Load
|16 regions (4x4 mega-region)
|<6 utilisateurs
|ojets scriptés de véhicules (<5)
|[http://metaversesailing.com:9000/wifi Metaverse Sailing]
|<1000 prims
|-
|VPS
|Debian Lenny 5 (mono 2.4.2.3)
|OSgrid 0.7.1 (Dev) cd4d7a7: 2010-10-15
|655MB average out of 1722MB RAM, incl. MySQL
|Intel Quadcore 2.5 Ghz (1 core assigné au vps) utilisation moyenne: 40-45%
|20 regions
|<4 utilisateurs
|environs 20 scripts différents d'éclairage, mais nous expérimentons aussi avec des scripts HUD plus lourds (timers, beaucoup de ll(Get/Set)PrimitiveParams et de grosses listes) et un relai IRC perso
|Phoenix Rising Isles on OsGrid
|3727 prims
|}

== Base de données ==

Par défaut, OpenSimulator est configuré pour utiliser une base de données SQLite. C'est vraiment pratique pour une expérience immédiate car cela ne nécessite pas de configuration. Cependant, ce n'est pas conçu pour une utilisation lourde, donc si vous construisez tres vite ou avez plus que quelques personnes sur votre simulateur alors vous commencerez à voir des problèmes de performances.

Par conséquent, nous vous recommandons de basculer sur MySQL aussi tôt que possible. Ceci fournira une bien meilleure expérience mais prendra un petit peu de travail pour la configuration.

Malheureusement, les outils pour migrer les données SQLite d'OpenSimulator vers MySQL sont actuellement limités. La migration est également possible en sauvegardant les OAR/ IAR de vos données à partir de sqlite et en les chargeant après avoir reconfiguré votre installation pour utiliser MySQL.

Il y a aussi un plugin pour MSSQL mais il n'est pas bien maintenu entre les versions de OpenSimulator.

En mode standalone, les services et le simulateur lui-même peuvent utiliser SQLite. En mode grille, SQLite n'est pris en charge que pour les données du simulateur, les instances ROBUST doivent utiliser une base de données MySQL (ou MSSQL).

En général, une seule instance MySQL pour l'ensemble des instances des services ROBUST servira parfaitement les petits, moyennes et grandes grilles. C'est une configuration largement utilisée même pour des sites assez volumineux.

== Scripts ==

Voir [[Scripts Performance]].

== Bidouilles de configuration ==

Il y a quelques bidouilles de configuration d'OpenSimulator que vous pouvez faire pour augmenter significativement les performances de charge des scripts dans certaines situations. Ces bidouilles peuvent être faites dans votre fichier de configuration OpenSim.ini. Ceux ci s'appliquent au code actuel de developpement (0.7.3) d'OpenSimulator et peuvent être appliquées à 0.7.2 mais certainement pas en dessous.

===Définir DeleteScriptsOnStartup = false===

[XEngine]
DeleteScriptsOnStartup = false

Ceci veut dire que OpenSimulator ne supprimera pas toutes les DLL des scripts compilés au démarrage (ne vous inquiétez pas, ce réglage ne touche pas les scripts LSL actuels dans votre région). Ceci va énormément faire progresser les performances de démarrage. Cependant, si vous faites des mises à jour de OpenSimulator sur place (par exemple, si vous mettez fréquemment à jour votre installation de OpenSimulator depuis le code de développement) , alors vous pouvez occasionnellement voir des problèmes si le code change et vos DLL précédemment compilées peuvent ne pas trouver leurs anciennes références.

Dans ce cas, vous pouvez définir DeleteScriptsOnStartup = true pour un redémarrage dans le but de nettoyer et recompiler les DLL de scripts ou bien vous pouvez supprimer manuellement les fichiers bin/ScriptEngines/<region-uuid>/*.dll.*, qui forceront OpenSimulator à les recompiler. Vous pourriez aussi supprimer le dossier bin/ScriptEngines/<region-uuid> au complet mais vous perdrez tous les états persistants de script (qui sont gardés dans les fichiers <script-item-id>.state).

===Définir AppDomainLoading = false===
[XEngine]
AppDomainLoading = false

* Mettre cette option à true a un coût élevé sur la performance. Le croisement d'information entre les domaines d'application devient très lent, une opération de quelques microsecondes peut se transformer en une opération de plusieurs ms. Il est préférable de mettre cette option à false et de redémarrer la région périodiquement pour éviter les problèmes d'utilisation excessive de mémoire, car les scritps ne sont jamais supprimés de la mémoire.

Le moteur de script Yengine n'a pas cette option ou ces problèmes.

===Augmenter MaxPoolThreads dans [Startup]===

Actuellement, OpenSimulator utilise jusqu'à plusieurs types de threads pour ses opérations.

Premièrement, le threadpool principal par défaut de .net est utilisé par les méthodes du framework .net, comme IO etc, certaines méthodes d'OpenSimulator l'utilisent également, ou peuvent y être invitées.

Deuxièmement, un paquet de threadpool tiers appelé SmartThreadPool est utilisé. C'est le pool par défaut utilisé, et il est utilisé par plusieurs parties d'opensim (comme Xengine).

L'utilisation de ce pool permet la réutilisation des threads, épargnant ainsi beaucoup d'opérations très coûteuses de création et de destruction de threads.

SmartThreadPool a une option pour définir le nombre maximum de threads qu'il peut utiliser.

[Startup]
MaxPoolThreads = 300

Notez que chaque thread a un coût, à la fois en termes de ressources, mais aussi en termes de CPU pour la gestion. Le fait d'en autoriser trop dégradera les performances, au lieu de les améliorer. Le point d'inflexion dépend du nombre de cœurs de processeur, et du nombre d'applications qui en ont besoin sur la machine. Beaucoup de mauvaises utilisations de threads dans les versions précédentes d'opensim ont été corrigées, faisant une utilisation plus efficace de chaque thread. Actuellement, un grand nombre de threads est encore nécessaire pour gérer les opérations IO lentes (comme le réseau), ceci devra être amélioré.

===Changer async_call_method dans [Startup]===
Par défaut, il est configuré pour utiliser SmartThreadPool. Alternativement, vous pouvez changer cela pour utiliser le threadpool principal de .net ou même pour utiliser un nouveau thread.

Le pool de threads principal de .net s'est beaucoup amélioré, mais certains rapportent des situations où il induit lui-même la disparition des threads et cesse totalement de fonctionner.

Pour l'utiliser :

[Startup]
async_call_method = UnsafeQueueUserWorkItems

L'utilisation d'un nouveau thread n'est pas recommandée, car la création d'un thread est une opération coûteuse, d'où l'introduction des pools.

[Startup]
async_call_method = Thread

Notez que plusieurs composants d'opensim ont un usage codé en dur d'un type particulier de pool.

= Sujets liés à la performance de la grille =

Agrandir une grille est une tâche tres complexe et tres portée sur la technique. C'est aussi un endroit étudié attentivement. Le conseil suivant va considérablement changer dans le temps car OpenSimulator et son environnement changent et nous apprenons plus à propos des problèmes de performances.

Quand souhaitez-vous commencer à répondre à des questions d'échelle de grille ? Tout comme une règle pessimiste et arbitraire au doigt mouillé, vous allez probablement commencer à penser aux choses quand vous dépasserez 50 régions contenant un grand nombre de prims ou 50 utilisateurs simultanés avec de grands inventaires, mais ceci sera plus ou moins énorme dépendant de votre situation. Si vous avez des milliers de régions avec seulement quelques prims est beaucoup plus supportable que 50 régions avec chacune 45000 prims.

Vous allez rencontrer des problèmes à deux endroits - la base de données et les services.

== Base de données ==

=== Assets ===

==== Le problème ====

En raison de l'architecture distribuée de OpenSimulator, quand les régions exécutent depuis un certain nombre de machines au travers d'un réseau, il est extrèmement difficile d'identifier les assets qui ne sont pas utilisés et qui peuvent donc être supprimés. De plus, le nombre d'assets augmente continuellement dans la base de données des assets.

En théorie, on pourrait identifier les assets inutilisés si on pouvait identifier toutes les références dans les simulateurs et les inventaires des utilisateurs. Cependant, c'est tres difficile car les machines sont distribuées sur un réseau. Si une grille possède seulement quelques simulateurs tous controlés par la même entité formant une grille, alors ils deviennent plus facilement traçables mais cela impliquerait une certaine durée de mise hors service. Pour des grilles autonomes, ou pour des environnements où les assets ne sont pas passés entre les grilles (c'est à dire : donner une texture à un ami sur une autre grille), Wizardry and Steamworks fournissent un script expérimental qui ferait exactement cela. Ce projet de nettoyage d'assets et publié sous licence MIT.

L'effacement des assets serait plus facile pour une grille avec un seul simulateur ou une standalone. Cependant, meme le code à implémenter pour la destruction des assets sur les standalones n'a pas été implémenté et nécéssiterait un temps d'arrêt significatif du simulateur.

Un terrain de recherches prometteur implique l'amélioration de l'enregistrement des temps d'acces aux assets d'OpenSimulator (ex : enregistrer les assets périodiquement). Alors les assets qui ne sont pas utilisés depuis une longue durée (comme une année) pourraient être supprimés ou déplacés vers un autre enregistrement comme un dvd. Ceci n'evite pas le probleme des assets cachés en permanence par les simulateurs mais peut ceci peut être résolu par les simulateurs effectuant un "ping" occasionnel au service d'assets l'informant sur les assets qu'ils ont en cache.

Une autre étape pour réduite la taille de la base de données des assets est d'éliminer les doubles par le "hashing". Il existe [[Deduplicating Asset Service|un service s'asset expérimental en développement]] pour cela. D'autres services comme [[https://github.com/coyled/sras SRAS]] font aussi cela.

==== Solutions possibles ====

*[[FSAssets_Service/fr|FSAssets]] est destiné aux grandes grilles pour lesquelles la taille de la base de données dépasse les 50 Go. Cette option va placer les assets dans un système de fichiers à l'opposé du service par défaut qui stocke tous les assets au format blob dans la base de données. Elle permet aussi de dédupliquer les assets. Chaque asset sera haché quand il arrive pour être stocké et si cet asset existe déjà, le service d'asset va le lier au fichier existant au lieu de stocker une deuxième copie.

* Ne rien faire. MySQL peut stocker une tres grande quantité de données avant de recontrer des problemes - apres tout, il est utilisé pour des sites web énormes et d'autres applications. Ceci assume que vous ayez l'espace disque.

* Utiliser un service externe comme [[https://github.com/coyled/sras SRAS]]. SRAS, en particulier, est un service d'assets tiers partie qui effectue une déduplication et enregistre les assets sur le disque au lieu de la base de données. Il possède aussi des fonctionnalités interessantes comme la prévention de fourniture d'assets sans les supprimer. Il est utilisé par OsGrid par exemple. Cependant il fonctionne d'une façon différente au service d'assets fourni avec OpenSimulator (ex : enregistrer les assets sur le disque nécessites des étapes supplémentaires comparé au simple stockage en base de données). Il nécessite aussi une étape de migration qui peut prendre un temps considérable si vous avez une collection d'assets déjà existante.

* Sauver chaque région dans un OAR et chaque inventaire utilisateur dans un IAR. Nous estimons que c'est équivalent à trouver chaque asset référencé et peut être fait manuellement. Cependant, c'est tres laborieux pour les installations avec un grand nombre d'utilisateurs et nécessite un temps d'arrêt de la grille. Des outils peuvent être écrits pour améliorer cela, particulierement en sauvant systématiquement les inventaires de tous les utilisateurs dans des IARs.

=== Autres bases de données ===

L'emplacement requis par les assets l'emporte sur les besoins de stockage donc seules les données des assets est généralement un problème.

== Services ==

=== Le problème ===

L'autre problème est de supporter le nombre de requetes aux services quand le nombre de simulateurs ou utilisateurs grandit. Le service d'assets n'est généralement pas un problème car les simulateurs mettent en cache tous les assets utilisés, par contre il peut y avoir un étranglement lors d'upload des OAR. Le plus gros problème est généralement causé par les utilisateurs, principalement dû à l'acces à l'inventaire et peut être lors de la mise à jour de la derniere position dans le service GridUser (et la table de la base de données).

ROBUST utilise un [[http://webserver.codeplex.com/ serveur HTTP en C#]] intégré. Les comparaisons de performances avec les autres serveurs web comme Apache n'ont pas été réalisées (?) mais les réponses apparaissent vraiment plus lentes. Comme il a été interrompu, il y a peu de chances que ses performances soient améliorées. Dans le futur, OpenSimulator devrait intégrer un autre serveur HTTP mais ce n'est pas du tout prévu à court terme.

=== Solutions possibles ===

* FSAssets est destiné aux grilles plus importantes où la taille de la base de données devrait dépasser 50 Go. Cette option permet d'enregistrer les ressources dans un système de fichiers, contrairement au service par défaut qui stocke les ressources sous forme de blobs dans la base de données. Cette option fournit également des capacités de déduplication, chaque ressource est hachée lorsqu'elle est reçue pour le stockage et si la ressource existe déjà, le service de ressources établira un lien vers le fichier existant plutôt que de stocker deux copies. AVERTISSEMENT : ceci utilise à la fois une base de données et des fichiers sur le système de fichiers. Vous devez sauvegarder les DEUX".

* Si vous gérez une grille pour vous-même ou si vous gérez une grille où vous ne donnez pas votre contenu, alors le nettoyeur d'assets de Wizardry et Steamworks peut être une bonne solution pour traquer les assets perdus et les supprimer automatiquement de la base de données. Il est basé sur le dumping des OAR et des IAR, comme pour la deuxième option de cette section, mais après les avoir dumpés, il effectue automatiquement la recherche pour vous et vous invite à supprimer plusieurs assets supportés. Le développement actuel vise à exporter automatiquement les OAR et les IAR depuis PHP afin que la procédure soit transparente.

* Sauvegarder chaque région dans un OAR et l'inventaire de chaque utilisateur dans un IAR. Nous pensons que cela équivaut à trouver tous les actifs référencés et peut être fait manuellement. Cependant, c'est très laborieux pour les installations avec un grand nombre d'utilisateurs et nécessite un temps d'arrêt du réseau. Des outils pourraient être écrits pour améliorer cela, notamment en sauvegardant systématiquement tous les inventaires des utilisateurs dans les IAR. À des fins de sauvegarde, assurez-vous qu'ils stockent bien les assets, en utilisant les options correctes.

* Ne rien faire. MySQL peut stocker une très grande quantité de données avant de rencontrer des problèmes - MySQL est utilisé pour des sites web et d'autres applications extrêmement volumineux après tout. Cela suppose que vous disposiez de l'espace disque nécessaire.

* Utilisez un service de ressources externe tel que [SRAS]. SRAS, en particulier, est un service de ressources tiers qui effectue la déduplication, la compression des ressources, et stocke les ressources sur le disque plutôt que dans une base de données. Il possède également des fonctionnalités intéressantes, comme empêcher les ressources d'être fournies sans les supprimer. Il est utilisé par OSGrid, par exemple. Cependant, son fonctionnement est différent de celui du service d'assets intégré d'OpenSimulator (par exemple, la sauvegarde des assets sur disque implique des étapes supplémentaires par rapport à la simple sauvegarde d'une base de données). Il nécessite également une étape de migration qui peut prendre un temps considérable si vous avez une collection d'assets existante. Notez que FSassets écrit en c# et inclus dans opensim ressemble beaucoup à SRAS.

= Etudes de performances et articles de blogs =

Ceux ci fournissent des données intéressantes sur les limitations de performance d' OpenSimulator à différents moments dans le temps.
* [https://lists.berlios.de/pipermail/opensim-users/2010-August/005189.html https://lists.berlios.de/pipermail/opensim-users/2010-August/005189.html] - Quelques informations intéressantes de M. Blue. Les objets physiques et les avatars maximum sont limités par les performances d'un seul thread dans OpenSimulator.
* [[NHibernate Performance Testing]] — SQLite et MySQL test de performance avec NHibernate.
* [[LibSecondLife performance problems]] - Autre vieille page de November 2007 détaillant les problèmes avec libsecondlife (maintenant appellé libopenmetaverse).

==Conseils au sujet des performances==

Voici quelques mesures spécifiques que vous pourriez prendre pour améliorer vos performances :
===Exécuter Squid sur votre serveur de région en tant que reverse proxy du serveur d'assets===
1. Télécharger et installer le Proxy Squid (CentOS/RHEL/Fedora: "dnf install squid", Debian: "apt install squid")
2. Créer votre fichier de configuration [[squid.conf]].<br>
3. Changer votre configuration de serveur d'assets dans votre OpenSim.ini pour pointer vers http://localhost:3128/<br>
4. Démarrez le tout!<br>

Maintenant les assets seront mis en cache dans le cache de squid sur le serveur de région, et seront servis beaucoup plus rapidement, spécialement au moment des redémarrages de région.

[[Category:French Translations]]

Trees Module/fr

2025-02-12T15:28:11Z

Acryline: /* OpenSimDefaults.ini */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande de console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, Kelp 1, Kelp 2 cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les noms composés.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-12T15:25:32Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, Kelp 1, Kelp 2 cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les noms composés.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T20:20:35Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, Kelp 1, Kelp 2 cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les noms composés de plante.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T19:55:30Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, Kelp 1, Kelp 2 cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les nom composés de plante.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T18:52:14Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

Si on supprime l'espace dans Pine 1, cela fonctionne, il faut encore tester les autres modèles pour voir si c'est le cas pour tous les nom composés de plantes.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T17:03:33Z

Acryline: /* Commandes de console du module */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Renvoie des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T17:02:00Z

Acryline: /* Commandes de console du module */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T16:58:11Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre viewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T09:48:17Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T08:24:32Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.



= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T08:11:58Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Apparemment, seul le modèle 'Oak' fonctionne correctement.
* Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.
* Les modèles utilisant une plante dont le nom est un seul mot, autre que 'Oak', ne produisent qu'une seule plante, même si la valeur de m_tree_quantity est supérieure à 1.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T08:11:28Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Apparemment, seul le modèle 'Oak' fonctionne correctement.
* Les plantes dont le nom est composé génèrent une erreur lors du chargement du modèle dans la console.
* Les modèles utilisant une plante dont le nom est un seul mot, autre que 'Oak', ne produisent qu'une seule plante, même si la valeur de m_tree_quantity est supérieure à 1."

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T07:55:46Z

Acryline: /* Modèles de végétation disponibles */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

Apparemment seul Oak fonctionne correctement.

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

0.9.3.1/fr

2025-02-10T06:54:18Z

Acryline:

0.9.3.0/fr

2025-02-10T06:53:25Z

Acryline:

{{ReleaseInfo}}
{{Quicklinks|0.9.3.0}}

= Général =
Cette version nécessite dotnet 8. Si vous ne pouvez utiliser que Mono ou .Net4x, veuillez utiliser la version [[0.9.2.2]] ( http://opensimulator.org/dist ).<br>
Voir aussi [http://opensimulator.org/wiki/0.9.2.2/fr les notes de version 0.9.2.2 ]

= Modifications importantes =
* La distribution Diva n'est pas supportée pour le moment car elle n'a pas été adaptée à dotnet 8.
* XEngine n'est plus supporté. Certains scripts avec une syntaxe particulière (ou des choses comme des divisions par zéro, des casts implicites abusifs, etc), auront besoin d'être corrigés.
* L'ancien ODE n'est plus supporté. Les anciens objets, en particulier les véhicules lsl, peuvent ne pas fonctionner sous Bullet ou ubODE.
* La fonction LSL llList2ListStrided a été modifiée pour correspondre à la spécification. L'ancienne fonction a été rajoutée avec le nom osOldList2ListStrided.
* La fonction LSL llListFindList a été modifiée pour correspondre à la spécification. Certains anciens scripts peuvent ne pas fonctionner comme avant.

= Problèmes connus =
* À partir de maintenant, il y a deux ensembles de textures de terrain. Les anciens viewers verront et changeront l'un, les nouveaux viewers avec le terrain PBR verront et changeront l'autre.

Les générateurs d'images de cartes et les fonctions de script ne fonctionnent toujours qu'avec l'ensemble des textures de terrain des anciens viewers.

Jusqu'à ce que nous changions cela, les utilisateurs doivent maintenir les deux ensembles de textures cohérents en utilisant les deux types de viewers, ou le nouveau viewer et les scripts.

= Conditions nécessaires =

OpenSimulator 0.9.3.0 nécessite :

* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
* Sous Windows, il se peut que vous deviez installer les [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++].
* Sous Windows, vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5.
* sous linux, vous aurez besoin de libgdiplus
** si vous avez mono 6.x complet, vous avez déjà libgdiplus,
** sinon vous devez l'installer, par exemple sur debian :
apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev
* Afin de permettre la prise en charge des viewers récents et anciens, les nouveaux viewers doivent faire une demande pour les matériaux PBR de terrain en envoyant une requête pour une capacité fictive nommée « VETPBR » ( ViewerExtendedTerrainPBR).

En raison de la renumérotation de la migration de la base de données qui a eu lieu à la version 0.9.0.0, si vous mettez à jour une version d'OpenSimulator antérieure à 0.8.2.1, vous DEVEZ d'abord mettre à jour vers *0.8.2.1* et ensuite procéder à la mise à jour directement vers 0.9.3.0. Voir [[0.9.0.0_Release#Pivot_Release:_0.8.2.1]] pour plus d'informations.

= Changements et corrections =
* Prise en charge de certaines fonctionnalités récentes du viewer telles que les matériaux PBR.
* Nouvelles fonctions OSSL : voir [[OSSL Implemented | OSSL functions]].
* Nouvelles fonctions LSL : llLinear2sRGB, llsRGB2Linear, llListSortStrided, llList2ListSlice et llListFindStrided, llGetCameraAspect, llGetCameraFOV, llGetInventoryAcquireTime, plusieurs fonctions de données linkset, etc.
* La fonction LSL llList2ListStrided a été modifiée pour être plus compatible avec la spécification. L'ancienne fonction a été rajoutée sous le nom osOldList2ListStrided.
* Matériaux PBR pour les objets.
* Sondes de réflexion, y compris les types de miroirs.
* Matériaux PBR du terrain pour les viewers compatibles avec les spécifications d'Opensimulator.

= Remerciements =

Un grand merci à tous les développeurs (et leurs chats), testeurs et membres de la communauté qui ont contribué à cette version et qui aident OpenSimulator en général. Votre travail acharné rend tout cela possible.

[[Category:Release Notes]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T06:52:28Z

Acryline:

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

[[Category:French Translations]]

Trees Module/fr

2025-02-10T06:46:39Z

Acryline:

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>
<br>
{{Template:Translation_note_fr | J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

Trees Module/fr

2025-02-10T06:38:58Z

Acryline: /* Utilisation */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>

{{Notice|style=background-color: #FFCCCB; border: 1px solid #FF0000; padding: 10px; border-radius: 5px;|
'''Remarque :''' J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.
}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun des fichiers XML, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

Trees Module/fr

2025-02-10T06:37:20Z

Acryline: /* Commandes de console du module */

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>

{{Notice|style=background-color: #FFCCCB; border: 1px solid #FF0000; padding: 10px; border-radius: 5px;|
'''Remarque :''' J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.
}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun de ces fichiers, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commandes avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

Trees Module/fr

2025-02-10T06:36:41Z

Acryline: Created page with " __NOTOC__ {{Quicklinks|Trees Module}} = Introduction = En juillet 2017, le module des arbres a subi une cure de rajeunissement. <div style="background-color:#FFA0A0;..."

__NOTOC__
{{Quicklinks|Trees Module}}

= Introduction =

En juillet 2017, le module des arbres a subi une cure de rajeunissement.

<div style="background-color:#FFA0A0; padding:10px; padding-bottom:5px; border: 1px #FF544F solid">
'''Attention !''' Configuration modifiée dans OpenSimDefaults.ini.
</div>

{{Notice|style=background-color: #FFCCCB; border: 1px solid #FF0000; padding: 10px; border-radius: 5px;|
'''Remarque :''' J'ai modifié la traduction pour refléter ma compréhension et mes observations lors de l'utilisation du module des arbres. Je vais continuer à effectuer des tests pour clarifier ces points. Il est possible que mes interprétations ne soient pas entièrement correctes, mais je pense qu'elles reflètent bien ce que j'ai observé.
}}

== OpenSimDefaults.ini ==

<source lang="ini">
[Trees]
; activer le module Tree. defaut true
enabled = true

; active_trees permet au module de modifier ses arbres au fil du temps.
; certains seront supprimés, d'autres créés et le reste peut croître
; la valeur par défaut est false. Vous pouvez le changer avec la commande console tree active true|false plus tard.
active_trees = false
; le taux de temps d'exécution des changements d'arbres (en ms); the trees change execution time rate (in ms)
update_rate = 1000

; permettre aux arbres de pousser.
; DANGEREUX
; cette option entraîne une utilisation élevée du réseau, de l'ordre de
; NombreD_Arbres * NombreAvatars * 1000 / update_rate paquets udp par seconde
allowGrow = false

</source>

== Oak.xml ==

<source lang="xml">
<Copse>
<m_name>Oak</m_name>
<m_frozen>false</m_frozen>
<m_tree_type>Oak</m_tree_type>
<m_tree_quantity>100</m_tree_quantity>
<m_treeline_low>21</m_treeline_low>
<m_treeline_high>31</m_treeline_high>
<m_seed_point>
<X>128</X>
<Y>128</Y>
<Z>0</Z>
</m_seed_point>
<m_range>120</m_range>
<m_initial_scale>
<X>4</X>
<Y>4</Y>
<Z>4</Z>
</m_initial_scale>
<m_maximum_scale>
<X>15</X>
<Y>15</Y>
<Z>20</Z>
</m_maximum_scale>
<m_rate>
<X>0.01</X>
<Y>0.01</Y>
<Z>0.01</Z>
</m_rate>
</Copse>
</source>

= Installation =
* Copier la section [Trees] de opensimDefaults dans opensim.ini (ci-dessus la version de OpenSim 0.9.3.0)
* Créer des fichiers xml (copier l'exemple ci-dessus et le modifier) pour chaque type d'arbre souhaité et pour chaque emplacement. (On peut créer un dossier spécial et accessible).
* Démarrer la région avec le module activé (par défaut).
* Quand le simulateur est lancé, vérifier que le module est activé en utilisant la commande "tree statistics" dans la console.
tree statistitcs
* Si ce n'est pas le cas activez le depuis la console :
tree active true

= Utilisation =
Dans la console et pour chacun de ces fichiers, en observant le résultat dans le monde :
* Chargez l'arbre via son fichier avec la commande
tree load nomDeFichierXML.extension
* Puis plantez les arbres avec
tree plant LeNomQueVousAvezDonneDansLeFichierXML
* Exemple avec le fichier Oak.xml
tree load <chemin vers le fichier>/Oak.xml
tree plant Oak

Dans le monde, vous devriez voir vos arbres. Attendez jusqu’à ce que le nombre demandé soit atteint.

Dans le fichier Oak.xm, <m_tree_quantity> 100 </m_tree_quantity> indique que 100 arbres seront plantés.

Pour obtenir les statistiques de votre plantation utilisez cette commande :
tree statistics shows the number.

Regardez autour de vous pour voir si vous aimez le résultat si ce n'est pas le cas, supprimez ce type d'abres, tapez :
tree remove LeNomQueVousAvezDonneDansLeFichierXML
et reprenez depuis le début.

Si vous aimez le resultat tapez
tree freeze LeNomQueVousAvezDonneDansLeFichierXML true

et passez au fichier xml suivant.

Lorsque vous avez terminé, désactivez le module Tree
tree active false

Maintenant, les arbres vont se comporter comme d'autres prims dans le monde.

Si vous n'avez pas l'intention de changer vos plantations avant longtemps, mettez enabled de la section [Tree] à false dans opensim.ini

Fermez la région et redémarrez.

À partir du moment où le module est inactif, vous pouvez ajuster certains arbres pour les améliorer, comme, par exemple, supprimer ceux qui sont dans les maisons .

= Commandes de console du module =
Pour afficher les commandes disponnibles pour ce module dans la console tapez :
help tree
Vous obtiendrez une liste de commande avec un descriptif en anglais. Je vais essayer de vous traduire ces descriptifs ici:
<pre>
=== tree ===
* tree active - Change l'état de l'activité pour le module arbres (true/false)
* tree freeze - Gèle ou dégèle l'activité sur un groupe de plantes spécifique.
* tree load - Charge une définition d'un groupe de plantes à partir d'un fichier XML.
* tree plant - Commence la plantation d'un groupe de plantes.
* tree rate - Réinitialise le taux de mise à jour des arbres (en millisecondes).
* tree reload - Recharge les groupes de plantes à partir des arbres présents dans la scène
* tree remove - Supprime une définition d'un groupe de plantes ainsi que tous ses arbres présents dans la scène.
* tree statistics - Enregistre des statistiques concernant les arbres.
</pre>

=Modèles de végétation disponibles =
Vous trouverez les modèles de végétation disponibles soit dans l'éditeur de prims de votre vivewer soit dans le fichier app_settings/tree.xml

Pine 1, Oak, Tropical Bush 1, Palm 1, Dogwood, Tropical Bush 2, Palm 2, Cypress 1, Cypress 2, Pine 2, Plumeria, Winter Pine 1,
Winter Aspen, Winter Pine 2, Eucalyptus, Fern, Eelgrass, Sea Sword, Kelp 1, Beach Grass 1, Kelp 2

= Note =

Ce module n'est donc pas très pratique, même si vous êtes le seul utilisateur d'une région.
Mais il peut être utile pour la création initiale de zones arborées.

[[Category:Modules]]

Dependencies

2025-01-31T17:30:31Z

Acryline: /* Version 0.9.3.0 and above */

{{Quicklinks}}

= Note =

These instructions assume that OpenSimulator is running from the binary packages in standalone mode. If this is not the case or you have more complex requirements (e.g. you want to use the MySQL database rather than SQLite or you want to run in grid mode), then you will need to [[Configuration|configure]] OpenSimulator first.

= Dependencies =
In addition to the OpenSimulator code itself, certain other packages need to be installed on different platforms in order to get OpenSimulator binaries to run.

As well as the information on this page (which should be expanded), you may find more information on dependencies in [[Build Instructions]] though this will also contain dependencies required only for building. This are also more hints in [[Troubleshooting]].

After solving dependencies, you may need to configure the firewall installed in your system by default so that the viewers outside can access to OpenSimulator inside it. See [[Firewall Settings]] for more informations.

[[NAT Loopback Routers]] Router and Nat Loopback Information to help you configure your Router / Modem.

= Version 0.9.3.0 and above =

* [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] runtime or Desktop runtime for your platform (also the SDK if you wish to compile)

== On Windows: ==
* On Windows you may need to install the [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++]
* On windows you may need to authorize the install of older .NetFramework 3.5

== On Linux: ==
<ul>
<li>'''You will need libgdiplus.'''
*if you have mono 6.x complete installed, you already have libgdiplus,
* Otherwise you need to install it for example on debian:
<pre> apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev</pre>

<li>'''Possible error on Linux:''' (Translated from the French version by translator)<br>

When running the script `opensim.sh`, the following error may appear:
<pre>-bash: ./opensim.sh: /bin/sh^M: bad interpreter: No such file or directory</pre>

This error indicates that there is a problem with the file format, often caused by incompatible line ending characters (e.g., Windows-style carriage returns).

To resolve this issue, it is necessary to convert the file using the `dos2unix` command. Install dos2Unix:
<pre>sudo apt install dos2unix</pre>
Run the following command in the simulator's bin folder:
<pre>dos2unix opensim.sh</pre>
</li>
</ul>

= Older Versions =

== Windows ==

OpenSimulator 0.9.2.2 release code requires requires .NET Framework 4.6.<br>
You may also need to install the [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 run time files for vc++]

Double-click or execute on command prompt:
*'''OpenSim.exe'''

On 64bit machines you can run small regions in 32bit mode, double-click or execute on command prompt:
*'''OpenSim32.exe'''

Depending on your installation, you may have to run the program as administrator(right click -> 'Run as administrator'). It will pop up a window asking permission, select "Allow".

== Linux and Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Mono version
! scope="col"| OpenSimulator version
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
| Ok
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| Ok
| Appears to be fine, though the mono VM does seem to have some issues (crashing with a native stacktrace) on simulators running many regions or lots of users/prims
|-
! scope="row"| 2.8.x
| *
| Not ok
| Significant performance and scalability problems
|-
! scope="row"| 2.10.0
| *
| Not ok
| Significant performance and scalability problems
|-
! scope="row"| 2.10.1
| *
| Not ok
| Significant performance and scalability problems
|-
! scope="row"| 2.10.2
| *
| Ok
|
|-
! scope="row"| 2.10.8
| < 0.9
| Ok (recommended)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Not ok
| Major issues
|-
! scope="row"| 3.0.7
| *
| Ok
|
|-
! scope="row"| 4.0
| *
| Not Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Not Ok
| Some issues on Robust like NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Not Ok
|
|-
! scope="row"| 5.x
| *
| seems to work
| but : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

OpenSimulator development code requires Mono 5.12 or later.

To run OpenSimulator with mono, execute on folder ../bin

./opensim.sh

You can edit that shell script if you need, to change Regional Setting (see bellow) or other parameters like stack size for ODE based physics engines.

On Mac Os with mono5.x you can run OpenSimulator in 32bit mode changing the mono execution line on that script to:

mono --desktop --arch=32 OpenSim.exe

=== Getting Mono ===

You can install mono from [https://www.mono-project.com/download/stable/ Mono Official Download Page].
If you system is not supported, you will need to get its sources and compile on it.

== Docker ==

For testing purposes, you can even run OpenSimulator as Docker containers. The quickest way would be to use [https://hub.docker.com/_/mono/ official docker mono image] as base image. To avoid first-run questionaries, you need to prepare a series of ini files and deploy them on the container. For example, if you run 0.9.0.0-rc1 binary in Standalone mode on Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

In most cases, you should care about "ExternalHostName" in Regions.ini. The value should be valid hostname which can be accessed from outside of docker machine. In general, it would be "localhost" or the hostname of the docker machine which the container resides in.

Then build it and run like that. Note that you will need to forward both TCP and UDP port.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

You can find full sample Dockerfile project at [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Locales and Regional Settings =
OpenSimulator will only work properly when you run it with an English locale or regional setting. With other settings than English, you are likely to see a variety of issues, ranging from misbehaving scripts to crashes.

== Linux ==
In Linux, you can easily use the standard "C" locale just for running OpenSim.exe, as explained in [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

For information about changing your locale in a more general way, see [[Troubleshooting#Locales Issues]]

== Windows ==
If you are not using an English regional setting in Windows by default, then there is not a solution as easy as for Linux, unfortunately. I did it with an additional user account that I created just for OpenSimulator in which I set the regional setting to "English (US)". I run OpenSim.exe from my normal user account with "Run as..." (or check "Run with different credentials" in a shortcut's advanced properties) and specify the OpenSimulator account as the one to be used.

= Additional Resources =

OSGrid Technical Support Forum with many installation tutorials:  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

MONO Project:  [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

Dependencies/fr

2025-01-31T17:18:35Z

Acryline: /* Sous linux = */

{{Languages|Dependencies}}

= Note =
Ces instructions supposent que vous voulez exécuter OpenSimulator en mode standalone à partir des paquets binaires. Si ce n'est pas le cas ou si vous avez des exigences plus complexes (par exemple vous préférez utiliser la base de données MySQL plutôt que SQLite ou vous voulez lancer OpenSimulator en mode grille), alors , vous devez d'abord [[Configuration/fr|configurer]] OpenSimulator.

= Dépendances =
En plus du code OpenSimulator lui-même, certains autres paquets doivent être installés sur les différentes plates-formes afin de permettre l'exécution d'OpenSimulator.

Outre les informations sur cette page (qui devraient être développées), vous pouvez trouver plus d'informations sur les dépendances dans [[Build_Instructions/fr]], bien que cette page contienne également des informations sur les dépendances requises uniquement pour la compilation des sources. Vous trouverez d'autres conseils en anglais à la page [[Troubleshooting]].

Après avoir installé les dépendances, vous devrez peut-être configurer le pare-feu installé sur votre système de manière à ce que les viewers extérieurs puissent accéder à OpenSimulator sur votre machine. Voir [[Firewall Settings]] pour plus d'informations.

[[NAT Loopback Routers]] Informations sur le routeur et le Nat Loopback qui vous aideront à configurer votre routeur/modem.

= Version 0.9.3.0 et supérieure =
Dépendances :
* runtime [https://dotnet.microsoft.com/en-us/download/dotnet/8.0 dotnet8] ou le runtime Desktop pour votre plateforme (ainsi que le SDK si vous souhaitez compiler)
== Sous Windows ==
* vous devrez peut-être installer [https://docs.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170 les fichiers d'exécution pour vc++].
* vous devrez peut-être autoriser l'installation de l'ancien .NetFramework 3.5
== Sous linux''' ==
<ul>
<li>'''Vous aurez besoin de libgdiplus'''.
* si vous avez mono-complete 6.x installé, vous avez déjà libgdiplus,
* sinon vous devez l'installer, par exemple sur debian :
<pre>sudo apt-get update && apt-get install -y apt-utils libgdiplus libc6-dev </pre>
</li>

<li> '''Erreur possible sous Linux''' :
Lors de l'exécution du script `opensim.sh`, l'erreur suivante peut s'afficher
<pre>-bash: ./opensim.sh : /bin/sh^M : mauvais interpréteur: Aucun fichier ou répertoire de ce type</pre>

Cette erreur indique qu'il y a un problème avec le format du fichier, souvent causé par des caractères de fin de ligne incompatibles (par exemple, des retours chariot de style Windows).

Pour résoudre ce problème, il est nécessaire de convertir le fichier en utilisant la commande `dos2unix`. Installez dos2Unix
sudo apt install dos2unix
Exécutez la commande suivante dans dossier bin du simulateur :
dos2unix opensim.sh
</li>
</ul>

= Versions antérieures =
== Windows ==

La version actuelle d'OpenSimulator nécessite .NET Framework 4.6.<br>
Vous devrez peut-être aussi installer les fichiers [https://docs.microsoft.com/fr-FR/cpp/windows/latest-supported-vc-redist?view=msvc-170 runtime pour vc++].

Double-cliquez ou exécutez à l'invite de commandes :
*'''OpenSim.exe'''

Sur les machines 64bit, vous pouvez exécuter les petites régions en mode 32bit, double-cliquez ou exécutez sur l'invite de commande :
*'''OpenSim32.exe'''.

Selon votre installation, vous devrez exécuter le programme en tant qu'administrateur (clic droit -> 'Exécuter en tant qu'administrateur'). Cela affichera une fenêtre pour vous demander l'autorisation, sélectionnez "Autoriser".

== GNU/Linux et Mac OSX ==

{| class="wikitable"
|-
! scope="col"| Version de Mono
! scope="col"| Version d'OpenSimulator
! scope="col"| Status
! scope="col"| Notes
|-
! scope="row"| 2.4.3+
| 0.7.6
|OK
|
|-
! scope="row"| 2.6.x
| < 0.7.6
| OK
| Semble fonctionner, bien que mono VM semble présenter quelques problèmes (crash avec stacktrace native) sur des simulateurs lançant de nombreuses régions ou avec de nombreux utilisateurs/primitives.
|-
! scope="row"| 2.8.x
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.0
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.1
| *
| Pas OK
| Problèmes de performance et d'évolutivité importants
|-
! scope="row"| 2.10.2
| *
| OK
|
|-
! scope="row"| 2.10.8
| < 0.9
| OK (recommandé)
|
|-
! scope="row"| 2.10.9 > 3.0.3
| *
| Pas OK
| Problèmes majeurs.
|-
! scope="row"| 3.0.7
| *
| OK
|
|-
! scope="row"| 4.0
| *
| Pas Ok
|
|-
! scope="row"| 4.0.4
| *
| Ok
|
|-
! scope="row"| 4.3.2
| *
| Ok
|
|-
! scope="row"| 4.4.2
| *
| Pas OK
| Certains problèmes sur Robust comme NameResolutionFailure
|-
! scope="row"| 4.6.2.16
| *
| Pas Ok
|
|-
! scope="row"| 5.x
| *
| Semble fonctionner
| Mais : http://opensimulator.org/mantis/view.php?id=8251
|-
! scope="row"| >=5.12
| >=0.9.1
|
|
|-
|}

Le code de développement d'OpenSimulator nécessite Mono 5.12 ou plus.

Pour lancer OpenSimulator avec mono, exécutez dans le dossier ../bin

./opensim.sh

Vous pouvez modifier ce script shell si vous le souhaitez, pour changer les paramètres régionaux (voir ci-dessous) ou d'autres paramètres comme la taille de la pile pour les moteurs physiques basés sur ODE.

Sur Mac Os avec mono5.x vous pouvez exécuter OpenSimulator en mode 32bit en changeant la ligne d'exécution mono de ce script en :

mono --desktop --arch=32 OpenSim.exe

===Installation de Mono===

Vous pouvez installer mono à partir de [https://www.mono-project.com/download/stable/ la page de téléchargement officielle de Mono]. Si votre système n'est pas supporté, vous devrez obtenir ses sources et compiler sur celui-ci.

== Docker ==
À des fins de test, vous pouvez même exécuter OpenSimulator dans un conteneur Docker. Le moyen le plus rapide est d'utiliser [https://hub.docker.com/_/mono/ official mono image] comme image de base. Pour éviter les questions posées à la première installation, vous devez préparer une série de fichiers ini et les déployer dans le conteneur. Par exemple, si vous exécutez le binaire 0.9.0.0-rc1 en mode standalone sur Mono 4.6.2.16:

<pre>
FROM mono:4.6.2.16

RUN curl http://dist.opensimulator.org/opensim-0.9.0.0-rc1.tar.gz -s | tar xzf -
COPY Regions.ini /opensim-0.9.0.0-rc1/bin/Regions/Regions.ini
COPY OpenSim.ini /opensim-0.9.0.0-rc1/bin/OpenSim.ini
EXPOSE 9000
WORKDIR /opensim-0.9.0.0-rc1/bin

CMD [ "mono", "./OpenSim.exe" ]
</pre>

Dans la plupart des cas, vous devez définir "ExternalHostName" dans Regions.ini. Cette valeur devrait être un nom d'hôte valide accessible de l'extérieur de la machine Docker. En général, ce sera "localhost" ou le nom d'hôte de la machine Docker dans laquelle se trouve le conteneur.

Ensuite compilez les sources et lancez ainsi. Notez que vous devrez rediriger le port TCP/UDP.

<pre>
$ docker build -t opensim .
$ docker run --name=opensim -p 9000:9000 -p 9000:9000/udp -d opensim
or
$ docker run --name=opensim -it -p 9000:9000 -p 9000:9000/udp opensim
</pre>

Vous trouverez un exemple complet du projet Dockerfile à l'adresse [https://github.com/Makopo/docker-opensimulator-simple makopo/docker-opensimulator-sample].

= Paramètres locaux et régionaux =
OpenSimulator fonctionne correctement seulement si vous le lancez avec un paramètre local ou régional anglais. Avec les autres paramètres, vous pouvez rencontrer certains problèmes, allant de l'erreur de script au crash.

== GNU/Linux ==
Dans GNU/Linux, vous pouvez utiliser facilement le paramètre standard local "C" seulement pour lancer OpenSim.exe, comme expliqué dans [[Troubleshooting#ScriptEngine Issues]]:
<pre>
env LANG=C mono OpenSim.exe
</pre>

Pour plus d'informations sur la modification plus générale de votre paramètre local, voir [[Troubleshooting#Locales Issues]]

== Windows ==
Si vous n'utilisez pas par défaut de paramètre régional anglais dans Windows, il n'existe pas de solution aussi simple que pour GNU/Linux, malheureusement. Je l'ai fait avec un compte utilisateur supplémentaire que j'ai créé juste pour OpenSimulator dans lequel j'ai configuré le paramètre régional à "Anglais (US)". Je lance OpenSim.exe à partir de mon compte d'utilisateur normal avec "Exécuter comme ..." (ou cochez "Exécuter avec différentes informations d'identification" dans les propriétés avancées d'un raccourci) et spécifiez le compte OpenSimulator comme étant celui à utiliser.

= Ressources supplémentaires =

Forum de support technique d'OSGrid avec de nombreux tutoriels sur l'installation :  [http://osgrid.org/forums/viewforum.php?f=14 osgrid.org/forums/viewforum.php]

Projet MONO [http://www.mono-project.com/Main_Page www.mono-project.com/Main_Page]

[[Category:French Translations]]