X-Plane 11.x ch'tite question à propos de Ortho4XP 1.30 et les .dds ?

[Glah_Salamanthe]

Bonjour ,

Question sur le fonctionnement de Ortho4XP 1.30 .

Je réalise des tuiles d'un zoom 17 … et généralement les tuiles ainsi obtenues ont un poids de 9Go .

Je viens de réaliser Grenoble avec les mêmes paramètres et je découvre que ma tuile pèse … plus de 15 Go !

En observant plus à fond, je constate que (alors que généralement les .dds font 11.2 Mo chacun) , dans ma tuile Grenoble (+45 +005) j'ai 549 .dds qui pèsent … le double ! (22,4 Mo)

Pourquoi un tel "surpoids" ? Y-a-t-il une explication à ce phénomène .

Merci de vos réponses

[Daniel_L]

Aurais-tu paramétré les aérodromes dans un niveau de zoom supérieur ?
Il y en a pas mal sur cette tuile.

Daniel

[Oscar Pilote]

Tu as du la réaliser le jour de mardi gras :-)

Aussi, n'aurais tu pas (par mégarde) activé l'option imprint_masks_into_dds (ce qui produit des dds en dxt5 donc 22Mb lorsqu'ils sont masqués) en combinaison avec use_masks_for_inland, ou bien ce qui revient presque au même en ayant réduit beaucoup la limite de surface pour lesquels les lacs et fleuves sont traités comme la mer (j'ai oublié le nom de mon option ) ?
Cette combinaison est à proscrire (de mon point de vue), elle est gourmande à tous points de vue.

Sur ma machine je n'utilise jamais l'option use_masks_for_inland (mais maintenant toujours imprint_masks_into_dds, ce qui fait des dds à 22Mb mais uniquement pour les textures qui touchent la côte, ce qui est plus raisonnable, et surtout moins de VRAM que l'option avec les masques en png).

[Glah_Salamanthe]

Aurais-tu paramétré les aérodromes dans un niveau de zoom supérieur ?

merci Daniel , mais non, je fais du brut 17 !


Merci Oskar, je pense que le problème est là

Aussi, n'aurais tu pas (par mégarde) activé l'option imprint_masks_into_dds (ce qui produit des dds en dxt5 donc 22Mb lorsqu'ils sont masqués) en combinaison avec use_masks_for_inland, ou bien ce qui revient presque au même en ayant réduit beaucoup la limite de surface pour lesquels les lacs et fleuves sont traités comme la mer (j'ai oublié le nom de mon option ) ?
Cette combinaison est à proscrire (de mon point de vue), elle est gourmande à tous points de vue.

Non, je n'ai pas activé " imprint_masks_into_dds" mais c'est vrai que j'avais beaucoup réduit la limite de la surface des lacs, suite à une autre question sur le forum, peut-être un peu trop … (et j'ai aussi plus en tête le nom (et pas le temps de chercher maintenant , suis à la bourre )

Sur ma machine je n'utilise jamais l'option use_masks_for_inland (mais maintenant toujours imprint_masks_into_dds, ce qui fait des dds à 22Mb mais uniquement pour les textures qui touchent la côte, ce qui est plus raisonnable, et surtout moins de VRAM que l'option avec les masques en png).

C'est vrai que j'ai énormément de masques .png dans mes tuiles … je vais tenter ta solution, un grand merci du conseil .

[Glah_Salamanthe]

Aurais-tu paramétré les aérodromes dans un niveau de zoom supérieur ?

en complément d'information : les .dds réalisés indiquent le niveau de zoom , j'étais bien sur 17 .

en ayant réduit beaucoup la limite de surface pour lesquels les lacs et fleuves sont traités comme la mer

J'ai retrouvé l'option : c'est "max_area", merci

[Oscar Pilote]

Oui mais sans l'option imprint_masks_into_dds il n'y a que des textures faisant 11Mb, donc si tu en as à 22Mb c'est que l'option a été cochée (ou qu'il y a une bug mais je ne pense pas).

[hawkertempest]

Ah Glah est en train de faire Grenoble :-)

[Glah_Salamanthe]

donc si tu en as à 22Mb c'est que l'option a été cochée (ou qu'il y a une bug mais je ne pense pas).

Effectivement, bien vu !
J'ai lancé la reconstitution de la tuile en rechargeant la configuration enregistrée : "imprint_masks_into_dds" était bien activé !

Ah Glah est en train de faire Grenoble :-)

La tuile … rien de plus !