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

De OSWiki
Aller à la navigation Aller à la recherche
Aucun résumé des modifications
 
(5 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
= Changements de la semaine=
= Changements de la semaine=
* Pas de nouveau code cette semaine. Rien d'ajouté, rien de supprimé.
* Pas de nouveau code cette semaine. Rien d'ajouté, rien de supprimé.
 
= 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] }}
= Configuration du vent dans OpenSim=
= Configuration du vent dans OpenSim=
* '''Modules''' : SimpleWindModule et ConfigurableWind qui est plus complet. Le module SimpleWind est inutile pour la navigation. Il change toutes les 5 secondes pour une direction aléatoire
* '''Modules''' : SimpleWindModule et ConfigurableWind qui est plus complet. Le module SimpleWind est inutile pour la navigation. Il change toutes les 5 secondes pour une direction aléatoire
Ligne 36 : Ligne 38 :
* Il existe des options pour les clients et les serveurs vocaux qui fournissent déjà ou devraient fournir, si l'on en croit leur compatibilité à 100%, de l'audio spatial. Il faut savoir comment fonctionnent les parties auxquelles nous avons accès, principalement comment les viewers gèrent slvoice.exe et ce que fait actuellement le module vivox dans OpenSim.  Les persopnnes qui ont développé l'ancien module mumble, ont remplacé slvoice pour cela donc, il est possible de connaître l'interface de la voix. Une ancienne API est publique.
* Il existe des options pour les clients et les serveurs vocaux qui fournissent déjà ou devraient fournir, si l'on en croit leur compatibilité à 100%, de l'audio spatial. Il faut savoir comment fonctionnent les parties auxquelles nous avons accès, principalement comment les viewers gèrent slvoice.exe et ce que fait actuellement le module vivox dans OpenSim.  Les persopnnes qui ont développé l'ancien module mumble, ont remplacé slvoice pour cela donc, il est possible de connaître l'interface de la voix. Une ancienne API est publique.


= OpenSim Search =
= OpenSim Search (Recherche) =
* Adresse du module développé par Andrew Hellershanks  
* Adresse du module développé par Andrew Hellershanks  
   https://github.com/kcozens/OpenSimSearch
   https://github.com/kcozens/OpenSimSearch
* Il y a un fichier dans l'arbre des sources qui montre le schéma attendu pour la base de données utilisée par le module.
* Il y a un fichier dans l'arbre des sources qui montre le schéma attendu pour la base de données utilisée par le module.
* La seule chose qui vaille vraiment la peine d'être ajoutée est de pouvoir administrer les événements qui sont affichés et de supprimer correctement ceux qui sont terminés pour ne pas encombrer les choses, mais ce genre de choses est principalement du côté de php.
* La seule chose qui vaille vraiment la peine d'être ajoutée est de pouvoir administrer les événements qui sont affichés et de supprimer correctement ceux qui sont terminés pour ne pas encombrer les choses, mais ce genre de choses est principalement du côté de php.
* La maintenance d'une table de base de données contenant des informations sur les événements ne fait pas partie des modules de recherche ou de profil, ni du viewer. Un système externe doit être mis en place pour gérer cette partie. Une fois que les événements sont dans une base de données,  
* La maintenance d'une table de base de données contenant des informations sur les événements ne fait pas partie des modules de recherche ou de profil, ni du viewer. Un système externe doit être mis en place pour gérer cette partie. Une fois que les événements sont dans une base de données, vous pouvez voir les marqueurs d'événements sur la carte.
vous pouvez voir les marqueurs d'événements sur la carte.


= Source =
= Source =
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-10
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2023-10-10

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

Changements de la semaine

  • Pas de nouveau code cette semaine. Rien d'ajouté, rien de supprimé.

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


Configuration du vent dans OpenSim

  • Modules : SimpleWindModule et ConfigurableWind qui est plus complet. Le module SimpleWind est inutile pour la navigation. Il change toutes les 5 secondes pour une direction aléatoire
  • Où trouver le code ?  :
 OpenSim/Region/CoreModules/World/Wind/WindModule.cs
 OpenSim/Region/CoreModules/World/Wind/Plugins/ConfigurableWind.cs
 OpenSim/Region/CoreModules/World/Wind/Plugins/SimpleRandomWind.cs
  • Dans le module il y a la routine WindUpdate() qui utilise la valeur rateChange = 1 par défaut qui devrait être la fréquence des changement d'orientation du vent en radians par seconde (les unités ne sont pas documentées.) ConfigurableWind.cs prend les paramètres de direction et les convertit en radians. Une direction de 0 correspond à l'est. WindUpdate() serait appelée sur chaque frame.
  • Dans .ini : les directions sont en degrés, les autres détails sont en taux
  • Trois paramètres : force, direction et variance (n'a pas l'air de fonctionner). La moyenne (variance ?) fixe simplement le vent à cette valeur moyenne, puis il ne change jamais.
  • Il est possible d'écrire des scripts pour simuler des rafales avec llWind. Sur SL, Sail n'utilise pas les vent de la région et utilise des scripts à la place.
  • Les particules se déplacent sous l'effet du vent.
  • Changements du code en 2016 par Ubit Umarov
984cb385831e6613fade75046d352a2f68f3ae2b
Déplacer la génération de vent hors de Heartbeat vers un travail de pool. Utiliser cela pour envoyer à tous les clients et non pas un par client.
  • Questions : pourquoi ce module utilise-t-il la force et l'angle au lieu d'un vecteur comme llWind ? Et pourquoi l'angle est en degrés au lieu de radians ?

Discusion sur l'utilisation du chat vocal sur OpenSim

  Ubit Umarov : Vous avez récemment soumis ...........#5526 à l'approbation du portail des développeurs Vivox. 
  Notre équipe a examiné votre demande, mais nous ne pouvons malheureusement pas approuver votre organisation pour le moment.
  • Vivox fonctionne encore pour les anciens comptes jusqu'à ce qu'ils décident de le tuer.
  • Kitely envoie aussi de l'argent à Unity pour la voix.
  • Côté viewer, slvoice.exe est une boîte noire. Le côté opensim ne fait que gérer les connexions des utilisateurs et la création des canaux vocaux.
  • En cas de besoin, il y a FreeSwitch, mais c'est toujours très difficile à installer et à faire fonctionner.
  • Un des projets de chat vocal mentionnés lors de l'OSCC pourrait peut-être devenir une option pour remplacer Vivox.
  • IMA travaillait sur une solution de Mumble mise à jour appelée EchoVoice IIRC.
  • Le vieux mumble semble toujours être la seule solution opensource utile.
 https://github.com/mumble-voip/mumble/releases/tag/v1.5.517
 https://github.com/mumble-voip/mumble
  • Il existe des options pour les clients et les serveurs vocaux qui fournissent déjà ou devraient fournir, si l'on en croit leur compatibilité à 100%, de l'audio spatial. Il faut savoir comment fonctionnent les parties auxquelles nous avons accès, principalement comment les viewers gèrent slvoice.exe et ce que fait actuellement le module vivox dans OpenSim. Les persopnnes qui ont développé l'ancien module mumble, ont remplacé slvoice pour cela donc, il est possible de connaître l'interface de la voix. Une ancienne API est publique.

OpenSim Search (Recherche)

  • Adresse du module développé par Andrew Hellershanks
 https://github.com/kcozens/OpenSimSearch
  • Il y a un fichier dans l'arbre des sources qui montre le schéma attendu pour la base de données utilisée par le module.
  • La seule chose qui vaille vraiment la peine d'être ajoutée est de pouvoir administrer les événements qui sont affichés et de supprimer correctement ceux qui sont terminés pour ne pas encombrer les choses, mais ce genre de choses est principalement du côté de php.
  • La maintenance d'une table de base de données contenant des informations sur les événements ne fait pas partie des modules de recherche ou de profil, ni du viewer. Un système externe doit être mis en place pour gérer cette partie. Une fois que les événements sont dans une base de données, vous pouvez voir les marqueurs d'événements sur la carte.

Source

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