Réunion du 08-02-2022

De OSWiki
Aller à la navigation Aller à la recherche

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-02-08

Introduction

[11:02] Gavin.Hird @grid.xmir.org:8002 : Salut Andrew, Kayaker
[11:02] Andrew Hellershanks : Bonjour à tous.
[11:02] Misterblue Waves : Bonjour à tous !
[11:02] Kayaker Magic : Bonjour à tous !
[11:02] Andrew Hellershanks : Hey, Misterblue
[11:03] Kayaker Magic : Misterblue ! Ça fait longtemps qu'on ne s'est pas vu ! Content de te voir ici !
[11:04] Misterblue Waves : je revisite mes anciens projets et mes anciens terrains de jeu :)
[11:04] Jamie.Jordan @grid.kitely.com:8002 : Mister Blue bienvenue mon ami
[11:05] Ubit Umarov : Bonjour !
[11:05] Gavin.Hird @grid.xmir.org:8002 : Bonsoir Ubit

Moteurs de jeux pour projets de Viewers

  • Unity : moteur de jeu multiplateforme répandus dans l'industrie du jeu vidéo, aussi bien pour les grands studios que pour les indépendants.
  • Unreal Engine : moteur de jeu vidéo propriétaire développé par Epic Games.
  • Xenko /Sride : Stride, alors appelé Xenko, était à l'origine mis à disposition par Silicon Studio sous un modèle de double licence, disponible pour tous sous GNU GPLv3, avec des termes de licence alternatifs, payants, disponibles pour ceux pour qui les termes de copyleft de la GPL sont un obstacle à l'adoption[1] Le 2 août 2018, le développeur Virgile Bello a annoncé sur le blog Xenko que Silicon Studio avait abandonné le support du projet et ré-licencié Xenko 3.0 sous la licence MIT. Contrairement à l'accord antérieur de double licence selon lequel le moteur était disponible en tant que logiciel libre et open-source mais l'éditeur restait propriétaire, dans le cadre du nouvel accord, le moteur et l'éditeur sont tous deux disponibles sous la licence MIT[2].
  • Stride : https://www.stride3d.net/
  • Godot : est un moteur de jeu multiplateforme, logiciel libre sous licence MIT.
[11:05] Kayaker Magic : En parlant d'anciens projets, j'ai entendu une rumeur selon laquelle la licence pour Unity a changé et qu'elle pourrait être intéressante maintenant pour que le nouveau projet du viewer de Melane continue.
[11:06] Ubit Umarov : nous n'avons jamais fait ça dans unity.
[11:06] Kayaker Magic : Quel moteur a-t-elle utilisé ? Je pensais que c'était unity.
[11:06] Ubit Umarov : unreal
[11:07] Ubit Umarov : puis un début de reprise dans xenko, maintenant Stride.
[11:07] Andrew Hellershanks: Stride?
[11:08] Motoko.Karu @login.digiworldz.com:8002: https://www.stride3d.net/
[11:08] Ubit Umarov : oui, je pense que c'est son nom maintenant.
[11:08] Motoko.Karu @login.digiworldz.com:8002 : désolé... lag
[11:08] Ubit Umarov : Oui, merci.
[11:08] Motoko.Karu @login.digiworldz.com:8002 : np
[11:09] Andrew Hellershanks : Oh, c'est ce qu'on appelait autrefois Xenko.
[11:09] Misterblue Waves : J'ai recommencé à travailler sur mon viewer. La première version est basée sur un navigateur mais la prochaine sera basée sur ce qui convient (unreal, godot, stride, ...).

Viewers - Texte uniquement

[11:09] Vincent.Sylvester @hg.zetaworlds.com:8002 : Nous avons vraiment besoin d'un bon viewer texte, un qui soit mis à jour plus régulièrement et qui fonctionne réellement.
[11:10] Ubit Umarov : radagast ne fonctionne pas ?
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : C'est le cas, sauf si votre mot de passe est trop long.
[11:10] Ubit Umarov : :)
[11:10] Misterblue Waves : quelles sont les fonctions dont tu as besoin dans un viewer texte, @Vincent ? juste le chat ?
[11:10] Vincent.Sylvester @hg.zetaworlds.com:8002 : Chat, peut-être quelques contrôles de domaines et de parcelles, c'est à peu près tout.
[11:10] Ubit Umarov : et je devinel'inventaire également
[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous savez les trucs d'administration que vous ne pouvez pas faire via la console.
[11:11] Kayaker Magic : Est-ce que Radegast fonctionne sur les téléphones portables ? J'ai utilisé Lumiya comme viewer texte sur mon téléphone jusqu'à ce qu'il soit abandonné. Il ne fonctionne pas sur mon nouveau téléphone.
[11:11] Ubit Umarov : pour vérifier les notecards.
[11:11] Ubit Umarov : je pense que certains utilisent encore Lumiya.
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il fonctionne toujours sur mon téléphone.
[11:12] Andrew Hellershanks : Je me demande si quelqu'un a pensé à utiliser le moteur de rendu utilisé dans Blender.
[11:12] Ubit Umarov : en tout cas, j'ai fait un correctif pour ça... il y a environ 2 ans maintenant :)
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mais il ne fait pas les vars
[11:12] Kayaker Magic : Lumiya fonctionne toujours sur ma tablette qui a 6 ans.
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002: unlocked bootloader lineage os ftw lol
[11:12] Ubit Umarov : il ne décode pas tous les xml llsd correctement.
[11:12] Gavin.Hird @grid.xmir.org:8002 : Je suppose que si vous ne voulez pas que votre avatar rezzé ressemble à une brique, vous aurez besoin d'un accès plus ou moins complet à l'inventaire.
[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : hehe vrai
[11:12] Gavin.Hird @grid.xmir.org:8002 : à ma connaissance, vous ne pouvez pas vous connecter avec un client texte léger.
[11:12] Ubit Umarov : comme <integer /> je me souviens.
[11:13] Ubit Umarov : J'ai dû le retirer.
[11:13] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'aime définir des mots de passe à partir de 20 caractères et plus à partir de 64, radegast et je pense lumiya vomissent tout ce qui est au-dessus de 16 ou plus.
[11:13] Ubit Umarov : ce que veut vraiment la plupart des gens c'est chatter avec les autres.
[11:14] Ubit Umarov : être en contact avec ses amis...
[11:14] Ubit Umarov : le 3d autour est juste un décor, la plupart du temps.
[11:14] Misterblue Waves : ce serait aussi bien pour des réunions comme celle-ci. Nous n'utilisons pas vraiment les fonctionnalités du monde 3D de cet endroit.
[11:15] Gavin.Hird @grid.xmir.org:8002 : alors vous pouvez simplement faire une réunion dans n'importe quelle plateforme de chat.
[11:15] Ubit Umarov : 21W sur mon processeur alors qu'il pourrait être à 5.
[11:15] Ubit Umarov : ;(
[11:15] Ubit Umarov : :)
[11:15] Ubit Umarov : je suppose que c'est plus sur le gpu.
[11:15] Misterblue Waves : Je suis en train de construire un tout nouveau protocole. Un jour, je devrai me battre avec UBit pour qu'une nouvelle ClientView soit ajoutée à la base :)
[11:15] Ubit Umarov : mon utilitaire  ne montre pas l'estimation de la puissance du gpu :(
[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : Si cela a du sens, je suis sûr qu'il l'ajoutera, il faut juste persister, c'est comme ça que je fais passer les choses ;)
[11:16] Ubit Umarov : L'idée est d'ajouter des clients.
[11:16] Ubit Umarov : maintenant... c'est un peu difficile car il y a des choses de sl partout.

Suite

[11:17] Misterblue Waves : SL s'égare dans sa propre direction, et, avec de nouveaux consultants (<clin d'œil//>) ils pourraient changer beaucoup de choses.
[11:17] Gavin.Hird @grid.xmir.org:8002 : ha !
[11:17] Ubit Umarov : une voix me vient à l'esprit.
[11:17] Gavin.Hird @grid.xmir.org:8002 : J'ai vu que Meta va ajouter un espace de sécurité autour de tous les avatars.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : SL est, comme d'habitude, juste en train de tourner autourde la cuvette des toilettes ces derniers temps.
[11:18] Kayaker Magic : Meta ? Cette société ne va pas bientôt disparaître ?
[11:18] Motoko.Karu @login.digiworldz.com:8002 : lol... je dois me souvenir de celui-là... <le commentaire sur la cuvette des toilettes>
[11:18] Misterblue Waves : oui, HiFi avait cela dans leur première version. Meta est en train d'apprendre toutes les choses que SL a dû apprendre. Ils partent de zéro.
[11:18] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelqu'un d'autre a été inondé d'emails relatifs au "metaverse" ces derniers temps ?
[11:19] Ubit Umarov : je pense que meta est un peu plus en avance sur sl.
[11:19] Misterblue Waves : soit "metaverse" soit "crypto". Il y a beaucoup de pompage et de déversement en cours.
[11:19] Gavin.Hird @grid.xmir.org:8002 : On pourrait l'espérer, mais la rumeur de sa mort est jusqu'à présent exagérée.
[11:19] Ubit Umarov : regarder d'autres choses, comme sansar, space, etc...
[11:20] Ubit Umarov : et beaucoup d'autres choses autour tout ce qui peuvent vendre oculus.
[11:20] Misterblue Waves : quelqu'un travaille avec un système LOD ?
[11:20] Ubit Umarov : il doit avoir une grande motivation... vendre des produits oculus :P
[11:20] Misterblue Waves : Je me demande comment il est normalement mis en œuvre
[11:21] Ubit Umarov : LOD comme niveau de détail ?
[11:21] Misterblue Waves: oui
[11:21] Ubit Umarov : c'est un peu un truc du côté des viewers.
[11:22] Ubit Umarov : et aussi des créateurs de meshes.
[11:22] Kayaker Magic : Les publicités pour Unreal5 prétendent que leur moteur s'occupe du LOD pour vous.
[11:22] Ubit Umarov : Oui, il le fait.
[11:22] Misterblue Waves : Je travaille sur la conversion du contenu OS en GLTF et ensuite sur l'auto LODing dans des segments de régions à plus faible résolution.
[11:22] Ubit Umarov : et sur des meshes énormes aussi.
[11:22] Vincent.Sylvester @hg.zetaworlds.com:8002 : La distance de la boîte englobante par rapport à la caméra ou peut-être même au centre de l'objet, puis... euh, c'était quoi 30 mètres pour le premier niveau, 90 et enfin 256, quelque chose comme ça ?
[11:22] Misterblue Waves : Il y a beaucoup de techniques de décimation sur le marché alors je me suis dit que j'allais les utiliser.
[11:23] Ubit Umarov : fs montre les points de transition par maille maintenant.
[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : La subdivision est une bibliothèque subd9 ou quel que soit son nom, ce que blender utilisait il y a environ 5 ans.
[11:23] Ubit Umarov : les viewers auto lod ne sont pas si bien que ça.
[11:24] Gavin.Hird @grid.xmir.org:8002 : la bibliothèque GLOD d'anicnet sera bientôt remplacée dans les viewers.
[11:24] Ubit Umarov : et une simple décimation aveugle peut ne pas suffire.
[11:24] Misterblue Waves : certains navigateurs géographiques ont des fichiers de définition du monde (comme Cesium's 3D Tiles (https://cesium.com/blog/2015/08/10/introducing-3d-tiles/)).
[11:24] Gavin.Hird @grid.xmir.org:8002 : je ne me souviens pas de son nom à première vue.
[11:24] Ubit Umarov : oui, ils en parlent.
[11:24] Kayaker Magic : Voici une démo montrant UE5 faisant du LOD pour vous : https://www.youtube.com/watch?v=JLUzi3y_uvM
[11:24] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai regardé ce code il y a juste deux semaines et j'ai déjà oublié, je me fais vieux lol.
[11:25] Ubit Umarov : j'ai fait un peu d'hébergement brut/basique pour le viewer unreal.
[11:26] Misterblue Waves : il y avait le vieux projet Sirkata qui implémentait le LOD automatique.
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : La taille de l'objet fait également partie des calculs côté viewer lorsqu'elle commence à passer à différents niveaux, probablement en fonction de la réduction des polygones dans la scène. Il y avait quelque chose là-dedans sur la boîte de délimitation qui jouait un rôle dans les calculs.
[11:26] Vincent.Sylvester @hg.zetaworlds.com:8002 : Pourcentage de la surface de l'écran
[11:27] Misterblue Waves : et puis, les moteurs de rendu comme Unreal ont une technologie auto-LOD incroyable intégrée.
[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002 : Ce qui ne sert à rien de toute façon dans beaucoup de cas parce que les gens téléchargent toujours avec le même LOD pour tous les niveaux.
[11:27] Ubit Umarov : oui, les nanites semblent bien.
[11:28] Ubit Umarov : ( nanite est la chose la plus irréelle )

Nouvelles dans OpenSim

[11:30] Ubit Umarov : alors quelles sont les nouvelles ?
[11:31] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les changements récents dans les flags d'inventaire ont fait disparaître un peu d'inventaire pour les gens, évidemment le transfert de HG sans permissions d'exportation est arrivé assez souvent, donc c'était amusant.
[11:32] Ubit Umarov : quel changement de flags d'inventaire ?
[11:32] Misterblue Waves : J'ai mis à jour mon projet opensim-docker (https://github.com/Misterblue/opensim-docker)
[11:32] Ubit Umarov : merci misterblue
[11:32] Ubit Umarov : je ne me rappelle pas avoir changé les flags d'inventaire. 
[11:33] Kayaker Magic : Ouais, c'est quelque chose que tu as fait Vincent ?
[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002 : Le truc au sujet des permissions d'exportation de cette mantis, après cela les gens ont commencé à se plaindre de pertes dans les inventaires, je ne sais toujours pas exactement comment cela est lié.
[11:33] Ubit Umarov : ne pas oublier d'autoriser les exportations de landmarks lorsque les autres sont bloqués.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je sais seulement que je n'ai pas trouvé les objets dans les assets donc, ils n'ont pas dû être transférés. Mais, ils étaient dans l'inventaire de l'utilisateur... je ne sais pas comment c'est possible, ma meilleure réponse serait que c'est au cache.
[11:34] Ubit Umarov : non, je ne pense pas que le code ait changé quoi que ce soit, mais il faut régler le problème et laisser les landmarks passer.
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mise à jour du binaire supprimant le cache, feux d'artifice
[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002 : Mais c'est la nature des corrections de bugs, on en gagne et on en perd.
[11:35] Ubit Umarov : et ces changements de code ne sont pertinents que lorsque l'option de ne pas exporter est mise à true.
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je pense que c'est une partie du problème, quelque chose qui n'obéit pas à "no export", mais eh c'est comme ça maintenant.
[11:36] Ubit Umarov : (option OutboundPermission)
[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 : Les autres changements sont principalement cosmétiques, du code de refactoring et quelque chose sur le support des puces ARM.
[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002 : Quelques corrections pour le domaine (Estate) également
[11:38] Ubit Umarov : oui, nous avons reçu une contribution pour modifier les makefiles afin de permettre la compilation de certaines librairies non gérées pour aarch64.
[11:38] Ubit Umarov : y compris celles déjà compilées.
[11:38] Ubit Umarov : pour bullet et openjeg
[11:39] Misterblue Waves : maintenant que Raspian est disponible en 64 bits, je peux faire tourner tous mes vieux RaspPi avec des simulateurs LOL.
[11:39] Ubit Umarov : oui, c'est pour le 64 raspian je pense.
[11:39] Gavin.Hird @grid.xmir.org:8002 : sauf qu'il n'y a pas de mono 64-bit pour Raspian qui puisse compiler opensim
[11:39] Gavin.Hird @grid.xmir.org:8002 : MS a dit qu'il n'y en aura jamais
[11:40] Ubit Umarov : je suppose que cette personne l'a fait fonctionner d'une manière ou d'une autre.
[11:41] Ubit Umarov : en fait, je n'ai aucune idée de MS dit à propos de mono.
[11:41] Gavin.Hird @grid.xmir.org:8002 : ils ont dit qu'il ne sera pas mis à jour.
[11:41] Ubit Umarov : ce qu'ils disent n'est pas du tout fiable.
[11:41] Kayaker Magic : Dang, 64bit Raspian était ma prochaine question. Est-ce que MicroSquishy fera un DotNet 64bit pour ARM ?
[11:42] Gavin.Hird @grid.xmir.org:8002 : .Net5
[11:42] Gavin.Hird @grid.xmir.org:8002 : Oui.
[11:42] Gavin.Hird @grid.xmir.org:8002 : cela existe déjà pour autant que je sache.
[11:42] Ubit Umarov : la façon dont ms essaie maintenant de tuer le futur mono est en fait irritante.
[11:42] Kayaker Magic : Mike Chase a fait tourner OpenSim sur DotNet, mais seulement sur des serveurs WinCows.
[11:42] Gavin.Hird @grid.xmir.org:8002 : MS l'utilise dans Visual Studio pour macOS fonctionnant sur Apple Silicon.
[11:43] Ubit Umarov : pas sûr qu'il l'ait fait...
[11:43] Ubit Umarov : il travaillait dessus, je suppose.
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous ne pouvez pas développer quoi que ce soit après 4.8 parce que la documentation est, excusez mon langage, de la merde de cheval. Avec .net core, standard et toutes ces conneries, c'est devenu un désordre total de construire quoi que ce soit, sans parler de l'indépendance de la plateforme.
[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : MS est en train de tuer .net comme ils le font habituellement avec tout finalement.
[11:43] Ubit Umarov : ms a tué le noyau et le standard maintenant.
[11:44] Ubit Umarov : tout ce qu'ils ont dit à ce sujet a été envoyé à la poubelle.
[11:44] Ubit Umarov : depuis :net5 et 6 unifient tout ( ils le revendiquent )
[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous allez dans la documentation pour trouver une fonction pour quelque chose, il s'avère que cela ne fonctionne pas, stackoverflow dit alors d'utiliser quelque chose d'autre, mais cela n'est disponible que dans l'ancien .net et vous êtes de retour dans la documentation de MS en essayant de comprendre ce qu'est exactement la chose maintenant, un désordre total.
[11:45] Ubit Umarov : toute précipitation pour passer à Dotnet est une perte de temps.
[11:46] Misterblue Waves : Il faut refactoriser certaines des bibliothèques de base (PrimMesher, libOpenSim, ...) et déplacer un tas de code dans OS. J'ai pensé à pousser une version de OS vers .Net6/Standard2 mais c'est un gros travail.
[11:46] Ubit Umarov : la façon dont ils continuent à changer.
[11:46] Andrew Hellershanks : Vincent, ça ressemble à la disparité typique entre la documentation et le code.
[11:46] Ubit Umarov : pendant ce temps, les gens font des choses pour faciliter le portage.
[11:47] Misterblue Waves : Prebuild a besoin d'un peu de travail pour gérer les nouveaux formats de fichiers .csproj.
[11:47] Ubit Umarov : Oui, c'est vrai.
[11:48] Ubit Umarov : certains qui l'utilisaient ont abandonné et n'utilisent plus que des slns directs et des csproj.
[11:48] Ubit Umarov : comme le radagash cinder ?
[11:48] Misterblue Waves : J'aimerais pouvoir avoir un prebuild.xml qui dit "Standard 2.0" et avoir les bons trucs de compilation.
[11:48] Ubit Umarov : oui, il faut le changer pour les nouveaux formats de fichiers.
[11:49] Ubit Umarov : et les options.
[11:49] Misterblue Waves : Cinder a fait beaucoup de bon travail dans cette direction. Elle avait une version standard2 de primmesher et libreOMV sur le dépôt NuGet à un moment donné.
[11:49] Ubit Umarov : son support pour vs2017 était déjà un peu dépassé :)
[11:49] Misterblue Waves : Je n'ai pas vérifié depuis un moment.
[11:50] Ubit Umarov : oui, je pense qu'elle a remplacé le code d'image, mais une bibliothèque plus lente qu'ils recommandent maintenant.
[11:50] Misterblue Waves : je ne suis pas sûr que le noyau OS soit à la hauteur de NuGet, à moins que nous ayons hébergé notre propre dépôt (afin de ne pas charger de choses éventuellement imprévisibles).
[11:50] Ubit Umarov : nuget est inutile :p
[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002: Amen
[11:51] Ubit Umarov : et oui, cela pollue nos machines.
[11:51] Ubit Umarov : charge de la merde dans un dossier quelque part.
[11:51] Andrew Hellershanks : N'est-ce pas quelque chose que l'on utilise pour construire des applications Android ?
[11:51] Ubit Umarov : Non.
[11:51] Vincent.Sylvester @hg.zetaworlds.com:8002 : nuget est le nodejs du monde C.
[11:51] Andrew Hellershanks : oh, non. Je pense que c'était Glade.
[11:52] Ubit Umarov : gestionnaire de paquets
[11:52] Misterblue Waves : J'ai regardé un peu libOMV mais il a besoin d'un tas de remaniements pour en faire un ensemble de bibliothèques car les fonctions sont mélangées avec le code d'utilisation et on ne peut pas facilement séparer les fonctions.
[11:52] Ubit Umarov : à un moment donné, xenko a récupéré tous les paquets nuget.
[11:52] Ubit Umarov : et à partir de quelques fichiers de bibliothèque, il est passé à 300 paquets nuget.
[11:53] Misterblue Waves : OS n'utilise pas NuGet. Il dépose juste les DLLs dans le répertoire bin. Des DLLs brutes qui sont construites à partir de bibliothèques que nous contrôlons.
[11:53] Misterblue Waves :OS pourrait utiliser NuGet si nous utilisions nos propres dépôts et contrôlions les binaires. C'est ce que nous faisons avec PrimMesher, etc maintenant.
[11:53] Ubit Umarov : oui, l'ancienne méthode plus propre et contrôlable.
[11:54] Ubit Umarov : et quel est le but MB ?
[11:54] Ubit Umarov : juste pour avoir l'air moderne et fantaisiste aux yeux des enfants ? :)
[11:54] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il n'y a pas si longtemps, il y a eu un problème dans libomv avec un verrouillage ou une synchronisation, ne pas avoir le contrôle de cela aurait été une énorme douleur.

Suite

[11:55] Vincent.Sylvester @hg.zetaworlds.com:8002: I don't even remember what that was specifically, but we had to decompile the finished library to fix it cause something was being "optimized"
[11:55] Ubit Umarov: no idea. but you do get strange issues vicent :p
[11:56] Vincent.Sylvester @hg.zetaworlds.com:8002: Probably why I don't win the lottery huh lol
[11:56] Andrew Hellershanks: dhehe
[11:57] Kayaker Magic: I don;t in the lottery because I don't buy tickets. Buying a ticket does not increase the probablility of winning by much....
[11:57] Misterblue Waves: despite the get-off-my-lawn vibe, I use libraries in multiple places (PrimMesher, Meshmerizer, AssetLoader). It would be nice to access Robust from other world asset tools (Blender plugin?)
[11:57] Andrew Hellershanks: Just under five minutes to go in the hour. Any other OS related topics for today?
[11:57] Jagga Meredith: Whatever my MariaDB issue was, it hasn't reoccured.
[11:57] Misterblue Waves: I like things broken up into easily loadable pieces
[11:58] Andrew Hellershanks: Jagga, that's good to hear. Hope it stays that way.
[11:58] Jagga Meredith: *notes* increating from 0 to 1 is a 100% increase in odds
[11:58] Jagga Meredith: s/increating/incrementing/
[11:58] Gavin.Hird @grid.xmir.org:8002: nah, I'm working on plan B, and it is building and running in SL
[11:59] Misterblue Waves: I have been using MariaDB with no problems. That's what I encorporated in opensim-docker (running two containers with one being the stock MariaDB image)
[12:00] Jagga Meredith: I don't like things that break and magically fix themselves.
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: Remains to be seen where they are headed and whether creating a specific mariadb connector next to the standard mysql one would benefit performance
[12:00] Andrew Hellershanks: Neither do I, Jagga.
[12:00] Jagga Meredith: sticking with MriaDB regardless
[12:00] Vincent.Sylvester @hg.zetaworlds.com:8002: I still think changing groups uuid mess from varchar bytes to actual uuid might help with query sizes and thus performance, but I have had no time to get into that
[12:01] Ubit Umarov: in some cases issue is why SQL at all
[12:01] Misterblue Waves: @Vincent, true. MySQL is going enterprise and it's hard  to configure and control
[12:01] Ubit Umarov: other forks moved to other types of dbs with some sucess it seems
[12:02] Misterblue Waves: @UBit, just use the filesystem?
[12:02] Gavin.Hird @grid.xmir.org:8002: some success
[12:02] Ubit Umarov: no   other things ( that endup doing that ) :)
[12:02] Ubit Umarov: like (key value) only things
[12:03] Ubit Umarov: most our regions db is insave
[12:03] Ubit Umarov: insane
[12:03] Misterblue Waves: DB's are best if one is making selection queries. Simple key=>value lookup can be done easily
[12:03] Ubit Umarov: those prim tables  filled with columns we never use
[12:03] Ubit Umarov: ie never access independently
[12:03] Gavin.Hird @grid.xmir.org:8002: padding
[12:04] Misterblue Waves: we'd need a different DB if we needed complex queries (select all objects that have a resolution greater than .5 and are more than 50 meters away)
[12:04] Jagga Meredith: apparently dbase is still out there.  I miss dbase.
[12:04] Ubit Umarov: thing is that we have no complex queries on most things
[12:05] Andrew Hellershanks: I used to use that too, Jagga.
[12:05] Ubit Umarov: we save and read a prim only as a unit block
[12:05] Kayaker Magic: The most complex queries I ever use in OpenSim is for admin tasks from a PHP WEB page....
[12:05] Ubit Umarov: so it is actualy a (key, value) thing in pratical terms
[12:05] Misterblue Waves: Robust has a filesystem store, right?
[12:06] Ubit Umarov: with value a serielized info
[12:06] Ubit Umarov: only fsassets i think
[12:06] Ubit Umarov: and direct file is not that cool
[12:07] Ubit Umarov: dbs try and to optimize disk access
[12:07] Ubit Umarov: and do..
[12:07] Ubit Umarov: in fact some demand own filesystem
[12:07] Gavin.Hird @grid.xmir.org:8002: at some time the filesystem becomes unpossible to back up and restore
[12:08] Ubit Umarov: well the new viewer cache  for examle
[12:08] Ubit Umarov: was a step back
[12:08] Ubit Umarov: old cache was better
[12:08] Misterblue Waves: I've found some OS's that don't do very well with accessing random files in multiple level directories. Thrash, thrash, thrash
[12:08] Jagga Meredith: ORACLE used to want its own multiple raw filesystems
[12:09] Ubit Umarov: yes operating systems filesystems are not that good for DB work
[12:09] Jagga Meredith: granted, I had a pet stegosaurus at he time
[12:09] Kayaker Magic: I've seen some very poor performance from the mysql that comes with that DreamGrid system, what mysql is that running on WinCows?
[12:09] Ubit Umarov: hte usual  generic/specialize things
[12:10] Ubit Umarov: apache
[12:10] Ubit Umarov: oops
[12:10] Ubit Umarov: mysql
[12:10] Gavin.Hird @grid.xmir.org:8002: mysql generally runs like shit, untuned it is even worse
[12:11] Ubit Umarov: but ofc in several areas our code makes any db just 2 slow
[12:12] Ubit Umarov: well and even workse on sqlite
[12:12] Ubit Umarov: one day should rewrite all that trash
[12:13] Andrew Hellershanks nods
[12:13] Gavin.Hird @grid.xmir.org:8002: fix the postgres code, sunset mysql and you will get a much more performant system
[12:14] Misterblue Waves: what's the feeling of the Task system for .NET? Should we retire SmartThreads and move to a Task scheduler?
[12:15] Ubit Umarov: think smart is still a lot better than native threapool
[12:15] Ubit Umarov: that is currently leaking threads on mono
[12:15] Ubit Umarov: bahh
[12:16] Ubit Umarov: and still has starvation issues
[12:16] Ubit Umarov: the asnwers to those issues is "you application is bad.. should not request so many threads so fast)
[12:17] Selby.Evans @grid.kitely.com:8002: Bye All
[12:17] Ubit Umarov: only good application for ms guys is one that does nothing, so no bugs :)
[12:18] Ubit Umarov: cya selby.Evans
[12:18] Misterblue Waves: bye Selby
[12:18] Ubit Umarov: but those where they answers to thread starvation issues..
[12:18] Misterblue Waves: not fast enough :)
[12:19] Ubit Umarov: wem but its doing better on windows
[12:19] Ubit Umarov: just smart allows also for several independent pools
[12:19] Ubit Umarov: etc
[12:19] Ubit Umarov: ohh and fun fun
[12:20] Jamie.Jordan @grid.kitely.com:8002: gret meeting thanks yall
[12:20] Ubit Umarov: the main threadpool  is made of a global FIFO one and one per thread that are LIFO
[12:20] Ubit Umarov: time coerence means NOTHING to them
[12:20] Andrew Hellershanks: ok, Jamie. tc. See you next week.
[12:21] Ubit Umarov: ( and the LILO and per thread, can't ever work well, and prevent pseudo starvation )
[12:21] Ubit Umarov: but well it is what it is
[12:22] Ubit Umarov: irritating that mono will get no fix
[12:22] Ubit Umarov: well the leak i see seems to have small impact on memory
[12:23] Ubit Umarov: but  duhh
[12:23] Misterblue Waves: the Task system allows adding custom schedules and multiple scheduling pools. It's the official wrapper around threads :)
[12:23] Ubit Umarov: taks is a stupidity
[12:24] Ubit Umarov: it converts all code into a complex and heavy static stage machine
[12:24] Ubit Umarov: a lot slower and with more leaks that other methofs
[12:25] Ubit Umarov: ahh and more prone to starvation, because is actually uses more threads
[12:25] Ubit Umarov: i used task async/await on the http server
[12:25] Ubit Umarov: BAD
[12:25] Ubit Umarov: :)
[12:26] Ubit Umarov: moved back to EPA model
[12:26] Ubit Umarov: or how it is called
[12:27] Andrew Hellershanks: We are almost half past the hour mark now. Time to wrap it up for today if there are no final comments for today.
[12:28] Andrew Hellershanks: I don't see anyone typing so I will call this gathering to a close. Thank you all for coming. See you again next week.
[12:28] Motoko.Karu @login.digiworldz.com:8002: Thank you.
[12:28] Ubit Umarov: Task only allow somewhat easier to reado  very low performance code
[12:29] Ubit Umarov: ofc ms tells it the best since .net 4.0 where they introduced it :)