Varregion/fr - Revision history

Acryline: /* Problèmes connus */

2022-03-16T18:20:16Z

‎Problèmes connus

Acryline: /* Détection du passage des frontières */

2022-02-27T12:18:57Z

‎Détection du passage des frontières

Acryline: /* Configuration */

2022-02-27T12:10:53Z

‎Configuration

Acryline: /* Restrictions */

2022-02-27T12:05:55Z

‎Restrictions

Acryline: /* Restrictions */

2021-10-28T06:28:28Z

‎Restrictions

Acryline: /* Les problèmes connus */

2021-10-28T06:18:54Z

‎Les problèmes connus

Kyle Brynner: /* Restrictions */

2016-12-30T09:15:17Z

‎Restrictions

Kyle Brynner: /* Restrictions */

2016-12-30T09:11:40Z

‎Restrictions

Kyle Brynner: /* Restrictions */

2016-12-29T17:25:30Z

‎Restrictions

Kyle Brynner: /* Restrictions */

2016-12-29T17:23:40Z

‎Restrictions

← Older revision		Revision as of 18:20, 16 March 2022
Line 72:		Line 72:

	Notez la présence des nouveaux paramètres "--force-terrain" and "--force-parcels". Le paramètre "--merge" utilisé par lui-même, sert à fusionner les objets des multiples OARs. La fusion supprime aussi le chargement des données du terrain et des informations des parcelles . C'est ce qu'on veut quand on fusionne les objets. Mais si vous chargez des OARs multiples pour créer une nouvelle région plus grande, les informations du terrain et des parcelles devront aussi être chargées. D'où l'utilité des nouveaux paramètres.		Notez la présence des nouveaux paramètres "--force-terrain" and "--force-parcels". Le paramètre "--merge" utilisé par lui-même, sert à fusionner les objets des multiples OARs. La fusion supprime aussi le chargement des données du terrain et des informations des parcelles . C'est ce qu'on veut quand on fusionne les objets. Mais si vous chargez des OARs multiples pour créer une nouvelle région plus grande, les informations du terrain et des parcelles devront aussi être chargées. D'où l'utilité des nouveaux paramètres.
−
−	~~==Problèmes connus ==~~
−	* Il y a un problème avec la téléportation dans et hors d'une grande région. Cela fonctionne pour certaines configurations et pas pour d'autres.
−	* Alors que les régions adjacentes sont généralement visibles, parfois elles ne le sont pas. Elles apparaissent lorsque vous passez dans la région.

	==Discussion sur l'implémentation (obsolète) ==		==Discussion sur l'implémentation (obsolète) ==

← Older revision		Revision as of 12:18, 27 February 2022
Line 101:		Line 101:

	===Détection du passage des frontières===		===Détection du passage des frontières===
		+	Les régions 0.9 nécessitent des services de grille 0.9. Elles peuvent fonctionner sur des grilles 0.8, mais la portée de la vue doit être supérieure à 256 m.
		+
		+	Versions plus anciennes :
		+
	La majeure partie du code de "passage vers une nouvelle région" est basé sur le contrôle des frontières. Il y a aussi pas mal de code pour calculer si un objet ou un avatar a traversé la limite d'une région et autant pour calculer l'adresse de la prochaine. L'introduction d'une taille de région variable chamboule beaucoup ces calculs. Cela signifie que le code chargé habituellement de faire ces calculs définit l'adresse de la nouvelle région et la localisation d'arrivée en se basant sur une taille constante de 256x256m. Avec les varregions ces hypothèses ne tiennent plus. L'implémentation d'une varregion signifie que le calcul de l'adresse de la région d'origine et de la localisation des frontières va être déplacé vers le service de grille GridService, entité qui connaît réellement la taille de toutes les régions.		La majeure partie du code de "passage vers une nouvelle région" est basé sur le contrôle des frontières. Il y a aussi pas mal de code pour calculer si un objet ou un avatar a traversé la limite d'une région et autant pour calculer l'adresse de la prochaine. L'introduction d'une taille de région variable chamboule beaucoup ces calculs. Cela signifie que le code chargé habituellement de faire ces calculs définit l'adresse de la nouvelle région et la localisation d'arrivée en se basant sur une taille constante de 256x256m. Avec les varregions ces hypothèses ne tiennent plus. L'implémentation d'une varregion signifie que le calcul de l'adresse de la région d'origine et de la localisation des frontières va être déplacé vers le service de grille GridService, entité qui connaît réellement la taille de toutes les régions.

@@ Line 42: / Line 42: @@
 *Si la taille n'est pas spécifiée, bien entendu, elle sera par défaut définies à 256x256.
 *Si les dimensions renseignées ne respectent pas les restrictions, des valeurs acceptables seront calculées et des messages d'alerte et d'erreur seront envoyés dans le log.
 *Si vous convertissez une mégarégion, n'oubliez pas de placer dans votre configuration :
 <source lang="ini">

@@ Line 12: / Line 12: @@
 * Une région ne peut avoir qu'une seule région adjacente par côté, à l'exception des coins, sinon le viewer risque de  planter. (donc au maximum 4 régions se touchant aux coins plus 4 autres, une touchant chaque côté)
 * Les régions adjacentes doivent avoir la même taille, sauf si elles sont toutes en version 0.9 ou supérieure.
-* Avec les versions antérieures à 0.9 vous devez utiliser BulletSim (les moteurs ODE 0.9 supportent les varregions).
+* Avec les versions antérieures à 0.9 vous devez utiliser BulletSim (les moteurs ODE 0.9 supportent les varregions). Même dans ce cas, attendez-vous à des problèmes de temps en temps, notamment en ce qui concerne la physique et les passages d'une région à l'autre.
 ** Vous devez utiliser l'implémentation des cartes de niveaux (heightmap) de BulletSim. Depuis le 28 janvier 2014, BulletSim a été modifié pour forcer le chargement des heightmap des terrains si la taille des régions est supérieure à 256 sur un côté. Le paramètre peut être forcé en ajoutant à vos fichiers INI :

@@ Line 7: / Line 7: @@
 ==Restrictions==
-'''Quelques restrictions s'appliquent :'''
+Certaines restrictions s'appliquent :
-*les '''dimensions''' des régions doivent être un multiple de 256 et être inférieures ou égales à 8192.
+* Les dimensions doivent être un multiple de 256 et inférieures ou égales à 4096.
-*la région doit être '''carrée''' (à partir du 04 novembre 2013).
+* Les dimensions doivent être égales pour que les régions soient carrées.
-*'''Les régions adjacentes''' doivent avoir la même taille, sauf si elles sont toutes de la version 0.9. Par exemple, vous pouvez avoir plusieurs régions de 512x512  l'une à côté de l'autre (et voir dans l'autre région transfrontalière). Il semble y avoir un problème au niveau des viewers. Si des régions de taille différentes sont à portée de vue, des crashes peuvent se produire. Prévoyez d'avoir des régions de même taille dans la même "vue". Rappellez-vous que les coordonnées d'une région sont référencées sur une base de 256 mètres. Ainsi un groupe de quatre régions de 512x512 aurait par exemple pour coordonnées 8000/8000, 8000/8002, 8002/8000 et 8002/8002.
+* Une région ne peut avoir qu'une seule région adjacente par côté, à l'exception des coins, sinon le viewer risque de  planter. (donc au maximum 4 régions se touchant aux coins plus 4 autres, une touchant chaque côté)
-*Avec les versions antérieures à la 0.8.2.1, vous devez utiliser le moteur physique BulletSim (depuis la version 0.8.2.1, le moteur physique ODE supporte les Varregions. C'est le cas également du nouveau moteur physique ubODE depuis la version 0.9).
+* Les régions adjacentes doivent avoir la même taille, sauf si elles sont toutes en version 0.9 ou supérieure.
-*Vous devez utiliser l'implémentation des cartes de niveaux (heightmap) de BulletSim. Depuis le 28 janvier 2014, BulletSim a été modifié pour forcer le chargement des heightmap des terrains si la taille des régions est supérieure à 256 sur un côté. L'implémentation est activée par défaut dans le fichier OpenSimDefaults.ini :
+* Avec les versions antérieures à 0.9 vous devez utiliser BulletSim (les moteurs ODE 0.9 supportent les varregions).
 <source lang="ini">
    [BulletSim]

@@ Line 70: / Line 70: @@
 Notez la présence des nouveaux paramètres "--force-terrain" and "--force-parcels". Le paramètre "--merge" utilisé par lui-même, sert à fusionner les objets des multiples OARs. La fusion supprime aussi le chargement des données du terrain et des  informations des parcelles . C'est ce qu'on veut quand on fusionne les objets. Mais si vous chargez des OARs multiples pour créer une nouvelle région plus grande, les informations du terrain et des parcelles devront aussi être chargées. D'où l'utilité des nouveaux paramètres.
-==Les problèmes connus==
+==Problèmes connus ==
 Cette modification majeure d'OpenSimulator touche un nombre important de domaines. Les chapitres qui suivent présentent  les modifications que Justin CC a du faire.

@@ Line 12: / Line 12: @@
 *'''Les régions adjacentes''' doivent avoir la même taille, sauf si elles sont toutes de la version 0.9. Par exemple, vous pouvez avoir plusieurs régions de 512x512  l'une à côté de l'autre  (et voir dans l'autre région transfrontalière). Il semble y avoir un problème au niveau des viewers. Si des régions de taille différentes sont à portée de vue, des crashes se produisent. Prévoyez d'avoir des régions de même taille dans la même "vue". Rappellez-vous que les coordonnées d'une région sont référencées sur une base de 256 mètres. Ainsi un groupe de quatre régions de 512x512 aurait par exemple pour coordonnées 8000/8000, 8000/8002, 8002/8000 et 8002/8002.
 *Avec les versions antérieures à la 0.8.2.1, vous devez utiliser le moteur physique BulletSim (depuis la version 0.8.2.1, le moteur physique ODE supporte les Varregions. C'est le cas également du nouveau moteur physique ubODE depuis la version 0.9).
-*Vous devez utiliser l'implémentation des cartes de niveaux (heightmap) de BulletSim. Depuis le 28 janvier 2014, BulletSim a été modifié pour forcer le chargement des heightmap des terrains si la taille des régions est supérieure à 256 sur un côté. La configuration peut être forcée en ajoutant à vos fichiers INI :
+*Vous devez utiliser l'implémentation des cartes de niveaux (heightmap) de BulletSim. Depuis le 28 janvier 2014, BulletSim a été modifié pour forcer le chargement des heightmap des terrains si la taille des régions est supérieure à 256 sur un côté. L'implémentation est activée par défaut dans le fichier OpenSimDefaults.ini :
 <source lang="ini">
    [BulletSim]
      TerrainImplementation = 0
 </source>
-*Si auparavant vous utilisiez les [[megaregions]] vous devez vous assurer que CombineContiguousRegions  est bien défini à false.
+*Si auparavant vous utilisiez les [[megaregions]] vous devez vous assurer que CombineContiguousRegions est bien défini à false.
 <source lang="ini">
 [Startup]

@@ Line 17: / Line 17: @@
      TerrainImplementation = 0
 </source>
-*Parce qu'il y a beaucoup de terrain dans une varregion, le chargement de terrain dans le viewer peut prendre du temps. A partir de la version 0.9, le terrain se charge par défaut depuis la position de l'avatar vers l'extérieur en fonction de la distance de vue réglée dans les préférences du viewer (plutôt que depuis l'extérieur vers l'intérieur de la région) afin d'accélérer l'affichage. Avec les versions antérieures à 0.9, vous devez définir le paramètre suivant dans le fichier OpenSim.ini:
+*Parce qu'il y a beaucoup de terrain dans une varregion, le chargement de terrain dans le viewer peut prendre du temps. A partir de la version 0.9, le terrain se charge par défaut depuis la position de l'avatar vers l'extérieur en fonction de la distance de vue réglée dans les préférences du viewer (plutôt que depuis l'extérieur vers l'intérieur de la région), ce qui permet un affichage plus rapide de la région. Avec les versions antérieures à 0.9, vous devez définir le paramètre suivant dans le fichier OpenSim.ini:
 <source lang="ini">
 [Terrain]