Ortho4XP

[Oscar Pilote]

_______________________________________________
Quels sont les paramètres xxx,yyyy pour la commande suivante et pour les pol Grass et 1 à 5 ?
DSFremovepol.py remove [xxx,yyyy] +47-005.dsf

py -3 DSFremovepol remove [0,1,2,3,4,5] +47-005.dsf

[fabien]

J'ai mis à jour le fichier (voir ci-dessous) comme tu m'as dit (via "edit with IDLE", car j'ai pu télécharger "gedit", mais n'ai pas pu (su ?) ouvrir "ortho4XP.py" en fichier texte avec "gedit"), mais une fois cela fait, "ortho4XO.py" ne veut plus s'ouvrir (je suis retourné dans "ortho4XP" en mode texte pour vérifier, et je n'ai pas vu d'anomalie dans le texte, à savoir autre chose d'ajouté que les "#", comme suggéré) :

zmean=(vertices[5*v1+2]+vertices[5*v2+2]+vertices[5*v3+2])/3
# vertices[5*v1+2]=zmean
# vertices[5*v2+2]=zmean
# vertices[5*v3+2]=zmean

Quand je tape "py.exe -3 Ortho4XP.py" dans une fenêtre de commande sous "ortho4XP", voici ci-dessous le message d'erreur que j'ai. Que cela signifie-t-il ? :


C:\Users\Proprietaire\Desktop\Ortho4XP>py.exe -3 Ortho4XP.py
The file Carnet_d_adresses.py does not follow the syntactic rules.

[fabien]

@Fabien
le flickering dans les scènes w2xp est un problème connu, (je ne sait pas si c'est de ça que tu parles ou un autre type de scintillement?) il est dû a un double travail il y a deux façades au même emplacement qui s'affiche de façon alternative et créent les scintillement, si tu rajoutes d'autres overlay par dessus ça va accentuer le problème.
essaye de zoomer sur là d'où provient le scintillement pour voir s'il y a deux texture qui s'affiche alternativement
les scènes w2xp tu les génères toi même ou tu les prend chez simheaven?
pour LFML j'ai refait ma tuile +43 +5 avant hier et j'ai pas remarqué de problème avec la piste, je vais vérifier si j'ai coché la piste suit le terrain.
édit: avec la case coché, la pite est OK.

@Oscar
salut oscar, je commence a retoucher les masques, avec gimp en appliquant la méthode d'atannor et je voulais savoir quelles sont les png que je doit retoucher les xxxxx_xxxxx.png ou whole_tile_blured.png pour le moment je fait tout =) , mais comme wholetileblured est découpée en zoom 14 a la fin j'imagine que c'est plutot les xxxxx_xxxxx ;mais je ne suis pas sûr donc voila ....
-grâce au message que tu as ajouté dans Orth4XP sur les erreurs OSM j'ai enfin compris où il fallait chercher et j'ai pu corriger une vingtaine d'erreurs dans la 43 5 toute dans le mème commune (yen a qui ont mal fait leur boulot au cadastre des bouches du Rhones )

J'ai mis à jour récemment Windows et suis passé de la version 8 à 10. J'ai essayé de voir si ça pouvait venir du pilote de ma carte graphique qui aurait éventuellement besoin d'une mise à jour
suite au passage sous Windows 10, mais le gestionnaire de périphérique me dit que le pilote est à jour. Sinon, les scènes w2xp proviennent de simheaven.

[fatboytit]

py -3 DSFremovepol remove [0,1,2,3,4,5] +47-005.dsf

C'est vraiment tout c...
Merci Oscar

[milan]

Question : a-ce une influence si l'on construit des overlay sans mesh (ie directement sans passer par les étapes précédentes, juste en déclarant les lat/Lon, sans pour autant avoir des orthophotos ou des tuiles présentes ???)

Et bien non, mon cher Milan. Aucune influence

[Oscar Pilote]

Salut et bon Noël à tous.
Juste pour dire que le problème des petits carrés moches n'en sera bientôt plus un.
Il y a deux variantes de compression dds en mode dxt1 (ce que l'on utilise), et Ben Supnik
m'a dit qu'X-Plane n'accepte que l'une des deux (), alors que Imagemagick utilise
l'autre...
Je connais deux alternatives qui utilisent la première : DDSTool (fourni par Laminar mais 3 fois plus lent)
et nvcompress (fourni par Nvidia en open source, presque la même vitesse que convert avec
l'option -fast -bc1 et sans utiliser cuda (pas testé avec cuda mais doit être encore un ordre plus rapide)), à
priori ce devrait donc être nvcompress à l'avenir (à moins que vous ayez d'autres tuyaux).
J'ai testé que cela fonctionne (=plus de carrés) mais comme on utilisait aussi convert pour la correction
colorimétrique je réfléchirai ( après avoir fini de digérer = mi janvier) à l'intégrer en évitant les surcouches.
Bonnes agapes.

[jasum]

Je ne sais pas si tu as pu trouver une version binaire Linux de nvidia-texture-toolkit avec cuda, mais personnelement pour avoir cuda je n'ai réussi la compilation du source qu'avec une version Gcc < 4.5

D'autre part, je n'avais pas trouver de grandes différences entre les dds de convert et ceux de nvcompress ??? , mais ils peuvent s'ouvrir avec Gimp.

Je rectifie, j'avais comparé les dds directement sous xnview mais dans x-plane les dds issue de nvcompress apparaissent effectivement meilleurs.

[Oscar Pilote]

Je rectifie, j'avais comparé les dds directement sous xnview mais dans x-plane les dds issue de nvcompress apparaissent effectivement meilleurs.

En fait les deux sont bons mais ils sont dans des codages dxt1 légèrement différents et X-Plane interprète mal le codage issu de convert (un des bits est utilisé
pour la couleur quand il n'y a pas de couche alpha, ce qui est le cas des textures orthos, cela fait partie de la norme dxt1 mais X-Plane ne le gère pas...).

[Oscar Pilote]

Je ne sais pas si tu as pu trouver une version binaire Linux de nvidia-texture-toolkit avec cuda, mais personnelement pour avoir cuda je n'ai réussi la compilation du source qu'avec une version Gcc < 4.5

Je n'ai pas encore essayé. Est-ce que cela fait une grosse différence en temps de traitement ? (4.5 sec chez moi sans cuda)

[Glah_Salamanthe]

et nvcompress (fourni par Nvidia en open source, presque la même vitesse que convert avec l'option -fast -bc1 et sans utiliser cuda (pas testé avec cuda mais doit être encore un ordre plus rapide)), à priori ce devrait donc être nvcompress à l'avenir (à moins que vous ayez d'autres tuyaux).

… ouppsssss, certains, les Maceux surtout ne sont pas équipés de cartes N'Vidia, mais d'AMD Radeon … nvcompress est il compatible avec ce type de cartes ??

[jasum]

non,cela ne vaut pas le coup, 7.7 sec chez moi et 7.3 avec cuda.
oui, je crois nvcomprress est compatible avec OsX:

https://code.google.com/p/nvidia-texture-tools/wiki/FAQ

En attendant une façon plus élégante d'utisation de nvcompress (qui je crois,ne permet pas la correction colorimétrique) et pour éviter une modification destructive des jpg,
je fais en sorte que Ortho4XP assemble les vignettes en png (et non jpg),corrige la colorimetrie et construise les textures en png, puis en post-traitement dans le dossier "Textures" de la tuile je convertis les png en dds avec nvcompress.
Cela, rallonge un peu le temps de traitement, et alourdit considérablement le dossier Orthophotos (png env 4x fois plus que jpg)

[jasum]

Avec nvidia-texture-toolkit compilé avec gcc-4.9 donc sans cuda avec une simple optimisation en safe-CFLAGS (CFLAGS="-march=corei7 -O2 -pipe" pour ma machine), j'obtiens une conversion aussi rapide voir mieux que la version compilée avec cuda et gcc-4.4.
D'autre part, nvidia-texture-toolkit avec cuda pose probléme avec le multithreading:
https://groups.google.com/forum/#!to...ls/nEv7yM3Fjak.

[Glah_Salamanthe]

oui, je crois nvcomprress est compatible avec OsX:
https://code.google.com/p/nvidia-texture-tools/wiki/FAQ

… entre 2009 et 2014 , les Mac étaient équipés de cartes Nvidia …
avant et … après , Apple a abandonné puis repris les cartes AMD radeon … ??

[jasum]

… entre 2009 et 2014 , les Mac étaient équipés de cartes Nvidia …
avant et … après , Apple a abandonné puis repris les cartes AMD radeon … ??

Nvidia-texture-tool (nvtt) fonctionne indépendamment de la carte graphique, c'est l'utilisation du cuda qui permet l'utilisation du GPU en complément du CPU qui nécessite une carte Nvidia.
Par exemple, sous Windows G2XPL utilise nvcompress (un des outil de nvtt) pour la conversion dds quelque soit la carte graphique.

Cependant je ne sais pas si il existe un binaire nvtt sous MacOsx, mais sa compilation ne devrait pas poser trop de problème :

https://code.google.com/p/nvidia-texture-tools/wiki/CompilationInstructions

[jasum]

Attention pour les utilisateurs de Linux la version de développement gimp-2.9 bug sur le script blurX.scm.