[P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

vbazillio · [↑]

tana a écrit :

Bonjour,
J'ai fait hier un vol La Paz Quito avec le PMDG B773 et FSUIPC 4.961, la VAS libre a chutée pendant le vol jusqu'à l'arrêt de P3D faute de mémoire et le plantage complet de P3D, plus de lancement.
Après la réparation de P3D, J'ai récupéré le dernier FSUIPC 4.961 et réinstallé.
Aujourd'hui j'ai fait le même vol et la VAS libre est restée vers 1350 jusqu'au bout du vol.

Je n'ai pas compris. Qu'est-ce-qui a changé entre tes deux tests ? Je vois la même version de FSUIPC (4.961) dans les deux cas... A part la météo, le trafic AI...

tana · [↑]

Bonjour,

Rien à part avoir réinstaller P3D 3.4.22.19868 client et content pour débloquer P3D, avoir pris sur le site FSUIPC la même référence que précédemment et l'avoir réinstallé.

vbazillio · [↑]

Je suis étonné que cela n'est pas plus bougé du côté de Pete Dowson. Une nouvelle piste découverte en parcourant le forum de support : http://forum.simflight.com/topic/82771-p3d-crash-on-startup-or-on-exit-with-fsuipc-enabled/?do=findComment&comment=499167

La présence d'une clef [HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers] "F:\\Games\\Lockheed Martin\\Prepar3D v3\\Prepar3D.exe"="$ IgnoreFreeLibrary<FSUIPC4.dll>" bloquerait le démarrage. Supprimer cette clef, permettrait de démarrer normalement P3D sans avoir à re-installer FSUIPC.

A suivre...

Ptipilot · [↑]

qqqqqq

Dernière modification par Ptipilot (16-03-2017 20:48:40)

bede40 · [↑]

La présence d'une clef [HKEY_CURRE ...

Je n'ai pas cette clé ... et pourtant.
Qui l'écrit ?

Dernière modification par bede40 (07-02-2017 20:47:35)

vbazillio · [↑]

bede40 a écrit :

Je n'ai pas cette clé ... et pourtant.

et pourtant ? Suspens... C'est une énigme ? Ton P3D ne démarre pas ? Tu as une version de FSUIPC 4.961 ?

Le truc ne serait-il pas que lorsque P3D ne démarre pas, c'est parce que cette clef est présente ? Lorsque la clef n'est pas présente, P3D démarre normalement. En d'autres termes, si son P3D ne démarre alors il suffirait de supprimer la clef. Bien sûr, il y a d'autres raison qu'une version FSUIPC et une plantage précédement pour expliquer qu'un P3D ne démarre pas.

Je remet le lien pour ceux qui voudrait participer : http://forum.simflight.com/topic/82771-p3d-crash-on-startup-or-on-exit-with-fsuipc-enabled/?do=findComment&comment=499167

bede40 a écrit :

Qui l'écrit ?

Qui écrit quoi ? Si tu demandes qui rajoute cette entrée dans la base de registre... aucune idée.

Dernière modification par vbazillio (07-02-2017 23:01:48)

bede40 · [↑]

Je précise: cette entrée registre ne figure pas dans mon registre Windows et malgré cela la dernière version de FSUIPC plante.

Donc, n'ayant pas cette entrée je demande à savoir quel soft ou addon écrirait cette clé qui invalide sauvagement la dll de FSUIPC, en tout cas ce n'est pas P3D HF3 puisque je l'ai installé.

Edit: P3D (ou FsX) crée cette entrée registre lorsque FSUIPC provoque la sortie du programme. J'ai réinstallé la 4.961 pour voir.

Dernière modification par bede40 (08-02-2017 00:46:48)

ARCC · [↑]

Peter Dawson viens de sortir la version 4.962 de FSuipc qui semblerait, entre autre, corriger les bugs à la fermeture de FSX (ce que j'avais constament avec la version 4.961) Merci à lui.

1. The memory check facility (OOMcheck) is now performed in a thread separate to the main FS
thread. Apparently before this it was causing a longer frame at regular intervals (10 seconds by
default).
This was modified in version 4.962 so that it terminated properly when the session closes. In
4.961 it might sometimes be engaged in examining the process memory when, in fact, most of it
was closed and freed, causing crashes stating “BEX” and “FSUIPC4_Unloaded”.
2. This version supports Prepar3D version 3.4 with HotFix 3 applied (version 3.4.22.19868).
3. The “Starting everything now” phase of FSUIPC initialisation is now delayed, especially on P3D,
to allow more time for the sim to finish loading everything. Sometimes there was such a long
gap that FSUIPC was seeing extended SimConnect timeouts, and resorted to closing and
reconnecting to SimConnect. This resulted in an even longer initialisation period!
4. The processor core affinity can now be set in the FSUIPC4.INI [General] section for FSUIP4
general threads, and separately for Lua plug-in threads. The parameters are:
ThreadAffinityMask=0
LuaAffinityMask=0
The value 0, defaulted, leaves the affinities the same as the process (ie the flight simulator
affinity). Normal FSUIPC activities have to run in the main simulator thread in any case, so the
mask set here does not affect all of what FSUIPC does.
The value can be given in decimal, or, preceded by an ‘x’, in hexadecimal.
The Lua affinity mask applies to ALL Lua plug-ins. It would be possibly to allow each to set its
own mask, via a new function, but I really don’t think it is worth it. Those of different opinion on
this can say so on my Support Forum.

A+
Christian

Dernière modification par ARCC (08-02-2017 16:53:17)

vbazillio · [↑]

Merci Christian pour le suivi,
Je m'en vais tester !

vbazillio · [↑]

Petit vol effectué hier soir (IVAO à Rennes) sans soucis, sauf mon WideFS qui se connecte correctement mais qui, presque à tous les coups, ne reçois plus / émet plus un appui bouton (Joystick/TeamSpeak).

572452 · [↑]

Bonjour!

Installation de FSUIPC 4.962. Pas de problème constaté. J'ai effectué un bonne dizaine de redémarrages de P3D avec tous type d'avion PMDG MD11, DASH MJC, Avions de Base pas d'écran noir ni de blocage.

les fichiers de Log, FSUIPC, Wide Server, Wide Client, Lua ne montrent aucune erreur. Par contre la connexion via Wide FS est plus longue il faut bien attendre 1 minutes avant de lancer Wide FS pour avoir une Connexion mais à priori c'est normal Pete Dowson indiquait qu'il laisser le simulateur se charger avant de lancer les modules.

Mes Boutons Send Keys et ceux attribués au MJC DASH Q400 via des macros LVAR fonctionnent bien ainsi que le script LUA qui monitore la VAS.

J'ai également fait la Mise à jour du client WideFS en 6.999z4 peut-être voir de ce coté si ce n'est déjà fait.

vbazillio · [↑]

Merci Jean-Paul.

Je n'ai pas constaté de différence de longueur d'acquisition du client WideFS WideClientvers FSUIPC. Mais je n'y prête guère d'attention et ne suis pas un bon repère. Je vais vérifier la version de mon client et remettre mon nez dans les .ini pour voir pourquoi mes assignations de pressions Joysticks ne passent plus de façon transparente vers mon PC portable distant. Ça marche quand ça veut et je dois souvent redémarrer le client WideFS.

Dernière modification par vbazillio (10-02-2017 09:47:49)

vbazillio · [↑]

Re,
J'avais déjà le client WideClient 6.999z4 (j'adoooore ces numéros de version)... Et hier, cela a fonctionné sans soucis. Va comprendre Charles. A suivre.

Dernière modification par vbazillio (10-02-2017 09:47:58)

tana · [↑]

Bonjour,

FSUIPC version 4.962a.

Toujours des problèmes d'OOM.

Dernière modification par tana (12-02-2017 15:02:18)

vbazillio · [↑]

Merci pour l'info de la 4.962a :

FSUIPC 4.962a changes since 4.96
1. The memory check facility (OOMcheck) is now performed in a thread separate to the main FS thread. Apparently before this it was causing a longer frame at regular intervals (10 seconds by default). This was modified in version 4.962 so that it terminated properly when the session closes. In 4.961 it might sometimes be engaged in examining the process memory when, in fact, most of it was closed and freed, causing crashes stating “BEX” and “FSUIPC4_Unloaded”. Note that a bug in this 4.961 change which made the "Quiet” option for the check act the same as turning it off was fixed in 4.962a.
2. This version supports Prepar3D version 3.4 with HotFix 3 applied (version 3.4.22.19868).
3. The “Starting everything now” phase of FSUIPC initialisation is now delayed, especially on P3D, to allow more time for the sim to finish loading everything. Sometimes there as such a long gap that FSUIPC was seeing extended SimConnect timeouts, and resorted to closing and reconnecting to SimConnect. This resulted in an even longer initialisation period!
4. The processor core affinity can now be set in the FSUIPC4.INI [General] section for FSUIP4 general threads, and separately for Lua plug-in threads. The parameters are:
ThreadAffinityMask=0
LuaAffinityMask=0
The value 0, defaulted, leaves the affinities the same as the process (ie the flight simulator affinity). Normal FSUIPC activities have to run in the main simulator thread in any case, so the mask set here does not affect all of what FSUIPC does. The value can be given in decimal, or, preceded by an ‘x’, in hexadecimal, and the previous
value and the new value are logged in both cases. The Lua affinity mask applies to ALL Lua plug-ins. It would be possibly to allow each to set its own mask, via a new function, but I really don’t think it is worth it. Those of different opinion on this can say so on my Support Forum.
IMPORTANT: You cannot use this facility to set core affinities which do not include at least are one core which is allowed by the affinity setting for the enclosing process. Even then, it is not clear whether Windows will ever schedule threads on these different cores. (Maybe someone could devise a test for this to check and let me know?)
5. A bug which can cause the sim to crash if an application tries to change the Logging options by writing to offset 3400 is fixed. (The crash was a result of a long-standing bug in which unknown data was being overwritten. It was just a recent re-build which moved stuff around and happened to change unknown corruption into an actual crash).

tana a écrit :

Toujours des problèmes d'OOM.

C'est à dire ? Des problèmes directement liés à FSUIPC ou bien certainement dû aux compléments installés et aux réglages ?

Dernière modification par vbazillio (12-02-2017 15:46:44)

tana · [↑]

Bonjour,

J'ai fait un vol sur ORBX Norway avec le RealAir Lancair et les réglages enregistrés maximum de P3D, et ces réglages sont restés sur Un vol MMMX KSFO avec le PMDG B773.

J'avais enregistré le vol avec les réglages correspondants au type de vol, maintenant je ferais plus attention au lancement.

vbazillio · [↑]

Et ? Quel est le rapport avec FSUIPC ?

PS : quand je lis "réglage au maximum" et "PMDG" dans la même phrase, je ne m'étonne pas que l'un des termes "VAS" ou "problème mémoire " arrivent rapidement.

Dernière modification par vbazillio (13-02-2017 09:51:17)

tana · [↑]

Le correctif parlant de bug OOM ma première idée a été que ce n'était pas encore solutionné et que mon problème venait de là.

FSUIPC version 4.962a, for those with 4.962 already installed FSUIPC 4.962a
-- Fixed a new bug where te Quiet option for the OOM check actually turned off the check altogether
-- Fixed a bug making the sim crash if an application tries to change logging options via offset 3400.

vbazillio · [↑]

FSUIPC intègre un mécanisme d'alerte de l'approche de l'OOM mais aucunement de déclenchement d'OOM. Cela surprend les simmer amateur qui entende une alerte et se demande d'où cela vient. C'est ce mécanisme "OOM Check" dont il est question dans la phrase que tu cites :

-- Fixed a new bug where te Quiet option for the OOM check actually turned off the check altogether

#26 [↑][↓] 06-02-2017 23:18:03

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#27 [↑][↓] 07-02-2017 01:14:41

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#28 [↑][↓] 07-02-2017 19:49:53

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#29 [↑][↓] 07-02-2017 20:08:10

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#30 [↑][↓] 07-02-2017 20:47:05

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#31 [↑][↓] 07-02-2017 22:48:39

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#32 [↑][↓] 08-02-2017 00:18:20

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#33 [↑][↓] 08-02-2017 16:52:27

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#34 [↑][↓] 08-02-2017 17:09:59

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#35 [↑][↓] 09-02-2017 12:27:29

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#36 [↑][↓] 09-02-2017 16:18:34

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#37 [↑][↓] 09-02-2017 16:31:11

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#38 [↑][↓] 10-02-2017 09:47:27

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#39 [↑][↓] 12-02-2017 15:01:16

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#40 [↑][↓] 12-02-2017 15:42:09

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#41 [↑][↓] 13-02-2017 09:45:47

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#42 [↑][↓] 13-02-2017 09:49:58

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#43 [↑][↓] 13-02-2017 12:12:01

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

#44 [↑][↓] 13-02-2017 15:27:37

Re : [P3D][FSX] Démarrage impossible avec FSUIPC version 4.961

Pied de page des forums