Réunion du 09-01-2024 - Historique des versions

Acryline : /* Passage de région */

2024-01-13T08:57:50Z

Passage de région

← Version précédente		Version du 13 janvier 2024 à 10:57
Ligne 30 :		Ligne 30 :
	* Pas encore de test pour les véhicules sur OpenSimulator.		* Pas encore de test pour les véhicules sur OpenSimulator.
	=== Passage de région ===		=== Passage de région ===
	* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui ~~que l~~ d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.		* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.
	* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.		* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.
	* La région décide où se trouve l'objet(serveur) le viewer dit juste "bouge" (client),c'est la partie UDP. S'il y a une perte de paquets UDP, ce que veut l'utilisateur peut se perdre. La région dit au viewer ce qu'il doit faire et en retour il envoie un rapport. Les régions décident des positions, elles dirigent la physique et les scripts. Parce que le "ne peut pas bouger" est plus rare que le "peut bouger", la plupart des vérifications se font après qu'il soit appliqué, c'est pour ça qu'il y a de l'élastique sur les lignes de bannissement et autres.		* La région décide où se trouve l'objet(serveur) le viewer dit juste "bouge" (client),c'est la partie UDP. S'il y a une perte de paquets UDP, ce que veut l'utilisateur peut se perdre. La région dit au viewer ce qu'il doit faire et en retour il envoie un rapport. Les régions décident des positions, elles dirigent la physique et les scripts. Parce que le "ne peut pas bouger" est plus rare que le "peut bouger", la plupart des vérifications se font après qu'il soit appliqué, c'est pour ça qu'il y a de l'élastique sur les lignes de bannissement et autres.

Acryline : /* Recherche */

2024-01-12T14:03:27Z

Recherche

← Version précédente		Version du 12 janvier 2024 à 16:03
Ligne 6 :		Ligne 6 :
	= Modules =		= Modules =
	=== Recherche ===		=== Recherche ===
	* Vincent Sylvester se demande pourqoi le module de recherche d'OpenSim n'est pas dans le noyau. Il dit quà part les problèmes de webroot, le module lui-même n'a pas changé du tout et que très peu de monde utilise un module différent pour la recherche, s'il en existe un.		* Vincent Sylvester se demande pourqoi le module de recherche d'OpenSim n'est pas dans le noyau. Il dit quà part les problèmes de webroot, le module lui-même n'a pas changé du tout et que très peu de monde utilise un module différent pour la recherche, s'il en existe un autre.

	= Projets en cours / Infos=		= Projets en cours / Infos=
	===Osgrid ===		===Osgrid ===

Acryline le 12 janvier 2024 à 13:34

2024-01-12T13:34:56Z

← Version précédente		Version du 12 janvier 2024 à 15:34
Ligne 4 :		Ligne 4 :
	= Avertissement =		= Avertissement =
	{{Avertissement_résumé\|fond=pink \|bord=red \|message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]}}		{{Avertissement_résumé\|fond=pink \|bord=red \|message = Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
	~~= Noyau=~~
	~~= Scripts=~~
	~~= Base de données =~~
	= Modules =		= Modules =
	=== Recherche ===		=== Recherche ===
	* Vincent Sylvester se demande pourqoi le module de recherche d'OpenSim n'est pas dans le noyau. Il dit quà part les problèmes de webroot, le module lui-même n'a pas changé du tout et que très peu de monde utilise un module différent pour la recherche, s'il en existe un.		* Vincent Sylvester se demande pourqoi le module de recherche d'OpenSim n'est pas dans le noyau. Il dit quà part les problèmes de webroot, le module lui-même n'a pas changé du tout et que très peu de monde utilise un module différent pour la recherche, s'il en existe un.

	~~= Bugs =~~
	~~= Tests =~~
	= Projets en cours / Infos=		= Projets en cours / Infos=
	===Osgrid ===		===Osgrid ===

Acryline : /* Viewers */

2024-01-12T13:34:27Z

Viewers

← Version précédente		Version du 12 janvier 2024 à 15:34
Ligne 31 :		Ligne 31 :

	= Viewers=		= Viewers=

	~~=== Dayturn ===~~

	=== Sharpview ===		=== Sharpview ===
	* Ajouts de dispositifs pour le passage de régions. Des tests sont nécessaire, cela ne fonctionne pas assez bien.		* Ajouts de dispositifs pour le passage de régions. Des tests sont nécessaire, cela ne fonctionne pas assez bien.

Acryline : /* Projets en cours / Infos */

2024-01-12T13:34:15Z

Projets en cours / Infos

← Version précédente		Version du 12 janvier 2024 à 15:34
Ligne 26 :		Ligne 26 :
	* Gavin.Hird utilise aussi Kallithea [http://dayturn.com:5005/] mais il semble qu'il ne soit plus maintenu.		* Gavin.Hird utilise aussi Kallithea [http://dayturn.com:5005/] mais il semble qu'il ne soit plus maintenu.
	* NDLR : pour info Framagit [https://framagit.org/explore] qui est une instance de Gitlab maintenue par Framasoft. Vous pouvez créer des comptes et l'utiliser gratuitement.		* NDLR : pour info Framagit [https://framagit.org/explore] qui est une instance de Gitlab maintenue par Framasoft. Vous pouvez créer des comptes et l'utiliser gratuitement.
			=== Prochaine réunion===
			* Éventuelle région de remplacement : http://grid.xmir.org:8002/barcola . Attente près de l'aire d'atterrissage et choix d'une salle après l'arrivée des participants. Les retardataires peuvent vérifier sur la carte s'il y a un groupe de points bien serrés.
			* NDLR : comme la grille Osgrid semble mise à jour et que tout fonctionne il est peu probable que la réunion du 16 janvier soit déplacée.

	= Viewers=		= Viewers=

Acryline : /* Passage de région */

2024-01-12T13:30:34Z

Passage de région

← Version précédente		Version du 12 janvier 2024 à 15:30
Ligne 37 :		Ligne 37 :
	* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui que l d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.		* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui que l d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.
	* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.		* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.
			* La région décide où se trouve l'objet(serveur) le viewer dit juste "bouge" (client),c'est la partie UDP. S'il y a une perte de paquets UDP, ce que veut l'utilisateur peut se perdre. La région dit au viewer ce qu'il doit faire et en retour il envoie un rapport. Les régions décident des positions, elles dirigent la physique et les scripts. Parce que le "ne peut pas bouger" est plus rare que le "peut bouger", la plupart des vérifications se font après qu'il soit appliqué, c'est pour ça qu'il y a de l'élastique sur les lignes de bannissement et autres.
			* Dans les viewers, il y a une seconde délibérée pendant laquelle aucune nouvelle image n'est rendue pendant la traversée, un certain nombre d'images ne sont pas rafraîchies. L'utilisateur est généralement concentré sur l'avatar en train de traverser, donc tout ce qui se passe dans le cadre n'a pas d'attention. C'est localisé à l'observateur, tout le reste se passe normalement.
	=====Problème =====		=====Problème =====
	* Sur OpenSim les passages de région en diagonale explosent à cause de la façon dont les croisements fonctionnent en interne, nous ne pouvons tout simplement pas déplacer les données assez rapidement. Les régions ne parlent pas avec les régions en diagonale. Le problème vient peut-être du protocole, comment les mises à jour sont envoyées via UDP. La plupart des cas, il y aura 2 croisements en séquence rapide.Le problème est que si vous vous déplacez à une diagonale de 256,254 par exemple, vous êtes d'abord placé dans la région latérale, puis vous passez instantanément dans la région diagonale. OpenSim ne peut pas traiter ces données en moins d'une seconde. Si vous atteignez exactement 256,256 et que vous vous déplacez rapidement, vous serez placé dans la région diagonale. C'est encore plus vrai si la seule région disponible est la région diagonale. Si vous vous arrivez dans le coin et que vous n'avez que la région du coin disponible pour traverser, cela fonctionne beaucoup mieux, c'est la région sur le côté qui obtient le déclenchement de la traversée qui casse tout.		* Sur OpenSim les passages de région en diagonale explosent à cause de la façon dont les croisements fonctionnent en interne, nous ne pouvons tout simplement pas déplacer les données assez rapidement. Les régions ne parlent pas avec les régions en diagonale. Le problème vient peut-être du protocole, comment les mises à jour sont envoyées via UDP. La plupart des cas, il y aura 2 croisements en séquence rapide.Le problème est que si vous vous déplacez à une diagonale de 256,254 par exemple, vous êtes d'abord placé dans la région latérale, puis vous passez instantanément dans la région diagonale. OpenSim ne peut pas traiter ces données en moins d'une seconde. Si vous atteignez exactement 256,256 et que vous vous déplacez rapidement, vous serez placé dans la région diagonale. C'est encore plus vrai si la seule région disponible est la région diagonale. Si vous vous arrivez dans le coin et que vous n'avez que la région du coin disponible pour traverser, cela fonctionne beaucoup mieux, c'est la région sur le côté qui obtient le déclenchement de la traversée qui casse tout.

	===== Solutions =====		===== Solutions =====
	* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''		* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''

Acryline : /* Source */

2024-01-12T13:12:47Z

Source

← Version précédente		Version du 12 janvier 2024 à 15:12
Ligne 49 :		Ligne 49 :

	= Source=		= Source=
			http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-01-09

Acryline : /* Édition d'un terrain */

2024-01-12T13:10:49Z

Édition d'un terrain

← Version précédente		Version du 12 janvier 2024 à 15:10
Ligne 45 :		Ligne 45 :

	=== Édition d'un terrain ===		=== Édition d'un terrain ===
			* Sur SL la terre s'étend sur 16m à l'extérieur du bord pour la physique, sur OpenSim la marge est plus réduite.
	* À travers la frontière d'une autre région sur SL, on obtient le terrain de l'autre région. Sur OpenSim il n'y a pas ce genre de partage. Les régions sont isolées. C'est une bonne chose, mais cela implique aussi certains problèmes.		* À travers la frontière d'une autre région sur SL, on obtient le terrain de l'autre région. Sur OpenSim il n'y a pas ce genre de partage. Les régions sont isolées. C'est une bonne chose, mais cela implique aussi certains problèmes.

	= Source=		= Source=

Acryline : /* Passage de région */

2024-01-12T13:10:39Z

Passage de région

← Version précédente		Version du 12 janvier 2024 à 15:10
Ligne 36 :		Ligne 36 :
	=== Passage de région ===		=== Passage de région ===
	* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui que l d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.		* La plupart des viewer enregistrés par SL ont accès à la physique du moteur Havok. [https://fr.wikipedia.org/wiki/Havok_(moteur_de_jeu)], sinon il faut utiliser celui que l d'Alchemy pour opensim, sinon impossible de traverser une frontière avec un véhicule.
	* Sur OpenSim les passages de région en diagonale explosent à cause de la façon dont les croisements fonctionnent en interne, nous ne pouvons tout simplement pas déplacer les données assez rapidement. Les régions ne parlent pas avec les régions en diagonale. Le problème vient peut-être du protocole, comment les mises à jour sont envoyées via UDP. La plupart des cas, il y aura 2 croisements en séquence rapide.Le problème est que si vous vous déplacez à une diagonale de 256,254 par exemple, vous êtes d'abord placé dans la région latérale, puis vous passez instantanément dans la région diagonale. OpenSim ne peut pas traiter ces données en moins d'une seconde. Si vous atteignez exactement 256,256 et que vous vous déplacez rapidement, vous serez placé dans la région diagonale. C'est encore plus vrai si la seule région disponible est la région diagonale. Si vous vous arrivez dans le coin et que vous n'avez que la région du coin disponible pour traverser, cela fonctionne beaucoup mieux, c'est la région sur le côté qui obtient le déclenchement de la traversée qui casse tout,		* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.

			=====Problème =====
			* Sur OpenSim les passages de région en diagonale explosent à cause de la façon dont les croisements fonctionnent en interne, nous ne pouvons tout simplement pas déplacer les données assez rapidement. Les régions ne parlent pas avec les régions en diagonale. Le problème vient peut-être du protocole, comment les mises à jour sont envoyées via UDP. La plupart des cas, il y aura 2 croisements en séquence rapide.Le problème est que si vous vous déplacez à une diagonale de 256,254 par exemple, vous êtes d'abord placé dans la région latérale, puis vous passez instantanément dans la région diagonale. OpenSim ne peut pas traiter ces données en moins d'une seconde. Si vous atteignez exactement 256,256 et que vous vous déplacez rapidement, vous serez placé dans la région diagonale. C'est encore plus vrai si la seule région disponible est la région diagonale. Si vous vous arrivez dans le coin et que vous n'avez que la région du coin disponible pour traverser, cela fonctionne beaucoup mieux, c'est la région sur le côté qui obtient le déclenchement de la traversée qui casse tout.
			===== Solutions =====
	* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''		* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''
	* ~~La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.~~		* Une solution plus efficace serait d'essayer l'idée de la boîte de délimitation, forcer le croisement en diagonale.
	* Sur SL la terre s'~~étend sur 16m à~~ l'~~extérieur du bord pour~~ la ~~physique~~, ~~sur OpenSim la marge est plus réduite~~.

	=== Édition d'un terrain ===		=== Édition d'un terrain ===

Acryline : /* Passage de région */

2024-01-12T13:06:29Z

Passage de région

← Version précédente		Version du 12 janvier 2024 à 15:06
Ligne 39 :		Ligne 39 :
	* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''		* Une solution : mettre une grosse prim sur les coins avec le message "non, pas de croisement ici". '''😀'''
	* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.		* La plupart du code pour les passages de frontière se situe dans le fichier indra/newview/llviewerobject.cpp du viewer.
			* Sur SL la terre s'étend sur 16m à l'extérieur du bord pour la physique, sur OpenSim la marge est plus réduite.

			=== Édition d'un terrain ===
			* À travers la frontière d'une autre région sur SL, on obtient le terrain de l'autre région. Sur OpenSim il n'y a pas ce genre de partage. Les régions sont isolées. C'est une bonne chose, mais cela implique aussi certains problèmes.

	= Source=		= Source=

Réunion du 09-01-2024 - Historique des versions

Acryline : /* Passage de région */

Acryline : /* Recherche */

Acryline le 12 janvier 2024 à 13:34

Acryline : /* Viewers */

Acryline : /* Projets en cours / Infos */

Acryline : /* Passage de région */

Acryline : /* Source */

Acryline : /* Édition d'un terrain */

Acryline : /* Passage de région */

Acryline : /* Passage de région */

Acryline : /* Passage de région */

Acryline : /* Recherche */

Acryline : /* Viewers */

Acryline : /* Projets en cours / Infos */

Acryline : /* Passage de région */

Acryline : /* Source */

Acryline : /* Édition d'un terrain */

Acryline : /* Passage de région */

Acryline : /* Passage de région */