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

Acryline : /* LI dans opensim est juste indicatif */

2024-10-04T11:09:21Z

LI dans opensim est juste indicatif

← Version précédente		Version du 4 octobre 2024 à 13:09
Ligne 64 :		Ligne 64 :
	== LI dans opensim est juste indicatif ==		== LI dans opensim est juste indicatif ==
	{{NDLR\|fond=white \|bord=green\|message = <br>		{{NDLR\|fond=white \|bord=green\|message = <br>
	~~Je n'ai pas bien compris il~~ faudrait ~~que je fasse~~ des tests dans le viewer~~. Je~~ ne sais pas à quoi correspond LI. ... J'y reviendrai peut-être.		Il faudrait faire des tests dans le viewer, je ne sais pas à quoi correspond LI. ... J'y reviendrai peut-être.
	}}		}}
	* Cuga Rajal a un mesh 1-LI qu'il relie à un cylindre plat régulier 1-LI.		* Cuga Rajal a un mesh 1-LI qu'il relie à un cylindre plat régulier 1-LI.
	* Quand les deux objets (mesh + cylindre) sont liés, le viewer indique que l'objet lié contient 30-LI (30 liens/objets ?) . Quand le mesh et le cylindre sont déliés, l'ensemble revient à 2-LI. Cela, même si le mesh est sur Physics Type None.		* Quand les deux objets (mesh + cylindre) sont liés, le viewer indique que l'objet lié contient 30-LI (30 liens/objets ?) . Quand le mesh et le cylindre sont déliés, l'ensemble revient à 2-LI. Cela, même si le mesh est sur Physics Type None.
	* Dans Blender le mesh était composé de 30 objets que Cuga Rajal a joints pour n'en faire plus qu'un. Il a optimisé le mesh puis l'a exporté et importé avec une forme physique de cube.		* Dans Blender le mesh était composé de 30 objets que Cuga Rajal a joints pour n'en faire plus qu'un. Il a optimisé le mesh puis l'a exporté et importé avec une forme physique de cube.
	* Ubit Umarov dit que LI dans OpenSim est indicatif. Les primitives sans mesh ont un LI de 1. Il n'y a pas de protocole pour indiquer le nombre de primitives. Les viewers doivent compter les paquets LLUDP et adapter le compte avec les changements. C'est la même chose pour les numéros de lien. Le viewer attribuera un numéro basé sur l'ordre dans lequel il a reçu le paquet LLUDP. Cela n'a aucun rapport avec l'ordre d'envoi.		* Ubit Umarov dit que LI dans OpenSim est indicatif. Les primitives sans mesh ont un LI de 1. Il n'y a pas de protocole pour indiquer le nombre de primitives. Les viewers doivent compter les paquets LLUDP et adapter le compte avec les changements. C'est la même chose pour les numéros de lien. Le viewer attribuera un numéro basé sur l'ordre dans lequel il a reçu le paquet LLUDP. Cela n'a aucun rapport avec l'ordre d'envoi.

	== Nombres de liens dans un objet lié ==		== Nombres de liens dans un objet lié ==

Acryline le 4 octobre 2024 à 09:24

2024-10-04T09:24:43Z

Acryline : /* Réponse */

2024-10-04T09:19:32Z

Réponse

← Version précédente		Version du 4 octobre 2024 à 11:19
Ligne 103 :		Ligne 103 :
	* orbert tatham a rencontré un bug avec Firestorm 7.x où la mer et le ciel sont perturbés à la suite d'une téléportation, même à l'intérieur d'OSGrid.		* orbert tatham a rencontré un bug avec Firestorm 7.x où la mer et le ciel sont perturbés à la suite d'une téléportation, même à l'intérieur d'OSGrid.
	=== Réponse ===		=== Réponse ===
	* L''''ancien problème des viewers''' demandant des données à la mauvaise région sur les tps n'a jamais été corrigé. Cela peut aussi avoir un impact sur l'environnement, le nom des ~~avayars~~ et des NPC. Ce n'est pas lié à la version 7.x de Firstorm.		* L''''ancien problème des viewers''' demandant des données à la mauvaise région sur les tps n'a jamais été corrigé. Cela peut aussi avoir un impact sur l'environnement, le nom des avatars et des NPC. Ce n'est pas lié à la version 7.x de Firstorm.
	* Le viewer obtient les informations de la nouvelle région mais il continue de les demander à l'ancienne région. Cela tue les noms des npc, les noms des avatars HG, les textures locales, les textures HG... etc.		* Le viewer obtient les informations de la nouvelle région mais il continue de les demander à l'ancienne région. Cela tue les noms des npc, les noms des avatars HG, les textures locales, les textures HG... etc.
	* '''Ce bug ne sera jamais corrigé''' parce qu'il est lié à la structure globale de Second Life et aussi parce que c'est un problème de timing très difficile à déboguer.		* '''Ce bug ne sera jamais corrigé''' parce qu'il est lié à la structure globale de Second Life et aussi parce que c'est un problème de timing très difficile à déboguer.

Acryline : /* LI dans opensim est juste indicatif */

2024-10-04T08:38:12Z

LI dans opensim est juste indicatif

← Version précédente		Version du 4 octobre 2024 à 10:38
Ligne 63 :		Ligne 63 :

	== LI dans opensim est juste indicatif ==		== LI dans opensim est juste indicatif ==
	🏗️		{{NDLR\|fond=white \|bord=green\|message = <br>
			Je n'ai pas bien compris il faudrait que je fasse des tests dans le viewer. Je ne sais pas à quoi correspond LI. ... J'y reviendrai peut-être.
			}}
			* Cuga Rajal a un mesh 1-LI qu'il relie à un cylindre plat régulier 1-LI.
			* Quand les deux objets (mesh + cylindre) sont liés, le viewer indique que l'objet lié contient 30-LI (30 liens/objets ?) . Quand le mesh et le cylindre sont déliés, l'ensemble revient à 2-LI. Cela, même si le mesh est sur Physics Type None.
			* Dans Blender le mesh était composé de 30 objets que Cuga Rajal a joints pour n'en faire plus qu'un. Il a optimisé le mesh puis l'a exporté et importé avec une forme physique de cube.
			* Ubit Umarov dit que LI dans OpenSim est indicatif. Les primitives sans mesh ont un LI de 1. Il n'y a pas de protocole pour indiquer le nombre de primitives. Les viewers doivent compter les paquets LLUDP et adapter le compte avec les changements. C'est la même chose pour les numéros de lien. Le viewer attribuera un numéro basé sur l'ordre dans lequel il a reçu le paquet LLUDP. Cela n'a aucun rapport avec l'ordre d'envoi.

			== Nombres de liens dans un objet lié ==
			* Le nombre de liens d'un objet indiqué par le viewer est faux. Il faut trouver ce nombre avec un script.
			* Il semble que cela a été corrigé dans une récente mise à jour de Firestorm.

	= Tests =		= Tests =
	== Convertisseur SSL ==		== Convertisseur SSL ==

Acryline : /* Performances et SSL */

2024-10-04T07:59:24Z

Performances et SSL

← Version précédente		Version du 4 octobre 2024 à 09:59
Ligne 73 :		Ligne 73 :
	* '''Plus de données''' pourrait rendre une plateforme moins accessible ou moins performante et [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] deviendrait contre-productif. Le débit de données est le facteur limitant pour de nombreux propriétaires de grilles.		* '''Plus de données''' pourrait rendre une plateforme moins accessible ou moins performante et [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] deviendrait contre-productif. Le débit de données est le facteur limitant pour de nombreux propriétaires de grilles.
	* Ubit Umarov n'est pas sûr que [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] représente plus de données en dehors de la [https://www.digicert.com/fr/faq/public-trust-and-certificates/what-is-a-tls-ssl-handshake '''négociation'''], dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.		* Ubit Umarov n'est pas sûr que [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] représente plus de données en dehors de la [https://www.digicert.com/fr/faq/public-trust-and-certificates/what-is-a-tls-ssl-handshake '''négociation'''], dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.
	* ~~En revanche,~~ '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).		* '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).
	* Seuls certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] à l'année ou utiliser un [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9 '''certificat auto-signé'''].		* Seuls certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] à l'année ou utiliser un [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9 '''certificat auto-signé'''].

Acryline : /* Chat vocal : WebRTC et SSL */

2024-10-04T07:57:37Z

Chat vocal : WebRTC et SSL

← Version précédente		Version du 4 octobre 2024 à 09:57
Ligne 31 :		Ligne 31 :
	== Chat vocal : WebRTC et SSL==		== Chat vocal : WebRTC et SSL==
	* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] Requiert [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''].		* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] Requiert [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''].
	* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] interdit [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9les '''certificats auto-signés'''].		* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] interdit les [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9les '''certificats auto-signés'''].

	== Carte==		== Carte==

Acryline : /* Chat vocal : WebRTC et SSL */

2024-10-04T07:57:20Z

Chat vocal : WebRTC et SSL

← Version précédente		Version du 4 octobre 2024 à 09:57
Ligne 31 :		Ligne 31 :
	== Chat vocal : WebRTC et SSL==		== Chat vocal : WebRTC et SSL==
	* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] Requiert [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''].		* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] Requiert [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''].
	🏗️		* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] interdit [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9les '''certificats auto-signés'''].

	== Carte==		== Carte==

Acryline : /* Convertisseur SSL */

2024-10-04T07:45:59Z

Convertisseur SSL

← Version précédente		Version du 4 octobre 2024 à 09:45
Ligne 71 :		Ligne 71 :

	=== Performances et SSL ===		=== Performances et SSL ===
	* '''Plus de données''' pourrait rendre une plateforme moins accessible ou moins performante et SSL deviendrait contre-productif. Le débit de données est le facteur limitant pour de nombreux propriétaires de grilles.		* '''Plus de données''' pourrait rendre une plateforme moins accessible ou moins performante et [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] deviendrait contre-productif. Le débit de données est le facteur limitant pour de nombreux propriétaires de grilles.
	* Ubit Umarov n'est pas sûr que SSL représente plus de données en dehors de la négociation, dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.		* Ubit Umarov n'est pas sûr que [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] représente plus de données en dehors de la [https://www.digicert.com/fr/faq/public-trust-and-certificates/what-is-a-tls-ssl-handshake '''négociation'''], dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.
	* En revanche, '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).		* En revanche, '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).
	* Seuls certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat SSL à l'année ou utiliser un certificat auto-signé.		* Seuls certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] à l'année ou utiliser un [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9 '''certificat auto-signé'''].

	= Informations=		= Informations=

Acryline : /* Chat vocal : WebRTC et SSL */

2024-10-04T07:40:56Z

Chat vocal : WebRTC et SSL

← Version précédente		Version du 4 octobre 2024 à 09:40
Ligne 30 :		Ligne 30 :
	= Modules=		= Modules=
	== Chat vocal : WebRTC et SSL==		== Chat vocal : WebRTC et SSL==
			* [[Lexique_des_réunions#WebRTC \|'''WebRTC''']] Requiert [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''].
	🏗️		🏗️

	== Carte==		== Carte==
	=== Problème ===		=== Problème ===

Acryline : /* Test d'hypergrid */

2024-10-04T07:35:45Z

Test d'hypergrid

← Version précédente		Version du 4 octobre 2024 à 09:35
Ligne 66 :		Ligne 66 :
	=== Test d'hypergrid ===		=== Test d'hypergrid ===
	* [[Réunion_du_24-09-2024#Test_du_convertisseur_de_Certificat \| '''Test du convertisseur de certificat, réunion du 24-09-2024''']]		* [[Réunion_du_24-09-2024#Test_du_convertisseur_de_Certificat \| '''Test du convertisseur de certificat, réunion du 24-09-2024''']]
	* Web Rain dit que pour le moment il a eu aucun échec d'hypergrid depuis une standalone qui utilise le protocole HTTPS.		* Web Rain dit que pour le moment il a eu aucun échec d'hypergrid depuis une standalone qui utilise le protocole HTTPS. Une grille fermée fonctionne bien également. Web Rain pense qu'une grille HG ne poserait pas de problème.

	=== Performances et SSL ===		=== Performances et SSL ===

← Version précédente		Version du 4 octobre 2024 à 11:24
Ligne 5 :		Ligne 5 :
	=== Problème posé par Vincent Sylvester ===		=== Problème posé par Vincent Sylvester ===
	* L'interconnexion entre les grilles permet de récupérer toutes sortes de données (surtout le nom des créateurs mais aussi des amis ou des groupes). Lorsqu'une grille disparaît, ces données pointent dans le vide ce qui peut provoquer '''une augmentation des délais de recherche des DNS'''.		* L'interconnexion entre les grilles permet de récupérer toutes sortes de données (surtout le nom des créateurs mais aussi des amis ou des groupes). Lorsqu'une grille disparaît, ces données pointent dans le vide ce qui peut provoquer '''une augmentation des délais de recherche des DNS'''.
	* La situation n'est pas aussi grave que ce que pouvait imaginer Vincent Sylvester, probablement en partie parce qu'il n'y a pas beaucoup de contenu en circulation. Dans le pire des cas, il y avait ~~15 000~~ échecs de DNS dans 50 régions à partir de plusieurs mois de données de log.		* La situation n'est pas aussi grave que ce que pouvait imaginer Vincent Sylvester, probablement en partie parce qu'il n'y a pas beaucoup de contenu en circulation. Dans le pire des cas, il y avait 15 000 échecs de DNS dans 50 régions à partir de plusieurs mois de données de log.
	* Pour tester les données cassées d'une région, on peut rechercher '''NameResolutionFailure''' dans le journal de la région (bin/OpenSim.log).		* Pour tester les données cassées d'une région, on peut rechercher '''NameResolutionFailure''' dans le journal de la région (bin/OpenSim.log).
	* Le problème peut se ~~révèler~~ par exemple si de très nombreux assets de régions défuntes sont stockés sur une région. Certains propriétaires de grille "s'approprient" certains assets pour éliminer le délai DNS... ou pour "éliminer" d'autres choses...		* Le problème peut se révéler par exemple si de très nombreux assets de régions défuntes sont stockés sur une région. Certains propriétaires de grille "s'approprient" certains assets pour éliminer le délai DNS... ou pour "éliminer" d'autres choses...
	{{NDLR\|fond=white \|bord=green\|message = <br>		{{NDLR\|fond=white \|bord=green\|message = <br>
	J'ai fait une recherche dans le log de la région Argentoratum sur la grille du même nom et j'obtiens les lignes suivantes :		J'ai fait une recherche dans le log de la région Argentoratum sur la grille du même nom et j'obtiens les lignes suivantes :
Ligne 15 :		Ligne 15 :

	=== Solutions possibles ===		=== Solutions possibles ===
	* '''Remplacer le nom de domaine''' lié à la donnée et la relier localement, mais cela a ses propres implications (~~Ndlr~~ : propriétaire, amis ou groupes inexistants, etc).		* '''Remplacer le nom de domaine''' lié à la donnée et la relier localement, mais cela a ses propres implications (NDLR : propriétaire, amis ou groupes inexistants, etc).
	* '''Utiliser une liste noire''' en interne si ces données erronées encombrent significativement une région, Mais il est difficile de garder une liste noire automatique d'échecs de DNS parce que les DNS échouent de temps en temps sur des choses valides. Il faudrait maintenir cette liste '''manuellement''' sur la base de la liste des grilles fermées connues. Mais, cela n'évitera pas le problème des standalones ou autres urls à courte durée de vie.		* '''Utiliser une liste noire''' en interne si ces données erronées encombrent significativement une région, Mais il est difficile de garder une liste noire automatique d'échecs de DNS parce que les DNS échouent de temps en temps sur des choses valides. Il faudrait maintenir cette liste '''manuellement''' sur la base de la liste des grilles fermées connues. Mais, cela n'évitera pas le problème des standalones ou autres urls à courte durée de vie.
	* La configuration d'une liste noire pour chaque région serait très laborieux. '''Un service comme mutelist'''[http://opensimulator.org/wiki/MuteList][http://opensimulator.org/viewgit/?a=tree&p=opensim&h=44c6f83915287ffb10c98c743516f7f84207da7b&hb=54114a23f57dc464280423fe33654c19c374fe80&f=OpenSim/Services/MuteListService] serait peut-être plus efficace. Il serait possible d'utiliser une partie de ce code, ce serait une liste manuelle que Robust distribuerait aux régions. Robust pourrait même vérifier régulièrement si les liens sont vraiment morts et les régions demanderaient ces données une fois par jour. Ubit Umarov dit qu'à un moment donné, cette liste pourrait être aussi longue que le celle des assets.		* La configuration d'une liste noire pour chaque région serait très laborieux. '''Un service comme mutelist'''[http://opensimulator.org/wiki/MuteList][http://opensimulator.org/viewgit/?a=tree&p=opensim&h=44c6f83915287ffb10c98c743516f7f84207da7b&hb=54114a23f57dc464280423fe33654c19c374fe80&f=OpenSim/Services/MuteListService] serait peut-être plus efficace. Il serait possible d'utiliser une partie de ce code, ce serait une liste manuelle que Robust distribuerait aux régions. Robust pourrait même vérifier régulièrement si les liens sont vraiment morts et les régions demanderaient ces données une fois par jour. Ubit Umarov dit qu'à un moment donné, cette liste pourrait être aussi longue que le celle des assets.
Ligne 85 :		Ligne 85 :
	* Ubit Umarov n'est pas sûr que [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] représente plus de données en dehors de la [https://www.digicert.com/fr/faq/public-trust-and-certificates/what-is-a-tls-ssl-handshake '''négociation'''], dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.		* Ubit Umarov n'est pas sûr que [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] représente plus de données en dehors de la [https://www.digicert.com/fr/faq/public-trust-and-certificates/what-is-a-tls-ssl-handshake '''négociation'''], dans de nombreux cas les données sont identiques. Mais, le '''CPU''' est plus utilisé. Une bonne '''négociation''' ajoute plus de données et quelques allers-retours supplémentaires, des '''connexions vers d'autres sites''' pour valider la chaîne du certificat.
	* '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).		* '''WebRTC''' requiert SSL (voir [[#Chat_vocal_:_WebRTC_et_SSL\| '''Chat vocal''']]).
	* ~~Seuls~~ certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] à l'année ou utiliser un [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9 '''certificat auto-signé'''].		* Seules certaines personnes peuvent utiliser [https://letsencrypt.org/ '''let's encrypt''' ] (gratuit), il faut être propriétaire du domaine. Sinon, il faut payer un certificat [https://fr.wikipedia.org/wiki/Transport_Layer_Security '''SSL'''] à l'année ou utiliser un [https://fr.wikipedia.org/wiki/Certificat_autosign%C3%A9 '''certificat auto-signé'''].

	= Informations=		= Informations=
Ligne 104 :		Ligne 104 :
	=== Réponse ===		=== Réponse ===
	* L''''ancien problème des viewers''' demandant des données à la mauvaise région sur les tps n'a jamais été corrigé. Cela peut aussi avoir un impact sur l'environnement, le nom des avatars et des NPC. Ce n'est pas lié à la version 7.x de Firstorm.		* L''''ancien problème des viewers''' demandant des données à la mauvaise région sur les tps n'a jamais été corrigé. Cela peut aussi avoir un impact sur l'environnement, le nom des avatars et des NPC. Ce n'est pas lié à la version 7.x de Firstorm.
	* Le viewer obtient les informations de la nouvelle région mais il continue de les demander à l'ancienne région. Cela tue les noms des npc, les noms des avatars HG, les textures locales, les textures ~~HG...~~ etc.		* Le viewer obtient les informations de la nouvelle région, mais il continue de les demander à l'ancienne région. Cela tue les noms des npc, les noms des avatars HG, les textures locales, les textures HG… etc.
	* '''Ce bug ne sera jamais corrigé''' parce qu'il est lié à la structure globale de Second Life et aussi parce que c'est un problème de timing très difficile à déboguer.		* '''Ce bug ne sera jamais corrigé''' parce qu'il est lié à la structure globale de Second Life et aussi parce que c'est un problème de timing très difficile à déboguer.
	* C'est aussi un bug qui '''touche les régions proches'''. Les viewer peut demander à la région principale ce qui se passe sur des régions enfant, les noms de npc, les textures locales, etc. seront ignorés.		* C'est aussi un bug qui '''touche les régions proches'''. Les viewer peut demander à la région principale ce qui se passe sur des régions enfant, les noms de npc, les textures locales, etc. seront ignorés.

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

Acryline : /* LI dans opensim est juste indicatif */

Acryline le 4 octobre 2024 à 09:24

Acryline : /* Réponse */

Acryline : /* LI dans opensim est juste indicatif */

Acryline : /* Performances et SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Convertisseur SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Test d'hypergrid */

Acryline : /* LI dans opensim est juste indicatif */

Acryline : /* Réponse */

Acryline : /* LI dans opensim est juste indicatif */

Acryline : /* Performances et SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Convertisseur SSL */

Acryline : /* Chat vocal : WebRTC et SSL */

Acryline : /* Test d'hypergrid */