Changements du code de la semaine

Profil

Limiter le nombre de favoris

Commit 1855be : Mettre des limites sur certains champs des lieux favoris du profil.
Commit 75e9a4 : N'envoyer aux viewers que les 20 profils présélectionnés les mieux classés.
Commit b63acc : Envoyer MaxProfilePicks au vivewer dans simulatorFeatures
Commit c8b881 : Modifier les favoris, mettre à jour/ajouter, appliquer le nombre maximal de favoris.
Ubit Umarov a défini à 20 le nombre de lieux favoris du profil, cela correspond à ce qui est appliqué dans Second Life ("le côté obscur").
Les Viewers ont imposé une limite de 10. Ainsi, maintenant, [ https://jira.firestormviewer.org/browse/FIRE-35252 avec unelimite de 20 favoris, Firestorm est cassé].Ci dessous un extrait de commentaires du rapport de bug de Firestorm :

Ouvrir un profil pour un autre utilisateur fonctionne bien. Il suffit de faire un clic droit sur votre avatar et de sélectionner "profil". Vous obtiendrez un   indicateur de chargement bleu et le visualiseur cesse de répondre. La date de naissance montre "chargement", donc il semble essayer de récupérer les informations du profil.

L'issue est toujours ouverte le jour de la réunion, donc il ne faut pas encore fusionner cela.
Le problème est sur la dernière version beta de fs.
Il semble que tous les favoris sont enregistrés, mais que seuls les 20 premiers sont affichés. Le serveur OpenSim effectue probablement un tri basé sur des critères spécifiques comme la date (?) pour déterminer quels favoris afficher dans le profil de l'utilisateur.
Côté Second Life c'est un changement de code "commercial" qui remplace la limite de 10 Favoris par 20, bien entendu payants.

Animation de l'avatar

Commit 65eee2 : Modification de l'animation de l'avatar lors du vol forcé, nécessite plus de tests.
Il y avait un petit bug avec la hauteur de survol qui empêchait de ralentir correctement. Après quelques ajustements, cela fonctionne maintenant beaucoup mieux.
Lorsque l'avatar est en mode de survol, il affichera maintenant une animation appropriée qui correspond à cette action.

Nombre d'animeshes portés

Commit 11cb8b : Cosmétiques ; autoriser le port de 3 Animeshes.
Dans Second Life la limite est de 1 pour le non-premium et de 2 pour le premium. Dans OpenSim tout le monde est premium.
On peut probablement augmenter cette limite si nécessaire. Il suffit de se référer au commit, de modifier le code source, puis de le compiler
Mais, le viewer a des restrictions, il y a des limites sur le nombre de pièces jointes animées qu'un utilisateur peut porter.

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. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉

Noyau

Scripts

LlSetHoverHeight

Function: llSetHoverHeight( float height, integer water, float tau );

Se positionne à l'altitude cible au dessus du sol (ou de l’eau) en tau secondes.
Dans OpenSim, llSetHoverHeight ne fonctionne pas comme sur Second Life.
Sur opensim c'est réglé sur l'avatar, il continue à flotter jusqu'à ce qu'on l'arrête.
Il semblerait que l'effet soit perdu après une téléportation ou les traversées (comme sur Second Life).

LlGroundRepel

Function: llGroundRepel( float height, integer water, float tau );

Cette llGroundRepel amortit de manière critique à 'height' si la hauteur est inférieure ou égale à 0,5 fois la hauteur du sol ou du niveau de l'eau (la plus élevée des deux).
La fonction est cassée, il faut la corriger.

Base de données

Problèmes avec SqLite sur macOS

Problème

Le problème mentionné concerne SQLite sur macOS, où il semble que le mappage des bibliothèques dynamiques (dylib) soit ignoré. Cela signifie que le système ne parvient pas à localiser ou à utiliser correctement les bibliothèques dynamiques nécessaires pour le fonctionnement de SQLite, ce qui peut entrainer des erreurs ou un comportement inattendu lors de l'exécution de l'application.
macOS utilise une convention différente en indiquant les types de données en majuscules.
Le code actuel fonctionne sans problème majeur, car il ne semble pas être affecté.
Cela pose un problème pour le système de migration que Vincent Sylvester développe, car il effectue une comparaison sensible à la casse de la structure de la table, ce qui entraîne des erreurs ou le système explose.
MacOS a une bibliothèque SqLite plus récente qui date de 2018 à 2019, mais le changement dans SqLite a été fait en 2021.

Hypothèse

La dylib fournie par l'application pourrait ne pas être utilisée, et la version locale du système est chargée à la place, ce qui entraine des comportements inattendus.

Conséquences

Il faut gérer cela dans le code, mais cela laisse entendre que le mappage est ignoré, ce qui pourrait causer d'autres problèmes à l'avenir.
🏗️

Modules

Bugs

Tests

Projets en cours / Infos

Viewers

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-03-18