Réunion du 17-10-2023

De OSWiki
Aller à la navigation Aller à la recherche


Changements du code de la semaine

  • Aucun

Modules

Chat vocal

Mumble

  • Mumble semble instable, a pu fonctionner avec la dernière version de dotnet6.. Il faut désactiver la protection de l'intégrité du système pour la faire fonctionner.
  • Il n'y a pa de code côté client pour Mumble, l'ancienne fonctionnalité ne fonctionne plus.
  • Il faudra un certain temps avant de voir quelque chose se produire avec la voix, Rome ne s'est pas construite en un jour.

Vivox

  • Vivox n'est pas une option, parce qu'ils on informé Ubit Umarov dans ce sens. Cela ne sert à rien d'avoir du code pour utiliser un service indisponible.

Freeswitch

  • Freeswitch devrait toujours fonctionner, mais il est un peu limité, bien qu'il ait d'autres fonctionnalités intéressantes.
  • Freeswitch est un backend SIP (protocole de communication standard ouvert ) complet, il est donc amusant de jouer avec.
  • Freeswitch dépend de vivox viewers side et ne lui permet de fonctionner qu'avec le pire codec de base, donc la qualité du son est mauvaise... pas de 3d etc Mais cela fonctionnait encore il y a 3ans (dernier test ).

Développement

  • un objectif de financement réaliste serait entre 10 et 20 000 pour obtenir une forme de prototype, si un développeur avec un tarif réduit peut être trouvé.
  • Point positif : de nombreuses plateformes intègrent ces fonctionnalités dans leurs logiciels de sorte que, l'intérêt renouvelé engendre de nouveaux projets et codecs.
  • Vincent Sylvester a trouvé quelques codecs intéressants avec des licences ouvertes, mais n'étant pas un technicien audio, il a aucune idée de ce que les spécificités signifient. Il reste à tester les capacités de ces systèmes.
  • Speex codec libre et sans brevets.

Infrastructure

  • Le principal problème est le coût de l'infrastructure des serveurs. La voix n'est pas très tolérante aux variations de latence... vous n'y parviendrez pas avec un minuscule serveur VM. La mise en place de serveurs est probablement hors de portée pour la plupart des petites grilles.
  • Le problème du serveur peut être résolu, ce qui semble être le plus gros problème, c'est la partie viewer. La création d'un SLVoice inversé serait une solution mais, c'est plus facile à dire qu'à faire.
  • La voix en tant que module de région ne va pas résoudre le problème de latence, mais plutôt l'aggraver.

Module de recherche

Module de paiement

Plugin Opensim pour le serveur BTCPay

  • Solution auto-hébergée, pas un service. Logiciel sécurisé parce qui n'utilise pas de données sensibles comme les clés privées.
  • Vidéo de démo : https://piped.kavin.rocks/watch?v=NTb8PPp0qco
  • Lien vers le code : https://github.com/AdilElFarissi/btcpay-opensimulator-plugin
  • Critiques :
    • la volatilité des crypto-monnaies semble ne pas correspondre au besoin de stabilité des utilisateurs et aux petits échangent sur OpenSim.
    • tout ce qui est un tant soit peu plus complexe que PayPal risque de ne pas intéresser grand monde.
    • les gens n'ont pas de Bitcoins
    • le noyau d'OpenSim va continuer à ne pas prendre en compte les modules de paiement.

Autres alternatives

  • Tilia : Tilia est une filiale de Linden Lab qui offre certains services financiers à la communauté Second Life et aide Second Life à se conformer aux lois et réglementations américaines.
  • FedNow : service de paiement instantané développé par la Réserve fédérale pour les institutions de dépôt aux États-Unis, qui permet aux particuliers et aux entreprises d'envoyer et de recevoir de l'argent. FedNow coûte 0,045 USD par transaction. Inutile pour une utilisation européenne. Fonctionne comme le SEPA, mais pas au niveau international.

Bugs

llJsonGetValue

  • La fonction de script LSL retourne quelque chose qui n'est pas une chaîne vide quand la clé n'est pas trouvée :( ex llJsonGetValue("{}",["-"]) retournera quelque chose.
  • Réponse : la fonction retourne une liste vide comme chez SL. Il devrait y avoir un json_invalid quelque part dans cette réponse.
  • Si vous avez un bug reproductible, écrivez un ticket mantis.

Tests unitaires

  • Xunit est un outil plus rapide que Nunit qui permet de réaliser des tests unitaires dans un langage donné, moderne et maintenu, recommandés pour les tests de dotnet.
  • Besoin de nouveaux tests car Nunit a changé de syntaxe. Les tests ont été réécrits et restructurés, placés tous au même endroit pour un usage plus efficace.
  • La question des tests doit encore être étudiée et améliorée.
  • Test prévus : les fonctions de base, la connexion, l'inventaire, la sérialisation des données et le comportement du simulateur. Ce sont généralement les choses qui se cassent en premier ou qui se sont cassées dans le passé. Les opérations les plus critiques en fait. Les choses plus spécifiques comme les fonctionnalités de script sont assez faciles à mettre en place avec un moteur de script factice et en exécutant un script pour vérifier la sortie. Les choses plus difficiles à tester sont les appels à la physique et les comportements complexes qui nécessitent de créer des régions factices. Des choses comme les passages de vers une autre région et les téléportations sont assez difficiles à tester. Les anciens tests à ce sujet consistent essentiellement à prier pour que les choses fonctionnent.

Il y a quelques systèmes comme scene helpers etc. qui permettent de créer des tests sans avoir besoin d'exécuter un environnement complet. Savoir si un changement rompt les fonctions de base est tout à fait vital à mesure que nous remplaçons de plus gros morceaux de code par des normes dotnet plus récentes.

Heureusement, il y a encore quelques personnes qui suivent activement le développement et qui écrivent des tickets lorsque des choses se cassent.

Projets en cours

  • Déplacer git master vers dotnet6

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-17

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