Réunion du 29-09-2021

De OSWiki
Révision datée du 31 octobre 2021 à 16:45 par Acryline (discussion | contributions)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

Source :http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2021-09-28

INTRODUCTION

[11:01] Gavin.Hird @grid.xmir.org:8002 : Salut Andrew, Jamie
[11:01] Andrew Hellershanks : Bonjour à tous.
[11:02] George Equus : Salut Andrew
[11:02] Jamie.Jordan @grid.kitely.com:8002 : Bonjour tout le monde
[11:02] Ubit Umarov : osg n'utilise pas encore un autre service d'assets propriétaires.
[11:02] George Equus : Beaucoup de choses sont cassées cette fois-ci...
[11:02] Ubit Umarov : et aussi mauvais que le précédent...
[11:02] Selby.Evans @grid.kitely.com:8002 : Salut Andrew, Jamie

BASE DE DONNÉES

[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : Avec toute l'histoire de l'utf8, j'avais l'intention de voir s'il n'y avait pas moyen d'utiliser le nouveau sql dans les connecteurs pour les rendre plus rapides, mais cela ne tiendrait pas compte des anciennes versions de mysql ou mariadb, ce qui nécessiterait la détection de la version de la base de données, ce qui n'a pas vraiment de sens pour des fonctions aussi simples.
[11:03] Ubit Umarov : vous devez rapporter ces problèmes sur osgrid forums.
[11:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : sql est très amusant maintenant que j'y plonge la tête la première.
[11:03] Jamie.Jordan @grid.kitely.com:8002 : salut :-)
[11:03] Andrew Hellershanks : Vincent, attends d'avoir appris à utiliser JOIN. :)

FIABILITÉ

[11:04] Ubit Umarov : il semble que mariadb soit moins fiable que mysql maintenant.
[11:04] Ubit Umarov : ou du moins c'est ce qu'on m'a dit.
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai déjà dépassé ce stade en effectuant des opérations complexes sur des chaînes de caractères et des références à travers des bases de données et des tables.
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai utilisé plusieurs versions, la 10.5 fonctionne très bien, la 10.6 semble avoir encore besoin de quelques corrections ici et là.
[11:04] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai eu qu'un seul crash majeur dont je n'ai toujours pas trouvé la source.
[11:05] Andrew Hellershanks : Je n'ai pas eu de crash de Mariadb. Je ne dois pas le pousser assez fort :)
[11:05] Ubit Umarov : mysql sur ma boîte se plante presque au redémarrage de Windows :)
[11:05] Ubit Umarov : endommage une base de données sans savoir pourquoi.

MARIADB

[11:05] Gavin.Hird @grid.xmir.org:8002 : La Fondation MariaDB a le plaisir d'annoncer la disponibilité de MariaDB 10.6.0, la première version alpha de la nouvelle série de développement MariaDB 10.6.
[11:06] Gavin.Hird @grid.xmir.org:8002 : so
[11:06] Gavin.Hird @grid.xmir.org:8002 : n'est pas adapté à une utilisation en production.
[11:06] Ubit Umarov : ouais, celui qui m'a forcé à publier un correctif pour le connecteur.
[11:06] Gavin.Hird @grid.xmir.org:8002 : n'en faites même pas la promotion.
[11:06] Ubit Umarov : parce qu'il ne sait pas ce qu'est utf8mb3.
[11:07] Ubit Umarov : la correction n'est pas de moi... j'ai juste utilisé un patch sur mantis :)
[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je veux dire qu'à ce stade du cycle de développement, les chances qu'une alpha qui n'est qu'une mise à jour incrémentale ait des bugs significatifs sont un peu plus minces que celles de leurs premières versions, mais oui, je ne voudrais pas utiliser ça pour le moment, ça semble bien, mais qui sait ce qui se cache...
[11:08] Ubit Umarov : et bien personne ne devrait utiliser les choses alpha.
[11:08] Ubit Umarov : sauf ce truc opensim... ethernal alpha
[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'étais sur le point de dire lol
[11:09] Ubit Umarov : cela devrait faire partie du nom même.
[11:09] Gavin.Hird @grid.xmir.org:8002 : ok pour l'expérimentation, mais pas pour sauvegarder ce que vous voulez garder pour vous ou vos utilisateurs.
[11:09] Ubit Umarov : OpenSimulatorAlpha
[11:09] Ubit Umarov : ça a l'air bien non ?
[11:09] Andrew Hellershanks : :)
[11:09] Gavin.Hird @grid.xmir.org:8002 : Est-ce que c'est le poux DEC Alpha ?
[11:09] Gavin.Hird @grid.xmir.org:8002 : comme*.
[11:09] Ubit Umarov : j'espère que c'est mieux que celui-là :)
[11:09] Gavin.Hird @grid.xmir.org:8002 : :-))
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu des simulateurs qui ont fonctionné pendant un an sans avoir besoin d'un redémarrage ou d'un plantage. Si c'est une alpha, alors à quoi ressemblera la bêta, à la résolution de la faim dans le monde ou quelque chose comme ça.

LES UTILISATEURS

11:11] Ubit Umarov : le seul problème d'opensim c'est les utilisateurs.
[11:11] Ubit Umarov : pas d'utilisateurs pas de problèmes... pas de crashs
[11:11] Ubit Umarov : :)
[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si vous utilisez mal n'importe quel logiciel, vous aurez de mauvais moments, regardez juste Windows.
[11:11] Ubit Umarov : tous les logiciels sont parfaits sans les utilisateurs.
[11:11] Gavin.Hird @grid.xmir.org:8002 : Donc vous dites qu'opensim ne craint jamais même sans utilisateurs ?
[11:12] Ubit Umarov : shhh ignore ces détails gavin :p
[11:12] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:12] Ubit Umarov : qui se soucie du crash d'opensim s'il n'y a pas d'utilisateurs à voir ?
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est encore le truc de l'arbre dans la forêt.
[11:12] Gavin.Hird @grid.xmir.org:8002 : c'est bien ça.
[11:12] Andrew Hellershanks : On dirait une de ces questions du genre "si un arbre tombe dans la forêt...".
[11:12] Ubit Umarov : Et voilà, nous sommes arrivés aux problèmes du chat de Shrodinger :)
[11:13] Ubit Umarov : il vaut mieux changer de sujet :)
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si vous les avez en tant que service à redémarrer automatiquement et que vous ne les surveillez pas, tout fonctionne bien, quoi qu'il arrive.

QUOI DE NEUF SUR OPENSIM ?

[11:13] Ubit Umarov : Alors, quoi de neuf sur opensim ?
[11:13] Andrew Hellershanks : Les nouvelles concernant OpenSim cette semaine sont qu'il n'y a pas de nouvelles.

PAS DE CHANGEMENT CETTE SEMAINE

[11:14] Ubit Umarov : pas de changement de code cette dernière semaine :(
[11:14] Andrew Hellershanks : Aucun.
[11:14] Ubit Umarov : ça donne le temps aux gens de se planter avec les précédents :)
[11:14] Andrew Hellershanks : Ça doit être ça :)

PATCH DE CONTRÔLE D'ACCÈS

[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je voulais travailler un peu sur un patch qui révise la façon dont le contrôle d'accès est fait, j'en ai fait la plupart et il fonctionne, mais il n'est pas terminé.
[11:15] Gavin.Hird @grid.xmir.org:8002 : c'est l'esprit !
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : L'idée est de rendre la section de contrôle d'accès centrale pour le contrôle d'accès hypergrid et local plutôt que d'avoir des sections dupliquées dans le fichier de configuration pour les deux.
[11:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le problème est que cela implique un contrôle moins granulaire.
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Donc je travaille toujours sur cette énigme.

VIEWER : MAUVAISE GESTION DES RÉGIONS

[11:16] Ubit Umarov : ( avez-vous testé ce truc de parcels à distance, Gavin ? )
[11:16] Gavin.Hird @grid.xmir.org:8002 : celui pour lequel j'ai corrigé mon code ?
[11:17] Ubit Umarov : ( mauvaise gestion des régions sur 2 points )
[11:17] Andrew Hellershanks : Vincent, tu peux discuter du problème via la liste de diffusion ou le canal IRC dev si tu veux faire rebondir des idées sur d'autres personnes.
[11:17] Gavin.Hird @grid.xmir.org:8002 : seulement sur 1 point dans mon code.
[11:17] Gavin.Hird @grid.xmir.org:8002 : le reste était une sorte de désordre FS.
[11:17] Ubit Umarov : Je crois que tu as dit que tu avais réparé un de tes endroits.
[11:17] Ubit Umarov : l'autre n'est pas dans ton code ?
[11:17] Gavin.Hird @grid.xmir.org:8002 : non.
[11:18] Ubit Umarov : ok
[11:18] Ubit Umarov : aucune idée de la raison pour laquelle le centre de la région a été utilisé.
[11:18] Ubit Umarov : le centre de la région signifie que l'identifiant de la région est moins important.
[11:18] Ubit Umarov : moins d'identifiant de région, je voulais dire
[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il faut d'abord voir s'il y a un potentiel de mauvais chevauchement dans les interdictions de mac, mais il faut quand même réviser cela étant donné qu'il y a des problèmes avec l'origine de mac de toute façon.
[11:20] Ubit Umarov : Ce code envoyait des paires invalides (handle, offset) qui ne pointaient pas vers le point global requis.
[11:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : Idéalement, des références complètes à d'autres données utilisateur connues pour valider que vous avez la bonne personne, mais le code n'est jamais aussi intelligent qu'un humain à cet égard.
[11:20] Ubit Umarov : opensim devrait maintenant fonctionner correctement avec des paires valides.
[11:20] Gavin.Hird @grid.xmir.org:8002 : d'après ce que j'ai pu trouver, le problème n'était pas spécifique à FS, donc je ne sais pas pourquoi il était comme ça.
[11:21] Ubit Umarov : bien sûr, si possible, ils devraient être relatifs au coin de référence de la région.
[11:21] Ubit Umarov : cela rend la vie plus facile.
[11:22] Ubit Umarov : mais je ne suis pas sûr que tous les chemins de protocole permettent des décalages > 256m... je suppose que tous le font...
[11:22] Ubit Umarov : si ce n'est pas le cas, un autre gestionnaire de rapprochement doit être utilisé.
[11:23] Ubit Umarov : il suffit que les deux soient coïncidents et utilisent le même point de référence de la grille.
[11:23] Ubit Umarov : Bon ok je me tais ... suivant ?

MESHERS , MOTEURS DE PHYSIQUE, MOTEUR DE SCRIPTS

[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai rencontré quelques échanges intéressants cette semaine, il y a encore des gens qui mélangent la physique et les meshs en utilisant ubode avec Meshmerizer et XEngine, j'avais l'impression que ce n'était plus possible...
[11:23] Ubit Umarov : oui, même une distro le fait.
[11:24] Ubit Umarov : il l'appelle "hybird physics".
[11:24] Ubit Umarov : hybride
[11:24] Ubit Umarov : fou... mais bon...
[11:24] Ubit Umarov : Je suis sûr que beaucoup essaient encore d'utiliser des roues carrées sur les voitures.
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : Dans le master, y a-t-il quelque chose pour empêcher le mélange de la physique et les meshes ?
[11:25] Ubit Umarov : non.
[11:25] Ubit Umarov : le code suppose que les gens ont un cerveau.
[11:25] Ubit Umarov : encore plus... des cerveaux qui fonctionnent un peu :p
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : heh une hypothèse audacieuse à faire, bien la plupart voient le lien étant donné les noms je suppose, il semble juste que certains ne le voient toujours pas.
[11:26] Ubit Umarov : je me souviens de lkalif quand j'ai ajouté ubodemeshmerizer.
[11:26] Ubit Umarov : il m'a demandé de les fusionner.
[11:26] Ubit Umarov : une promesse que je dois encore faire.
[11:27] Ubit Umarov : c'est juste que c'est un peu pénible.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je peux imaginer
[11:27] Grille : George Equus vous a donné une erreur de script Patrol Bot.
[11:27] Ubit Umarov : je suppose que bullet et old ode pourraient utiliser des meshes plus propres pour les prims torturés aussi... un peu bien...
[11:28] Ubit Umarov : ils n'ont pas l'air de se plaindre tant que ça avec ceux qu'ils reçoivent actuellement.
[11:29] Vincent.Sylvester @hg.zetaworlds.com:8002 : Bullet a toujours deux ou trois cas limites pour lesquels il fonctionne bien, mais je n'ai entendu que des éloges sur ubode dans son ensemble et YEngine en conjonction est un plaisir de travailler avec lui étant donné la proximité du standard LSL qui rend beaucoup de choses plus faciles à déboguer.

PROBLÈME DES MAUVAIS SCRIPTS

[11:30] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les "problèmes" sont presque exclusivement liés à un mauvais maillage ou à des scripts qui sont faciles à corriger si vous savez comment faire.
[11:30] Ubit Umarov : les choses non standard lsl sont aussi une option Yengine :)
[11:30] Andrew Hellershanks : Cela me fait penser qu'une grande partie du mauvais code est susceptible de rester en place s'il fonctionne (maintenant) dans l'OS.
[11:30] Ubit Umarov : pour l'instant juste quelques-uns.
[11:31] Ubit Umarov : et les mauvais maillages qu'ubOde ne fera qu'en tant que convexe.
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le mauvais code est une donnée Andrew c'est comme le soleil étant une énorme boule de feu
[11:31] Ubit Umarov : il y en a des tonnes, les gens refusent simplement de les remplacer.
[11:31] Gavin.Hird @grid.xmir.org:8002 : refurse...
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : Beaucoup ne savent pas comment faire ou les créateurs originaux refusent de le faire pour une raison quelconque.
[11:32] Andrew Hellershanks : Vincent, c'est vrai mais si un mauvais script s'est cassé dans le système d'exploitation, il est probable qu'il sera corrigé et qu'il fonctionnera mieux que l'original.
[11:32] Gavin.Hird @grid.xmir.org:8002 : en général, il s'agit d'un cas d'impossibilité.
[11:32] Ubit Umarov : beaucoup de créateurs originaux sont partis.
[11:32] Ubit Umarov : mais bien sûr il y en a de nouveaux...
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est une question de propriété du contenu et de droits légaux, mais au final, il y a toujours moyen d'arranger les choses, heureusement.
[11:33] Ubit Umarov : quelques personnes aiment même réparer les collisions des maisons :)
[11:33] Ubit Umarov : donc le mauvais mesh n'est utilisé que pour le visuel.
[11:33] Ubit Umarov : et les collisions nécessaires sont faites par des prims invisibles.
[11:34] Ubit Umarov : les boîtes, espérons-le.

LES PRIMS INVISIBLES

[11:34] Gavin.Hird @grid.xmir.org:8002 : le problème est que les prims invisibles ajoutent à la surcharge de rendu.
[11:34] Grid : Carte de notes mise à jour
[11:34] Ubit Umarov : cela doit être un mauvais rendu.
[11:34] Gavin.Hird @grid.xmir.org:8002 : le moteur de rendu voit tout et ne supprime que les dernières passes.
[11:35] Ubit Umarov : cela ne les enlève pas rapidement.
[11:35] Grid : Notecard mis à jour
[11:35] Ubit Umarov : cela devrait les enlever rapidement si la transparence principale est de 100%.
[11:36] Ubit Umarov : je fais cela sur la carte warp3d, bien sûr.
[11:36] Gavin.Hird @grid.xmir.org:8002 : il y a beaucoup d'autres cas où la transparence à 100% est utilisée et qui ne devraient pas être enlevés donc ce n'est pas si facile.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Est-ce que c'est basé sur la valeur de transparence ? Vous pouvez également définir la texture en transparence en laissant la valeur de transparence à 0.
[11:36] Ubit Umarov : non, pas la texture.
[11:37] Ubit Umarov : sur la texture, le viewer doit tout voir.
[11:37] Gavin.Hird @grid.xmir.org:8002 : pour autant que le moteur de rendu le sache, il peut s'agir d'un prim de fenêtre recouvrant plusieurs autres prims.
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002 : Intéressant, j'avais l'habitude de faire les deux, de mettre la texture en transparence et la transparence à 100.
[11:37] Ubit Umarov : alors que la transparence de base n'est qu'un nombre.
[11:38] Ubit Umarov : il est facile de voir que cela signifie 100% et de sauter rapidement la face entière.
[11:38] Ubit Umarov : Je fais ça sur Warp3d.
[11:38] Ubit Umarov : les viewers devraient faire de même.
[11:39] Ubit Umarov : j'ai envisagé de ne pas envoyer de prims avec une transparence totale aux utilisateurs sans droits de mods
[11:39] Joe Magarac : La transparence de la base > 0 désactive l'éclairage ambiant sur l'objet, au moins dans Firestorm.
[11:39] Ubit Umarov : mais j'ai abandonné... il serait possible de faire beaucoup d'autres choses.
[11:40] Ubit Umarov : comme le numéro de prim.
[11:40] Ubit Umarov : Je veux dire le numéro de lien.
[11:40] Ubit Umarov : les viewers font cela en comptant les prims.
[11:40] Ubit Umarov : c'est une erreur insensée.
[11:41] Ubit Umarov : mais ils ont toujours fait cela.
[11:41] Ubit Umarov : supposez que udp a un ordre de paquet
[11:41] Ubit Umarov : bahh
[11:41] Gavin.Hird @grid.xmir.org:8002 : sois un bon garçon et envoie ce que le viewer veut que tu envoies.
[11:42] Ubit Umarov : oui, j'ai donc renoncé à cette accélération.
[11:42] Ubit Umarov : mais quand même... les viewers vont faire une erreur sur le nombre de liens s'il y a un petit taux d'erreur sur udp.
[11:43] Joe Magarac : Ah. Je me demandais comment cela fonctionnait. Y a-t-il un effort du côté de la simulation pour envoyer tous les messages ObjectUpdate dans un seul paquet ?

PROTOCOLES DE MESSAGE COURT UTILISÉ : HTTP vs UDP

[11:43] Ubit Umarov : il semble que plusieurs lindens qui ont travaillé sur lludp n'avaient aucune idée de ce qu'est lludp.
[11:44] Ubit Umarov : puis après avoir fait des dégâts, ils ont décidé de passer à un http lourd et fou.
[11:44] Ubit Umarov : et d'utiliser http comme protocole de messages courts.
[11:44] Ubit Umarov : un non-sens insensé
[11:44] Ubit Umarov : nous payons pour aujourd'hui
[11:45] Gavin.Hird @grid.xmir.org:8002 : le "cloud" ne leur permet pas d'utiliser udp.
[11:45] Ubit Umarov : vous avez tort.
[11:45] Ubit Umarov : http3.0 est udp
[11:45] Gavin.Hird @grid.xmir.org:8002 : c'est ce qu'ils appellent "udp".
[11:45] Gavin.Hird @grid.xmir.org:8002 : http 3.0 n'est même pas prêt pour la production.
[11:45] Ubit Umarov : tu as peut être raison... ils n'ont peut être pas mis à jour.
[11:45] Ubit Umarov : ofc ti is
[11:45] Ubit Umarov : tous les sites de google l'utilisent.
[11:45] Gavin.Hird @grid.xmir.org:8002 : donc ce n'était pas une option quand la direction a décidé de passer au cloud.
[11:46] Gavin.Hird @grid.xmir.org:8002 : google est un désordre dans son propre système.
[11:46] Ubit Umarov : je ne sais pas comment cela ne va pas tuer vidio et audion.
[11:46] Gavin.Hird @grid.xmir.org:8002 : comme je l'ai dit la dernière fois : Les amis ne laissent pas leurs amis utiliser Google
[11:46] Ubit Umarov : parce que ceux-ci dépendent du fait que udp a une priorité plus élevée que tcp.
[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : Une migration vers le cloud vient presque toujours de cadres moyens qui pensent pouvoir réduire les coûts alors que la complexité accrue et le potentiel de défaillance nécessitant des systèmes redondants finissent par enrichir le fournisseur de cloud, pas vous :)
[11:47] Ubit Umarov : maintenant avec tous les contenus http sur udp... voyons voir...
[11:47] Gavin.Hird @grid.xmir.org:8002 : LL a-t-il une gestion intermédiaire ?
[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pensais que LL n'avait que des cadres intermédiaires.
[11:47] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:47] Ubit Umarov : mais c'est juste pour dire que LL aurait dû améliorer lludp en corrigeant ses problèmes.
[11:47] Gavin.Hird @grid.xmir.org:8002 : Parfois, l'entreprise entière ressemble plus à un séminaire qu'à quoi que ce soit d'autre.
[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : Franchement, j'ai vu plus de potentiel de PDG dans certaines brosses à toilettes.
[11:48] Joe Magarac : Vous n'êtes pas obligé d'utiliser HTTP 3.0, même avec les sites Google. Il se rabattra sur 2.0 et TCP.  La plupart du temps, Chrome parle à Google en HTTP 3.0. Peu d'autres le font.
[11:48] Ubit Umarov : bien sûr, il est possible de faire un bon protocole de message au-dessus d'udp, QUICK est une pile de travail complète.
[11:48] Ubit Umarov : le bord aussi :p
[11:49] Joe Magarac : Edge a Chrome à l'intérieur maintenant.
[11:49] Ubit Umarov : yeap
[11:49] Gavin.Hird @grid.xmir.org:8002 : Edge est un skin qui rapporte également votre navigation à Microsoft.
[11:49] Ubit Umarov : mais mon but est juste de dire à quel point il était mauvais de passer à un http 1.0 lourd et stupide.
[11:50] Ubit Umarov : quand il était possible de réparer lludp.
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il s'appelle ainsi parce qu'il est censé vous donner envie de sauter du bord d'une falaise, je le jure.
[11:50] Gavin.Hird @grid.xmir.org:8002 : :-)
[11:50] Ubit Umarov : bien sûr, il y a des choses que l'on peut déplacer vers http.
[11:50] Ubit Umarov : la demande pour les grandes choses est mieux sur http
[11:50] Gavin.Hird @grid.xmir.org:8002 : Dans Win 11, il est apparemment plus ou moins impossible de s'en débarrasser.
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'étais heureux avec Win7, Win10 m'agace quotidiennement, je n'ose même pas penser à ce qu'apportera 11, je tiens à ce qu'il me reste de bon sens...
[11:51] Ubit Umarov : je me souviens comment ms a tué tous les navigateurs en forçant l'utilisation d'IE.
[11:52] Ubit Umarov : J'étais un utilisateur de Netscape ( ?).
[11:52] Gavin.Hird @grid.xmir.org:8002 : moi aussi
[11:52] Gavin.Hird @grid.xmir.org:8002 : à l'époque...
[11:52] Ubit Umarov : ouais
[11:52] Jamie.Jordan @grid.kitely.com:8002 : moi aussi...
[11:52] Jamie.Jordan @grid.kitely.com:8002 : moi aussi

NOUVELLE VERSION ET OSGRID GRILLE TEST

[11:52] Jagga Meredith : Merci pour toute l'aide apportée à mes problèmes de code tp.  Une partie du problème était, en fait, que j'utilisais un vieux code avec des bogues.  Est-ce qu'il y a une version "officielle" de la 9.2 vers laquelle je peux diriger les gens ? c'est-à-dire pas une version beta/dev ?
[11:52] Andrew Hellershanks : C'était mon premier navigateur, je crois.
[11:52] Ubit Umarov : tous les opensim sont des beta :p
[11:53] Andrew Hellershanks : Ubit, tu ne veux pas dire Alpha ?
[11:53] Gavin.Hird @grid.xmir.org:8002 : donc ce serait 0.9.2.
[11:53] Ubit Umarov : non ALpha sera la dernière étape :)
[11:53] Ubit Umarov : bien en comptant à l'envers
[11:53] Gavin.Hird @grid.xmir.org:8002 : RC alpha
[11:54] Ubit Umarov : à propos de dev... je devrais sortir une version non dev.
[11:54] Jagga Meredith : une version particulière ?
[11:54] Ubit Umarov : je suis sur le point de le faire depuis un an :)
[11:54] Ubit Umarov : puis continuer à changer le code...
[11:55] Jagga Meredith : oui, les gens l'attendent.
[11:55] Gavin.Hird @grid.xmir.org:8002 : Opensim 2022
[11:55] Andrew Hellershanks remet à Ubit un TUIT rond.
[11:55] Jagga Meredith : heh

OSGRID

[11:55] Ubit Umarov : osgrid fait les releases.
[11:55] Gavin.Hird @grid.xmir.org:8002 : Comme Visual Studio 2022 ou Office 2022
[11:55] Ubit Umarov : last est de last 16th.
[11:55] Ubit Umarov : mais osgrid est toujours sur les versions dev d'opensim.
[11:56] Ubit Umarov : les autres grilles sont sur 0.9.2
[11:56] Jagga Meredith : je veux fonctionner sur une autre grille.
[11:56] Gavin.Hird @grid.xmir.org:8002 : osgrid n'est-elle pas une grille de test ?
[11:56] Andrew Hellershanks : Gavin, c'est le cas.
[11:56] Ubit Umarov : c'est un mélange de test/opérationnel.
[11:56] Gavin.Hird @grid.xmir.org:8002 : donc
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je fais tourner master dev en production depuis des années et je n'ai pas vraiment à me plaindre, les bugs qu'il y a sont corrigés assez rapidement de nos jours.
[11:57] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce qui est cassé est soit devenu une fonctionnalité maintenant, soit personne ne l'a encore trouvé.
[11:57] Ubit Umarov : :)
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le problème de parcelles ou récent est dans le code depuis combien de temps et n'est apparu que récemment sur mon radar.
[11:58] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il faut parfois du temps pour que les cas limites se manifestent.
[11:59] Ubit Umarov : chez osgrid, les régions qui prennent le plus de nouveaux bugs sont celle-ci, la mienne et lbsa.
[11:59] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il y a toujours un bug avec la mise à l'échelle des prims, mais je n'ai pas été capable d'en trouver la cause depuis des années maintenant, je commence à penser que c'est un truc de base udp sur la mise à l'échelle qui se perd quelque part, mais trouver cela est une aiguille dans une botte de foin.
[11:59] Ubit Umarov : ce bulletin était entièrement automatique.
[12:00] Andrew Hellershanks : J'ai entendu dire que le récent crash d'osgrid a causé un certain nombre de problèmes pour certaines personnes. Certains prims manquants, et certains objets scriptés qui fonctionnaient auparavant, ne fonctionnent plus.
[12:00] Joe Magarac : Merci à tous.
[12:00] Ubit Umarov : voit un nouveau commit, le compile et le diffuse ici.
[12:00] Andrew Hellershanks : Au revoir, Joe.
[12:00] Ubit Umarov : bien ces problèmes doivent être rapportés sur osgrid foruns
[12:01] Ubit Umarov : je ne vois pas comment les scripts qui fonctionnaient se sont arrêtés, parce que les services de gestion des ressources ont été interrompus pendant une journée.
[12:01] Vincent.Sylvester @hg.zetaworlds.com:8002 : Cartes de notes peut-être
[12:01] Ubit Umarov : certains ofc peuvent avoir besoin d'une réinitialisation.
[12:01] George Equus : Je dois y aller. Merci à tous.  Au revoir.
[12:02] Ubit Umarov : cya
[12:02] Andrew Hellershanks : ok, George. tc. On se reverra un jour.
[12:02] Gavin.Hird @grid.xmir.org:8002 : souvent, ce genre de crash nécessite une reconstruction complète des tables de la base de données où les incohérences 
sont éliminées. Des incohérences qui apparaîtront dans le monde.

PROBLÈME DE NETTOYAGE DES BASES DES ASSETS

[12:02] Vincent.Sylvester @hg.zetaworlds.com:8002 : La plupart du temps, c'est juste un désagrément de voir que osnotecard crée un nouvel asset à chaque fois qu'il est appelé, mais le nettoyage est presque impossible.
[12:03] Ubit Umarov : cela ne crée pas un nouvel asset.
[12:03] Ubit Umarov : hmm, n'est-ce pas ?
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : En quelque sorte, si les données sont les mêmes, je ne pense pas que ce soit le cas.
[12:03] Ubit Umarov : soit c'est vrai, soit ce n'est pas vrai.
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : Dans environ 3 millions d'assets, j'ai trouvé 700 000 cartes de notes.
[12:03] Ubit Umarov : on ne peut pas avoir la chose du milieu
[12:03] Jagga Meredith : ma région fonctionne bien sans redémarrage. J'ai vu un tas de mises à jour d'assets.
[12:03] Vincent.Sylvester @hg.zetaworlds.com:8002 : tous les descriptifs "script généré".
[12:04] Ubit Umarov : les npcs sont un cas d'espèce.
[12:04] Ubit Umarov : cloner l'apparence d'une carte de notes.
[12:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous pouvez nettoyer ces données si vous pouvez voir si la carte de note est toujours dans les primitems ou l'inventaire, mais c'est une assez grande requête sql et fonctionnera lentement compte tenu de toutes les bases de données que vous devez vérifier pour être sûr.
[12:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Possible, mais pas pratique
[12:05] Ubit Umarov : le nouveau script m'irrite encore plus.
[12:05] Ubit Umarov : chacun est un nouvel atout :)
[12:06] Ubit Umarov : pire encore, tout ce que nous essayons de compiler avec des bugs est un atout.
[12:06] Andrew Hellershanks : Je me demande souvent, lors de la sauvegarde d'un script mis à jour ou d'une notecard, si cela met à jour la ressource ou en crée une nouvelle à chaque fois.
[12:06] Ubit Umarov : nous devrions seulement autoriser au moins ceux qui compilent.
[12:06] Ubit Umarov : crée un nouveau script.
[12:06] Ubit Umarov : il n'y a pas de mise à jour des assets.
[12:06] Ubit Umarov : même les viewers en dictent une nouvelle.
[12:06] Gavin.Hird @grid.xmir.org:8002 : Donc vous n'avez jamais eu besoin de sauvegarder un WIP qui ne compile toujours pas ?
[12:07] Ubit Umarov : oui un problème gaiv
[12:07] Andrew Hellershanks : Ubit, cela me semble du gaspillage. Beaucoup de fichiers de script et d'assets notecard qui sont essentiellement morts encombrent la table de la base de données.
[12:07] Ubit Umarov : juste un problème d'option.
[12:08] Ubit Umarov : des tonnes et des tonnes de déchets ajoutés chaque jour sur les disques.
[12:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le problème est que déterminer ce qui est utile de garder et ce qui ne l'est pas n'est pas un cas clair.
[12:08] Ubit Umarov : nous sommes en vie parce que les disques deviennent de plus en plus gros.
[12:08] Ubit Umarov : au même coût de base.
[12:08] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les SSDs aussi, sinon toutes ces données seront servies en si peu de temps.
[12:09] Vincent.Sylvester @hg.zetaworlds.com:8002 : OpenSim sur un disque dur peut devenir lent rapidement.
[12:09] Ubit Umarov : l'un de ces d signifie disque :p
[12:09] Ubit Umarov : un de...
[12:10] Ubit Umarov : oops ssd n'a qu'un seul D qui signifie disque.
[12:10] Ubit Umarov : détails...
[12:10] Gavin.Hird @grid.xmir.org:8002 : un raid correct de disques durs peut être aussi rapide qu'un SSD, et ne se bloquera probablement pas aussi vite dans un environnement occupé.
[12:10] Ubit Umarov : et possiblement durer plus longtemps.
[12:10] Gavin.Hird @grid.xmir.org:8002 : une fois que le cache du SSD est plein, le disque dur se bloque complètement.
[12:10] Gavin.Hird @grid.xmir.org:8002 : il*.
[12:10] Jagga Meredith : est-ce qu'on stocke chaque "box" ordinaire ou est-ce que c'est un pointeur ?
[12:11] Ubit Umarov : la durée de vie du ssd est un secret caché.
[12:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je n'ai pas encore joué avec des choses plus complexes comme les raids de disques durs avec cache pour les disques durs, mais cela semble être plus de points d'échec.
[12:11] Ubit Umarov : toutes les pubs sur la rapidité... sans dire qu'ils sont morts rapidement...
[12:11] Ubit Umarov : J'espère qu'ils vont mieux maintenant.
[12:11] Ubit Umarov : au moins, j'en utilise un.
[12:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu deux SSD qui sont tombés en panne en même temps, j'ai dû remplacer l'un puis l'autre pour sauver les données, c'était amusant.
[12:12] Ubit Umarov : mais j'ai des caches de visualisation sur un disque dur.
[12:12] Ubit Umarov : Je ne vais pas brûler le disque dur avec ça.
[12:12] Gavin.Hird @grid.xmir.org:8002 : la dernière chose avec les SSDF qui ont commencé à apparaître est que les fabricants remplacent les composants d'origine par des composants plus lents et moins chers une fois que la première version a été évaluée par tous les sites qui font ce genre de choses.
[12:12] Gavin.Hird @grid.xmir.org:8002 : SSD*
[12:12] Ubit Umarov : Oui.
[12:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : On dirait que les constructeurs automobiles sont partout
[12:12] Ubit Umarov : mais je pense que c'est un vieux truc sur tout le matériel.
[12:13] Ubit Umarov : Passez les critiques avec des versions premium.
[12:13] Ubit Umarov : puis vendre de la merde
[12:13] Andrew Hellershanks : Un projet sur lequel je travaille actuellement stocke des données sur un système qui ne dispose que d'une carte mémoire SD. J'utilise un disque RAM pour minimiser l'écriture sur le disque pour les fichiers temporaires.
[12:13] Ubit Umarov : oui, je pense que c'est tout à fait ça.
[12:13] Ubit Umarov : C'est l'éthique moderne.
[12:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je peux entendre la respiration lourde de Volkswagen dans le coin lol.
[12:14] Ubit Umarov : ouais les hdds sont en train de disparaître du marché.
[12:14] Ubit Umarov : de...
[12:14] Gavin.Hird @grid.xmir.org:8002 : il y a de nouveaux disques durs qui sont à peu près aussi rapides que les SSD SATA.
[12:14] Ubit Umarov : bien, les nvm avec pcie 4 semblent juste voler.
[12:14] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pourtant, le sas est toujours aussi cher, tout comme la bande.
[12:14] Ubit Umarov : oui, mais qui veut du sata ?
[12:15] Andrew Hellershanks : J'aimerais voir des SSD qui utilisent cette nouvelle forme de mémoire Flash qui ne s'use pas.
[12:15] Vincent.Sylvester @hg.zetaworlds.com:8002 : Que ne donnerais-je pas pour un lecteur de bandes...
[12:15] Ubit Umarov : sata his limited by spec
[12:15] Gavin.Hird @grid.xmir.org:8002 : il y a encore beaucoup de systèmes qui l'utilisent.
[12:15] Ubit Umarov : nvm fait maintenant 8GB/s selon eux.
[12:15] Ubit Umarov : sur pcie4.0
[12:16] Ubit Umarov : le sata fait au maximum 600MB/s si je me souviens des spécifications.
[12:16] Gavin.Hird @grid.xmir.org:8002 : mais vous pouvez toujours le raider pour un total beaucoup plus rapide.
[12:16] Ubit Umarov : bien, vous pouvez le faire sur nvm.
[12:16] Andrew Hellershanks : Vincent, fais attention à ce que tu souhaites. J'avais l'habitude d'utiliser des bandes DAT 4mm pour faire des sauvegardes. Les bandes étaient très bien. Les lecteurs DAT basés sur SCSI sont tous morts. Deux d'entre eux sont morts de manière différente, alors je les ai combinés dans un nouveau lecteur fonctionnel jusqu'à ce qu'il meure. Un troisième disque est mort plus tard.
[12:16] Ubit Umarov : sur un processeur EPIC :)
[12:16] Ubit Umarov : ou avec des tonnes de voies pcie
[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Tout ce nouveau matériel sophistiqué et la Chine vient de fermer ses usines.
[12:17] Vincent.Sylvester @hg.zetaworlds.com:8002 : Nous allons attendre un certain temps
[12:17] Ubit Umarov : c'est fou ce que le marché est devenu.
[12:17] Andrew Hellershanks : J'aimerais récupérer un lecteur DAT en état de marche pour voir si je peux récupérer les données de ces bandes et voir ce qu'elles contenaient.
[12:17] Ubit Umarov : Impossible d'obtenir les composants électroniques les plus basiques.
[12:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les moniteurs ont commencé à monter en prix maintenant aussi.
[12:18] Ubit Umarov : excuse covod
[12:18] Andrew Hellershanks : Je n'ai pas commandé de pièces et de circuits imprimés tant qu'il y a un problème de transport de marchandises.
[12:18] Ubit Umarov : covid
[12:19] Ubit Umarov : covid est une bonne excuse pour toutes sortes de spéculations et de profits supplémentaires.
[12:19] Gavin.Hird @grid.xmir.org:8002 : Je veux une des bibliothèques de bandes massives que je vendais quand j'étais chez IBM, avec une migration automatique entre le disque et la bande (dans les deux sens).
[12:19] Ubit Umarov : devinez aussi à toutes les chaînes d'approvisionnement "juste à temps".
[12:19] Andrew Hellershanks : Nous nous éloignons du sujet et l'heure est passée. Des sujets de dernière minute liés à l'OS pour aujourd'hui ?

VIEWERS

[12:20] Gavin.Hird @grid.xmir.org:8002 : Il y a eu une mise à jour de la version Win de mon viewer il y a quelques jours. Elle ajoute essentiellement des éléments déjà présents dans la version Mac.
[12:21] Andrew Hellershanks : Merci pour l'info, Gavin.

CONCLUSION

[12:21] Gavin.Hird @grid.xmir.org:8002 : yw
[12:21] Andrew Hellershanks : Autre chose ?
[12:21] Andrew Hellershanks : Je vais...
[12:21] Andrew Hellershanks : Je vais...
[12:21] Andrew Hellershanks : Parti. :)
[12:21] Andrew Hellershanks : C'est tout pour cette semaine. Merci à tous d'être venus. Nous vous reverrons la semaine prochaine.