« Réunion du 17-10-2023 » : différence entre les versions

De OSWiki
Aller à la navigation Aller à la recherche
 
(11 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
[http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-17 source]
 


=Changements du code de la semaine =
=Changements du code de la semaine =
* Aucun
* Aucun
= 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 adresser directement aux développeurs d'OpenSimulator en assistant aux [http://opensimulator.org/wiki/Office_hours réunions du mardi] ou  sur [http://opensimulator.org/wiki/IRC le canal IRC]}}
= Modules=
== Chat vocal ==
=== Mumble ===
* Mumble semble instable, a pu fonctionner avec la dernière version de [https://fr.wikipedia.org/wiki/Microsoft_.NET 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 [https://fr.wikipedia.org/wiki/Session_Initiation_Protocol 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.
* [https://fr.wikipedia.org/wiki/Speex 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 ==
* [https://github.com/kcozens/OpenSimSearch kcozems searc] fonctionne bien avec dotnet6
== Module de paiement ==
=== Plugin Opensim pour le serveur [https://btcpayserver.org/  BTCPay]===
* Solution auto-hébergée, ce n'est 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.


= Chat vocal =  
=== Autres alternatives===
* Mumble : semble instable, a pu fonctionner avec la dernière version de [https://fr.wikipedia.org/wiki/Microsoft_.NET dotnet6.]
* [https://community.secondlife.com/knowledgebase/base-de-connaissances/faq-relatives-%C3%A0-tilia-r1551/ 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 [https://fr.wikipedia.org/wiki/Espace_unique_de_paiement_en_euros SEPA], mais pas au niveau international.


= Bugs =  
= Bugs =  
== llJsonGetValue ==
=== 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.
* 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.  
* 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 [http://opensimulator.org/mantis/view_all_bug_page.php mantis].
* Si vous avez un bug reproductible, écrivez un ticket [http://opensimulator.org/mantis/view_all_bug_page.php mantis].


= Tests unitaires : Xunit =  
= Tests unitaires =  
* 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.
* 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.
* 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.
* 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.
* Mantis : http://opensimulator.org/mantis/view_all_bug_page.php
= Projets en cours =
* Déplacer git master vers dotnet6
=Source =
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-17

Dernière version du 5 novembre 2023 à 14:41


Changements du code de la semaine

  • Aucun

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


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, ce n'est 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.

Projets en cours

  • Déplacer git master vers dotnet6

Source

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