Je publie tard (ou tôt) parce que d'une part cet essai a pris un certain temps et que d'autre part vous pourrez le lire ainsi à l'heure du croissant.

Après quelques tests locaux histoire de voir, j'ai entrepris un vol test qui au départ devait ne prendre que 4h mais qui au final fut de 11h30.
Ce vol s'est donc transformé en vol non-stop avec ravitaillement en carburant par [CTRL]+[P] car je ne dispose que d'un peu plus de 2 heures d'autonomie à 200Kts sur ma bestiole de test.

Vol initial prévu:
00ME (Heron's Nest) - KCGX (Chigago Meigs, on ne se refait pas )

Au départ, une île entourée d'eau donc VAS minimale, à l'arrivée une scène Orbx chargée et la ville de Chicago, le tout mixé avec des éléments de la scène Aerosoft, donc VAS maximale.

Météo par AS16 + ASCA, plus ou moins 200kts/sol env (en fonction du vent) ce qui d'ailleurs n'a aucun effet sur la VAS et ne concerne surtout que le framerate, OpusFSI v5  de même d'ailleurs.

Vol initial, branche 1:


Poursuite du vol par une branche 2 dans la foulée:


Puis une branche 3  (On partait pour partir, alors on est parti ):


Occupation VAS par Vasograph sur l'ensemble du vol moins trois heures, manque dû à la perte de la connexion FSUIPC par Vasograph qui a profité lâchement de mon absence occasionnée par l'évènement du jour à 20h :




Récapitulation:

       |     Branche 1   |  Branche 2  |    Branche 3   |
00ME_Heron's_Nest -  KCGX_Meigs - KHIF_Hill_AFB - KHHR Northrop (LA)
       |       4h env    |   5h env    |  2h30 environ  |

La fin et la reprise de l'enregistrement du volume de la VAS étant sensiblement au même niveau, il est possible de dire que la courbe absente était plate. En effet, une diminution majeure ou une augmentation significative avec pour les deux cas un retour au niveau initial est fort improbable.

Quelques précisions concernant l'occupation de la VAS

Quitte à tester la VAS, autant demander le maximum à l'affichage et pour cela ne pas lésiner sur les scènes et paramètres graphiques.

Scènes utiles:
couverture USA par UTX_USA_v2
Multitudes de scènes Orbx (toutes -2), Oxz (tout), Aerosoft et autres.

Scènes déclarées, activées et inutiles au vol (P3D fait bien le tri):

Une multitude de scènes diverse en Europe, FVFR, Aerosoft et autres:

France complète en:
   France VFR HD + autogen
   France VFR 3DA + autogen

En fond, en plus de UTX_Usa:
  UTX_Alaska
  UTX_Amerique Centrale
  UTX_Canada
  UTX_Europe

Pour les régions UTX, est demandé l'affichage tout ce qui peut l'être.

Une foultitude de librairies.

Cas Orbx:

Global, toutes régions NA mais aucune activée pour ce vol puisqu'il devait se limiter à la branche1 qui ne dispose pas de régions propres.
(En fait j'ai un peu oublié ...)

J'ai poursuivi ce vol pour voir si oui ou non ... mais le fait d'activer une région Orbx NA au cours du vol aurait complètement changé le contenu de la VAS et invalidé le test, donc pas de région NA pour ce test sur 3 branches. (les OLC ainsi que Vector ne sont plus utilisés pour des raisons que j'ai déjà évoquées)

Mes réglages P3D:

Ce sont les réglages que j'utilise sur les scènes photo bidouillées par mes soins, je n'y touche plus. Si la région Orbx ou Scène quelconque ne supporte pas, je préfère mettre la chose en conformité (et il y a souvent de bonnes surprises ).





Conclusions:

Ce pilote 381.78 est effectivement corrigé du problème de fuites de mémoire. Le pilote précédent ne me permettait qu'un vol de 2h30 dans les mêmes conditions, et, comme heureux possesseur d'une GTX 1080TI, il m'était impossible d'installer le 376.33 incompatible avec cette carte.

Si la VAS augmente au cours du vol, c'est sans doute parce que P3D indexe au fur et à mesure de leurs rencontres les données LandClass et Vecteurs (routes, voies ferrées, cours d'eau, etc) sans jamais les relâcher (hélas). Au contraire les fluctuations dues au chargement des objets autogen et scéniques et leur abandon lors de leur sortie du rayon de visibilité est clairement indiqué.

L'occupation de la VAS est nettement moins importante sur les dalles photo, seuls l'autogen et les objets scéniques peuvent l'encombrer par leur nombre (FVFR IDF 3DA qui est l'exemple du maximum possible dans le doçmaine).

Toujours est-il que je me suis farci un vol de 11h30 côte Est - côte Ouest des USA d'une traite sans aucun souci de VAS, avec, en prime, une arrivée nocturne à LA dont les éclairages ne devaient pas en réduire le volume .



Le GPU à l'arrivée:



Ce vol s'est effectué au PA bien-sûr, à 2 ou 3000 pieds/sol de façon à toujours avoir de l'autogen à afficher.

Donc, pour ceux qui se trouveraient concernés par ce problème de VAS, l'essai de ce pilote est fortement conseillé surtout si ils sont comme moi dans l'impossibilité de revenir au 376.33 pour des raisons de compatibilité.

Dernière modification par bede40 (24-04-2017 05:47:06)

Bravo Bernard ... et moi qui croyais que tu étais à la plage pendant les deux jours !

Bonjour!

s'agit-il d'un hotfix c'est à dire à installer par dessus la version installée?

ou d'une version complète, dans ce cas elle refuse de s'installer car il s'agit d'une version pour Portable...

sur le site de NVIDIA je ne trouve qu'une version 381.65 WHQL (GTX 1070 ou 80) y compris en beta?

Merci d'avance si quelqu'un peut m'éclairer.

Merci de ta réponse!

Une dernière précision tu pars de la "dernière version" ( 381.65) vers ce hotfix? Moi je suis en version 378.49 sur une GTX 1070. C'est peut-être la raison du refus d'installation, pas simplement la mise en garde de windows que l'on peut contourner mais bien un refus NVIDIA...

Merci pour le complément...

572452 a écrit:

Merci de ta réponse!

Une dernière précision tu pars de la "dernière version" ( 381.65) vers ce hotfix? Moi je suis en version 378.49 sur une GTX 1070. C'est peut-être la raison du refus d'installation, pas simplement la mise en garde de windows que l'on peut contourner mais bien un refus NVIDIA...

Merci pour le complément...

Oui, je suis parti de la version 381.65. Surement là ton problème. Le hotfix doit légèrement modifier cette dernière version.

Merci Bede40!!

Ce problème d'élévation a-t-il un lien avec un driver vidéo ?

bonjour

https://www.touslesdrivers.com/index.ph … _code=6647

yvesamuel a écrit:

Donc à priori rien de particulier pour P3D...
Yves

On boucle là. Nous voilà revenu au 1er message ce fil :

Certains utilisateurs sur le forum AVSIM s'enflamment déjà et malgré l'absence d'élément dans la note de version (release note ci-dessus) concernant P3D et les fuites de mémoire, indiquent un correctif efficace

Source : http://www.pilote-virtuel.com/viewtopic.php?id=82519

Dernière modification par vbazillio (25-04-2017 19:14:33)

Bonjour à tous,

J'ai changé mon driver le 29/03/2017 et suite à la lecture de ce post, j'ai été vérifier sa version dans la fenêtre NVIDIA, cela indique: 381.91.

Or si je me réfère au fichier téléchargé de ce driver, il est noté 378.92 !!!

Comme ça fonctionne c'est le principal.

J'ai rien dit!

Avec FSX SE, j'avais commencé il y a quelques jours un vol CYVR-KLAX avec un 737 PMDG (drivers 381.65, carte GTX 980 Ti), sauvegardé à mi-chemin (un peu avant KTVL). Rechargé le vol hier avec les 381.89, environ 1800000 disponibles. Au-dessus de Southern California, ça commence à dégringoler dramatiquement, je réussis à me poser sur la 24L avec les dings de FSUIPC qui carillonnent depuis un petit moment, j'ai arrêté le simulateur sur le tarmac juste avant que le crash imminent survienne, moins de 200 000 restants !
Météo dynamique AS16 ASCA, textures 2048, ORBX Vector, Open LC America, Southern California.
Faudra que je teste avec P3D mais dans mon expérience, j'ai, avec les mêmes addons installés sur les deux simulateurs, sur les mêmes vols/avions, toujours eu plus de VAS disponible avec FSX qu'avec P3D à jour.

Dernière modification par Avance (26-04-2017 17:47:20)