Réunion du 02-08-2022 - Historique des versions

Acryline le 12 août 2022 à 09:29

2022-08-12T09:29:45Z

Acryline : /* Système de stockage des assets basé sur S3 */

2022-08-12T09:24:21Z

Système de stockage des assets basé sur S3

Acryline : /* Le décompte des avatars intègre les NPC */

2022-08-12T09:14:30Z

Le décompte des avatars intègre les NPC

Acryline : /* Systèmes de statistiques */

2022-08-12T09:09:03Z

Systèmes de statistiques

Acryline : /* Logiciels de monitoring */

2022-08-12T08:59:23Z

Logiciels de monitoring

← Version précédente		Version du 12 août 2022 à 10:59
Ligne 309 :		Ligne 309 :
	= Statistiques =		= Statistiques =
	== Logiciels de monitoring==		== Logiciels de monitoring==
	[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je cherchais des trucs de monitoring, quelque chose pour montrer la moyenne de charge et la mémoire, j'ai continué à obtenir des résultats pour toutes sortes de projets, la plupart utilisant graphana qui est une douleur dans le cou pour obtenir un fonctionnement correct en natif. rrdtool et collectd sont anciens par rapport aux normes d'aujourd'hui, mais fonctionnent très bien pour montrer les données et sont légers.		[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je cherchais des trucs de monitoring [https://fr.wikipedia.org/wiki/Surveillance_(informatique)], quelque chose pour montrer la moyenne de charge et la mémoire, j'ai continué à obtenir des résultats pour toutes sortes de projets, la plupart utilisant graphana[https://fr.wikipedia.org/wiki/Grafana] qui est une douleur dans le cou pour obtenir un fonctionnement correct en natif. rrdtool [https://fr.wikipedia.org/wiki/RRDTool] et collectd [http://opensimulator.org/wiki/Collectd] [https://en.wikipedia.org/wiki/Collectd](en) sont anciens par rapport aux normes d'aujourd'hui, mais fonctionnent très bien pour montrer les données et sont légers.

	[11:46] Ubit Umarov : nous avons toujours besoin de postPostPostInit ?		[11:46] Ubit Umarov : nous avons toujours besoin de postPostPostInit ?

	[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Regardez Gitlab, qui a commencé comme un remplacement pour bitbucket et github, bloqués et lents, et qui est maintenant lui-même à la limite du blocage qui devient lent et fastidieux à gérer.		[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Regardez Gitlab[https://fr.wikipedia.org/wiki/GitLab], qui a commencé comme un remplacement pour bitbucket[https://fr.wikipedia.org/wiki/Bitbucket] et github[https://fr.wikipedia.org/wiki/GitHub), bloqués et lents, et qui est maintenant lui-même à la limite du blocage qui devient lent et fastidieux à gérer.

	== Systèmes de statistiques ==		== Systèmes de statistiques ==

Acryline : /* Tout redévelopper est une perte de temps */

2022-08-12T08:51:49Z

Tout redévelopper est une perte de temps

← Version précédente		Version du 12 août 2022 à 10:51
Ligne 271 :		Ligne 271 :
	[11:41] Ubit Umarov : il faudra beaucoup de corrections de code, avant que tout recommence à fonctionner.		[11:41] Ubit Umarov : il faudra beaucoup de corrections de code, avant que tout recommence à fonctionner.

	[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : Même SAP a encore des tonnes de code écrit avant ma naissance.		[11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : Même SAP[https://fr.wikipedia.org/wiki/SAP_(progiciel)] a encore des tonnes de code écrit avant ma naissance.

	[11:41] Ubit Umarov : le vieux code est bon.		[11:41] Ubit Umarov : le vieux code est bon.

	[11:41] Ubit Umarov : Le CERN est resté en fortran pour cette raison.		[11:41] Ubit Umarov : Le CERN [https://fr.wikipedia.org/wiki/Organisation_europ%C3%A9enne_pour_la_recherche_nucl%C3%A9aire] est resté en fortran[https://fr.wikipedia.org/wiki/Fortran] pour cette raison.

	[11:41] Andrew Hellershanks : :)		[11:41] Andrew Hellershanks : :)
Ligne 301 :		Ligne 301 :
	[11:44] Ubit Umarov : Au passage fortran parce que c'était vraiment le meilleur pour produire du code optimisé.		[11:44] Ubit Umarov : Au passage fortran parce que c'était vraiment le meilleur pour produire du code optimisé.

	[11:45] Misterblue Waves : la partie d'OS qui me fait peur, c'est toute cette plomberie modulaire que mel et diva ont mise en place pour toutes les versions de hg/robust/etc... c'est un enchevêtrement de dlls interconnectées, à chargement dynamique avec juste assez d'exceptions pour la "performance".		[11:45] Misterblue Waves : la partie d'OS qui me fait peur, c'est toute cette plomberie modulaire que mel et diva ont mise en place pour toutes les versions de hg[http://opensimulator.org/wiki/Hypergrid/fr]/robust[http://opensimulator.org/wiki/ROBUST/fr]/etc... c'est un enchevêtrement de dlls[https://fr.wikipedia.org/wiki/Dynamic_Link_Library] interconnectées, à chargement dynamique avec juste assez d'exceptions pour la "performance".

	[11:45] Ubit Umarov : sa structure rigide permettait aux compilateurs de faire moins d'"erreurs".		[11:45] Ubit Umarov : sa structure rigide permettait aux compilateurs de faire moins d'"erreurs".

Acryline : /* Compatibilité APIs Dotnet et .net */

2022-08-12T08:45:30Z

Compatibilité APIs Dotnet et .net

← Version précédente		Version du 12 août 2022 à 10:45
Ligne 217 :		Ligne 217 :
	==Compatibilité APIs Dotnet et .net ==		==Compatibilité APIs Dotnet et .net ==

	[11:35] Ubit Umarov : j'ai aussi trouvé quelques différences sur les APIs de Dotnet.		[11:35] Ubit Umarov : j'ai aussi trouvé quelques différences sur les APIs [https://fr.wikipedia.org/wiki/Interface_de_programmation] de Dotnet.

	[11:35] Misterblue Waves : J'aimerais toujours trouver le temps de faire une libomv-lite qui pourrait être faite en dotnet. Il y a beaucoup de choses dans cette bibliothèque que OS n'utilise pas.		[11:35] Misterblue Waves : J'aimerais toujours trouver le temps de faire une libomv-lite qui pourrait être faite en dotnet. Il y a beaucoup de choses dans cette bibliothèque que OS n'utilise pas.

Acryline : /* Yengine et dotnet : le code dynamique */

2022-08-12T08:42:05Z

Yengine et dotnet : le code dynamique

Acryline : /* Microsoft et Mono */

2022-08-12T08:23:10Z

Microsoft et Mono

← Version précédente		Version du 12 août 2022 à 10:23
Ligne 122 :		Ligne 122 :

	== Microsoft et Mono ==		== Microsoft et Mono ==
			* CLR [https://fr.wikipedia.org/wiki/Common_Language_Runtime] : Common Language Runtime (CLR) - Le CLR vous permet de choisir le langage de programmation avec lequel vous préférez travailler, et il peut interagir avec le code écrit dans tout autre langage CLR. Par exemple, vous pouvez écrire une classe en C#, en hériter en VB.NET et l'utiliser en Eiffel. Vous pouvez choisir d'écrire du code dans Mono dans une variété de langages de programmation.[https://www.mono-project.com/docs/about-mono/ source]

	[11:21] Ubit Umarov : seul un ensemble limité d'"univers" .net fonctionne sous mono.		[11:21] Ubit Umarov : seul un ensemble limité d'"univers" .net fonctionne sous mono.

Ligne 136 :		Ligne 138 :
	[11:23] Ubit Umarov : ils ont aussi arrêté .net4.8.		[11:23] Ubit Umarov : ils ont aussi arrêté .net4.8.

	[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : ~~L'Electronic Arts~~ des logiciels d'entreprise		[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les arts électroniques des logiciels d'entreprise

	[11:24] Misterblue Waves : Je pense que les principales choses qui empêchent OS de se convertir à Dotnet sont les bibliothèques dépendantes (libomv, ...).		[11:24] Misterblue Waves : Je pense que les principales choses qui empêchent OS de se convertir à Dotnet sont les bibliothèques dépendantes (libomv [https://bitbucket.org/opensimulator/libopenmetaverse/src/master/], ...).

	[11:24] Ubit Umarov : et c'est une grande partie d'opensim :p		[11:24] Ubit Umarov : et c'est une grande partie d'opensim :p

	[11:24] Ubit Umarov : et nous avons perdu xengine, etc...		[11:24] Ubit Umarov : et nous avons perdu xengine[http://opensimulator.org/wiki/XEngine], etc...

	[11:24] Andrew Hellershanks hoche la tête		[11:24] Andrew Hellershanks hoche la tête

	[11:25] Andrew Hellershanks : Comme nous avons occasionnellement (en plaisantant) parlé de réécrire OS dans un langage autre que C#.		[11:25] Andrew Hellershanks : Comme nous avons occasionnellement (en plaisantant) parlé de réécrire OpenSim dans un langage autre que C#[https://fr.wikipedia.org/wiki/C_sharp].

	[11:26] Misterblue Waves : c'est un travail gigantesque, mais si nous l'avions commencé il y a 10 ans quand nous en avons parlé pour la première fois, il serait plus que terminé maintenant :)		[11:26] Misterblue Waves : c'est un travail gigantesque, mais si nous l'avions commencé il y a 10 ans quand nous en avons parlé pour la première fois, il serait plus que terminé maintenant :)

Acryline : /* Développement depuis Mono */

2022-08-11T14:16:18Z

Développement depuis Mono

← Version précédente		Version du 11 août 2022 à 16:16
Ligne 113 :		Ligne 113 :
	[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le développement, quel qu'il soit, est une bonne chose, mieux que la stagnation, il crée au moins un dialogue... en quelque sorte...		[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le développement, quel qu'il soit, est une bonne chose, mieux que la stagnation, il crée au moins un dialogue... en quelque sorte...

	[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait du développement en partant de zéro sur Mono, mais je ne vois pas ce qui est supposé être mauvais à son sujet. Il est en fait assez facile de faire démarrer une application et de la faire fonctionner sur plusieurs plateformes. On peut compiler avec msbuild et elle fonctionnera avec Mono ou .net ou on peut simplement mkbundle Mono dans l'application et elle devient entièrement portable sans aucune dépendance.		[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai fait du développement en partant de zéro sur Mono, mais je ne vois pas ce qui est supposé être mauvais à son sujet. Il est en fait assez facile de faire démarrer une application et de la faire fonctionner sur plusieurs plateformes. On peut compiler avec msbuild [https://fr.wikipedia.org/wiki/MSBuild] et elle fonctionnera avec Mono ou .net ou on peut simplement mkbundle Mono dans l'application et elle devient entièrement portable sans aucune dépendance.

	[11:20] Andrew Hellershanks : C'est bon de savoir qu'il y a des gens qui s'intéressent encore à Mono et qui sont prêts à continuer à y travailler.		[11:20] Andrew Hellershanks : C'est bon de savoir qu'il y a des gens qui s'intéressent encore à Mono et qui sont prêts à continuer à y travailler.

	[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les choses faites avec cela fonctionnent, pour . net vers Mono, on ne peut jamais vraiment savoir, mais Mono vers .net a tendance à fonctionner, ce qui rend les choses plus agréables à écrire.		[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les choses faites avec cela fonctionnent, pour .net vers Mono, on ne peut jamais vraiment savoir, mais Mono vers .net a tendance à fonctionner, ce qui rend les choses plus agréables à écrire.

	[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Moins de prise de tête pour savoir si les choses vont casser au moment de l'exécution, même les choses comme le système de fichiers sont étonnamment faciles à gérer.		[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002 : Moins de prise de tête pour savoir si les choses vont casser au moment de l'exécution, même les choses comme le système de fichiers sont étonnamment faciles à gérer.

← Version précédente		Version du 12 août 2022 à 11:24
Ligne 413 :		Ligne 413 :

	= Système de stockage des assets basé sur S3 =		= Système de stockage des assets basé sur S3 =
	[11:57] Misterblue Waves : sur un autre sujet... quelqu'un se souvient-il de quelqu'un qui a construit un système de stockage d'assets basé sur S3 ?		[11:57] Misterblue Waves : sur un autre sujet... quelqu'un se souvient-il de quelqu'un qui a construit un système de stockage d'assets[http://opensimulator.org/wiki/Database:Assets] basé sur S3 [https://fr.wikipedia.org/wiki/Amazon_S3]?

	[11:58] Ubit Umarov : s3 ?		[11:58] Ubit Umarov : s3 ?
Ligne 419 :		Ligne 419 :
	[11:58] MichaelOmega ChristopherGeode : je sais que quelqu'un a parlé d'un système S3 à un moment donné - je ne sais pas s'il a été construit par quelqu'un d'autre.		[11:58] MichaelOmega ChristopherGeode : je sais que quelqu'un a parlé d'un système S3 à un moment donné - je ne sais pas s'il a été construit par quelqu'un d'autre.

	[11:59] Misterblue Waves : une DB interfacée avec S3 -- il y a beaucoup de services de stockage S3 qui sont BEAUCOUP moins chers que Amazon.		[11:59] Misterblue Waves : une base de données interfacée avec S3 -- il y a beaucoup de services de stockage S3 qui sont BEAUCOUP moins chers que Amazon.

	[11:59] Ubit Umarov : amazon s3 ?		[11:59] Ubit Umarov : amazon s3 ?
Ligne 427 :		Ligne 427 :
	[12:00] Ubit Umarov: comme ce que SL utilise ?		[12:00] Ubit Umarov: comme ce que SL utilise ?

	[12:00] Ubit Umarov : Peut-être que kitely utilise quelque chose comme ça aussi.		[12:00] Ubit Umarov : Peut-être que kitely[https://www.kitely.com/] utilise quelque chose comme ça aussi.

	[12:00] Ubit Umarov : amusant SL maintenant est aussi peu sécurisé que ce que MOSES disait d'opensim.		[12:00] Ubit Umarov : amusant SL maintenant est aussi peu sécurisé que ce que MOSES[https://en.wikipedia.org/wiki/Military_Open_Simulator_Enterprise_Strategy](en) disait d'opensim.

	[12:00] Ubit Umarov: LOL		[12:00] Ubit Umarov: LOL
Ligne 455 :		Ligne 455 :
	[12:03] Ubit Umarov : lisez le vieux truc de MOSES sur la sécurité d'osgrid... maintenant, ça concerne aussi SL :P		[12:03] Ubit Umarov : lisez le vieux truc de MOSES sur la sécurité d'osgrid... maintenant, ça concerne aussi SL :P

	[12:04] Ubit Umarov : ils ont gardé quelques trucs sur LLUDP donc c'est toujours sûr.		[12:04] Ubit Umarov : ils ont gardé quelques trucs sur LLUDP [http://opensimulator.org/wiki/LLUDP_ClientStack/fr] donc c'est toujours sûr.

	[12:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : Sécurité par l'obscurité, mais pas entièrement		[12:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : Sécurité par l'obscurité, mais pas entièrement

← Version précédente		Version du 12 août 2022 à 11:14
Ligne 364 :		Ligne 364 :
	== Le décompte des avatars intègre les NPC ==		== Le décompte des avatars intègre les NPC ==

	[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le compte d'avatar lit aussi les ~~PNJs~~ et je ne suis pas sûr de savoir pourquoi.		[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le compte d'avatar lit aussi les NPC [http://opensimulator.org/wiki/NPC/fr] et je ne suis pas sûr de savoir pourquoi.

	[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me souviens de la correction de ce problème, mais elle n'était peut-être pas suffisante ou il manquait un flag.		[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me souviens de la correction de ce problème, mais elle n'était peut-être pas suffisante ou il manquait un flag.
Ligne 370 :		Ligne 370 :
	[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si la journée avait 48 heures, je pourrais le faire.		[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si la journée avait 48 heures, je pourrais le faire.

	[11:54] Andrew Hellershanks : Cela montre que le nombre de ~~PNJ~~ devrait être disponible comme une statistique séparée. On dirait qu'un flag n'est pas vérifié quelque part dans le comptage des avatars.		[11:54] Andrew Hellershanks : Cela montre que le nombre de NPC devrait être disponible comme une statistique séparée. On dirait qu'un flag n'est pas vérifié quelque part dans le comptage des avatars.

	[11:54] MichaelOmega ChristopherGeode : Il n'y a tout simplement pas assez d'heures dans la journée.		[11:54] MichaelOmega ChristopherGeode : Il n'y a tout simplement pas assez d'heures dans la journée.

	[11:54] Misterblue Waves : jsonsimstats a été construit pour que l'on puisse avoir une page web scriptée pour afficher les statistiques (JS qui lit le JSON et construit des tableaux pour l'affichage).		[11:54] Misterblue Waves : jsonsimstats a été construit pour que l'on puisse avoir une page web scriptée pour afficher les statistiques (JS[https://fr.wikipedia.org/wiki/JavaScript] qui lit le JSON et construit des tableaux pour l'affichage).

	[11:54] Ubit Umarov : je pense que certains développeurs ont considéré que nous ne devrions pas voir de différence entre les npcs et les avatars.		[11:54] Ubit Umarov : je pense que certains développeurs ont considéré que nous ne devrions pas voir de différence entre les npcs et les avatars.
Ligne 384 :		Ligne 384 :
	[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai changé cela il y a presque deux ans maintenant, je pense.		[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai changé cela il y a presque deux ans maintenant, je pense.

	[11:55] Ubit Umarov : rappelez-vous que les NPCs ont été ajoutés pour la même raison que les bots dans SL.		[11:55] Ubit Umarov : rappelez-vous que les NPCs ont été ajoutés pour la même raison que les bots[https://wiki.secondlife.com/wiki/Bot](en) dans SL.

	[11:55] Ubit Umarov : pour faire croire que les régions avaient des visiteurs.		[11:55] Ubit Umarov : pour faire croire que les régions avaient des visiteurs.

	[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il vérifie les ~~PNJ~~ évidents, mais je soupçonne que s'ils sont marqués pour être traités comme des avatars, ils sont quand même comptés, quelque chose comme ça...		[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il vérifie les NPC évidents, mais je soupçonne que s'ils sont marqués pour être traités comme des avatars, ils sont quand même comptés, quelque chose comme ça...

	[11:56] Ubit Umarov : et bien ils sont comptés différemment dans la plupart des endroits maintenant.		[11:56] Ubit Umarov : et bien ils sont comptés différemment dans la plupart des endroits maintenant.

	[11:56] Ubit Umarov : (parce qu'un développeur est arrivé qui déteste les ~~PNJs~~ comme remplacements humains :P )		[11:56] Ubit Umarov : (parce qu'un développeur est arrivé qui déteste les NPC comme remplacements humains :P )

	[11:57] Andrew Hellershanks hoche la tête.		[11:57] Andrew Hellershanks hoche la tête.
Ligne 398 :		Ligne 398 :
	[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pour faire quoi ? Introduire plus de couches de problèmes ?		[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pour faire quoi ? Introduire plus de couches de problèmes ?

	[11:58] Andrew Hellershanks : Le code des statistiques ne devrait pas avoir à travailler sur la façon de compter les avatars/~~PNJ~~ car il devrait y avoir une fonction centrale pouvant être appelée qui renverrait les informations de correction (nécessitant éventuellement un flag pour dire s'il faut inclure les ~~PNJ~~ ou non).		[11:58] Andrew Hellershanks : Le code des statistiques ne devrait pas avoir à travailler sur la façon de compter les avatars/NPC car il devrait y avoir une fonction centrale pouvant être appelée qui renverrait les informations de correction (nécessitant éventuellement un flag pour dire s'il faut inclure les NPC ou non).

	[11:58] Selby.Evans @grid.kitely.com:8002 : Doit partir -- Au revoir tout le monde		[11:58] Selby.Evans @grid.kitely.com:8002 : Doit partir -- Au revoir tout le monde

← Version précédente		Version du 12 août 2022 à 11:09
Ligne 318 :		Ligne 318 :
	[11:46] Misterblue Waves : OS a plus d'un système de statistiques LOL		[11:46] Misterblue Waves : OS a plus d'un système de statistiques LOL

	[11:47] Ubit Umarov : rappelez-vous qu'OS a été conçu comme un framework.		[11:47] Ubit Umarov : rappelez-vous qu'OS a été conçu comme un framework[https://fr.wikipedia.org/wiki/Framework].

	[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai étendu jsonsimstats un peu en fait, donc les autres sont presque inutiles maintenant.		[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai étendu jsonsimstats[http://opensimulator.org/wiki/UXSimStatus/fr][http://opensimulator.org/wiki/FAQ/fr#Statistiques_de_la_r.C3.A9gion_sur_une_page_Web] un peu en fait, donc les autres sont presque inutiles maintenant.

	[11:47] Ubit Umarov : en fait, il ne devrait même pas être exécuté.		[11:47] Ubit Umarov : en fait, il ne devrait même pas être exécuté.
Ligne 336 :		Ligne 336 :
	[11:49] Ubit Umarov : il n'y en a pas.		[11:49] Ubit Umarov : il n'y en a pas.

	[11:49] Andrew Hellershanks : Vincent, j'aimerais pouvoir consulter les statistiques sans avoir à analyser mentalement le code json.		[11:49] Andrew Hellershanks : Vincent, j'aimerais pouvoir consulter les statistiques sans avoir à analyser mentalement le code json [https://fr.wikipedia.org/wiki/JavaScript_Object_Notation].

	[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Eh bien, les données ~~des choses~~ json ne sont pas vraiment utiles pour tout ce qui concerne les statistiques car elles ne sont pas encore fiables.		[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Eh bien, les données sous forme json ne sont pas vraiment utiles pour tout ce qui concerne les statistiques car elles ne sont pas encore fiables.

	[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le nombre de scripts n'arrête pas de sauter à des nombres bizarres.		[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le nombre de scripts n'arrête pas de sauter à des nombres bizarres.
Ligne 352 :		Ligne 352 :
	[11:51] Ubit Umarov : parce que les modules cooms sont comme tous les autres.		[11:51] Ubit Umarov : parce que les modules cooms sont comme tous les autres.

	[11:51] Andrew Hellershanks : pourquoi jsonsimstats ne récupère-t-il pas ses données à partir du ou des lieux d'échantillonnage utilisés par webstats ?		[11:51] Andrew Hellershanks : pourquoi jsonsimstats ne récupère-t-il pas ses données à partir du ou des lieux d'échantillonnage utilisés par webstats [http://opensimulator.org/wiki/FAQ/fr#Statistiques_de_la_r.C3.A9gion_sur_une_page_Web]?

	[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense que c'est en grande partie le cas, le comptage des scripts est cassé quelque part en interne, car les statuts des sims dans lsl donnent les mêmes chiffres erronés.		[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense que c'est en grande partie le cas, le comptage des scripts est cassé quelque part en interne, car les statuts des sims dans lsl [https://fr.wikipedia.org/wiki/Second_Life][https://wiki.secondlife.com/wiki/LSL_Portal] donnent les mêmes chiffres erronés.

	[11:52] Ubit Umarov : comme MB l'a dit, nous avons plusieurs moteurs de statistiques.		[11:52] Ubit Umarov : comme MB l'a dit, nous avons plusieurs moteurs de statistiques.

← Version précédente		Version du 12 août 2022 à 10:42
Ligne 153 :		Ligne 153 :

	== Yengine et dotnet : le code dynamique ==		== Yengine et dotnet : le code dynamique ==
			* libgdiplus [https://github.com/mono/libgdiplus] : Libgdiplus est la bibliothèque Mono qui fournit une API compatible avec GDI+ sur les systèmes d'exploitation non Windows. Notre mise en œuvre utilise Cairo pour effectuer la plupart des tâches difficiles.[https://www.mono-project.com/docs/gui/libgdiplus/ source]
			* Baking : pré-calul de rendu d'une image

	[11:25] Ubit Umarov : pas sûr que Yengine fonctionne aussi.		[11:25] Ubit Umarov : pas sûr que Yengine [http://opensimulator.org/wiki/YEngine] fonctionne aussi.

	[11:26] Ubit Umarov : tout ce qui est en dehors de ce que l'équipe de MS considère comme une application normale... quoi que ce soit, est persona non grata.		[11:26] Ubit Umarov : tout ce qui est en dehors de ce que l'équipe de MS considère comme une application normale... quoi que ce soit, est persona non grata.
Ligne 162 :		Ligne 164 :
	[11:26] Misterblue Waves: ?		[11:26] Misterblue Waves: ?

	[11:27] Ubit Umarov : le code dynamique		[11:27] Ubit Umarov : le code dynamique [http://opensimulator.org/wiki/OSSL_Implemented#Prim_Drawing_.2F_Dynamic_Texture]

	[11:27] Ubit Umarov : ce n'est pas "l'utilisation normale des applications".		[11:27] Ubit Umarov : ce n'est pas "l'utilisation normale des applications".

	[11:28] Ubit Umarov : sur un blog l'un ~~d'entre eux~~ a vérifié l'utilisation du code image sur les applications normales, et a constaté qu'il n'était pas utilisé, sauf sur quelques trucs pour générer des QR codes..."		[11:28] Ubit Umarov : sur un blog quelqu'un a vérifié l'utilisation du code image sur les applications normales, et a constaté qu'il n'était pas utilisé, sauf sur quelques trucs pour générer des QR codes..."

	[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il faudrait effectivement créer une sorte de virtualisation pour "exécuter" les choses et à ce stade, on revient à un runtime, ce qu'est Mono, donc on réinvente la roue...		[11:28] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il faudrait effectivement créer une sorte de virtualisation pour "exécuter" les choses et à ce stade, on revient à un runtime, ce qu'est Mono, donc on réinvente la roue...
Ligne 178 :		Ligne 180 :
	[11:29] Ubit Umarov : pour être honnête, le problème majeur qu'ils ont avec lui est libgdi++.		[11:29] Ubit Umarov : pour être honnête, le problème majeur qu'ils ont avec lui est libgdi++.

	[11:29] Ubit Umarov : le hack mono pour remplacer le vrai gdi de windows		[11:29] Ubit Umarov : le hack mono pour remplacer le vrai gdi[https://fr.wikipedia.org/wiki/Graphics_Device_Interface] de windows

	[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : C# est assez couramment utilisé pour le code dynamique en fait. Je me souviens avoir écrit des plugins C# pour certains jeux qui se chargeaient dynamiquement dès qu'on sauvegardait le code, ce qui rend le développement vraiment facile.		[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : C# est assez couramment utilisé pour le code dynamique en fait. Je me souviens avoir écrit des plugins C# pour certains jeux qui se chargeaient dynamiquement dès qu'on sauvegardait le code, ce qui rend le développement vraiment facile.

	[11:30] Ubit Umarov : cela dépend de beaucoup d'autres bibliothèques linux comme pango.		[11:30] Ubit Umarov : cela dépend de beaucoup d'autres bibliothèques linux comme pango [https://fr.wikipedia.org/wiki/Pango].

	[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Certains moteurs de jeu sont construits avec cela aussi.		[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Certains moteurs de jeu sont construits avec cela aussi.
Ligne 190 :		Ligne 192 :
	[11:31] Ubit Umarov : j'ai eu un petit conflit avec cela sur les textures Dyn.		[11:31] Ubit Umarov : j'ai eu un petit conflit avec cela sur les textures Dyn.

	[11:31] Ubit Umarov : et comme vous vous rappelez, pour l'alpha, linux faisait le contraire de windows.		[11:31] Ubit Umarov : et comme vous vous rappelez, pour l'alpha [https://fr.wikipedia.org/wiki/Alpha_blending], linux faisait le contraire de windows.

	[11:31] Ubit Umarov : en fait quelque chose comme ça :)		[11:31] Ubit Umarov : en fait quelque chose comme ça :)
Ligne 211 :		Ligne 213 :

	[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les textures dynamiques, idéalement comme les bakes, devraient être faites sur le viewer, recevant juste les appels. Le		[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les textures dynamiques, idéalement comme les bakes, devraient être faites sur le viewer, recevant juste les appels. Le
	viewer a généralement un GPU... vous savez... une unité de traitement graphique... mais autant demander aux nuages dans le ciel.		viewer a généralement un GPU[https://fr.wikipedia.org/wiki/Processeur_graphique]... vous savez... une unité de traitement graphique... mais autant demander aux nuages dans le ciel.

	==Compatibilité APIs Dotnet et .net ==		==Compatibilité APIs Dotnet et .net ==

Réunion du 02-08-2022 - Historique des versions

Acryline le 12 août 2022 à 09:29

Acryline : /* Système de stockage des assets basé sur S3 */

Acryline : /* Le décompte des avatars intègre les NPC */

Acryline : /* Systèmes de statistiques */

Acryline : /* Logiciels de monitoring */

Acryline : /* Tout redévelopper est une perte de temps */

Acryline : /* Compatibilité APIs Dotnet et .net */

Acryline : /* Yengine et dotnet : le code dynamique */

Acryline : /* Microsoft et Mono */

Acryline : /* Développement depuis Mono */