ORTYHO 4XP_V3 béta diponible

[Ypsos]

Salut

Des petites instabilié selon les machines ont été signalé mais personne ne m’as di quoi sur les forums.

j’ai donc demandé un codage loiderne, nettoyage compatible e adattation avec logiciel, matériel, codage a Claude en lui demandant de conserver tout le fonctionnement d’ortho 1.40.

Je lui ai fait coder des nouveautés en plus.

il reste toujours ce problème de jointures en mer mais cela reste lié a la gestion de xPlane et son nouveau moteur de rendu non finalisé pour la gestion de la transparence mer par Lamiar.


Sinon sur mon mac les tuiles sont généré es ORTHO4XP_V3 fonctionne

voici ce qui a été réalisé

? ORTHO4XP V3.0 — Architecture Moderne!



Après plusieurs semaines de développement, je suis heureux de vous annoncer la publication d'ORTHO4XP V3.0, une évolution majeure de la V2 que vous connaissez déjà.

---

? CE QUI EST NOUVEAU EN V3

? Event Bus — Architecture event-driven moderne
Les modules communiquent désormais de façon propre et découplée. Le pipeline est plus stable et plus lisible.

? Pipeline Orchestrateur
Chaque étape de construction (download ? convert ? DSF) est nommée, chronométrée et publie son statut en temps réel. En cas d'échec d'une étape, les fichiers ne sont jamais corrompus.

? Cache Intelligent (j’en avais marre de cahque fois de devoir attendre pendant les tests de Claude et je lui ai demandé de trouver une solution pur gagner du temps)
Ortho4XP V3 mémorise les paramètres de chaque tuile construite. Si vous relancez un build sur une tuile déjà faite avec les mêmes paramètres, la reconstruction est ignorée automatiquement. Gain de temps immédiat.

? Gestionnaire de Thèmes
5 thèmes inclus : Roland (défaut), Ardoise, Sable du désert, Océan profond, Personnalisé. Le thème choisi est sauvegardé entre les sessions.

? Scoring Providers
Chaque image téléchargée est automatiquement évaluée sur 5 critères : bruit, compression JPEG, nuages, drift colorimétrique, risque de jointure. Un score 0-100 est affiché en fin de build pour chaque provider et chaque tuile.

? GPU Backend
Si vous avez une carte NVIDIA, les calculs d'image sont automatiquement accélérés. Sinon, repli silencieux sur CPU — aucune configuration nécessaire.

---

? CE QUI N'A PAS CHANGÉ

Tous vos workflows V2 fonctionnent exactement comme avant. Aucune rupture de compatibilité. Vos fichiers .cfg, .comb, .ccorr et DDS existants sont 100% compatibles.

---

? TÉLÉCHARGEMENT

GitHub : https://github.com/Ypsos/ORTHO4XP_V3
Release V3.0 : https://github.com/Ypsos/ORTHO4XP_V3/releases/tag/V3.0

?? Utilisateurs Mac : téléchargez toujours le Lanceur MAC PRE-INSTALL depuis la Release V2 pour éviter le blocage Gatekeeper.

---

Bon test ! ??

[lebelge]

Evidemment (je peux pas m'en empêcher) téléchargé et testé...
De mieux en mieux, mais avec encore de nouveaux problèmes (mineurs ), voir copie d'écran ci-dessous


Note: J'en profite pour refaire ma scène sur la Corse... et pour le moment tout roule
Il ne me reste plus qu'à revoir les fichiers .JPG (que je vais retraiter via Perfectly Clear AI pour en améliorer la netteté et la colorimétrie)

Je te tiens au jus.

Note: J'ai pas encore tout testé mais dans ta précédente version, la fonction 'Vider le cache' ne fonctionnait pas et j'étais obligé de retourner dans les répertoires (dossiers) pour faire le nettoyage manuellement. Pas encore testé sur ta nouvelle version mais c'est pas une priorité pour moi.

Merci pour ce nouveau fournisseur d'images (Esri_clarify) qui semble être plutôt bien (surtout pour ma Corse) car les autres, ce n'est plus ce que c'était

Courage, tu finiras bien par en faire un bon utilitaire avec ton nouveau copain 'Claude'

lebelge

[Ypsos]

Merci pour le retour

Il y a encore des problèmes aussi avec Claude .

La semaine dernière en panne et cela recommence avec la même panne sur leur serveur. qui bloque.

Du coup la gestion de changement des couleurs de l'interface est à mi chemin et le titre V2 en V3 n' a pas encore été modifié effectivement.

Pour la question des langues. j'avais demandé une traduction mais la réponse a été de coneserver les termes techniques.

A voir donc si je fais traduire ou pas les termes techniques on verra la demande.


Reste a faire les zones ZL le progressif automatisé selon choix utilisateur pour las abords aéroports a voir Claude ralle un peut..

pour les jointures maritimes, j'ai une idée mais le Claude a pris migraine et pas certain que xPlane avale ce que je propose..

Pour le cache normalement cela concerne les fichiers py dans le dossier src dossier __pycache__

Nous parlons bien de la même chose?

Cela ne fonctionne pas chez toi? tu es sur linux ou window?

[Odevillée]

Essai L'île d'Ouessant, z17, esri_07-2022, sans retouche, OS linux.

[Ypsos]

Essai L'île d'Ouessant, z17, esri_07-2022, sans retouche, OS linux.

avec ortho4XP V3 ou la v1?

Tu as testé la +46-003 ou j'ai les jointures en mer?
Tu as utilisé dans imagery zonephoto.comb?

[Ypsos]

Ile d'Yeux

?


On peut malheureusement encore voir la jointure certes moins prononcée entre la fin de jpg et l'absence de jpg en mer sour l'eau. Il faut encore travailler

Ceci est ile d'yeu adaptée au moteur de rendu xPlane 12 format DDS adaptée dans ortho V3
?
le même endroit généré avec ORTH4XP 1.40 format xplane11 + bathy
?

[Ypsos]

Salut

Il n'est pas rare que des images source jpg sont de mauvaise qualité.

Il faut donc les chercher dans les dossier manuellement puis dans Gimp , corriger les jpg les images sources de mauvaise qualité ou fabriquer des patchs.

Cela peut être long pour trouve les jpg en cause..

J’ai donc demandé à Claude de coder cette démarche d'identification .

Cela se fera en 2 étapes (si c’est correctement codé voir à l’usage)

1 )Au chargement des jpg. Si un jpg est de mauvaise qualité ortho V3 regarde chez les providers source s’il trouve une remplaçante.

2) au moment de l’étape 3 Build, à la fin il va signaler la qualité par numéro de DDS sur 5 critères. La correction se fera toujours à la main. L'idée est de nous faciliter les recherches des images manuellement dans les dossiers texture ou jpg.

Voici ce qui va s’afficher dans le log d'Ortho, , étape 3 Build, vont s'afficher maintenant les lignes suivantes par DDS.

[ProviderScore] ZonePhoto / 46096_64704_ZL17
Bruit : 79.0/100
Compression : 75.0/100
Nuages : 100.0/100
Colorimétrie : 93.5/100
Seam risk : 81.6/100
SCORE GLOBAL : 87.8/100 ? Excellent
Converting orthophoto(s) to build texture 46144_64800_ZonePhoto17.dds.
[ProviderScore] ZonePhoto / 46144_64800_ZL17
Bruit : 100.0/100
Compression : 96.7/100
Nuages : 0.0/100
Colorimétrie : 100.0/100
Seam risk : 100.0/100
SCORE GLOBAL : 69.3/100 ? Médiocre
Converting orthophoto(s) to build texture 46256_64704_ZonePhoto17.dds.
*Download of textures completed.
[ProviderScore] ZonePhoto / 46256_64704_ZL17
Bruit : 67.4/100
Compression : 97.7/100
Nuages : 100.0/100
Colorimétrie : 38.6/100
Seam risk : 94.3/100
SCORE GLOBAL : 81.5/100 ? Correct?

Explications


.1 O4_Provider_Score.py — opérationnel

Le scoring qualité est déclenché automatiquement à chaque texture construite, via convert_texture() dans O4_Imagery_Utils.py. Il est compatible avec les providers simples (.lay) ET les providers combinés (.comb multi-sources).
?

[Odevillée]

Ile d'Yeux

?


On peut malheureusement encore voir la jointure certes moins prononcée entre la fin de jpg et l'absence de jpg en mer sour l'eau. Il faut encore travailler

Ceci est ile d'yeu adaptée au moteur de rendu xPlane 12 format DDS adaptée dans ortho V3
?
le même endroit généré avec ORTH4XP 1.40 format xplane11 + bathy
?

Pareil que toi pour île d'Yeu avec zonephoto.comb

[Ypsos]

Merci pour le retour.
On progresse.
Les modifications en profondeur du moteur Ortho nous ont fait avancer.
Depuis ce matin je me chamaille avec le Claudius pour supprimer les jointures ( j'espère ne pas être bloqué avec le quota hebdomadaire et enfin régler depuis le 14 mars ce problème)

EZdit : zut bloqué faut patienter

[robster]

Bonjour ,
Comment faire pour supprimer les ZL ?
Avec ortho4xp 1.40 , un clic droit à ZL choisis et on l’effaçait et la V3 ça ne fonctionne pas ?

[Ypsos]

Bonjour ,
Comment faire pour supprimer les ZL ?
Avec ortho4xp 1.40 , un clic droit à ZL choisis et on l’effaçait et la V3 ça ne fonctionne pas ?

Merci d'avoir remonter le test.

Les modifications ont cassé quelque chose je m'en occupe.

[Ypsos]

modifications diverses de réalisées et ajouts zoom zone carte ZL

?? Navigation ??
Clic + glisser Déplacer la carte
Molette Zoom avant / arrière

?? Tracer une zone ??
Shift + clic Ajouter un point
Ctrl+Shift + clic Point aligné grille
n Sauvegarder la zone
Backspace Annuler dernier pt

?? Rectangle ZL ??
Ctrl + clic (vide) Créer rectangle
Ctrl + clic (zone) Supprimer rectangle
d Supprimer dernière zone?



ajout palette colorimétrique 255 RGB pour la personnalisation de l'interface des polices et des boutons ( toute les fantaisies sont maintenant permises)






c'est pas beau

[Ypsos]

Délais de connexion serveur
` Le problème décrit — retries OSM exponentiels (2s, 4s, 8s... 256s) — est un vrai problème de performance qui n'a rien à voir avec Color Normalize ou l'architecture V3.

Cause probable : Le backoff exponentiel est trop agressif. Ortho4XP 1.40 utilisait probablement un retry plus simple et plus rapide.
?
Le problème : ligne 582 — time.sleep(2 ** tentative)

Cela donne : 1s, 2s, 4s, 8s, 16s, 32s, 64s, 128s, 256s... C

La correction réalisée , le délai est maintenant plafonné à 30 secondes maximum au lieu de monter à 256s.
?

[Ypsos]

Bonjour,

Voici où en sont les choses après le déploiement des correctifs de la version 3.2 aujourd'hui.

**1. Boucle d'erreurs infinie lors de la compilation par lots — RÉSOLU ?**

Lorsqu’une tuile échouait (maillage manquant, limitation du serveur, erreur de téléchargement), le pipeline levait un drapeau rouge (red_flag) et appelait return 0, arrêtant ainsi l’ensemble du lot. Un fichier .dsf.tmp corrompu laissé en arrière bloquait alors toute nouvelle tentative.


Correction V3.2 : chaque tuile du lot est désormais isolée. En cas d'échec, la tuile défectueuse est ignorée avec un message clair dans la console (« tuile ignorée — le lot continue »), le fichier .dsf.tmp est automatiquement supprimé et la tuile suivante démarre immédiatement. Un rapport complet des tuiles ignorées s'affiche à la fin du lot. Plus besoin de nettoyage manuel dans l'Explorateur Windows.

---

**2. Suppression silencieuse avec Shift+B1 — CORRIGÉ ?**

La fonction add_tile() (Shift+B1) ajoutait la tuile à la file d'attente du lot en rouge mais ne mettait PAS à jour active_lat / active_lon. Le bouton Supprimer agissait alors sur la dernière tuile sur laquelle on avait double-cliqué, et non sur celle sélectionnée visuellement. Dans le pire des cas, aucune tuile n'avait été double-cliquée, et la suppression ciblait silencieusement un chemin fantôme.


Correction V3.2 : Shift+B1 met désormais immédiatement à jour active_lat, active_lon et le champ « Active tile » dans l'interface utilisateur. La fonction Supprimer cible toujours la tuile correcte.
---

[Egonaldea]

J’ai effectué l’installation d’Ortho photo XP B3.
J’ai repris tous mes fichiers texture des tuiles pour la France et l’Europe en général.
Je me suis servi que de la touche DDS.
Résultat impressionnant est un OSM à la limite de vrai.
Plus de route coupée, toutes les courbes sont respectées vraiment et bravo Oscar pilote