X-Plane 11.x Route transparente

[CMBH]

Bonjour à tous,

Je suis en train de tenter de rendre transparente les routes issues de l'OSM afin d'avoir la circulation routière directement sur les zones photos comme la photo ci dessous :



Pas de soucis avec les fichiers PNG mais j'ai également des fichiers DDS mais impossible de les rendre transparent, ils restent en couleur noir.

Quelqu'un à une idée ?

Merci

[Daniel_L]

Attention à ne pas rendre transparentes les routes sur les ponts.

Daniel

[CMBH]

J'aimerai déjà rendre le reste transparent :p au pire les ponts ce n'est pas très grave pour mon utilisation, mais si je peux éviter serais bien, l'avantage est de voir la photo dessous plus précise tout en gardant le traffic routier et les lampadaires.

[Glah_Salamanthe]

Quelqu'un à une idée ?

J'avais déjà tenté le coup : pas concluant !

[CMBH]

perso pour moi sa vaut le coup mais je suis juste bloquer par ces DDS

[Glah_Salamanthe]

perso pour moi ça vaut le coup

Je n'ai pas non plus réussi à tout corriger ! C'est dans ce sens que je disais : ça ne vaut pas le coup !

J'ai aussi laissé une telle demande sur l'org … sans succès hélas !

[Dobro]

c'est peut etre parce qu'il existe pleins de sortes de dds !!

#MIP_ImageFormat_DDS_DTX1 = $04156506
#MIP_ImageFormat_DDS_DTX1A = $04A56506
#MIP_ImageFormat_DDS_DTX3 = $04388806
#MIP_ImageFormat_DDS_DTX5 = $04588806
#MIP_ImageFormat_DDS_DTX5NM = $04F88806
#MIP_ImageFormat_DDS_A8 = $02000806
#MIP_ImageFormat_DDS_L8 = $01000806
#MIP_ImageFormat_DDS_A8L8 = $01008806
#MIP_ImageFormat_DDS_R5G6B5 = $00056506
#MIP_ImageFormat_DDS_R8G8B8 = $00088806
#MIP_ImageFormat_DDS_X1R5G5B5 = $00155506
#MIP_ImageFormat_DDS_A1R5G5B5 = $01155506
#MIP_ImageFormat_DDS_A4R4G4B4 = $01444406
#MIP_ImageFormat_DDS_X8R8G8B8 = $00888806
#MIP_ImageFormat_DDS_A8R8G8B8 = $01888806

#MIP_ImageFormat_DDS_A8$ = "DDS:A8"
#MIP_ImageFormat_DDS_L8$ = "DDS:L8"
#MIP_ImageFormat_DDS_A8L8$ = "DDS:A8L8"
#MIP_ImageFormat_DDS_DTX1$ = "DDS:DTX1"
#MIP_ImageFormat_DDS_DTX1A$ = "DDS:DTX1A"
#MIP_ImageFormat_DDS_DTX3$ = "DDS:DTX3"
#MIP_ImageFormat_DDS_DTX5$ = "DDS:DTX5"
#MIP_ImageFormat_DDS_A8R8G8B8$ = "DDS:A8R8G8B8"
#MIP_ImageFormat_DDS_R8G8B8$ = "DDS:R8G8B8"
#MIP_ImageFormat_DDS_A4R4G4B4$ = "DDS:A4R4G4B4"
#MIP_ImageFormat_DDS_A1R5G5B5$ = "DDS:A1R5G5B5"
#MIP_ImageFormat_DDS_X8R8G8B8$ = "DDS:X8R8G8B8"
#MIP_ImageFormat_DDS_R8G8B8$ = "DDS:R8G8B8"
#MIP_ImageFormat_DDS_X1R5G5B5$ = "DDS:X1R5G5B5"
#MIP_ImageFormat_DDS_R5G6B5$ = "DDS:R5G6B5"

le Format utilisé par Xplane c'est :
#MIP_ImageFormat_DDS_DTX1 (sans transparence )

et celui que genere nvcompress.exe par exemple c'est :
#MIP_ImageFormat_DDS_DTX1A
et ce dernier, je crois qu'il gere la transparence
dont tu fait ton Png , et tu encodes avec nvcompress.exe , et peut etre bien que .....

par contre les info sur le format dds , est aussi secret que le code qui ouvre les portes de Fort Knox

[CMBH]

c'est peut etre parce qu'il existe pleins de sortes de dds !!


le Format utilisé par Xplane c'est :
#MIP_ImageFormat_DDS_DTX1 (sans transparence )

et celui que genere nvcompress.exe par exemple c'est :
#MIP_ImageFormat_DDS_DTX1A
et ce dernier, je crois qu'il gere la transparence
dont tu fait ton Png , et tu encodes avec nvcompress.exe , et peut etre bien que .....

par contre les info sur le format dds , est aussi secret que le code qui ouvre les portes de Fort Knox

Merciiiiiiii je vais tester sa dès demain je sais pas pourquoi je bloquer sur le DXT5 ..

[Glah_Salamanthe]

le Format utilisé par Xplane c'est :
#MIP_ImageFormat_DDS_DTX1 (sans transparence )

… oui, mais bizarrement sur Mac, quand j'encode en DTX1 (à l'aide de Graphic Converter), le fichier n'est pas reconnu par X-Plane !!! allez savoir pourquoi ?

[Dobro]

rectification :

Je me suis fait un code utilitaire qui me permet de charger en batch
les dds , puis j'applique un taux de contraste, je sauve en Png et je me sert de nvcompress.exe
pour generer un Dds a partir du png generé (que j'efface au passage )

ça me permet d'indiquer un dossier de tuile (le dossier textures) et que mon utilitaire fasse les corrections en batch....

bref , mon code m'indique bien que par défaut les dds générés par Otho4XP sont de type DTX1
honnêtement, j'ai pas vérifié sur des Dds d'origine Xplane ...

par contre le resultat généré par nvcompress.exe sont eux de type DTX1A ....

voila pour plus de precision

pour Xplane, il est bien indiqué ici que le format utilisé est le DTX1

http://developer.x-plane.com/docs/scenery/ddstool-manual/

et une info interessante :

DXT1 contains “1-bit” alpha – that is, the alpha is either 100% opaque or totally transparent. The 1-bit alpha is part of the color information of the image; there is no RGB color data behind the transparent parts. This can lead to artifacts around the edges of the image file. DXT1 files use half the VRAM of DXT3/DXT5, offering an 8:1 compression ratio over RGB+alpha vs. a 4:1 compression ratio for DXT3/DXT5.

soit en Français Google Translate :

DXT1 contient "1-bit" alpha - c'est-à-dire, l'alpha est soit 100% opaque ou totalement transparent. L'alpha à 1 bit fait partie de l'information de couleur de l'image; Il n'y a pas de données de couleur RVB derrière les parties transparentes. Cela peut conduire à des artefacts autour des bords du fichier image. Les fichiers DXT1 utilisent la moitié de la VRAM de DXT3 / DXT5, offrant un taux de compression 8: 1 sur RGB alpha par rapport à un taux de compression 4: 1 pour DXT3 / DXT5.

et plus loin :

Remarque: X-Plane considérera DXT1 comme étant alpha s'il y a au moins un pixel transparent; Il traitera l'image comme n'ayant pas de canal alpha s'il n'y a pas de pixels transparents. Cela signifie que vous pouvez utiliser DXT1 pour les masques d'éclairage de nuit tant que vous n'avez pas de translucidité (alpha variable) dans votre texture d'éclairage nocturne.

[Mirage34]

A la lecture du code, Ortho4XP utilise nvcompress avec l'option -bc1 pour la création des .dds.

D'après ce site, http://wiki.flightgear.org/DDS_texture_conversion, bc1 est sans le layer alpha. Pour conserver le channel alpha, il faudrait le commutateur -bc3.

;)

[Oscar Pilote]

Rendre les routes transarentes cela va bien en campagne ou en IFR, mais en VFR un échangeur d'autoroute
en 3D c'est quand même plus réaliste, idem pour les ponts comme l'a dit Daniel.

bc1 et bc1a sont "bitwise" équivalentes lorsqu'appliquées à des images sans couche alpha (comme nos jpegs)
Pour les routes, si vous voulez vraiment rendre tout transparent le plus simple est de remplacer les dds par des png, X-Plane
pioche l'un ou l'autre en fonction de leur disposition (et le dds en priorité).

[Dobro]

le seul truc , c'est que dans l'utilisation de Png ,le plus simple effectivement, Xplane va un peu plus ramer
car l'avantage du dds c'est que Xplane attribut un effet de flou en fonction de l'altitude ...donc image allégé, plus de fluidité...
alors qu'en Png, ça ne bouge pas .. mais bon sur un Ordinateur I7 récent, pas de problemes
ce sont les Boites de conserves qui vont ramer

plus qu'a trouver un algo qui rende transparent les partie d'images sous l'overlay des routes

[Oscar Pilote]

Mais là vous voulez justement une "non-texture", donc un png de 1px*1px transparent fait l'affaire.

[Mirage34]

C'est vrai qu'en png, on perd la fonction mipmapping des dds.

Et comme le dds peut gérer la couche alpha, ça semble dommage de repasser en png.

just my 2 cts...

;)