Réunion du 16-09-2025 - Historique des versions

Acryline : /* Discussions */

2025-10-25T15:59:22Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:59
Ligne 80 :		Ligne 80 :
	** Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		** Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	* '''Redimensionnement impossible côté serveur'''		* '''Redimensionnement impossible côté serveur'''
	** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque ~~openjpeg~~ moderne. Seuls KDU et une ancienne version d'~~openjpeg~~ permettent le bidouillage qu'ils font.		** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque [[Lexique_des_réunions#OpenJPEG\|OpenJPEG]] moderne. Seuls [[Lexique_des_réunions#KDU \|KDU]] et une ancienne version d'[[Lexique_des_réunions#OpenJPEG\|OpenJPEG]] permettent le bidouillage qu'ils font.
	* '''Redimensionnement côté viewer'''		* '''Redimensionnement côté viewer'''
	** Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.		** Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.

Acryline : /* Discussions */

2025-10-25T15:57:08Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:57
Ligne 80 :		Ligne 80 :
	** Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		** Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	* '''Redimensionnement impossible côté serveur'''		* '''Redimensionnement impossible côté serveur'''
	** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la ~~réduire~~ réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.		** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.
	* '''Redimensionnement côté viewer'''		* '''Redimensionnement côté viewer'''
	** Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.		** Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.

Acryline : /* Discussions */

2025-10-25T15:56:33Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:56
Ligne 78 :		Ligne 78 :
	=== Discussions ===		=== Discussions ===
	*'''Processus'''		*'''Processus'''
	** Le service ~~bakes~~ dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		** Le service de baking dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	* '''Redimensionnement impossible côté serveur'''		* '''Redimensionnement impossible côté serveur'''
	** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.		** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.

Acryline : /* Question */

2025-10-25T15:56:07Z

Question

← Version précédente		Version du 25 octobre 2025 à 15:56
Ligne 76 :		Ligne 76 :
	=== Question ===		=== Question ===
	* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?		* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?
	==== Discussions ====		=== Discussions ===
	*'''Processus'''		*'''Processus'''
	** Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		** Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.

Acryline : /* Question */

2025-10-25T15:55:42Z

Question

← Version précédente		Version du 25 octobre 2025 à 15:55
Ligne 77 :		Ligne 77 :
	* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?		* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?
	==== Discussions ====		==== Discussions ====
	~~=====~~ Processus ~~=====~~		*'''Processus'''
	* Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		** Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	~~=====~~ Redimensionnement impossible côté serveur ~~=====~~		* '''Redimensionnement impossible côté serveur'''
	* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.		** Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.
	~~=====~~ Redimensionnement côté viewer ~~=====~~		* '''Redimensionnement côté viewer'''
	* Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.		** Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.
	* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.		** Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.
	* Il faudrait demander à [https://github.com/beqjanus Beq] de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour [[Lexique_des_réunions#Viewer_Sharpview\| le viewer Sharpview ]] sont présents à la réunion .		** Il faudrait demander à [https://github.com/beqjanus Beq] de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour [[Lexique_des_réunions#Viewer_Sharpview\| le viewer Sharpview ]] sont présents à la réunion .
	* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.		** Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.
	* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.		** Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
	~~=====~~ Affichage et version des viewers ~~=====~~		* '''Affichage et version des viewers'''
	* Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.		** Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.
	* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.		** Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.
	* Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.		** Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.

	== OSCC 2025 ==		== OSCC 2025 ==

Acryline : /* Discussions */

2025-10-25T15:53:01Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:53
Ligne 77 :		Ligne 77 :
	* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?		* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?
	==== Discussions ====		==== Discussions ====
			===== Processus =====
	* Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.		* Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image j2k, la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.		===== Redimensionnement impossible côté serveur =====
			* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image [https://fr.wikipedia.org/wiki/JPEG_2000 j2k], la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. De plus, la façon dont Linden Lab procède pour encoder les images est en fait une violation des spécifications des fichiers j2k. Ils ne peuvent pas utiliser une bibliothèque openjpeg moderne. Seuls KDU et une ancienne version d'openjpeg permettent le bidouillage qu'ils font.
			===== Redimensionnement côté viewer =====
			* Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.
	* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.		* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.
	* Il faudrait demander à [https://github.com/beqjanus Beq] de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour [[Lexique_des_réunions#Viewer_Sharpview\| le viewer Sharpview ]] sont présents à la réunion .		* Il faudrait demander à [https://github.com/beqjanus Beq] de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour [[Lexique_des_réunions#Viewer_Sharpview\| le viewer Sharpview ]] sont présents à la réunion .
	* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.		* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.
	* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.		* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
			===== Affichage et version des viewers =====
	* Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.		* Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.
	* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.		* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.
	* Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.		* Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.

	* 🏗️

	== OSCC 2025 ==		== OSCC 2025 ==

Acryline : /* Discussions */

2025-10-25T15:26:46Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:26
Ligne 77 :		Ligne 77 :
	* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?		* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?
	==== Discussions ====		==== Discussions ====
			* Le service bakes dans OpenSim n'est qu'un simple stockage de fichiers. C'est le code du viewer qui gère le baking dans OpenSim.
	* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image j2k, la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.		* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image j2k, la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.
	* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.		* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.
	* Il faudrait demander à Beq de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour ~~le viewer~~ [[Lexique_des_réunions#Viewer_Sharpview\|~~pour~~ le viewer Sharpview ]] sont ~~présent~~ à la réunion .		* Il faudrait demander à [https://github.com/beqjanus Beq] de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour [[Lexique_des_réunions#Viewer_Sharpview\| le viewer Sharpview ]] sont présents à la réunion .
	* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.		* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.
	* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.		* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
	* Vincent Sylvester ~~signale~~ que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être autre ~~chose~~.		* Vincent Sylvester dit que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être un autre problème.
	* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.		* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.
			* Vincent Sylvester pense que la branche 6.x est "sous assistance respiratoire", et qu'il ne faudra probablement pas longtemps avant qu'elle ne suscite plus aucun intérêt.

	* 🏗️		* 🏗️

Acryline : /* Discussions */

2025-10-25T15:11:03Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:11
Ligne 83 :		Ligne 83 :
	* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.		* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
	* Vincent Sylvester signale que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être autre chose.		* Vincent Sylvester signale que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être autre chose.
			* Hyacinth Jean précise que l'affichage des textures 2k est instable avec les anciens viewers. Parfois cela fonctionne et parfois non.

	* 🏗️		* 🏗️

Acryline : /* Discussions */

2025-10-25T15:08:25Z

Discussions

← Version précédente		Version du 25 octobre 2025 à 15:08
Ligne 77 :		Ligne 77 :
	* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?		* Hyacinth Jean demande si un redimensionnement côté serveur serait possible et efficace ?
	==== Discussions ====		==== Discussions ====
	* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur.		* Ubit Umarov dit que le redimensionnement des bakes ne peut pas se faire côté serveur. Il faudrait décoder le l'image j2k, la réduire réduire puis la ré-encoder, cela plus d'une douzaine de fois par avatar. Cette opération alourdirait considérablement la charge de la machine. Mieux vaut demander à Firestorm de définir une limite de 1k (1024px X 1024px), c'est facile pour eux.
	* Le viewer limite toujours la tailles des textures des yeux des avatars.		* Hyacinth Jean dit qu'en théorie c'est vrai mais dans Second Life les textures 2k ne posent aucun problème à part le lag.
			* Il faudrait demander à Beq de faire un code spécial pour OpenSim, Gavin Hird pour le [[Lexique_des_réunions#Viewer_Dayturn\| viewer Dayturn]] et Joe Magarac pour le viewer [[Lexique_des_réunions#Viewer_Sharpview\|pour le viewer Sharpview ]] sont présent à la réunion .
			* Le viewer limite toujours la tailles des textures des yeux des avatars, elles sont toujours à 512.
	* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.		* Gavin Hird signale que ce redimensionnement pourrait abîmer les très grands objets.
	* Vincent Sylvester signale que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k.		* Vincent Sylvester signale que tous les viewers, même l'ancienne branche 6.x, devraient afficher des textures 2k. Il trouve étrange que les anciens viewers n'affichent pas les textures 2k car il y a toujours eu des textures dynamiques avec cette résolution qui fonctionnaient très bien. Il y a peut-être autre chose.


	* 🏗️		* 🏗️

Acryline : /* Problème */

2025-10-25T14:52:23Z

Problème

← Version précédente		Version du 25 octobre 2025 à 14:52
Ligne 69 :		Ligne 69 :
	* [https://docs.blender.org/manual/fr/latest/render/cycles/baking.html Manuel Blender3D : Pré-calcul de rendu]		* [https://docs.blender.org/manual/fr/latest/render/cycles/baking.html Manuel Blender3D : Pré-calcul de rendu]
	* [https://www.graphisme3d.fr/baking-de-textures-ao-normal-roughness-tout-ce-que-vous-devez-savoir/ Site Graphisme 3D]		* [https://www.graphisme3d.fr/baking-de-textures-ao-normal-roughness-tout-ce-que-vous-devez-savoir/ Site Graphisme 3D]
	=== ~~Problème~~ ===		=== Problèmes ===
	* Le baking de texture pour OpenSim se fait côté viewer. Les textures générées sont temporaires.		* Le baking de texture pour OpenSim se fait côté viewer. Les textures générées sont temporaires.
	* Le viewer est censé envoyer des bakes qui ont la taille de la plus grande texture utilisée. Même si toutes les textures ont une taille de 1024, il compose quand même une texture bake de 2048 pour l'ensemble. Cela semble poser des problèmes aux utilisateurs qui utilisent les anciennes versions des viewers.		* Le viewer est censé envoyer des bakes qui ont la taille de la plus grande texture utilisée. Même si toutes les textures ont une taille de 1024, il compose quand même une texture bake de 2048 pour l'ensemble. Cela semble poser des problèmes aux utilisateurs qui utilisent les anciennes versions des viewers.
	* Hyacinth Jean dit que quand il porte un avatar [[Lexique_des_réunions#BOM \| BOM]], les personnes qui utilisent d'anciennes versions du viewer ne voient que du gris.		* Hyacinth Jean dit que quand il porte un avatar [[Lexique_des_réunions#BOM \| BOM]], les personnes qui utilisent d'anciennes versions du viewer ne voient que du gris. Cela a été testé, parfois certaines personnes le voyaient en gris mais pas toujours. En revanche si quelqu'un utilise Firestorm 7.X, il n'y a pas de problème.

	=== Question ===		=== Question ===

Réunion du 16-09-2025 - Historique des versions

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Question */

Acryline : /* Question */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Problème */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Question */

Acryline : /* Question */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Discussions */

Acryline : /* Problème */