Réunion du 26-03-2024 - Historique des versions

Acryline : /* Sharpview */

2024-03-27T12:55:58Z

Sharpview

← Version précédente		Version du 27 mars 2024 à 14:55
Ligne 62 :		Ligne 62 :
	* Il y a encore '''quelques problèmes de traversé de frontière de région avec un véhicule ''' sur OpenSim. Parfois, des parties du véhicule disparaissent jusqu'au prochain croisement de régions, certaines mises à jour d'objets sont perdues.		* Il y a encore '''quelques problèmes de traversé de frontière de région avec un véhicule ''' sur OpenSim. Parfois, des parties du véhicule disparaissent jusqu'au prochain croisement de régions, certaines mises à jour d'objets sont perdues.
	* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que Sharpview fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.		* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que Sharpview fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.
	* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. ~~Dans~~ Sharpview ~~l'échange~~ permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.		* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Sharpview permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.
	* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et devrait permettre de s'asseoir. D'autres personnes pourront le tester.		* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et devrait permettre de s'asseoir. D'autres personnes pourront le tester.

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26

Acryline : /* Sharpview */

2024-03-27T12:54:47Z

Sharpview

← Version précédente		Version du 27 mars 2024 à 14:54
Ligne 61 :		Ligne 61 :
	=== Sharpview ===		=== Sharpview ===
	* Il y a encore '''quelques problèmes de traversé de frontière de région avec un véhicule ''' sur OpenSim. Parfois, des parties du véhicule disparaissent jusqu'au prochain croisement de régions, certaines mises à jour d'objets sont perdues.		* Il y a encore '''quelques problèmes de traversé de frontière de région avec un véhicule ''' sur OpenSim. Parfois, des parties du véhicule disparaissent jusqu'au prochain croisement de régions, certaines mises à jour d'objets sont perdues.
	* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que ~~Sharview~~ fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.		* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que Sharpview fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.
	* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.		* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.
	* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et devrait permettre de s'asseoir. D'autres personnes pourront le tester.		* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et devrait permettre de s'asseoir. D'autres personnes pourront le tester.

Acryline : /* MySQL/MariaDB */

2024-03-27T12:50:26Z

MySQL/MariaDB

← Version précédente		Version du 27 mars 2024 à 14:50
Ligne 30 :		Ligne 30 :
	*[http://opensimulator.org/mantis/view.php?id=8959 Mantis 0008959] : Postgresql ne se charge pas, quelque chose avec un certificatecallback		*[http://opensimulator.org/mantis/view.php?id=8959 Mantis 0008959] : Postgresql ne se charge pas, quelque chose avec un certificatecallback
	=== MySQL/MariaDB===		=== MySQL/MariaDB===
	* Ubit Umarov va peut-être remplacer le connecteur actuel par un connecteur opensource c'est à dire pas Oracle. Cela pourrait signifier la séparation MySQL/MariaDB ce qui ferait un moteur de base de données à maintenir. Le connecteur opensource (le nom ?) a été fait avec l'idée que MariaDB et MySQL d'Oracle sont différents.		* Ubit Umarov va peut-être remplacer le connecteur actuel par un connecteur opensource c'est à dire pas Oracle. Cela pourrait signifier la séparation MySQL/MariaDB ce qui ferait un moteur de base de données supplémentaire à maintenir. Le connecteur opensource (le nom ?) a été fait avec l'idée que MariaDB et MySQL d'Oracle sont différents.
	* Pour l'essentiel, les deux systèmes de gestion de base de données sont toujours similaires, mais les deux ajoutent leur propre syntaxe et leurs propres fonctions. Tant qu'OpenSim respecte les règles de base de SQL, il ne devrait pas y avoir de problème.		* Pour l'essentiel, les deux systèmes de gestion de base de données sont toujours similaires, mais les deux ajoutent leur propre syntaxe et leurs propres fonctions. Tant qu'OpenSim respecte les règles de base de SQL, il ne devrait pas y avoir de problème.

Acryline : /* MySQL/MariaDB */

2024-03-27T12:49:36Z

MySQL/MariaDB

← Version précédente		Version du 27 mars 2024 à 14:49
Ligne 30 :		Ligne 30 :
	*[http://opensimulator.org/mantis/view.php?id=8959 Mantis 0008959] : Postgresql ne se charge pas, quelque chose avec un certificatecallback		*[http://opensimulator.org/mantis/view.php?id=8959 Mantis 0008959] : Postgresql ne se charge pas, quelque chose avec un certificatecallback
	=== MySQL/MariaDB===		=== MySQL/MariaDB===
	* Ubit Umarov va peut-être remplacer le connecteur ~~pour~~ un connecteur opensource c'est à dire pas Oracle. Cela pourrait signifier la séparation MySQL/MariaDB ce qui ferait un moteur de base de données à maintenir. Le connecteur opensource (le nom ?) a été fait avec l'idée que MariaDB et MySQL d'Oracle sont différents.		* Ubit Umarov va peut-être remplacer le connecteur actuel par un connecteur opensource c'est à dire pas Oracle. Cela pourrait signifier la séparation MySQL/MariaDB ce qui ferait un moteur de base de données à maintenir. Le connecteur opensource (le nom ?) a été fait avec l'idée que MariaDB et MySQL d'Oracle sont différents.
	* Pour l'essentiel, les deux systèmes de gestion de base de données sont toujours similaires, mais les deux ajoutent leur propre syntaxe et leurs propres fonctions. Tant qu'OpenSim respecte les règles de base de SQL, il ne devrait pas y avoir de problème.		* Pour l'essentiel, les deux systèmes de gestion de base de données sont toujours similaires, mais les deux ajoutent leur propre syntaxe et leurs propres fonctions. Tant qu'OpenSim respecte les règles de base de SQL, il ne devrait pas y avoir de problème.

Acryline : /* Problème de nommage des fonctions OSSL */

2024-03-27T12:47:12Z

Problème de nommage des fonctions OSSL

← Version précédente		Version du 27 mars 2024 à 14:47
Ligne 18 :		Ligne 18 :

	===Problème de nommage des fonctions OSSL ===		===Problème de nommage des fonctions OSSL ===
	* Vincent Sylvester rappelle qu'Opensim doit suivre les spécifications de LSL au fur et à mesure qu'~~elle change~~ même si elles n'ont pas toujours de sens.		* Vincent Sylvester rappelle qu'Opensim doit suivre les spécifications de LSL au fur et à mesure qu'elles changent même si elles n'ont pas toujours de sens.
	* Problème de nommage des les fonctions OSSL en cohérence avec le nommage des fonctions LSL.		* Problème de nommage des les fonctions OSSL en cohérence avec le nommage des fonctions LSL.
	* Solution envisagée par Vincent Sylvester : '''ajouter une surcharge de langage plus concise''' dans le shéma de nommage, en supprimants les préfixes "ll" et "os" dans les noms des fonctions et en les remplaçants par autre chose avec un nom de fonction logique. Mais, il ne pense pas que cela puisse être adopté partout et que tout le monde arrive à se mettre d'accord sur un schéma. '''L'ancien code pourrait rester en place''', il suffirait d'ajouter un nouveau stub (morceau de code qui convertit les paramètres passés entre le client et le serveur lors d'un appel de procédure à distance [https://fr.abcdef.wiki/wiki/Stub_%28distributed_computing%29] ) et de pointer vers l'ancien code.		* Solution envisagée par Vincent Sylvester : '''ajouter une surcharge de langage plus concise''' dans le shéma de nommage, en supprimants les préfixes "ll" et "os" dans les noms des fonctions et en les remplaçants par autre chose avec un nom de fonction logique. Mais, il ne pense pas que cela puisse être adopté partout et que tout le monde arrive à se mettre d'accord sur un schéma. '''L'ancien code pourrait rester en place''', il suffirait d'ajouter un nouveau stub (morceau de code qui convertit les paramètres passés entre le client et le serveur lors d'un appel de procédure à distance [https://fr.abcdef.wiki/wiki/Stub_%28distributed_computing%29] ) et de pointer vers l'ancien code.

Acryline : /* Sharpview */

2024-03-27T12:02:44Z

Sharpview

← Version précédente		Version du 27 mars 2024 à 14:02
Ligne 63 :		Ligne 63 :
	* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que Sharview fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.		* Sharpview effectue une reconstruction complète chaque fois qu'un objet traverse des régions alors que Firestorm doit recopier les objets à partir de la simulation quittée. Joe Magarac signal que Sharview fonctionne actuellement avec des données provisoires, elles seront bientôt plus fournies. Avec une bonne collecte de données du côté du serveur et utilisateur, ''' les problèmes devraient être résolus ''' dans ce domaine. Il aimerait aller jusqu'au bout de cette démarche.
	* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.		* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.
	* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et ~~dvrait~~ permettre de s'asseoir. D'autres personnes pourront le tester.		* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et devrait permettre de s'asseoir. D'autres personnes pourront le tester.

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26

Acryline le 27 mars 2024 à 11:48

2024-03-27T11:48:24Z

← Version précédente		Version du 27 mars 2024 à 13:48
Ligne 9 :		Ligne 9 :
	= 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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}		{{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]. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉}}
	~~= Noyau=~~
	= Scripts=		= Scripts=
	===osGetLinkInventoryKey===		===osGetLinkInventoryKey===
Ligne 57 :		Ligne 56 :
	==== Voir aussi ====		==== Voir aussi ====
	* [[Réunion_du_19-03-2024#Chat_vocal \|Même sujet développé pendant la réunion du 19 mars 2024]]		* [[Réunion_du_19-03-2024#Chat_vocal \|Même sujet développé pendant la réunion du 19 mars 2024]]

	~~= Bugs =~~
	~~= Tests =~~
	=Informations=		=Informations=
	* Changement d'heure la semaine prochaine sur l'Union Européenne.		* Changement d'heure la semaine prochaine sur l'Union Européenne.

	= Viewers=		= Viewers=
	=== Sharpview ===		=== Sharpview ===
Ligne 69 :		Ligne 64 :
	* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.		* Si les régions ne sont pas sur le même serveur, '''la latence accentuent les problèmes'''. En utilisant un délai réseau sur un système GNU/Linux pourrait simuler cet état. Dans Sharpview l'échange permet au maximum 5 secondes d'échange de connexion et certains serveurs sont très lents.
	* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et dvrait permettre de s'asseoir. D'autres personnes pourront le tester.		* '''Le nouveau Sharpview devrait sortir la semaine prochaine''' et dvrait permettre de s'asseoir. D'autres personnes pourront le tester.

	= Source=		= Source=
	http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26		http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-03-26

Acryline : /* Projets en cours / Infos */

2024-03-27T10:49:47Z

Projets en cours / Infos

← Version précédente		Version du 27 mars 2024 à 12:49
Ligne 60 :		Ligne 60 :
	= Bugs =		= Bugs =
	= Tests =		= Tests =
	= ~~Projets en cours / Infos~~=		=Informations=
			* Changement d'heure la semaine prochaine sur l'Union Européenne.

	= Viewers=		= Viewers=
	=== Sharpview ===		=== Sharpview ===

Acryline : /* Côté serveur OpenSim */

2024-03-27T10:42:28Z

Côté serveur OpenSim

← Version précédente		Version du 27 mars 2024 à 12:42
Ligne 48 :		Ligne 48 :
	* Autre problème à résoudre : comment faire fonctionner le codec avec le viewer une fois connecté.		* Autre problème à résoudre : comment faire fonctionner le codec avec le viewer une fois connecté.
	* Le coût de bons serveurs à faible latence sera un problème. Les serveurs en cloud sont un exemple d'utilisation pour les serveurs vocaux. La charge est imprévisible le nombre de serveurs nécessaires peut augmenter uniquement pendant les heures de pointe.		* Le coût de bons serveurs à faible latence sera un problème. Les serveurs en cloud sont un exemple d'utilisation pour les serveurs vocaux. La charge est imprévisible le nombre de serveurs nécessaires peut augmenter uniquement pendant les heures de pointe.
			* Ubit Umarov pense que même si OpenSim arrive à faire fonctionner la voice, les performances de Vivox ne pourront pas être atteintes.

	==== Sécurité ====		==== Sécurité ====

Acryline : /* Côté serveur OpenSim */

2024-03-27T10:38:10Z

Côté serveur OpenSim

← Version précédente		Version du 27 mars 2024 à 12:38
Ligne 47 :		Ligne 47 :
	* Pour OpenSim, côté serveur, il faut créer un nouveau module, pour la partie proxy. Le backend pourrait être difficile pour la partie audio spatiale car il n'est pas ouvert pour le moment. Le codec spatial pour le serveur audio est propre à Linden Lab. Ils sont encore en train de réfléchir s'ils vont le publier en opensource ou le garder fermé.		* Pour OpenSim, côté serveur, il faut créer un nouveau module, pour la partie proxy. Le backend pourrait être difficile pour la partie audio spatiale car il n'est pas ouvert pour le moment. Le codec spatial pour le serveur audio est propre à Linden Lab. Ils sont encore en train de réfléchir s'ils vont le publier en opensource ou le garder fermé.
	* Autre problème à résoudre : comment faire fonctionner le codec avec le viewer une fois connecté.		* Autre problème à résoudre : comment faire fonctionner le codec avec le viewer une fois connecté.
	* Le coût de bons serveurs à faible latence sera un problème.		* Le coût de bons serveurs à faible latence sera un problème. Les serveurs en cloud sont un exemple d'utilisation pour les serveurs vocaux. La charge est imprévisible le nombre de serveurs nécessaires peut augmenter uniquement pendant les heures de pointe.

	==== Sécurité ====		==== Sécurité ====

Réunion du 26-03-2024 - Historique des versions

Acryline : /* Sharpview */

Acryline : /* Sharpview */

Acryline : /* MySQL/MariaDB */

Acryline : /* MySQL/MariaDB */

Acryline : /* Problème de nommage des fonctions OSSL */

Acryline : /* Sharpview */

Acryline le 27 mars 2024 à 11:48

Acryline : /* Projets en cours / Infos */

Acryline : /* Côté serveur OpenSim */

Acryline : /* Côté serveur OpenSim */

Acryline : /* Sharpview */

Acryline : /* Sharpview */

Acryline : /* MySQL/MariaDB */

Acryline : /* MySQL/MariaDB */

Acryline : /* Problème de nommage des fonctions OSSL */

Acryline : /* Sharpview */

Acryline : /* Projets en cours / Infos */

Acryline : /* Côté serveur OpenSim */

Acryline : /* Côté serveur OpenSim */