[quote="AHL 67"]Elle est bien bonne celle-là. Halouc qui avoue lui-même qu'il n'est pas spécialiste. :)[/quote]Mais qui cite un extrait qui explique clairement la situation. Juste là, un peu au dessus. Fais l'effort de lire (je sais, c'est compliqué et c'est en anglais, mais je suppose que comme tu reproches à Halouc de ne pas savoir de quoi il parle, c'est que tu as le niveau pour en savoir plus, pas vrai ?).
J'en sais un minimum. Et de toute façon y a pas besoin d'être philosophe pour comprendre que la compression de texture c'est pour le stockage, où les effets n'interviennent pas encore.
[quote="AHL 67"]Fais pareil.[/quote]Je parle du passage qu'Halouc cite qui explique assez clairement en quoi la compression des textures joue effectivement sur les effets appliqués (en l'occurence le normal mapping), contrairement à tes dires. Qu'ai-je à lire de ta part en retour ?
Effet n'est pas que lumière, ombre, réfraction, explosion, vent, ....
Mais, aussi: Rotation, Zoom et et c'est la que rentre les textures.
Halouc a dit au début que c'est une technique dépassé et c'est la que j'étais en contradiction avec lui. Les désagrément de la compression peuvent être détourné par la qualité de la compression (On ne peut pas compresser à l'infini) ou la taille des textures.
[quote="gamegenerators"]Effet n'est pas que lumière, ombre, réfraction, explosion, vent, ....
Mais, aussi: Rotation, Zoom et et c'est la que rentre les textures.[/quote]Je veux bien, mais en quoi est-ce que ça interfère avec le stockage des-dites textures ? :-?
[quote="gamegenerators"]Voila une vidéo qui résume le problème de la qualité
Quand on zoom, on voie des pixelisations et des désagréments de lumière.[/quote]Un pote à moi qui fais de la 3D (il code ses propres librairies, donc il sait de quoi il parle) m'a dit que ce problème est évité en utilisant le Mip mapping, soit utilisation de différentes dimensions d'une même texture en fonction du zoom utilisé.
[quote="AHL 67"]Je veux bien, mais en quoi est-ce que ça interfère avec le stockage des-dites textures ? :-?[/quote] [quote="gamegenerators"][b]en réponse à Halouc[/b]
qui dit texture non compressé dit problème de place et de lenteur de chargement et sans garanti que tu va annulé le problème de scintillement. [/quote]
[quote="AHL 67"]Un pote à moi qui fais de la 3D (il code ses propres librairies, donc il sait de quoi il parle) m'a dit que ce problème est évité en utilisant le Mip mapping, soit utilisation de différentes dimensions d'une même texture en fonction du zoom utilisé. [/quote] [quote="gamegenerators"][b]en réponse à Halouc[/b]
Je ne c'est pas pour les développeurs, mais moi sur 3DMAX je n'ai qu'a agrandir la taille des texture. Donc le problème peut être détourné [/quote] [quote="Et gamegenerators"][b]en te répondant[/b]
Les désagrément de la compression peuvent être détourné par la qualité de la compression (On ne peut pas compresser à l'infini) ou la taille des textures. [/quote]
En tout cas, ça m'expliquerait pourquoi on voit aussi peu d'effets sur Wii (alors qu'elle est quand même capable d'en faire quelques uns).
Si la compression de textures est appliquée en hard et que les développeurs n'ont pas la main dessus, ça peut effectivement poser problème, et contourner le problème (sur Wii) c'est peut être excessivement compliqué (taille de la mémoire limitée par exemple), ce qui fait que peu de développeurs se lancent là dedans où préfèrent sacrifier des effets au profit d'une plus grande variété de textures.
Bon, mon pote 3Deur m'a appris que les textures sont compressées dans la carte graphique-même. Si c'est bien de ce genre de techno qu'il s'agit, alors effectivement les effets sont appliqués sur les textures alors qu'elles sont compressées, et dans ce cas je m'excuse.
Mais il m'a également dit que si l'algorithme de compression utilisé dans la CG est à perte, alors c'est le fabricant qui est un abruti. Et puisque c'est lui qui s'occupe de son matériel, c'est aussi lui qui s'occupe de son firmware, donc Nintendo n'a pas besoin de signer avec qui que ce soit.
En clair : c'est super pas clair... :crazy:
[quote="gamegenerators"][quote="AHL 67"]Je veux bien, mais en quoi est-ce que ça interfère avec le stockage des-dites textures ? :-?[/quote] [quote="gamegenerators"][b]en réponse à Halouc[/b]
qui dit texture non compressé dit problème de place et de lenteur de chargement et sans garanti que tu va annulé le problème de scintillement. [/quote][/quote]Toujours aucun rapport.
Les effets sont appliqués après la lecture, donc après les problèmes que tu soulèves. D'autant que si la non-compression ne règle pas le problème du scintillement, alors y a pas de raison pour que la compression le fasse...
En plus, une texture non compressée prendra peut-être plus de place en ROM, mais elle ne mettra certainement pas plus de temps à être lue, étant donné qu'il est largement plus rapide de lire les données brutes que des données compressées qu'il va falloir décompresser par la suite...
[quote="gamegenerators"][quote="AHL 67"]Un pote à moi qui fais de la 3D (il code ses propres librairies, donc il sait de quoi il parle) m'a dit que ce problème est évité en utilisant le Mip mapping, soit utilisation de différentes dimensions d'une même texture en fonction du zoom utilisé. [/quote] [quote="gamegenerators"][b]en réponse à Halouc[/b]
Je ne c'est pas pour les développeurs, mais moi sur 3DMAX je n'ai qu'a agrandir la taille des texture. Donc le problème peut être détourné [/quote] [quote="Et gamegenerators"][b]en te répondant[/b]
Les désagrément de la compression peuvent être détourné par la qualité de la compression (On ne peut pas compresser à l'infini) ou la taille des textures. [/quote][/quote]Quand tu places une immense image (genre 16000x9000 pour du 16:9) en fond d'écran, si l'OS utilise un algo de redimensionnemnt de merde (normalement c'est pas le cas, mais on sait jamais), tu vas te retrouver avec une horreur même si l'image originale est très belle, alors qu'enregistrer l'image dans un format plus petit (1600x900, disons que c'est la résolution de l'écran) avec un bon algo et l'afficher sans que l'OS ait besoin de la redimensionner aura un bon rendu.
Pour la 3D c'est pareil : plaquer une texture de 1000x1000 sur un bouton qui fait 15 pixels à l'écran aura un rendu de merde, quand une texture de 10x10 pourrait faire mieux.
D'autant que ça permet d'avoir moins de données en mémoire, en privilégiant la qualité des textures au premier plan.
Je sais pas pour 3DSMax, mais logiquement pour se simplifier la vie et améliorer la qualité d'affichage il devrait automatiquement créer de multiple formats des textures que tu lui files pour faire automatiquement du mip mapping, sans que tu t'en rendes compte.