Modernisation, simplification installation ajout et évolution ORTHO4XP1.40 Master

[Ypsos]

Bonjour à tous,
Ortho4XP] Modernisation V2.0 + Color Normalize & Color Check — projet en cours?

Je me permets de partager un travail que j'ai réalisé ces dernières semaines avec l'aide de Claude (IA d'Anthropic) : un ensemble de modifications et améliorations pour Ortho4XP 1.40.

J'ai contacté Oscar Pilote (oscarpilote) via une Issue GitHub pour lui présenter le projet et lui demander son autorisation avant toute diffusion. Par respect pour son travail, je ne publierai les fichiers qu'avec son accord explicite. Si quelqu'un ici est en contact avec lui, je suis preneur !

Voici ce qui a été développé :

? PARTIE 1 — Modernisation V2.0
Mise à jour complète du système d'installation pour permettre à des utilisateurs non-techniques d'installer et lancer Ortho4XP sans jamais ouvrir un terminal.
• Python 3.12 (15–20 % plus rapide sur les calculs de mesh)
• Environnement isolé venv/ — rien n'est modifié sur le système
• Launcher graphique avec détection automatique, installation en un clic, bouton de lancement
• Lanceurs natifs : Ortho4XP.app (macOS), Ortho4XP.vbs (Windows), Ortho4XP.desktop (Linux)
• Dossier entièrement autonome, déplaçable sur disque externe
• Téléchargement RGE IGN parallèle (4 workers), reprise automatique, Corse corrigée
• Adaptation automatique aux écrans 4K
• Testé et validé sur macOS Sequoia, Apple Silicon M2 Max, écran 4K

? PARTIE 2 — Color Normalize & Color Check
Deux nouveaux modules pour éliminer les raccords colorimétriques visibles entre tuiles adjacentes dans X-Plane 12, et corriger les dominantes colorées (R/G/B) sur les DDS générés.
• Normalisation automatique de chaque JPEG avant conversion en DDS : niveaux R/G/B, gamma, luminance, saturation, netteté — valeurs calculées sur un corpus de 101 fichiers .flt natifs (France, Belgique, Suisse, Espagne…)
• Référent global (toutes tuiles) + référent temporaire par tuile
• Fenêtre Color Check : scan de tous les DDS, affichage uniquement des DDS à dominante, corrections individuelles mémorisées, bouton Build intégré, rescanner après build
• Tout se fait sans quitter la fenêtre Color Check
• 2 nouveaux fichiers Python + modification de O4_GUI_Utils.py uniquement — le reste du code d'Oscar n'est pas touché

Les idées et la conception sont les miennes. Le codage a été réalisé par Claude (Anthropic).

Si Oscar donne son accord, je publierai les fichiers avec une documentation complète.

Ypsos?

[Berju83]

Salut Ypsos,
Et merci...d'avance!
Un bon outil pour les béotiens en utilisation dOrtho4XP dont je suis.
Berju.

[Ypsos]

Bon je rencontre des problèmes mais j'avance.

La version RGB avec un référent comme DDS fonctionne.

Mais une référence colorimétrique analysé eau départ d'un DDS qui est dégradé de par sa conception ne me satisfait pas.

Je suis donc parti pour un référent pur soit en sRGB cube avec correction par canal de couleur y compris luminance contraste et gamma.

De plus j'ai fait passer en Python 3.12.6

Gains de calcul et mémoire 15-20%

Mais comme on part de quelque chose de différent il y a des erreurs dans ORTHO V2 qu'il faut corriger.

Ceci étant quelques copie d'écran.

ORTHO4XP V2 est entièrement autonome dans un dossier qui sera sa bulle.

Les modules comme python sont dans un environnement virtuel et le dossier venv se trouve également dans le dossier Ortho.

ORTHO se lancera au départ d'une appli et plus en terminal sur le mac

les modules nécéssaire a ORTHO seront automatiquement chercher et mis à jour dans l'interface graphique et plus à installer en ligne de commande

La taille de la fenêtre et les polices est plus grande pour les écrans 4K

J'ai voulu que la correction ne se fasse pas avec la même valeur pour toutes les images.

L'outil ajouté va analyser la colorimétrie par rapport au référent sRGB.

il va identifier par DDS la dominante à la sortie exemple

G+12pt] 47104_67568_ZonePhoto17.dds
[G+10pt] 47104_67584_ZonePhoto17.dds
[G+ 9pt] 47104_67632_ZonePhoto17.dds
[G+11pt] 47104_67648_ZonePhoto17.dds
[B+ 9pt] 47104_67664_ZonePhoto17.dds
[B+ 9pt] 47104_67680_ZonePhoto17.dds
[R+10pt] 47104_67696_ZonePhoto17.dds
[G+ 9pt] 47104_67712_ZonePhoto17.dds
[G+10pt] 47120_67344_ZonePhoto17.dd?

La nous avons une dominante G allant de +9 à +12

Chaque DDS sera corrigée individuellement et recréé en fonction de ces valeurs identifiées.

La correction ne se fera pas sur les DDS pour ne pas dégrader en plus le DDS.

A la création de la tuile les corrections seront automatiquement appliquées. Mais on pourra désactiver cette option..

Si des dominante existent encore sur certains DDS, on pourra corriger uniquement les dominantes des DDS concernés

On supprime les dds uniquement ceux a dominante directement avec l'outil .

On relance BUIL D

Et on passe des jpg sources -> png corrections c->olorimétyrique-> création nouveau DDS

Python installé dans le système windows comme mac ou linux sera nécéssaire pour organiser tout ceci mais après plus besoin

Image avec Airbus sans mon outil de normalisation entre tuile ( volontairement adapté couleur de tuile gauche celle de la droite plus en rouge pour teste si cela fonctionne) Cessna corrigé.













Les interfaces







?


désolé error 550 je ne peux pas envoyer mes JPG j'essaye plus tard

[pzorglub]

Bon je rencontre des problèmes mais j'avance.

La version RGB avec un référent comme DDS fonctionne.

Mais une référence colorimétrique analysé eau départ d'un DDS qui est dégradé de par sa conception ne me satisfait pas.

Je suis donc parti pour un référent pur soit en sRGB cube avec correction par canal de couleur y compris luminance contraste et gamma.

De plus j'ai fait passer en Python 3.12.6

Gains de calcul et mémoire 15-20%

Mais comme on part de quelque chose de différent il y a des erreurs dans ORTHO V2 qu'il faut corriger.

Ceci étant quelques copie d'écran.

ORTHO4XP V2 est entièrement autonome dans un dossier qui sera sa bulle.

Les modules comme python sont dans un environnement virtuel et le dossier venv se trouve également dans le dossier Ortho.

ORTHO se lancera au départ d'une appli et plus en terminal sur le mac

les modules nécéssaire a ORTHO seront automatiquement chercher et mis à jour dans l'interface graphique et plus à installer en ligne de commande

La taille de la fenêtre et les polices est plus grande pour les écrans 4K

J'ai voulu que la correction ne se fasse pas avec la même valeur pour toutes les images.

L'outil ajouté va analyser la colorimétrie par rapport au référent sRGB.

il va identifier par DDS la dominante à la sortie exemple

G+12pt] 47104_67568_ZonePhoto17.dds
[G+10pt] 47104_67584_ZonePhoto17.dds
[G+ 9pt] 47104_67632_ZonePhoto17.dds
[G+11pt] 47104_67648_ZonePhoto17.dds
[B+ 9pt] 47104_67664_ZonePhoto17.dds
[B+ 9pt] 47104_67680_ZonePhoto17.dds
[R+10pt] 47104_67696_ZonePhoto17.dds
[G+ 9pt] 47104_67712_ZonePhoto17.dds
[G+10pt] 47120_67344_ZonePhoto17.dd?

La nous avons une dominante G allant de +9 à +12

Chaque DDS sera corrigée individuellement et recréé en fonction de ces valeurs identifiées.

La correction ne se fera pas sur les DDS pour ne pas dégrader en plus le DDS.

A la création de la tuile les corrections seront automatiquement appliquées. Mais on pourra désactiver cette option..

Si des dominante existent encore sur certains DDS, on pourra corriger uniquement les dominantes des DDS concernés

On supprime les dds uniquement ceux a dominante directement avec l'outil .

On relance BUIL D

Et on passe des jpg sources -> png corrections c->olorimétyrique-> création nouveau DDS

Python installé dans le système windows comme mac ou linux sera nécéssaire pour organiser tout ceci mais après plus besoin

Image avec Airbus sans mon outil de normalisation entre tuile ( volontairement adapté couleur de tuile gauche celle de la droite plus en rouge pour teste si cela fonctionne) Cessna corrigé.













Les interfaces







?


désolé error 550 je ne peux pas envoyer mes JPG j'essaye plus tard

Impressionnant. Bon courage, c’est super

[Ypsos]

Je rencontre 2 problème sur mac et mon AI me fixe des limite d'utilisation en FREE faut attendre 2 jours;

Je vais voir avec le support s'il peut me faire un abonnement payant juste pour un mois a un tarif acceptable .

Ce qui est énervant c'est de me dire que je suisa rrivé au bout de on quota et malheureusement 70% du temps utilisé a été nécessaire à l'AI pour réparer ses erreurs d'analyse et mauvaises propositions.

Ceci étant :

- toutes les interfaces comme l'uniformisation de la colorimérie fonctionne.

- Les polices utilisées dans les fenêtres ORTHO sont plus grandes pour ne plus se cesser les yeux sur les écrans 4K.

Les problèmes restant à régler sont liés à l'environnement virtuel de python venv

-GDAL ne fonctionne pas sur mac dans venv
-ORTHO pour ses fichiers temporaires ne sait pas y écrire dans l('espace virtuel venc
-Les fenêtre réglages OUTIl les fichiers config ORTHO ne sait pas y écrire Write et ne les recharge pas Load etRelaod

pour l'instant je me chamaille avec cela

[Ypsos]

Les test dans notre groupe des dévoppeur ortho vont se lancer avant d'ouvrir à un second cercle ( XPFR) puis vous proposer la V2 par ici.

Ma version mac fonctionne.

Voici ce que j'ai fait évoluer , installer, compléter.
Ortho4XP
V2.0 — Modernisation, Launcher, Color Normalize & Color Check
Module colorimétrique sRGB IEC 61966-2.1


PERFORMANCE
• Python 3.12 — 15 à 20 % plus rapide sur les calculs de mesh
• Modules numpy, Pillow, scipy compilés nativement arm64 (Apple Silicon)
• Environnement venv isolé — aucun conflit de modules
• 10 slots de conversion simultanés (selon CPU)

STABILITE au lancement
• Sentinelle CPU/RAM au lancement — détecte le matériel
• Calcul automatique des slots sécurisés (CPU - 2 cœurs réservés)
• RAM limitée à 75 % max — évite les crashes mémoire
• Config écrite automatiquement dans Ortho4XP.cfg au lancement

CCOLORIMÉTRIE sRGB IEC 61966-2.1
COLORIMÉTRIE sRGB IEC 61966-2.1
• Color Normalize : correction sRGB appliquée EN MÉMOIRE
juste avant JPEG ? DDS (source et DDS jamais modifiés)
• Référent : cube sRGB_Neutral_Cube — cible théorique universelle
• Color Check : détection et correction des dominantes R/G/B
• Curseurs R/G/B + Luminance + Contraste + Netteté

GDAL & INSTALLATION
• GDAL installé via bouton dédié dans le Launcher
• macOS : lien symbolique Homebrew ? venv (GDAL 3.9.2)
• Linux/Windows : installation automatique via pip
• Vérification GDAL au démarrage du Launcher

LAUNCHER & INTERFACE
• Launcher graphique — 3 boutons : dépendances / GDAL / lancer
• create_launcher.py : crée .app/.vbs/.desktop selon la plateforme
• Dossier entièrement autonome — venv isolé, déplaçable
• Rien installé sur le système — désinstallation = suppression dossier

INTERFACE & ERGONOMIE 4K
• Adaptation automatique 4K : polices doublées si DPI > 150
• Champs Imagery et ZL agrandis (width=40) — lisibles avec ZonePhoto
• Taille minimum fenêtre (1320×860) — empêche le chevauchement des menus
• Interface stable quelle que soit la taille de la fenêtre


Le JPEG source n'est jamais modifié sur le disque. Le DDS existant est supprimé puis recréé. La correction s'applique uniquement en mémoire pendant la conversion. Meilleur résultat : on travaille sur la donnée source haute qualité avant compression DDS.


Ortho4XP V2.0 est une refonte complète du système d'installation et de lancement. L'objectif principal est de permettre à tout utilisateur d'installer et lancer Ortho4XP sans jamais ouvrir un terminal.

• Python 3.12 — 15 à 20 % plus rapide sur les calculs de mesh
• Sentinelle CPU/RAM au lancement — détecte le matériel
• Environnement isolé venv/ — rien n'est modifié sur le système
• Launcher graphique avec détection automatique et installation en un clic
• Compatible macOS (Apple Silicon M1-M4 et Intel), Windows 10/11, Linux
• Dossier Ortho4XP entièrement autonome — déplaçable sur disque externe
• GDAL installé via bouton dédié dans le Launcher (macOS Homebrew)
• Lanceur natif .app/.vbs/.desktop créé par create_launcher.py
• Interface adaptée 4K — polices agrandies automatiquement, fenêtre protégée
• Tuiles produites avec succès — validation complète X-Plane 12

[Ypsos]

Nouvelle interface et espace.

Je suis bloqué 8 jours maintenant avec Claude AI.

L'équipe teste sur Linux et Windows.?

ORTHO Semble stable sur d'autres machines.

Des corrections de cosmétique restent a réaliser mais pour vous faire une idée voici des copies de l"interface qui n'est donc pas encore la version finale.

( désolé toujours erreur je ne peux toujours pas envoyer de pièces jointes) Cliquer sur Album ci- dessous

[pzorglub]

Les gars vous êtes des as … chapeau bas

[Ypsos]

Salut
j'en ai bavé avec AI Claude pour qu'il réalise ce que je veux depuis 15 jours quasi de 8hj00 du mat à 24h00;

A mon âge se fiche dans des galères pareils
merci

[pzorglub]

Salut
j'en ai bavé avec AI Claude pour quil' réalise ce que je veux depuis 15 jours quasi de 8hj00 du mat à 24h00;

A monn âge se fiche dans des galères pareils
merci

Bienvenue au club…. J’utilise l’IA aussi le soir pour mes recherches car je n’ai pas le temps la journée…et je suis plus un perdreau de l année en tout cas vraiment bravo pour ces partages

[Rafalec]

Hello, c'est que pour les mac ?

[Ypsos]

Non Mac Linux et Window

[pzorglub]

Et question bête, tu pourras chercher les images sur les sites gratuits de distribution d’images ?

[Ypsos]

ORTHO V2 est une version avec des modules de gestion colorimétriques , de gestion de sécurité , et d'un environnement d'installation plus tournée vers une interface graphique pour se passer de lignes dde commande dans le terminal sur mac.

Les base d'ORTHO4 XP master 1.40 .ne sont pas modifiées et conforme a ce qui a été développé par ses créateurs.

[Ypsos]

• Double-clic sur Lanceur_Installation_Prerequis.app (binaire C — pas besoin de Python)

S'ouvre cette fenêtre

• ? Détecte macOS/Linux/Windows, installe Homebrew + Python 3.12 si absent
• ? Lance INSTALL_PREREQUIS.py (fenêtre verte)

?

• Installe tous les modules dans venv/ (dont rasterio pour l'altimétrie)
• Lance Ortho4XP_Launcher.py

Ortho4XP_V2