comment adapter Module DDStool pour GraphicConverter

[Ypsos]

j'ai testé plusieurs DDS d'autres tuiles

Elles ont toutes 12 couches y compris les séries de 2012 et de 2016;

Il y a juste de temps en temps l#1 mais pas toujours. Donc ceci n'est pas non plus le problème.

Finalement à ce stade que pouvons nous dire au développeur de ce qu'il doit insérer/Corriger?

[jasum]

Je ne sais pas trop, mais tu peux toujours lui envoyer un dds qui ne s'ouvre pas et un dds qui lui s'ouvre dans X-Plane, il pourra comparer les entêtes de ces 2 fichiers en tirer une conclusion, et peut-être trouver une solution.
Sinon ma solution avec nvcompress fonctionne bien sous MacosX , mais sur mon HackIntosh beaucoup moins rapidement que sur linux, toi avec ta machine ce ne devrait pas être un problème.

[Ypsos]

Nous l'avons déjà fait et en retour comme stipulé plus haut ebn retour j'ai ceci comme question

Dans les explications sur le site de DSF TOOLS de Laminar il y a le terme "argument"

et du coup le deéveloppeur me pose cette question : Comment appelez-vous (arguments) pour la conversion ?

[jasum]

Je ne comprends pas,
DSF Tools concerne les dsf et non les dds.

Peux-tu faire une conversion avec GC en dds DTX5 pour voir si le problème est le même.
C'est le format DDS utilisé pour les textures de scéne.

[Ypsos]

Merci test en DTX5 réalisé sans plus de résultat.

par contre grâce à tes explications il y a une piste qui s'ouvre et que j'ai transmise au développeur de GraphicConverter.

j'ai importé le DDS généré par GC dans Gimp

Je confirme qu'il n'y a que 9 calques dans Gimp

Ce DDS de GC donne ceci dans xPlane


Maintenant ce DDS de GC exporté de Gimp avec tes réglages placé dans la tuile donne ceci comme résultat.



J'importe à nouveau dans Gimp ce nouveau DDS génér par Gimp et constate avoir 13 calques contre les 9 de GC.

Gimp a donc avec tes réglages ajouté 4 calques au dds importé de GC qui n'en avait que 9.

Maintenant que contiennent ces 4 calques ? n'en sait rien.

[jasum]

les mipmaps manquant sont les plus petits
1x1
2x2
4x4
8x8

c'est une progression géométique de 2
1 2 4 8 16 32 64 128 526 1024 2048 4096 pour les dds en 4096

Je pense me souvenir avoir du reconstruire des dds sur des ancienne scéne de X-Plane lors du passage XP11 à XP12 pour cette raison.

Tu peux peut-être voir si un dds avec les mimaps manquant passe sur X-Plane11 (je l'ai supprimé)
si c'est le cas, c'est cela le problème.

[Ypsos]

Merci Jasum

C'était bien un problème de mipmaps dans le format Compression: BC1 / DXT1

Après plusieurs aller retour et clarification sur la base de tes recommandations/témoignage, le développeur m' a fait parvenir plusieurs DDS généréspar graphicConverter

La dernière modification était la bonne.

J'ai remplacé mon DDS dans la tuile par celui généré par GraphicConverter et il s'affiche dans xPlane.

Demain je devrais avoir un version béta modifiée de GraphicConverter pour tester par lot.

Je ne sais pas s'il pense modifier aussi les DTX2 nDTX23, DTX4 et DTX5

Nous allons faire de nombreux heureux qui attendent enfin que GraphicConverter puisse réaliser cette opération.

On croise les doigts.

[jasum]

OK parfait,
Tu as résolu le problème, et fait évoluer GraphicConverter.
Bien.

[Ypsos]

Tu m'as mis sur la piste.

Espérons maintenant que GC saura travailler aussi par lot

[Ypsos]

OK parfait,
Tu as résolu le problème, et fait évoluer GraphicConverter.
Bien.

La version Beta fonctionne.

Les DDS générés avec GraphicConverter en DTX1 sont affichés dans xPlane.

J’ai fais réaliser à GraphicConverter un traitement par lot pour la totalité ds 859 images.

CAD

- convertir 859 JPG en 859 DDS DTX1.
- appliquer une correction colorimétrique aux 859 images.
- appliquer une correction de netteté aux 859 images.

Sur mon matériel cela a duré 11 minutes en une seule opération pour la totalité des images.
?