Aller au contenu

PiCha

Membres
  • Compteur de contenus

    928
  • Inscription

  • Dernière visite

Messages posté(e)s par PiCha

  1. Bonjour Michel et tous les autres,

     

    Comme le dit Moustache un peu plus haut, l'adaptation est réalisée dans le patch 05 d'Occitania.

     

    Après essai, je puis donc confirmer que le problème de piste affaissée ou rehaussée ne se pose plus, à condition de garder l'afx d'Occitania et d'inhiber celui de Languedoc-Roussillon. J'ai d'ailleurs appliqué la recette à toutes les scènes susceptibles de faire doublon, c'est-à-dire pour Languedoc-Roussillon, mais aussi pour MP1 et MP2.

     

    Quoi qu'il en soit, tous ces problèmes de compatibilité seront bientôt ( ;) ) résolus lorsque toutes les régions françaises seront couvertes en 3DA et que l'harmonisation sera parfaitement réalisée avec les scènes de Moustache :rolleyes: ...

     

    Subsistent juste deux églises dans le village voisin (Puivert ?), mais le bug paraît vraiment mineur et bénin à l'heure du prochain conclave :P ! Je n'ai d'ailleurs pas essayé de placer Occitania sous ORFVFR. Peut-être cela règle-t-il le problème, mais en crée d'autres ?...Il me semble en effet avoir lu que Occitania devait être placé au-dessus de ORFVFR. Dont acte !

  2. Merci Alain,... encore une fois !

     

    Oui, tout en haut, ça marche :) .

     

    Mais comme je souhaitais garder le bénéfice de ORVFR, j'ai cherché le "coupable". Et, une fois localisé, j'ai remis Aquitaine Photo à sa place, sous ORVFR, mais au-dessus d'Occitania (le coupable identifié), que j'avais installé pour pouvoir profiter des améliorations proposées à l'époque... sur la Côte d'Azur ;) .

     

    Vivement la couverture totale du territoire par FVFR ! Nous n'aurons plus à nous empêtrer dans tous ces bidouillages (qui pourtant apportent tant d'améliorations que nous ne pourrions imaginer nous en passer !)

     

    Quoi qu'il en soit, le résultat est probant :

     

    gironde3.jpg

  3. Bonsoir Filipo,

     

    Si tu as un souci, nous avons le même ! Il doit s'agir, je pense, de bancs de sable et de sédiments.

     

    ilotgironde.jpg

     

     

     

    En revanche, en me dirigeant vers cet îlot, je me suis rendu compte que, de chaque côté des rives de l'estuaire et sur une grande distance (l'exemple ci-dessous n'est pas isolé...), des textures de FSX de base demeurent. À mon tour de me demander si j'ai bien installé la scène, et de demander à la communauté si le même problème apparaît chez vous (N45° 34.75' W 0° 56.45')

     

     

    estuairegironde.jpg

  4. Bon...soir à toutes et tous,

     

    @ Michel78320 :

     

    Certes, la mémoire insuffisante n'est pas liée à la configuration matérielle, mais à FSX : et c'est bien parce que nos ordinateurs sont de plus en plus puissants que nos développeurs préférés (FVFR pou ne pas les nommer) nous proposent des scènes de plus en plus extraordinaires, mais extraordinairement gourmandes en ressources...

     

    @ Claudine :

     

    Il me faut rendre à César (et ils sont plusieurs...) ce qui lui ou leur appartient : c'est grâce à Michel78320 que j'ai pu enfin cerner la cause de mes CTD en allant fouiner dans les logs de crash. Puis, grâce au "ding dong de doudou" (notion de simulation aéronautique apparue depuis peu mais ô combien pertinente :) ...), un DDdDD qui m'avait intrigué, j'ai eu l'idée de faire une recherche sur un FSUIPC devenu obsolète, car je n'entendais pas ces "ding dong".

     

    Bref, grâce aux tutos de Phil, aux conseils de notre petit Suisse préféré (salut Antoine ;) !), aux conseils non moins précieux d'Alain Nicco (un grand salut également ;) !), aux... - mais je ne vais pas tous vous citer, j'en oublierais ! -, nous pouvons maintenant voler sans craindre à chaque instant la "roue bleue du diable", signe que notre FSX est en train de planter.

     

    Et je ne saurais, bien sûr, oublier les développeurs de FVFR : même s'ils nous proposent des scènes parfois très configurovores, le plaisir que nous avons de voler dans l'environnement qu'ils nous concoctent est immense...

     

    PS. Fais-nous savoir, Claudine, si ton LFLC-LFPG avec le PMDG (oui, oui, ça a une signification...) s'est bien passé.

  5. Rebonrejour...

     

    @ Clo08 :

     

    Tu es allée plus loin que moi, Claudine ! Je n'ai pas osé aller dans le bios pour manipuler l'hyperthreading :roll: ! C'est sans doute pourquoi je suis réticent vis-à-vis de l'overclocking...

     

    @ Michel78320 :

     

    S'agissant de l'overclocking, je suis en totale harmonie avec ton analyse. Quant aux tweaks, j'avoue avoir tellement gagné avec le "tweaking automatique" de Bojote que je ne saurais m'en passer. Mais, comme tu le dis, à chacun son expérience !

     

    Quant à la mémoire insuffisante, on retrouve ici une sempiternelle question : qui dit ordinateur plus puissant entraîne ipso facto développement logiciel plus puissant, jusqu'à saturer le gain de puissance de l'ordinateur rendu nécessaire par le précédent développement. Et, dès que l'ordinateur gagne en puissance une nouvelle fois, les développeurs demandent plus encore... Bref, c'est une course sans fin !... Sauf - peut-être - chez les vendeurs de matériel informatique ?... Nan, je déc... ;)

  6. Bonjour à toutes et tous,

     

    @ Bees&Butterflies :

     

    Pourquoi ne pas overclocker ? Pour ce qui me concerne, par manque de connaissances (ça se sent bien dans mes échanges, n'est-il pas ?) et, surtout, par crainte d'une surchauffe.

     

    @ Claudine :

     

    Si tes CTD ne sont pas dus à la mémoire, sont-ils réapparus après la mise à jour de FSUIPC ? Et as-tu (astuce de Michel78320) lu le log de crash (AppData\Local\Microsoft\Windows\WER Report) généré par le plantage ?

     

    Par ailleurs, as-tu appliqué l'Affinity Mask ? Les processeurs de nos configurations très similaires comptent en effet quatre coeurs, il serait dommage de ne pas en profiter ! Il suffit d'indiquer les quatre coeurs dans le tweak automatique de Bojote. Le résultat est véritablement impressionnant !

     

    Pour en revenir au problème de mémoire, je viens de faire, avec tes réglages très à droite, un vol entre Entzheim et Toussus.

    Eh bien, aucun plantage, malgré une météo réelle très chargée. Il est vrai que, dans le sens Paris-Strasbourg, la mémoire, qui a déjà été très sollicitée pendant le vol, doit fournir un effort supplémentaire considérable à l'arrivée, car la scène d'Alsace VFR2 est véritablement très gourmande. Mais on n'a rien sans rien !...

     

    Quoi qu'il en soit, un grand merci à toutes et tous pour ces échanges vraiment instructifs pour chacun. Mais n'est-ce pas le propre d'un forum que de permettre, précisément, de tels échanges ?

  7. Bonjour,

     

    Et merci de cette réponse très complète.

     

    Juste un point : tes CTD sont-ils dus à une erreur G3D.DLL (ils devraient avoir disparu avec la version 4.8x de FSUIPC, qui fixe le problème), ou à un manque de mémoire ?

     

    Quoi qu'il en soit, je vais tenter de déplacer à nouveau mes curseurs vers la droite, je verrai bien...

     

    Enfin, je constate sur tes screens que le ciel est dégagé, et que mes erreurs mémoire se produisent surtout par mauvais temps, MTO réelle et textures REX.

     

    Eh oui, à vouloir trop surcharger la bête (et les nôtres ne sont pas de vieilles haridelles ;-) ), elle finit par ployer les genoux !...

  8. Bonsoir Claudine,

     

    Avec quels réglages obtiens-tu ce résultat ?

     

    Parce que, avec une config quasiment identique à la tienne (et provenant, à en croire un de tes anciens posts, du même assembleur), je rencontre souvent des difficultés en Alsace nouvelle mouture : si je viens de Paris, par exemple, avec non pas le PMDG 737 mais l'Embraer Phenom 100 (et, il est vrai, des nuages REX et une météo AS2012), la mémoire de ma carte graphique est au bord de la saturation, quand elle ne déclare pas carrément forfait.

     

    J'ai pourtant repoussé quelques curseurs à gauche (résolution et trame des textures à 2m, effets aquatiques à faible 2.x, complexité des décors et densité auto-générée à dense), j'ai appliqué les tweaks Bojote, et installé la dernière version de FSUIPC, qui m'a fait complètement disparaître les retours bureau dus à la g3d.dll.

     

    Merci en tout cas de me redonner espoir : on y arrive finalement, même s'il faudra toujours trouver des compromis dans la course entre des ordinateurs de plus en plus puissants et des logiciels de plus en plus gourmands en ressources :???: .

     

    Cordialement

  9. (...)

    Avant de faire de grandes manœuvres, jette un œil sur le fichier qui est écrit lorsque FSX se plante :

     

    C'est dans c:\Utilisateurs\mon nom\AppData\Local\Microsoft\Windows\WER\ReportArchive

    Affiche en mode "liste détaillée" et trie sur "Date".

    Tu vas voir...

    (...)

     

    Bonjour Michel,

     

    Et un immense merci ;) ! Je ne savais pas, jusqu'à présent, où trouver ces logs, et je subissais donc, comme un certain nombre j'imagine, des retours bureau (oui, je sais, on dit crash to desktop, ou CTD...), sans savoir à quoi ils étaient dus. Grâce à toi, j'ai pu isoler le coupable et, grâce à une recherche Internet, trouver la solution d'un problème récurrent que je rencontrais très souvent.

     

    Je donne cette solution ici, car peut-être certains rencontrent-ils encore le problème sans pouvoir le résoudre, faute des lumières de la plupart des intervenants sur ce forum.

     

    Si, comme beaucoup, vous rencontrez une erreur g3d.dll, due la plupart du temps à la complexité de plus en plus importante de nos addons, sachez que la dernière version de FSUIPC (depuis la 4.80) fixe le problème. Ainsi, refaisant un vol LFRG-LFPN lors duquel je plantais régulièrement, avec une météo chargée et, surtout, une région parisienne très dense, j'ai pu aboutir - enfin ! - à bon port :razz: . Et je me suis aperçu que FSUIPC m'avait sauvé : en lisant le log du dernier vol (FSUIPC4.log, dans Modules de FSX), j'ai en effet trouvé les lignes suivantes :

     

    *** G3D bad pointer trapped and crash prevented ***

    G3D fix: Passes 100533, Null pointers 0, Bad pointers 1, Separate instances 1

     

    Voilà ! J'ai sans doute inventé l'eau tiède en écrivant ce post et vraisemblablement la plupart d'entre vous connaissaient ce problème et sa résolution, mais si j'ai pu aider quelques utilisateurs moins avertis, j'en serai ravi...

     

    Cordialement

  10. Merci pour cette rapide réponse !

    Juste une petite précision : je comprends bien pour les trois premières scènes VFR, que je laisserai donc en dessous.

    Quant à l'Alsace, que j'achèterai dès que j'aurai reçu le lien ad hoc, je la placerai bien sûr au-dessus.

    Mais la Haute Normandie, où dois-je la placer ? Y a-t-il risque de perdre des objets si on la place en dessous ?

     

    Bref, en un mot, vous me voyez complètement sans dessus dessous :roll: !

  11. (...)

    Pour ce qui est des autres objets génériques, obstacles et repères VFR toutes les scènes VFR en sont dotés et leur nombre et leur variété iront croissants.

    Sur cette scène d'Alsace nous avons traités pas mal de cheminées et antennes qui ne figurent pas encore dans le produit "Obstacles et repères VFR". A ce sujet, pensez à toujours déclarer les scènes VFR au-dessus du produit "Obstacles et Repères VFR" sous peine de perdre certains nouveaux objets au passage...

    (...)

     

    Bonsoir,

     

    Ne nous avait-on pas dit, voilà quelque temps, qu'il fallait au contraire faire figurer les scènes VFR en dessous de ORVFR ? Mais je comprends bien que, des objets ayant été ajoutés depuis la sortie de ORVFR, il faiille déclarer l'Alsace nouvelle version au-dessus. Mais quid de la Haute Normandie, qui elle aussi est sortie après ORVFR ? Sans oublier la Bretagne et le Nord Pas de Calais...

     

    Merci d'éclairer ma lanterne !

     

    Cordialement,

  12. Ah, les réglages de configuration matérielle !...

     

    Ne subissons-nous pas la fameuse loi selon laquelle une amélioration matérielle entraîne ipso facto le développement d'un nouveau logiciel plus gourmand encore, compte tenu de ladite amélioration matérielle ? Et ainsi de suite... Certes, nos configurations actuelles feraient tourner Windows 3.10 sans problème, mais qui se contenterait aujourd'hui d'un W 3.10 ? Et qui, aujourdh'ui, accepterait de déplacer des cavaliers sur la carte mère pour affecter à la volée des irq pour émuler soit le modem soit l'imprimante, mais en tout cas pas les deux en même temps ?....

     

    Bref, je croyais, naïf que je suis, que j'avais acheté en février dernier "la" config qui allait bien pour notre simulateur préféré, et bien sûr les vendeurs m'avaient alors assuré mordicus que je pouvais mettre tous les curseurs à droite sur FSX. Mais c'était sans compter sans REX, sans AS2012, sans Traffic 2013 (j'ai eu tellement de problèmes avec UT2 que j'ai fini par l'abandonner), sans une région parisienne photo HD agrémentée des reliquats agn des anciens packs fs9, sans oublier les paris city, paris vfr, et tutti quanti... Si bien que, je l'avoue, j'en suis aujourd'hui réduit (c'est le cas de le dire...) à trouver des compromis sur une configuration que je croyais suffisante pour faire tourner sans problème un FSX il est vrai assez... musclé, mais qui me provoquait tant de retours bureau avec ce message ô combien désespérant "FSX a rencontré un problème et doit redémarrer..." que j'ai fini par déplacer à nouveau mes curseurs vers la gauche ! Il n'en reste pas moins que je ne sais jamais si je pourrai finir un vol lorsque je le commence, et que le risque d'apparition de la tant redoutée "roue bleue" tournante, indice que le logiciel cherche une solution introuvable, devient stressant.

     

    Cela étant, il nous reste les conseils que chacun d'entre nous peut glaner sur ce forum, et nous (nous, c'est-à-dire les utilisateurs non experts en informatique) ne remercierons jamais assez tous les contributeurs plus savants que nous (que moi en tout cas...) pour les solutions qu'ils sont toujours prêts à nous proposer. Je ne les cite pas ici, ils se reconnaîtront !

     

    En attendant de nouvelles sorties de scènes FVFR (et surtout la sortie du produit inédit et inattendu annoncé il y a peu sur ce forum par Laurent...), je retourne à mes vols, en espérant que mes actuels réglages matériels ne me handicaperont pas trop et me permettront d'arriver à bon port...

  13. Bonjour à tous,

     

    De retour de vacances, je me rends compte que ce forum a été ô combien actif, et sur de nombreux sujets...

     

    S'agissant de FS Altitude, je me pose une question à laquelle, j'imagine, beaucoup d'entre vous pourront répondre. Avec le développement des scènes photo HD et des scènes VFR, quel est l'apport de FS Altitude au-dessus de la France ?

     

    Par ailleurs, et j'espère que vous excuserez le HS, je me rends compte que je n'ai plus, sur ce forum, le "bouton" permettant d'envoyer un MP. Je ne crois pas avoir changé de paramètre sur mon compte ou sur mon navigateur, et si quelqu'un pouvait éclairer ma lanterne, il serait le bienvenu...

     

    Cordialement

  14. ...La nouvelle version est en trois parties et donne des fichiers qui ne comportent plus MF2.

     

    Donc tout va bien chez toi. :)...

     

    Merci Michel, de me rassurer...

    Reste mon problème à Lille, toujours insoluble et incompréhensible (pourquoi des ondulations sur la piste, non visibles à l'oeil mais ô combien pénalisantes au roulage) sur la 08/26. Ah, les mystères de l'informatique :roll: !...

  15. Après quelques tatonnements, j'ai désactivé le fichier n44_e007A.bgl dans PACA 1 et le fichier MF2_n44_e007.bgl dans le NEXTMesh.

     

    Un grand merci, Nadine, pour la manip... :)

     

    Juste un point qui me préoccupe : le fichier n44_e007A.bgl existe bien dans PACA 1, mais je n'ai aucun fichier commençant par MF2 dans le NEXTMesh ; en revanche, j'y trouve les mêmes fichiers n44_e007 A et B que dans PACA 1, et j'ai là aussi désactivé le A.

     

    Tout fonctionne , je n'ai plus de muraille d'eau à Monaco, même s'il subsiste quelques ondulations dans la ville elle-même, que l'on peut d'ailleurs constater sur les screens de Michel78320. ;-)

     

    Merci encore, en tout cas, pour cette solution !

     

    Cela étant, je me tourne vers les "sachants" de ce forum : l'absence de tout fichier "MF2" dans le scenery de mon NEXTMesh pose-t-elle problème ? Peut-elle expliquer, notamment, un bug que je n'ai jamais résolu à Lille Lesquin, où je subis au roulage des ondulations sur la piste 08/26 (mais pas, curieusement, sur la 02/20) ?

     

    Toute explication sera la bienvenue !

×
×
  • Créer...