Vous n'êtes pas identifié(e).
Il faut comprendre un peu ce que l'on post, convertir du code ne veut rien dire. On le recompile pour une autre plate-forme.
Voici par exemple le paramètre a changer pour recompiler un code en 64bits en c/c++ avec gcc : http://gcc.gnu.org/onlinedocs/gcc-4.2.2/gcc/i386-and-x86_002d64-Options.html
Et je pense que tout le monde s'en fout un peu, inutile de rentrer dans les détails on est justement pas sur un forum de dév.
Je vais argumenter sur le 717 pour éviter les insultes, l'adf du 717 c'était le 26 juin et le vor le 29 septembre (cf http://forums.tfdidesign.com/index.php?/topic/2268-beta-change-log/) (et encore on ne peut toujours pas faire de dir to/inb crs, donc pas très utilie dans un 717, mais c'est mieux que rien).
Cet addon est sorti fin 2016.
Alors voyons voir à qui on a affaire... à quelqu'un qui arrive sur le forum sans se présenter (bon c'est pas obligatoire certes mais cela fait partie des choses qui se font, tu peux le faire dans la rubrique "bar des pilotes" par exemple).
Ensuite je lis tes quelques premiers messages et je vois à propos de P3D v4
Ca ne va pas changer grand chose, recompiler du vieux code pourri de fsx qui a 10 ans en 64bits ne va pas améliorer les perfs.
ou encore
Ils ont surement recoder pas mal de trucs, mais l'argument 64bits semble un peu du bullshit :p
On peut dire ce qu'on pense mais il faut un minimum d'arguments pour étayer son opinion surtout sur un sujet comme celui-là où tout ceux qui sont passés à la v4 te disent à quel point ils sont satisfaits, qu'ils ne reviendraient plus en v3 car les performances sont meilleures à machine équivalente, qu'il n'y a plus de problème OOM avec les gros addons, que LM a fait un travail en profondeur sur pas mal de points et que le code de cette v4 n'a plus grand chose à voir avec le soit-disant "vieux code pourri" de FSX auquel tu fais référence.
Pourquoi je te qualifiais de troll car je trouvais que tes premières interventions n'étaient pas vraiment pertinentes ni constructives comme par exemple sur le fil du 717 TFDi et que cela ressemblait à quelqu'un qui rentre chez toi sans s'essuyer les pieds et sans se présenter et qui commence par insulter tout le monde...
En plus, mais bon ça tu n'es pas le seul hélas, l'orthographe n'a pas l'air d'être ton amie donc tout ça mis bout à bout cela commençait à faire beaucoup d'où la classification sus-citée...
Voilà c'est dit, à toi de nous prouver que tu peux apporter de la valeur à ce forum !
Désolé pour l'absence de présentation, je n'ai pas percuté.
Pour être un peu plus exhaustif, et pour faire simple, recompiler un code pour une plateforme 64bits c'est un paramètre a changer à la ligne de commande lors de la compilation (sans toucher un seul caractère du code). En soi, c'est réellement du bullshit. Niveau performances ça peut se discuter, un gain de performance pour certaines applications sous certaines conditions peut être observé (ca dépend des opérations, en gros ce n'est intéressant que quand on manipule des nombres entiers). L'avantage majeur est de pouvoir utiliser plus de 3.5Go de ram (ce qui est absurde mais utile quand on fait des long haul avec des addons qui ont des memory leaks, c'est souvent le cas et je n'ai pas dit le contraire).
Qaunt aux dév qui galèrent a passer aux 64its, certains d'entre eux ont l'honneteté d'amettre que leur code est vieux et pourri, d'autres non. Qu'il y ait des gains de performance liés au code lui même, comme dans toute mise à jour, même mineure et gratuite (comme la 2.2 avec l'autogen) c'est certain.
Concernant TFDI, je suis désolé, mais quand on attend 7 mois pour pouvoir faire une approche NDB et 9 mois pour une VOR, c'est limite, je pense pas avoir besoin d'argumenter plus pour dire qu'il y a des choses plus importantes que la pluie sur les pare-brises, ce n'est pas du troll.
En puisqu'il faut visiblement avoir le grade 'Commandant de bord' ici pour être audible, je t'invite a relire ce que tes collègues écrivent dans le topic du crj par exemple, ce n'est pas plus argumenté et constructif, personne ne crie au troll.
Je ne vais pas relever l'argument du francais, c'est vraiment quand on a rien d'autre et ca devient pitoyable (mon clavier est qwerty, je n'ai pas d'accent, mon os est en anglais et je n'ai pas de correcteur orthographique, et je fais ce que je peux), mais si tu veux bien me souligner les erreurs (autres que les fautes de frappe et les accents) je promets de faire plus attention.
Bonne soirée.
Salut à tous !
Je me permet juste de faire une parenthèse en revenant sur les détails plus "technico-pratique" de l'appareil en lui même.
N'avez vous pas de problème pour le réglage de stabilisateur de trim ?
L'avion est incapable de conserver une altitude, ni de réduire le taux de montée (ou descente) approchant l'altitude sélectée ...Une idée ?
Bon monitorage à tous
Alexis
Salut,
Sans autre info c'est un peu compliqué. A quel altitude, et quel est ton gross weight?
En gros c'est soir un problème de surpoids, soit un problème d'équilibrage.
Bonsoir à tous,
Merci à footbar pour les explications.
J'ai bien compris le principe du test que tu me proposes, et je suis bien arrivé à afficher le graphe dont tu me parles, avec une seule courbe.
Malheureusement, pour afficher les compteurs de queue, je sèche. Mes connaissances en informatique sont trop rudimentaires et je ne comprends pas ce qui est expliqué sur " technet.microsoft.com."
Peux-tu m'en dire un peu plus?
Merci!
Salut,
En gros quand un coeur mange et que les autres se touchent c'est que windows ne fait pas super bien son taff. Du coup il y a moyen de l'aider un peu en lui disant de garder un coeur libre pour ezdok+as (ezdok en mode temps réeel ca bouffe pas mal) et faire tourner p3d sur les autres afin d'équilibrer un peu. Avec ton 2500k, tu as 4 coeurs donc tu peux tester de le faire tourner sur 3 coeurs.
Ca se fait via un paramètre du fichier C:\Users\{TON_NOM}\AppData\Roaming\Lockheed Martin\Prepar3D v{2-4}\Prepar3D.cfg
Il faut ajouter une section à la fin du fichier :
[JOBSCHEDULER]
AffinityMask=14
(valable que pour n'utiliser les coeurs 1, 2 et 3 d'un quad core sans hyper-threading).
Dis nous ce que ca donne, ca devrait être mieux, dans le cas contraire il y a aussi moyen de forcer ezdok+as sur le coeur 0 mais normalement ce n'est pas utile.
Concernant perfmon.exe, mon os étant en anglais ca ne va pas être simple mais en gros il y a bouton + dans la barre d'outils qui te permet d'ajouter des trucs a monitorer et dans la liste de gauche tu devrais trouver dans 'system' Processor queue length (qui doit être traduit comme file d'attente du processeur surement). Tu cliques sur 'ajouter' et 'ok' et tu devrais voir les valeurs.
Le champs de la caméra joue surement beaucoup et juger sur une vidéo a posteriori quand on est pas pilote c'est pas super useful. Mais si le pilote avait jugé ca dangereux jusqu'a quel moment peut-on remettre les gaz sur ce genre de gros engins?
Je ne peux pas t'aider pour les warnings de l'eicas, je ne les ai pas encore vu, mais pour les livrées, c'est normal.
On ne peut pas supprimer les 'house' livrées de pmdg via l'operation center.
C'est plein de bon sens!
Enlever les trucs chiants qui ne sont de toute façon pas simulés (une led qui s'allume n'est pas une feature simulée) fait gagner pas mal de temps, merci pour le partage.
Salut,
Il y a une option dans la colonne de droite de cette meme page du fmc pour définir le status par défault (default state) ; si tu mets 'cold and dark' ca sauvegardera ton choix par défaut et donc à chaque fois.
En fait je vais répondre quand même vu que vous m'avez déja jugé et qualifié de guinol trolleur :)
Mais où est le troll a critiquer p3d v4?
Dire que xplane c'est génial et p3d du bullshit marketing, ca c'est du troll (je ne renie par contre pas le hijack du topic initial, je suis de bonne foi). Hors je ne critique que la v4 de p3d (donc merci de ne pas généraliser), je pense honnêtement que les deux simulateurs ont des qualités et des défaults, je vole avec les 2 à 50%, j'étais très satisfait de p3d v3 et je critique la v4, je ne vois pas oû est le troll.
Généraliser des propos et émmetre un jugement hatif sont par contre la base d'un troll.
Sortez-moi ce guignol... il vient de s'inscrire et il commence déjà à troller le forum ->Modo à vous de jouer
Autant le troll peut etre un fléaut (et c'est un bien grand mot) sur les forums (mais bon, ca fait parti du jeu et c'est pour çà qu'il y a des modérateurs), autant donner son avis est un peu l'un des but d'un forum?
C'est effectivement très subjectif, vous pouvez prendre çà pour du troll, mais juger quelqu'un "qui vient de s'incrire" de guignol (donc aprés quelques messages seulement), c'est aussi le débout d'un troll auquel je ne vais pas répondre.
Ne sucsitant pas non plus le respect, je m'en fous aussi, mais je suis choqué que tu sois choqué (si j'arrive a choquer des gens avec une pauvre critique, sans fondement, de LM que penser de ce qu'il se passe autour de nous...)
Sachez que ce n'est pas plus honteux de se faire entuber par les arguments marketing d'un développeur que ceux d'un plombier ou d'un garagiste.
Si vous croyez réellement qu'il y a beaucoup de boulot derriére la super v4 64 bits, vous êtes comme moi face a mon électricien qui me dit qu'il faut refaire mon compteur parce qu'il n;est plus aux normes :)
Quant à la citation, je n'ai rien compris...
Mais je pense aussi que tu te trompes, le problème n'est pas les $60 mais le principe.
Il suffit de regarder le changelog de p3d v3. Rien de nouveau, les 3/4 des trucs c'est des fixed, donc une mise à jour.
Je n'ai pas regardé en détail la v4 (et c'est pour ça que j'utilise le verbe sembler), mais a part les dynamics lights et le 64bits (qui a 16 ans et qui me semble bullshit), ce n'est pas franchement innovant.
Mon but n'étant pas de convraincre, je m;en fous un peu et j'achète pour tester (et soutenir les devs) mais ca n'empêche pas d'avoir un esprit critique.
PS le passage d'xp10 à xp11 n'est pas comparable, ca a duré 6ans, donc mises a jour gratuites quand p3d te fais payer 2 nouvelles versions $60
Code l'avion mon ami
C'est si puérile et stérile que je ne vais pas répondre à ça... Tu n'aimes pas Macron? Deviens président!
Sinon ca fait 9 mois qu'on remonte les bugs et les features non disponibles.
A part les échanges sur le forum et en PM avec les devs (qui sont très sympas), ils ne prennent pas en compte les remontés, ca ne sert pas à grand chose.
Pleurer pendant 7 mois pour pouvoir faire une approche NDB ou VOR.. pas d'adf, pas de capture de vor, par de dir to/inb crs...
Mais je ne désespères pas, cet avion pourrait être top, je dis juste que plutôt que d'ajouter des features 'nice-to-have-kikoo-lol' ils ferraientt mieux de commencer par la 'todo-list', genre juste un ATS qui fonctionne.
Ouais c'est chouette, mais tout ca pour piloter un avion tout buggé. Autant retourner sur le 733 d'ixeg, vous aurez la meme chose avec un avion pilotable :)
J'avoues être (un peu) de mauvaise foi avec p3d depuis le racket pour passer de la 2.5 à la 3.
J'ai quand même l'impression que c'est un peu la même entre la v3 et la v4
Ils ont surement recoder pas mal de trucs, mais l'argument 64bits semble un peu du bullshit :p
Perso, depuis que j'ai quitté FSX et que je suis passé a p3d v2, je n'ai jamais eu aucun OOM.
P3d n'a jamais mangé plus de 3.5Go sur ma machine, je n'ai d'ailleurs jamais vu aucun jeu utiliser plus de 3.5Go (mais ca depend de beaucoup de choses). A vrai dire, a part xplane et p3dv4, je n'ai pas beaucoup d'autre jeu en 64bits.
Ca ne va pas changer grand chose, recompiler du vieux code pourri de fsx qui a 10 ans en 64bits ne va pas améliorer les perfs.
Bullshit marketing quand tu nous tiens...
salut,
J'utilise de vieilles scènes (France VFR initialement prévues pour FSX, Mega Airport Orly X...) auxquelles je suis attaché, et je n'ai pas entendu parlé de compatibilité pour ces scènes sur P3D V4
j'utilise migration tools et toutes les scenes france vfr fontionnent plutot correctement (quelques batiments noirs a LFRS je crois). mais ca ne change rien entre p3d v3 et p3d v4.
Certaines scenes avec des tools pour animer des véhicules et autres (genre UK2000) ne fonctionnent plus (32 bits) mais le reste de la scene (sans les vèhicules) ne pose pas de problème.
Le gain en fluidité/décor est-il vraiment significatif ? Vais-je me plonger encore dans une multitude de problèmes de compatibilité à régler ?
Je n'ai vu de différence entre p3d v3 et p3d v4 sur la fluidité.
Cette migration va-t-elle me coûter un bras ? Bien que les mises à jour de nombreux avions soient gratuites, ce sont les scènes à racheter qui me font un peu peur ...
Je n'ai pas racheté une seule scene, les mises a jour sont gratuites aussi (mais c'est souvent juste des mises a jour de compatibilité, sans exploiter les nouvelles features de p3d v4).
Bien que les utilitaires ont l'air presque tous compatible, j'ai entendu parler de plusieurs problèmes de compatibilité avec Ivap par exemple, qu'en est-il ?
Oublie IVAP avec p3d v4, ca ne fonctionne pas. Tu pourras toujours le faire tourner en mode external mais les mtl ne fonctionnent qu'une fois sur 3 donc plein d'avions invisible, noirs.
Je n'arrive plus a le retrouver mais il avait un post sur le blog des devs de p3d qui listait les features CPU et CPU dépendentes, c'était plutot interessant pour trouver les bons réglages par rapport a ta machine.
Tu peux aussi installer hwinfo (https://www.hwinfo.com/) et regarder ce qu'il se passe.
Je n'ai pas monitoré le CRJ parce que je n'ai pas de soucis, mais quand j'avais mon 2500K, j'ai regardé le 717 qui tournait très mal et en gros, avec le 2500K, mon cpu était utilisé a fond et le CGU se touchait (100% et 70%). J'ai changé pour un 7700K et après le cpu était à 40% et le meme CGU a 100%.
Je pense vraiment que c'est ton cpu qui limite.
ps: quand je dis cpu, c'est aussi la cm donc bus, frequences, etc...
Salut, je pense que tu as regardé l'onglet 'performances' de gestionnaire de tache qui ne t'apprendra pas grand chose.
Fais Windows + R et execute perfmon.exe pour avoir le tool complet.
Pour rajouter les compteurs de queues sur ton graph: https://technet.microsoft.com/en-us/library/cc940375.aspx
Avoir un cpu qui load a 100% c'est plutôt cool en soi. Le load normal d'une machine devrait être 1, le problème c'est les operations en queue.
On peut lire un peu partout que ca ne sert plus a grand chose de jouer avec l'affinity mask des process, ce téméraire windows le fait pour nous. Sauf que je remarqué la même chose que toi, un coeur qui galère et les autres glandent, surtout avec ezdok et AS. Perso je continue à faire tourner AS+ezdok sur un coeur spécifique et p3d sur les autres.
Je ne pense pas que ca joue énormement sur les fps mais par contre ca m'évite beaucoup de stuttering.
un grand merci!
cet aerodrome est super actif sur ivao et j'en avait tellement marre de ma vieille scene de france vfr!
les opérations en queue te permet d'avoir une idée du load cpu (savoir si il est débordé)
le cpu wait time te permet de savoir si le cpu est débordé parce qu'il est en galère ou si il attend parce que autre chose est en galere (genre i/o disk par exemple).
J'ai la meme carte graphique que toi et mon p3d tourne très bien, forcement un 1070 c'est mieux mais ton cpu + carte mere (chipset) sont un peu dépassés.
L'an dernier ma vieille R9 (6 ans aussi...) a grillé, j'ai changé pour une 970 sans voir aucun gain de performance.
Impossible de faire tourner le 717 de tdfi par exemple.
J'ai changé mon cpu et ma carte mère et depuis c'est la fête.
Tu peux jeter un oeil au moniteur de performance de Winodws et regarder par exemple le nombre d'opération en queue et le cpu wait time.
Salut,
Au contraire, je suis quasiment sure que ca vient de ton cpu.
Un i5 2500K (meme o/c a plus de 4GHz) ca ne tient plus la route avec les addons recents ; ce CPU a sept ans maintenant et est bien dépassé... Une GTX 970 avec ce cpu c'est peu dommage, tu ne peux pas en profiter pleinement, surtout compte tenu de tes autres addons.
D'autre part tu ne peux pas comparer un addon Carenado (qui n'utilise presque pas de custom code) et le CRJ.
Je t'invite a monitorer ton system quand tu lances le CRJ (notamment les operations CPU en queue), et tu verras.
J'ai changé mon 2500K l'an dernier car plus rien ne tournait dessus. Sept ans c'est deja pas mal :)
