macOS 27 Golden Gate est sorti. Et LNM ?

[Sarkis]

MacOS 27 Golden Gate est disponible en version finale et je ne vois toujours pas LNM en version Silicon...
Angoisse et désespoir !

[XFlyer]

Pas de panique : "macOS 27 embarque toujours Rosetta 2 pour faire tourner les apps x86. En revanche, cette technologie disparaîtra avec macOS 28… ou presque. Une version réduite subsistera pour faire tourner de vieux jeux vidéo. Mais Apple encourage vraiment les développeurs à tourner la page de l’ère Intel.?" cf : https://www.macg.co/macos/2026/09/macos-27-golden-gate-est-disponible-en-version-finale-311031

[Sarkis]

MMMMhhhhh.... m'aurait-on induit d'erreur...
Non, tu as raison, ce sera effectif avec Mac OS 28.
J'avions mal compris.
Merci XFlyer.

[MortyMars]

Bonjour à tous,

Après, Sarkis, si tu n'as pas (ou si tu n'es pas) Rosetta je peux fournir un lien vers une version Intel+Silicon, à tester en parallèle de ton LNM pour voir ce qu'en dit ton système...

[Sarkis]

Merci MortyMars, j'ai Rosetta.
Je me suis un peu emmêlé les pédales avec Mac OS 27 / 28.
LNM n'est pas le seul concerné chez moi : Starry Night (astronomie) est également en attente de MAJ.
Nous avons encore quelques mois devant nous avant l'angoisse et le désespoir.

[Glah_Salamanthe]

Nous avons encore quelques mois devant nous avant l'angoisse et le désespoir.

… rien ne t'oblige à suivre impérativement les mises à jour de MacOS …
Je suis toujours sur Sonoma pour ma bécanne dédiée à X-Plane et cela me va très bien !

[XFlyer]

Merci MortyMars, j'ai Rosetta.
Je me suis un peu emmêlé les pédales avec Mac OS 27 / 28.
LNM n'est pas le seul concerné chez moi : Starry Night (astronomie) est également en attente de MAJ.
Nous avons encore quelques mois devant nous avant l'angoisse et le désespoir.

Salut Sarkis… moi aussi je suis très concerné par l'astronomie, et j'ai aussi remarqué que StarryNight ne passera pas l'année… Comme il ne semble pas trop "Mac friendly", en plus de "Stellarium" (Gratuit et Open Source) j'ai acheté RedShift 9 sur l'AppStore. Et tout ça est prêt pour les futurs systèmes Apple qui ont débarqué Intel et qui n'utiliseront plus Rosetta. À priori donc fin 2027 pour le successeur de Golden Gate.

Comme le signale opportunément Ghla, On n'est pas obligé de changer de Mac OS pour une machine dédiée à XPlane… certes, mais comme beaucoup sans doute, mon Mac me sert aussi à d'autres tâches ! et compte tenu du coût d'un Mac puissant, je me vois difficilement en acquérir un rien que pour XPlane, autant, dans ce cas réserver un PC sous Linux sur lequel ne tournerait que Plane.

[Sarkis]

Ahhhh ! Redshift ! de bons souvenirs... ça avait été conçu en France si mes souvenirs sont bons.
Merci XFlyer, je vais aller voir sur l'AppStore.

[XFlyer]

Sarkis

Oui, c'est un ancien du Mac ! et originaire de France… Il y a 3 possibilités sur l'AppStore en version 9 : une "gratuite" (selon la définition d'Apple, c'est à dire avec achats intégrés quasi obligatoires). Une version 9 "normale" autour de 30€ , et la version "Premium" à 100€. Je me suis contenté de la version normale, la Premium à davantage de catalogues d'étoile, et de systèmes de guidage automatique de télescopes dont je n'ai plus l'usage… Je trouve l'interface très ergonomique (beaucoup plus que StarryNight) et surtout très bien intégré au Mac (plus que Stellerium par exemple)

[Sarkis]

Je viens de jeter un coup d'œil.
Ça me tente, sachant qu'il faudra payer la majoration de la future version 9 de StarryNight (compatible ARM).
Ce qui m'énerve chez StarryNight c'est la lenteur des mises à jour des datas ainsi que les erreurs de calcul des passages d'astéroïdes.
J'ai été parmi les premiers acheteurs de RedShift.
Je n'avais pas continué avec RedShift car ils n'avaient pas proposé d'app pour Mac pendant des années.
Fermons cette parenthèse astronomique.

[MortyMars]

Merci MortyMars, j'ai Rosetta.
Je me suis un peu emmêlé les pédales avec Mac OS 27 / 28.
LNM n'est pas le seul concerné chez moi : Starry Night (astronomie) est également en attente de MAJ.
Nous avons encore quelques mois devant nous avant l'angoisse et le désespoir.

Bonjour à tous,

Salut Sarkis,

Tu trouveras ci-après, pour ta curiosité, un lien vers la version 3.2.0 beta de 'Little Navmap' macOS, compilée pour les 2 architectures : Intel et Silicon.
Y est jointe la version également bi-architecture de 'Little XPconnect' qu'il est préférable d'utiliser conjointement.

• Pour LNM il suffit de remplacer l'ancien 'littlenavmap.app' par la version jointe.
  Il est possible de conserver une sauvegarde de la version précédente, mais dans ce cas elle devra être sortie du dossier.
• Pour XPconnect, le processus est le même qu'à l'habitude : copier le dossier dans le dossier '/plugins' d'X-Plane

https://drive.google.com/file/d/1a2lsPI7NJoSSlL6OpPkPNfsjWG_VDoQT/view?usp=share_link

[Sarkis]

Donc ça avance bien.
Merci MortyMars, j'ai téléchargé, je vais tester.

[MortyMars]

Donc ça avance bien.
Merci MortyMars, j'ai téléchargé, je vais tester.

Ça n’est pas une publication officielle d’Alexander Barthel, mais oui il avance bien dans le sens que nous attendons …

[Ypsos]

il n'y a plus qu'a esperer qu'Alex a le courrage.

Ce qu'il faut savoir sur Little Navmap et l'architecture ARM (macOS) :

1. L'application principale (Little Navmap) : De base, le développeur (Alex Projects) compile l'application macOS pour l'architecture Intel (x86_64). C'est pourquoi macOS active automatiquement Rosetta 2 au premier lancement.
2. Le cas particulier de Little Xpconnect : Le plugin de liaison pour X-Plane, quant à lui, dispose bien de versions adaptées pour communiquer proprement selon votre configuration.

Pourquoi une version 100% native ARM est complexe pour le développeur :


Le frein principal réside dans la bibliothèque graphique et cartographique utilisée par le logiciel (Qt 5 et le composant Marble). Migrer l'ensemble vers les versions récentes de Qt 6 compatibles nativement avec ARM demande une refonte profonde d'une partie du code d'affichage de la carte, ce qui demande un temps considérable pour un projet de développeur solo.
?

(ps : Migrer l'ensemble vers les versions récentes de Qt 6 compatibles nativement avec ARM demande une refonte profonde d'une partie : c'est aussi pour cette raison que je n'ai pas fait passer ORTHO4XP V3,6 en Qt6 Python , trop risqué de toucher au moteur en profondeur)

[androl2015]

Salut,
Afin de ne pas polluer ce topic la discussion sur les intrusion IA à été déplacée ici :

RoRo

https://www.x-plane.fr/forum/divers/le-bar-du-coin/548355-intrusion-de-l-ia-dans-les-topic-du-forum#post548355