au service de la communauté VatFrance et des autres amis.
Voilà un an de bidouilles en tous genres qui va s'achever, car il est temps pour votre serviteur de reprendre le collier et de VOLER pour son plaisir !
Le dernier point, qui pose un problème à certains, est cette "fichue" connexion de Prepar3d (P3D dans le texte) et FsInn.
Ne voulant pas rentrer dans de la technique pure, ce qui serait totalement rébarbatif, je vais vous décrire le schéma de cette fameuse bidouille pour que vous puissiez comprendre ce qui se passe.
Les données.
Le couple FsInn/FsCopilot étant, dans son code, verrouillé pour les versions Fs2004 ou Fs2006 (Fsx), de fait ils ne reconnaissent pas la version de P3D.
Les Versions :
Fs2004 : 9.01.040901.01.
Fs2006 : 10.0.61637.0 (Fsx-X-pack 20070926-1422).
Prepar3D : 1.4.4747.0 (Prepar3D 201208 10-1207) pour la version 1.4.
En fait, suite aux nombreuses heures de recherches, je me suis rendu compte que FsInn était codé pour Fs2004 et point pour Fsx.
Donc j'ai commencé une nouvelle recherche pour connaître la voie qu'il empruntait pour reconnaître Fs2006 et j'ai constaté l'existence de ces fichiers présents dans la racine de Fsx : Fs9.exe, Fs2000exe et Fs2002.exe.
A ma surprise j'ai constaté que tous ces fichiers n'étaient plus identifiés par leur numéro de version d'origine mais identifiés par un numéro de version correspondant à celui de FS2006 : 10.0.61637.0 (Fsx-X-pack 20070926-1422).
Vous pouvez le vérifier en pointant la souris sur ces fichiers et demander [Click-Droit] la propriété et dans l'onglet "Détails".
J'abrège le récit car il faudrait que je parle de SimConnect et autres.
Mais l'idée de reproduire ce scénario a germé et c'est ce que j'ai appliqué dans cette procédure.
Voyons ce qui s'est passé.
A l'origine,
1 - FsInn/FsCopilot, P3D étant installés, FsCopilot.dll mis dans le répertoire "Modules" de P3D et le fichier dll.xml {de P3D] modifié pour y intégrer l'appel de FsCopilot.dll.
C'est dans cette configuration que nous obtenons un message d'erreur de FsCopilot qui ne reconnaît pas la version du simulateur.
Ensuite
2 - J'ai modifié Prépar3D.exe pour qu'il ressemble à Fs2006, SANS CHANGER LE CODE, donc c'est un exe en tous points identique dans son code à l'original.
A ce stade 2 cas se produisent en fonction de chaque installation (XP, Vista, Seven ...) :
- A - La connexion FsInn se fait ainsi que l'indexation de la base des avions dans FsInn.
Dans ce cas tout est normal.
B - La connexion FsInn se fait mais pas l'indexation de la base des avions dans FsInn.
Dans ce cas, vous êtes visible sur les radars ou autres programmes et en visuel mais vous ne voyez pas les autres avions en visuel.
(C'est le fait que FsInnUI.exe (que vous voyez en tant que : FsInn CP) n'a pas reçu à son lancement le code de l'indexation)
- Je suis intervenu dans certaines installations pour que le cas "A" fonctionne normalement avec un résultat positif.
J'avais simplement changé un paramètre dans la base de registre de la clé :
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\FSFDT\FSCopilot\1.0\AcftDB\FS2006 : FirstSate qui doit être à Ø [REG_DWORD = 0x0000000 (0)]
Pourquoi ?
Lors de l'installation de FsInn/fsCopilot une question est posée :
Lancer l'indexation à chaque lancement de Fs2004(6) ?
Si la réponse a été négative la clé ci-dessus se trouve codée : (1) au lieu de (0).
En faisant ce simple changement le fonctionnement devenait normal, mais malheureusement pas dans tous les cas !
Inconvénient de cette solution; lors du lancement de Fsx la réindexation se faisait systématiquement représentant un temps d'attente au démarrage qui dépendait du nombre d'avions installés.
J'ai donc crée, pour ces installations, un petit fichier de commandes qui modifiait la base de registre, lançait P3D et à la sortie de P3D modifiait à nouveau la base de registre pour ne pas pénaliser un lancement éventuel de Fsx.
- Je suis intervenu dans certaines installations pour que le cas "A" fonctionne normalement avec un résultat positif.
Lors des précédents sujets et des solutions à appliquer (mis à votre disposition sur le forum P3D) j'ai demandé en dernier : en partant du dossier mis à disposition, de copier le fichier Prepar3D.exe et de le renommer en Fsx.exe dans la racine de P3D.
A la lecture des divers messages, je me suis rendu compte que certains d'entre vous n'aviez pas compris et que beaucoup se posaient la question : Comment pouvoir être sous P3D alors que "Un" Fsx.exe était lancé ?
Si vous aviez appliqué la demande, la réponse était évidente car c'était P3D qui apparaissait et pas Fsx.
Par contre il faut saisir ce qui se passe directement sur d'autres fichiers, d'où ma réticence à divulguer cette procédure.
Donc et j'insiste :
1- Nous prenons le Prepar3D.exe, que j'ai modifié et mis à disposition dans le dossier,
2- Nous copions ce fichier Prepar3D.exe et nous le collons, nous obtenons Prepar3D - Copie.exe,
3- Que nous renommons en Fsx.exe en écrasant celui existant.
1er lancement :
Prepar3D.exe modifié (pour lequel certains d'entre vous n'obtiennent pas l'indexation de la base des avions)
J'ouvre le gestionnaire des tâches :
Je constate que c'est bien Prepar3D qui est en cours de fonctionnement d'une part par sa présence dans la colonne "Nom de l'image" et dans la "Description".
Un fichier va être impliqué dans le processus : Prepar3D.cfg qui se trouve dans :
C:\Users\*VotreNom*\AppData\Roaming\Lockheed Martin\Prepar3D.
Si je modifie une option dans P3D celle-ci sera mentionnée dans ce fichier. Important à noter pour la suite.
2ème lancement :
Fsx.exe (le Prepar3D.exe modifié, copié et renommé dans la racine de Prepa3D)
J'ouvre le gestionnaire des tâches :
Je constate que dans la colonne "Nom de l'image" apparaît Fsx.exe et dans la "Description" Prepar3D.
Le "Nom de l'image", là se situe le piège pour FsInn et qu'il croit que c'est Fsx qui est lancé. Mais nous somme toujours intégralement sous Prepar3D.
Sauf, cause de ma réticence, le fichier impliqué ne sera plus Prepar3D.cfg mais un fichier Fsx.cfg qu'il va créer ou modifier lors des lancements suivants.
Quelles précautions faut-il prendre.
- - En premier, après un lancement de P3D, faire vos modifications (options) dans P3D et FSUIPC, ensuite à la sortie de P3D faire une copie du fichier Prepar3D.cfg, le coller et le renommer Fsx.cfg.
- Cela va permettre lors du lancement par Fsx.exe de retrouver le même environnement et les mêmes options.
- Ne pas changer des options dans l'un et ensuite lancer l'autre.
- Toujours lancer Fsx.exe, si cela solutionne votre problème d'indexation dans FsInn.
Dans le répertoire Modules vous constaterez que vous aurez FSUIPC4.ini et FSUIPC.Fsx.ini
Voici les "logs" de FSUIPC4 des 2 différents lancements :
Vous pouvez voir que FSUIPC4 a bien vu que Prepar3D a été renommer en Fsx !
Pour finir :
1 - Je n'ai pas de problème d'indexation en utilisant Prepar3D.exe modifié :
>> JJ a écrit tout cela pour rien ! Merci pour lui !
2- J'ai un problème d'indexation j'utilise toujours Fsx.exe ainsi j'aurai toujours mes modifications de P3D ou de FSUIPC, et je ne râle pas, si, quand je lance FSX (le vrai) j'ai systématiquement une indexation.
J'espère que tout cela sera "limpide" pour vous et que vous puissiez en profiter !
Amicalement
Jean-Jacques