Bonsoir,

Oui j'ai vu ça également,
Et avec un telechargement de +- 300 Mb (je n'ai pas bien regardé), mais rien dans le gestionnaire de contenus après lancement du simu.

Cette mise a jour c'est le patch correctif ?

WhiteNouNOurs a écrit:

Y a tout de même du nouveau, visible immédiatement : au double clic sur l'icône du simu, on a une fenêtre qui s'ouvre
On est plus à attendre une plombe pour voir la première fenêtre s'ouvrir. C'est un détails mais c'est bien pratique.

+1

En espérant que cela ne disparaisse pas comme lors de la précédente tentative

André

Désolé, mais je pense que cela vient de chez toi

J'utilise aussi la méthode du "glisser/fichier XML vers fspackagetool.exe" depuis près de 2 ans et cela fonctionne encore (j'en suis à plus d'une dizaine de compilation depuis ce matin).

La seule chose "différente" si je puis dire c'est qu'ils ont remis la fenêtre de chargement (avec le TBM) lorsque le wrapper passe la main à l'exécutable MFS pour compiler (avant ceci se faisait en mode silencieux jusqu'à la SU9 beta). Lors de la release de ka SU9, cette fenêtre avait disparu et ce matin c'est revenu.
A la fin de la compilation, sur cette fenêtre il apparait effectivement un message d'erreur sur fond vert mais qui ne signifie rien (les voies d'Asobo sont impénétrables ).

Le seul élément tangible par rapport à la compilation reste la lecture du log d'erreur dans la fenêtre MSDOS qui apparaît après le "glisser/fichier XML".

MSFS ne démarre pas "visuellement" depuis la mise à jour.

Tu peux détailler, s'il te plait ?

Depuis la mise à jour de ce matin, chaque glisser/fichier XML provoque:
- l’apparition d'une fenêtre (1) MSDOS comme avant avec le log de la compilation qui s'affiche,
- en parallèle une fenêtre (2) noire avec l'image d'un TBM et un message de rechercher de données/synchronisation en cours apparaît en plus (cela correspond à l’ancien lancement en tâche de fond de MSFS puisque le compilateur qui était/est utilisé est toujours celui intégré dans le DEV Mod)

A la fin de la compilation, il y a une erreur sur fenêtre de couleur verte (sur la fenêtre 2) mais si on regarde la (1) on voit si oui ou non la compilation s'est bien passée.

Lagaffe a écrit:

Désolé, mais je pense que cela vient de chez toi

J'utilise aussi la méthode du "glisser/fichier XML vers fspackagetool.exe" depuis près de 2 ans et cela fonctionne encore (j'en suis à plus d'une dizaine de compilation depuis ce matin).

La seule chose "différente" si je puis dire c'est qu'ils ont remis la fenêtre de chargement (avec le TBM) lorsque le wrapper passe la main à l'exécutable MFS pour compiler (avant ceci se faisait en mode silencieux jusqu'à la SU9 beta). Lors de la release de ka SU9, cette fenêtre avait disparu et ce matin c'est revenu.
A la fin de la compilation, sur cette fenêtre il apparait effectivement un message d'erreur sur fond vert mais qui ne signifie rien (les voies d'Asobo sont impénétrables ).

Le seul élément tangible par rapport à la compilation reste la lecture du log d'erreur dans la fenêtre MSDOS qui apparaît après le "glisser/fichier XML".

Merci Lagaffe pour ta réponse.
En fait, j'ai exactement le même comportement que toi lors de la compilation (apparition de la fenêtre et du message).
Ce que je ne savais pas c'était que ce message ne signifiait rien, donc tout va bien..
Je continue donc à bosser sur LFBD.
André

Tout dépend de la version: Store pour ma part, ce qui est indiqué dans la signature de mes posts.

Sans doute que sur Steam cela n'apparait point car je crois que les versions Steam sont "un peu différentes" (elles sont configurées pour le process de diffusion de Steam).
D'ailleurs pour Steam, RhumbaFlappy avait donné une commande en PowerShell pour lancer les compilations en mode silencieux, ce qui "ne pouvait pas s'appliquer" aux versions Store.

Et bien, mea culpa.
Après une mise à jour de windows, j'ai aussi ce nouvel écran lors du lancement du compilateur et le message d'erreur à la fin.