Aller au contenu

« Réunion du 07-11-2023 » et « Réunion du 14-11-2023 » : différence entre les pages

De OSWiki
(Différence entre les pages)
Page créée avec « = Changements du code de la semaine= * [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=80e930e9a6dfe8b982a168374d4512ab34490639 Mise à jour des librairies gérées pour Mac, avec une nouvelle signature] = 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 adresse... »
 
Page créée avec « = Changements du code de la semaine= * changements mineurs "cosmétique" : vérification de nullité sur part.Inventory [https://bitbucket.org/opensimulator/opensim/commits/f94f6e77bf7c115b951a4a6810bf36020cd29168] = 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 adre... »
 
Ligne 1 : Ligne 1 :
= Changements du code de la semaine=
= Changements du code de la semaine=
* [http://opensimulator.org/viewgit/?a=commit&p=opensim&h=80e930e9a6dfe8b982a168374d4512ab34490639 Mise à jour des librairies gérées pour Mac, avec une nouvelle signature]
* changements mineurs "cosmétique" : vérification de nullité sur part.Inventory [https://bitbucket.org/opensimulator/opensim/commits/f94f6e77bf7c115b951a4a6810bf36020cd29168]


= Avertissement =
= Avertissement =
Ligne 6 : Ligne 6 :


= Code général =
= Code général =
=== Utilisation du CPU ===
=== Inventaires ===
* L'utilisation de Dotnet provoquerait une utilisation plus importante du CPU, mais tout le monde n'a pas vu d'augmentation spéctaculaire.
* Il n'est pas question pour l'instant d'implémenter la nouvelle image de prévisualisation de l'inventaire dans FS pour OpenSimulator, même si cela fonction dans SL. En revanche avec la  version beta il y a l'affichage de la fonctionnalité sans la prévisualisation. '''Les viewer actuels n'ont pas le code pour implémenter cette fonctionnalité avec l'API d'inventaire d'OpenSimulator''' [[Réunion_du_31-10-2023#Projets_en_cours_/_Infos |depuis que SL est passé à AIS V3]]. Il faudra beaucoup de code côté serveur... et des changements dans les bases de données. Le développement d'OpenSimulator est libre et ouvert et fait par des bénévoles.
* Observation de Vincent Sylvester : Augmentation probable de l'ordre de 15 à 30 % selon les cas. Il a remarqué que c'était un peu linéaire jusqu'à un certain point et que l'utilisation a tendance à augmenter beaucoup plus rapidement puis à ralentir un peu. "C'est effrayant de voir une utilisation de 250% cpu avec beaucoup d'utilisateurs."
<gallery widths=120px heights=60px >
* Problème potentiel : Quelque chose qui tourne deux fois plus vite sans aucune limitation pourrait causer des goulots d'étranglement ailleurs.
Firestorm pre-visualisation.png |Dans Firestorm : clic droit sur le dossier, option "Images..." du menu.
* NDLR 🏗️ (je sature il reste encore 6 minutes de chat.)
Fichier:Firestorm-image_survol.jpg | Survol d'une texture de l'inventaire de Firestorm depuis la version  6.6.16 (70339) .
</gallery>
* Si vous voulez vraiment une fonctionnalité particulière et que vous pensez que l'argent est le moyen de l'obtenir, vous pouvez essayer d'embaucher quelqu'un pour implémenter la fonctionnalité que vous voulez voir ajoutée.
* NDLR : ne pas confondre (comme moi) l'affichage des images d'un dossier et l'affichage d'une image de l'inventaire au survol de la souris.


= Bugs =
= Bugs =
=== Les librairies non gérées de macOS ne se chargent pas ===
=== Problème de migration de la base de données ===
* Lien du ticket 0009097 (en) : http://opensimulator.org/mantis/view.php?id=9097
* Mantis : 0009098 [http://opensimulator.org/mantis/view.php?id=9098]
* Affecte macOS spécifiquement, branche dotnet6. Même résultat sur Mac x86_64 et Mac arm64 .
* Le cast spécifié n'est pas valide au redémarrage de la région : les migrations ne se déroulent pas correctement entre les mises à jour.
* Les certificats Apple Developer utilisés pour signer les bibliothèques non gérées de macOS étaient sur le point d'expirer. La génération de nouveaux certificats nécessitait la révocation des anciens. En conséquence, opensim n'a pas pu démarrer. Les trois bibliothèques non gérées dans le repo ne parvenaient pas à se charger à cause du certificat de distribution révoqué qui était utilisé pour les bibliothèques non gérées dans le tronc (branche dotnet6).
* Il serait peut-être judicieux d'ajouter un contrôle au démarrage pour vérifier le schéma de la table ([http://opensimulator.org/wiki/Prims_(database_table)/fr Mise à jour du schéma de la table Prims sur le wiki] ).
* Les nouvelles librairies ont été transférées dans la branche dotnet6, OpenSim est opérationnel sur macOS, '''les utilisateurs de macOS devront faire une mise à jour.''' Les librairies fonctionneront sur n'importe quel macOS 10.5-latest.  
* Il semble que le passage de double à  float pendant la migration de table n'a pas été exécuté ou a échoué d'une manière ou d'une autre. Si une table est cassée sur une installation avant une migration quand elle s'exécute le désordre s’accroît.
* Précision de Gavin Hird : si un logiciel est démarré depuis le terminal, la signature n'est pas vérifiées.
* Le problème : si la migration échoue, le démarrage se poursuit quand même. À la fin il n'y a pas vérification si la table est dans le bon format.
* NDLR : je n'ai jamais utilisé un Mac de ma vie, donc je vais m'arrêter là dans le résumé de ce sujet de peur de faire de grosses erreurs.
* Solution SQL de fortune : mettre une condition pour dire d'ajouter le champ s'il n'existe pas au lieu de l'ajouter aveuglément.  
===Disparition de la bibliothèque OpenSim ===
* Solution idéale : S'il n'y a pas de table, il suffit de la créer directement à partir d'un fichier SQL, sans avoir besoin de faire toute la migration. Si le schéma de la table ne correspond pas, il suffit d'arrêter le démarrage et de dire à l'utilisateur que quelque chose ne va pas. Un plan ultime pour cela serait un système qui vérifie l'"état" d'une table et n'exécute que les migrations dont il a besoin et échoue s'il ne peut pas corriger la table à la structure appropriée. Puis, inclure un message qui indique où le schéma diverge et où intervenir manuellement dans la base de données pour faire les ajustements selon un fichier sql de structure ou sortir le bon schéma par rapport à l'installation.
* La bibliothèque OpenSim aurait disparu dans l'inventaire du viewer (NDLR: sur Argentoratum c'est le cas).
--> Détection de la version X de la table, exécution des migrations...
* Ubit Umarov a encore la bibliothèque même dans Firestorm Beta avec les récents changements.  
--> Impossible de mettre à jour le schéma de la table Structure de la table malformée,
* Le problème doit venir de la configuration Robust. (NDRL : je devais regarder ce qui se passe, je mettrai la solution ici si je la trouve).
--> Veuillez corriger le type de données
* La version de la base de données est dans la table des migrations.
* Il faudrait une migration avec retour en arrière en cas d'échec.
=== Problème chaîne de connexion à la base de données ===
* Il faudrait signaler l'origine du problème immédiatement dans la console au lieu d'avoir un flot de texte rouge.
 
= Tests =
=== Test unitaires ===
* Xunit : Il faudra probablement attendre encore quelques semaines pour avoir un plan de bataille à ce sujet.
 
= Projets en cours / Infos=
=== OSCC 2023 -- 11e édition ===
==== Objectif ====
* Renforcer la communauté, voir ce que tout le monde fait et où nous nous situons.
 
====Dates ====
* ''' La conférence aura lieu les 9 et 10 décembre 2023 avec une fête d'ouverture le vendredi 8 décembre.'''
 
==== Programme ====
* C'est la conférence de la communauté OpenSimulator, donc tous les sujets liés à Opensim sont les bienvenus, y compris l'avenir.
* Il y a 30 sessions de 7h à 18h et de la danse en soirée.
* Le core des développeurs parle de 7h à 9h
* Il y a une session  VIP"Core Dev à 11h45 le samedi 9 décembre.
* La table ronde sur les Viewers se tiendra le samedi 9 décembre à 12h30.
* Il y aura pas mal de sessions sur la recherche, l'éducation, le divertissement et les arts, ainsi que quelques intégrations d'outils avec d'autres mondes et technologies.
* Contrairement aux autres conférences, elle ne se limitera pas à un thème. Il y a 5 titres : les entreprises, la technologie, la recherche, l'éducation, la créativité et les arts. De cette façon, tout est visible par tous depuis les 4 régions sur les Keynotes de l'OSCC.
* Le programme est en cours d'élaboration et sera en ligne dans quelques semaines.
 
==== S'inscrire ====
* Lien pour s'inscrire :  https://conference.opensimulator.org/
* Venez nous rejoindre. Il n'y a pas de communauté sans vous
 
==== Des chiffres  ====
* '''Sur Hypergrid Business, Maria mène une enquête. Mais, il faudrait que plus de personnes y participent.'''
 
=== Mono ===
* Mono appartient à Microsoft (MS) et même si c'est un logiciel libre, c'est une impasse,  MS l'a tué.
=== Rôle des réunions du mardi ===
* discuter des changements en cours, des orientations futures, des projets et des besoins des développeurs et de la communauté, rapporter des observations.


= Viewers=
= Viewers=
=== Dayturn ===
=== Firestorm===
* Compilation du viewer Windows avec Visual Studio 2022
* Pas de problèmes majeurs avec la dernière version (6.6.14.69596) qui date du 1er août. Hormis, des problèmes de cache qui avalent les textures ou les objets mais, qui ne sont pas liés au viewer mais plutôt aux modifications apportées par Linden Lab.
* Gavin Hird a pour projet d'essayer Mumble avec la version Mac du viewer.
* La version beta ajoute des modifications pour les inventaires. Cette version a supprimé les inventaires lludp pour SL mais pas pour OpenSim. Pour OpenSim seules les vignettes ne fonctionnent pas.
 
* La version alpha sera une version 7.x.x
=== Firestorm ===
* NDLR : cette information n'a pas été donnée à la réunion mais depuis la version 6.6.16.70339 de Firestorm la visualisation des textures s'affichent dans l'inventaire de Firestorm.
* Avec la version 7.0 alpha certaines choses ne fonctionnent plus à cause d'un changement de protocole d'inventaire. Des vignettes d'inventaire s'affichent mais ne fonctionnent pas parce que les développeurs utilisent le code pour [[Réunion_du_03-10-2023#Viewer_et_AIS |l'AIS V3 (voir la réunion du 03-10-2023)]].


=== Viewer Second Life ===
=== Visionneuse Second Life ===
* Il semble que SL travaille sur beaucoup de choses à la fois et tout devient instable dans les viewers.
* Il semble que son développement soit bloqué depuis deux ou trois semaines.
* Gavin.Hird est presque sûr que SL developpe une version Xbox du viewer. Ils pourraient aussi abandonner le support Mac, parce qu'ils ont mis à jour les instructions de construction pour la version Windows, mais les instructions de la version Mac sont significativement dépassées. Les utilisateurs de Mac seront à la traîne par rapport aux utilisateurs de Windows en termes de fonctionnalités et de performances dixit le chef technique de SL.  Apple a dit qu'ils allaient se débarrasser d'OpenGL et la seule chose qui fonctionne sur macOS est Metal.
* Vincent.Sylvester trouve qu'il aurait fallu plus de modularité pour une adaptation à d'autres contrôles de jeu.
* Joe Magarac dit que la prise en charge des contrôleurs de jeu utilisera la norme Human Interface Device. Cette norme prend en charge la plupart des appareils qui se branchent sur un port USB.
* Paradoxalement, il est aussi question d'un viewer pour iPad.
* Le projet du Viewer mobile fonctionne avec [https://fr.wikipedia.org/wiki/Vulkan_(API) Vulkan]. Cuga.Raja suppose qu'UDP ne sera plus utilisé (donc passage à TCP) pour le Viewer mobile. L'ancienne idée pour le mobile était d'utiliser une sorte de streaming vidéo côté serveur.
* Les viewers OpenSim sont à 95% du code Linden Lab. D'après Ubit Umarov, la corde de la dépendance est peut-être sur le point de se rompre. Certains changements sont tout simplement trop mauvais pour être suivis. Quand firestorm  a speraté OpenSim et SL, ils ont arrêté de faire du code pour nous... Vincent Sylvester dit  changer le pipeline de développement et nettoyer le désordre des dépendances ne serait pas seulement bénéfique pour nous, mais rendrait généralement plus facile le développement d'un viewer en utilisant le code Linden Lab. C'est une entreprise de grande envergure et cela ne résout pas complètement le problème de la compatibilité.
* Le problème est que personne n'est capable de réécrire le moteur de rendu.


===Sharpview===
=== Sharpview ===
* Sharpview est 0% de code Linden Lab et 100% [https://fr.wikipedia.org/wiki/Rust_(langage) Rust].
* Code du  [[Réunion_du_07-11-2023#Sharpview |jeu factice avec la même structure que Sharpview ]] compilé et exécuté sur MacOS : pas de problème.
* Lorsque quelqu'un veut le code, il est dirigé vers un test open source de la pile de rendu, et il doit le compiler et de le construire. Jusqu'à présent, personne ne l'a fait.
* '''Test : ce lien mène vers un jeu factice avec la même structure que Sharpview''' et qui doit être compilé : https://github.com/John-Nagle/ui-mock .
** Tout est géré par le système [https://fr.wikipedia.org/wiki/Cargo_(informatique) Cargo] de Rust ([https://doc.rust-lang.org/stable/cargo/ Site officiel(en)].  Il suffit d'installer Rust, d'essayer "cargo build", et de voir ce qui se passe.
** Ce test fonctionne sous Windows et Linux.
** Il faut encore tester sous MacOS. Faites savoir  à Joe Magarac comment cela fonctionne. Il devra être compilé dans Xcode pour que l'application finale s'exécute comme une application de bureau, donc idéalement il doit être signé.


= Compilation =
* Il a été question de compilation [https://fr.wikipedia.org/wiki/Compilation_anticip%C3%A9e#Articles_connexes AOT (Ahead-of-Time)] et [https://fr.wikipedia.org/wiki/Compilation_%C3%A0_la_vol%C3%A9e JIT (Just-in-Time)]. Il semble qu'OpenSim ait choisi la compilation JiT . Le changement de performance entre AOT et JIT est principalement sur le chargement des méthodes.
= Source=
= Source=
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-11-07
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-11-14
<!--
<!--
[1:01 PM PT]  Ubit Umarov: i did made several changes to how we did use memory
[1:19 PM PT]  Andrew Hellershanks: Orbert, Another thing I've been wanting to implement is to fail startup if it can't connect to the database when it tries to use the connection strings.
[1:01 PM PT]  Ubit Umarov: and dotnet gc is a bit better
[1:19 PM PT]  Orbert.Tatham @hg.zetaworlds.com: Yeah, that is what I was thinking
[1:02 PM PT]  Ubit Umarov: but for example all lludp packet buffers are now reused
[1:19 PM PT]  Cuga.Rajal @rajal.org:9000: that sounds like a very good plan
[1:02 PM PT]  Ubit Umarov: that is a lot less stress on gc
[1:19 PM PT]  Vincent.Sylvester @hg.zetaworlds.com: You know like the "you have an error in your sql syntax" error you get with queries heh
[1:03 PM PT]  Vincent.Sylvester @hg.zetaworlds.com: I need to explore some ways to profile what goes on and see what takes up the most cpu time, that may point to where something is running a bit too often
[1:19 PM PT]  Gavin.Hird @grid.xmir.org:8002: It will fail at that Andrew with console spew
[1:03 PM PT]  Ubit Umarov: ( well that started in 0.9.1 ?? )
[1:19 PM PT]  Andrew Hellershanks: You would need to do an ALTER TABLE, or equivalent, as the table may already have data.
[1:03 PM PT]  Ubit Umarov: profile needs to do several http requests
[1:19 PM PT]  Jamie.Jordan @grid.kitely.com:8002: have a great week yall
[1:03 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: i have 2 identical regions running on nessie and yeti i see minor difference in cpu
[1:20 PM PT]  Lyr Lobo: bye Jamie
[1:04 PM PT]  Ubit Umarov: but thing on overall cpu usage is now a lot less also
[1:20 PM PT]  Lyr Lobo: bye everyone *hugs*
[1:04 PM PT]  Vincent.Sylvester @hg.zetaworlds.com: It's just a worry of mine, when you have "natural" throttles in the form of slow code and they suddenly go away you might get hiccups elsewhere when code was tuned to work at similar speeds
[1:20 PM PT]  Gavin.Hird @grid.xmir.org:8002: Bye Jamie
[1:04 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: one is 8% the other 9%
[1:20 PM PT]  Andrew Hellershanks: Bye, Jamie. Thanks for dropping by.
[1:04 PM PT]  Ubit Umarov: lludp sending is now also done with fastfoward serialization without intermediate structures
[1:20 PM PT]  Cuga.Rajal @rajal.org:9000: I have a couple of short tidbits
[1:05 PM PT]  Ubit Umarov: and some some caps..
[1:20 PM PT]  Vincent.Sylvester @hg.zetaworlds.com: I'll get started on the table check part then, work backwards through migrations from there
[1:05 PM PT]  Jagga Meredith: could that be within the real of statistical error?
[1:20 PM PT]  Ubit Umarov: well and also has the old default DOUBLE NULL
[1:05 PM PT]  Jagga Meredith: realm
[1:21 PM PT]  Ubit Umarov: that code never actually supported
[1:05 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: i think so
[1:21 PM PT]  Andrew Hellershanks: Gavin, yes, there is console spew in the form of lots of red text but usually nothing that directly ties the red text to an error in the connection strings. It should immediately report a failure when it tries to establish a database connection.
[1:06 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: both regions are empty
[1:21 PM PT]  Ubit Umarov: current is FLOAT Default 0.0
[1:06 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: of people
[1:21 PM PT]  Gavin.Hird @grid.xmir.org:8002: it is in there somewhere Andrew but you almost lose your will to live before you get to that part
[1:06 PM PT]  Clifford.Hanger @alternatemetaverse.com:8002: both have same content
[1:22 PM PT]  Lyr Lobo: hehe
[1:06 PM PT]  Ubit Umarov: well cpu load is not that a big metric...  things need to use cpu to work :P
[1:22 PM PT]  Cuga.Rajal @rajal.org:9000: brb
[1:07 PM PT]  Vincent.Sylvester @hg.zetaworlds.com: It's difficult to measure that stuff accurately given the amount of variables you have in play. It is mostly just looking at usage during peak hours and comparing that to how things used to behave. Noticing mostly a difference in how usage grows more quickly and then levels off, over a more linear growth
[1:22 PM PT]  Andrew Hellershanks: :)
[1:23 PM PT]  Andrew Hellershanks: If it is buried too deep the problem may be getting lost in propagating the error up the levels to where it can be reported in a sane fashion.
[1:23 PM PT]  Cuga.Rajal @rajal.org:9000: back
[1:23 PM PT]  Andrew Hellershanks: It wouldn't be the first "impossible" task I've tackled.
[1:24 PM PT]  Gavin.Hird @grid.xmir.org:8002: :-)
[1:24 PM PT]  Gavin.Hird @grid.xmir.org:8002: I need to hop
[1:24 PM PT]  Cuga.Rajal @rajal.org:9000: tc Gavin
[1:24 PM PT]  Orbert.Tatham @hg.zetaworlds.com: Peace, Gavin
[1:24 PM PT]  Gavin.Hird @grid.xmir.org:8002: have a great week all
[1:24 PM PT]  Andrew Hellershanks: ok, Gavin. Have a good week. See you next time.
[1:24 PM PT]  Andrew Hellershanks: It is almost half past. About time to wrap up todays meeting.
[1:25 PM PT] Lyr Lobo: thank you! *waves*
[1:25 PM PT]  Andrew Hellershanks: Thank you all for coming. See you again next week.
-->
-->

Version du 30 novembre 2024 à 12:52

Changements du code de la semaine

  • changements mineurs "cosmétique" : vérification de nullité sur part.Inventory [1]

Avertissement

Attention : 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 réunions du mardi ou sur le canal IRC


Code général

Inventaires

  • Il n'est pas question pour l'instant d'implémenter la nouvelle image de prévisualisation de l'inventaire dans FS pour OpenSimulator, même si cela fonction dans SL. En revanche avec la version beta il y a l'affichage de la fonctionnalité sans la prévisualisation. Les viewer actuels n'ont pas le code pour implémenter cette fonctionnalité avec l'API d'inventaire d'OpenSimulator depuis que SL est passé à AIS V3. Il faudra beaucoup de code côté serveur... et des changements dans les bases de données. Le développement d'OpenSimulator est libre et ouvert et fait par des bénévoles.
  • Dans Firestorm : clic droit sur le dossier, option "Images..." du menu.
    Dans Firestorm : clic droit sur le dossier, option "Images..." du menu.
  • Survol d'une texture de l'inventaire de Firestorm depuis la version 6.6.16 (70339) .
    Survol d'une texture de l'inventaire de Firestorm depuis la version 6.6.16 (70339) .
  • Si vous voulez vraiment une fonctionnalité particulière et que vous pensez que l'argent est le moyen de l'obtenir, vous pouvez essayer d'embaucher quelqu'un pour implémenter la fonctionnalité que vous voulez voir ajoutée.
  • NDLR : ne pas confondre (comme moi) l'affichage des images d'un dossier et l'affichage d'une image de l'inventaire au survol de la souris.

Bugs

Problème de migration de la base de données

  • Mantis : 0009098 [2]
  • Le cast spécifié n'est pas valide au redémarrage de la région : les migrations ne se déroulent pas correctement entre les mises à jour.
  • Il serait peut-être judicieux d'ajouter un contrôle au démarrage pour vérifier le schéma de la table (Mise à jour du schéma de la table Prims sur le wiki ).
  • Il semble que le passage de double à float pendant la migration de table n'a pas été exécuté ou a échoué d'une manière ou d'une autre. Si une table est cassée sur une installation avant une migration quand elle s'exécute le désordre s’accroît.
  • Le problème : si la migration échoue, le démarrage se poursuit quand même. À la fin il n'y a pas vérification si la table est dans le bon format.
  • Solution SQL de fortune : mettre une condition pour dire d'ajouter le champ s'il n'existe pas au lieu de l'ajouter aveuglément.
  • Solution idéale : S'il n'y a pas de table, il suffit de la créer directement à partir d'un fichier SQL, sans avoir besoin de faire toute la migration. Si le schéma de la table ne correspond pas, il suffit d'arrêter le démarrage et de dire à l'utilisateur que quelque chose ne va pas. Un plan ultime pour cela serait un système qui vérifie l'"état" d'une table et n'exécute que les migrations dont il a besoin et échoue s'il ne peut pas corriger la table à la structure appropriée. Puis, inclure un message qui indique où le schéma diverge et où intervenir manuellement dans la base de données pour faire les ajustements selon un fichier sql de structure ou sortir le bon schéma par rapport à l'installation.

--> Détection de la version X de la table, exécution des migrations... --> Impossible de mettre à jour le schéma de la table Structure de la table malformée, --> Veuillez corriger le type de données

  • La version de la base de données est dans la table des migrations.
  • Il faudrait une migration avec retour en arrière en cas d'échec.

Problème chaîne de connexion à la base de données

  • Il faudrait signaler l'origine du problème immédiatement dans la console au lieu d'avoir un flot de texte rouge.

Tests

Test unitaires

  • Xunit : Il faudra probablement attendre encore quelques semaines pour avoir un plan de bataille à ce sujet.

Projets en cours / Infos

OSCC 2023 -- 11e édition

Objectif

  • Renforcer la communauté, voir ce que tout le monde fait et où nous nous situons.

Dates

  • La conférence aura lieu les 9 et 10 décembre 2023 avec une fête d'ouverture le vendredi 8 décembre.

Programme

  • C'est la conférence de la communauté OpenSimulator, donc tous les sujets liés à Opensim sont les bienvenus, y compris l'avenir.
  • Il y a 30 sessions de 7h à 18h et de la danse en soirée.
  • Le core des développeurs parle de 7h à 9h
  • Il y a une session VIP"Core Dev à 11h45 le samedi 9 décembre.
  • La table ronde sur les Viewers se tiendra le samedi 9 décembre à 12h30.
  • Il y aura pas mal de sessions sur la recherche, l'éducation, le divertissement et les arts, ainsi que quelques intégrations d'outils avec d'autres mondes et technologies.
  • Contrairement aux autres conférences, elle ne se limitera pas à un thème. Il y a 5 titres : les entreprises, la technologie, la recherche, l'éducation, la créativité et les arts. De cette façon, tout est visible par tous depuis les 4 régions sur les Keynotes de l'OSCC.
  • Le programme est en cours d'élaboration et sera en ligne dans quelques semaines.

S'inscrire

Des chiffres

  • Sur Hypergrid Business, Maria mène une enquête. Mais, il faudrait que plus de personnes y participent.

Mono

  • Mono appartient à Microsoft (MS) et même si c'est un logiciel libre, c'est une impasse, MS l'a tué.

Rôle des réunions du mardi

  • discuter des changements en cours, des orientations futures, des projets et des besoins des développeurs et de la communauté, rapporter des observations.

Viewers

Firestorm

  • Pas de problèmes majeurs avec la dernière version (6.6.14.69596) qui date du 1er août. Hormis, des problèmes de cache qui avalent les textures ou les objets mais, qui ne sont pas liés au viewer mais plutôt aux modifications apportées par Linden Lab.
  • La version beta ajoute des modifications pour les inventaires. Cette version a supprimé les inventaires lludp pour SL mais pas pour OpenSim. Pour OpenSim seules les vignettes ne fonctionnent pas.
  • La version alpha sera une version 7.x.x
  • NDLR : cette information n'a pas été donnée à la réunion mais depuis la version 6.6.16.70339 de Firestorm la visualisation des textures s'affichent dans l'inventaire de Firestorm.

Visionneuse Second Life

  • Il semble que son développement soit bloqué depuis deux ou trois semaines.

Sharpview

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-11-14

Récupérée de « https://cogito.no-ip.info/cogito/OSWiki/index.php?title=Réunion_du_07-11-2023&oldid=212 »