« Réunion du 15-07-2025 » : différence entre les versions
Apparence
| (7 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 8 : | Ligne 8 : | ||
= Bugs = | = Bugs = | ||
== [[Lexique_des_réunions#Mantis |Mantis 9207]] : lien et propriétés des objets== | == [[Lexique_des_réunions#Mantis |Mantis 9207]] : lien et propriétés des objets== | ||
* Les prims utilisées comme vendeurs (sans scripts) perdent les propriétés configurées pour la vente lorsqu'elles sont liées. | === Problème === | ||
* | * [http://opensimulator.org/mantis/view.php?id=9207 '''Mantis 9207''']] :Les prims utilisées comme vendeurs (sans scripts) perdent les propriétés configurées pour la vente lorsqu'elles sont liées. | ||
* | * La liaison entraînerait la suppression de certains paramètres d'une primitive de sorte que la suppression du lien ne ramène pas la primitive à son état initiale. | ||
* Cela est étrange, car les paramètres devraient tous se trouver sur la primitive et non sur l'objet. Comment la liaison pourrait causer cela ? | |||
=== Discussion === | |||
* Ubit Umarov explique qu'une réinitialisation de ces données est attendue lors des changements de lien. Lorsque tous types de primitives peuvent être définie comme primitive racine, il est préférable que tous les composant du lien soient dans un état bien défini. | |||
* Vincent Sylvester dit que c'est logique de donner aux paramètres de la primitive racine un état défini. Mais, cela ne devrait pas écraser les paramètres des autres parties. | |||
* Ubit Umarov répond que c'est impossible parce qu'on ne peut pas prévoir la place des différentes parties de l'objet lié, sans même parler des implications sur les autorisations. | |||
= Viewers= | = Viewers= | ||
== Nouvelle version de [[Lexique_des_réunions#Viewer_Firestorm |Firestorm ]]== | == Nouvelle version de [[Lexique_des_réunions#Viewer_Firestorm |Firestorm ]]== | ||
* Firestorm bêta version 78558 ? : [https://www.firestormviewer.org/os-operating-system/ Sur le site du viewer] c'est toujours la version 78266 qui est proposée sur le site. | * Firestorm bêta version 78558 ? : [https://www.firestormviewer.org/os-operating-system/ Sur le site du viewer] c'est toujours la version 78266 qui est proposée sur le site. | ||
* | * Malheureusement, toujours aucun signe d'une correction du fuseau horaire ou d'une solution au problème de syntaxe du script en vue. | ||
== Fréquence d'images (framerate) == | == Fréquence d'images (framerate) == | ||
* Il semble que Linden Lab a décidé d'ajouter une fonctionnalité qui réduit de manière forcée la distance de vue si les FPS diminuent dans le viewer. Cela a beaucoup irrité les testeurs. | * Il semble que Linden Lab a décidé d'ajouter une fonctionnalité qui réduit de manière forcée la distance de vue si les FPS diminuent dans le viewer. Cela a beaucoup irrité les testeurs. | ||
* | * Cela pourrait être une bonne idée mais seulement pour les utilisateurs qui utilisent une valeur élevée pour la distance d'affichage. | ||
* Vincent Sylvester a proposé un verrouillage dynamique de la fréquence d'images basé sur les fluctuations afin de se caler à fréquence que le viewer peut maintenir de manière constante. Mais, la situation est tellement mauvaise avec les viewers [[Lexique_des_réunions#PBR |PBR] que même atteindre 30 images par seconde peut être difficile selon le contenu de la région ou même des avatars, bien que les viewers PBR se soient un peu améliorés. | |||
== Ressources nécessaires== | == Ressources nécessaires== | ||
* | * Les viewers [[Lexique_des_réunions#PBR |PBR ]] restent plus lourds que ceux de l'ancienne génération. Lorsque Firestorm 7.1.13 est en cours d'exécution, davantage de ressources CPU et GPU sont utilisées que dans les versions précédentes. C'est malheureusement une tendance dans tous les jeux. | ||
* Non seulement il faut du matériel plus récent avec plus de RAM, mais la consommation d'électricité augmente. | |||
* Les viewers sont comme les jeux vidéos, leur optimisation est tellement médiocre que même avec du matériel haut de gamme, il se peut qu'ils n'utilisent même pas la moitié des ressources et qu'ils continuent à avoir des difficultés. Il est presque impossible d'exploiter pleinement le matériel. | |||
* Il semble que certaines personnes ne ressentent pas le besoin d'optimiser le code, car on peut toujours obtenir un processeur/système plus rapide. | |||
* Dans certains cas, l'ajout de ressources système supplémentaires peut en réalité nuire aux performances. Si vous consultez les classements des benchmarks (tests de performance), vous constaterez que les scores les plus élevés ne sont pas toujours obtenus avec les composants les plus puissants. | |||
= Source= | = Source= | ||
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-07-15 | http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-07-15 | ||
Dernière version du 23 septembre 2025 à 17:37
Information
Décès de Mal Burns
- La semaine dernière, nous avons appris la triste nouvelle du décès de Mal Burns. Thirza a déclaré dimanche dans Inworld Review qu'ils prévoyaient d'organiser une fête en son honneur cet automne.
- "En souvenir de Mal Burns" sur HGSafari : https://hgsafari.blogspot.com/2025/07/remembering-mal-burns.html
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.😉 |
Bugs
Mantis 9207 : lien et propriétés des objets
Problème
- Mantis 9207] :Les prims utilisées comme vendeurs (sans scripts) perdent les propriétés configurées pour la vente lorsqu'elles sont liées.
- La liaison entraînerait la suppression de certains paramètres d'une primitive de sorte que la suppression du lien ne ramène pas la primitive à son état initiale.
- Cela est étrange, car les paramètres devraient tous se trouver sur la primitive et non sur l'objet. Comment la liaison pourrait causer cela ?
Discussion
- Ubit Umarov explique qu'une réinitialisation de ces données est attendue lors des changements de lien. Lorsque tous types de primitives peuvent être définie comme primitive racine, il est préférable que tous les composant du lien soient dans un état bien défini.
- Vincent Sylvester dit que c'est logique de donner aux paramètres de la primitive racine un état défini. Mais, cela ne devrait pas écraser les paramètres des autres parties.
- Ubit Umarov répond que c'est impossible parce qu'on ne peut pas prévoir la place des différentes parties de l'objet lié, sans même parler des implications sur les autorisations.
Viewers
Nouvelle version de Firestorm
- Firestorm bêta version 78558 ? : Sur le site du viewer c'est toujours la version 78266 qui est proposée sur le site.
- Malheureusement, toujours aucun signe d'une correction du fuseau horaire ou d'une solution au problème de syntaxe du script en vue.
Fréquence d'images (framerate)
- Il semble que Linden Lab a décidé d'ajouter une fonctionnalité qui réduit de manière forcée la distance de vue si les FPS diminuent dans le viewer. Cela a beaucoup irrité les testeurs.
- Cela pourrait être une bonne idée mais seulement pour les utilisateurs qui utilisent une valeur élevée pour la distance d'affichage.
- Vincent Sylvester a proposé un verrouillage dynamique de la fréquence d'images basé sur les fluctuations afin de se caler à fréquence que le viewer peut maintenir de manière constante. Mais, la situation est tellement mauvaise avec les viewers [[Lexique_des_réunions#PBR |PBR] que même atteindre 30 images par seconde peut être difficile selon le contenu de la région ou même des avatars, bien que les viewers PBR se soient un peu améliorés.
Ressources nécessaires
- Les viewers PBR restent plus lourds que ceux de l'ancienne génération. Lorsque Firestorm 7.1.13 est en cours d'exécution, davantage de ressources CPU et GPU sont utilisées que dans les versions précédentes. C'est malheureusement une tendance dans tous les jeux.
- Non seulement il faut du matériel plus récent avec plus de RAM, mais la consommation d'électricité augmente.
- Les viewers sont comme les jeux vidéos, leur optimisation est tellement médiocre que même avec du matériel haut de gamme, il se peut qu'ils n'utilisent même pas la moitié des ressources et qu'ils continuent à avoir des difficultés. Il est presque impossible d'exploiter pleinement le matériel.
- Il semble que certaines personnes ne ressentent pas le besoin d'optimiser le code, car on peut toujours obtenir un processeur/système plus rapide.
- Dans certains cas, l'ajout de ressources système supplémentaires peut en réalité nuire aux performances. Si vous consultez les classements des benchmarks (tests de performance), vous constaterez que les scores les plus élevés ne sont pas toujours obtenus avec les composants les plus puissants.
Source
http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2025-07-15