Suggestion d'évolutions aux développeur d'X-Plane

[Lami]

Bonjour,

Cette section est pour faire des suggestion ou demande d'évolutions aux développeur pour les prochaines version d'X-Plane !

Par exemple, moi, j'aimerais bien qu'une solution de synthèse vocale soit offerte pour les distribution Linux comme Kubuntu 9.10. Il existe plusieurs synthétiseurs vocaux dans cette distribution, il ne faudrait qu'en intégrer une à X-Plane, par exemple « eSpeak » !?!

Il s'installe très simplement avec Synaptic et il est multi-langue. Voire les liens suivants :

http://espeak.sourceforge.net/

http://www.nvda.fr/spip.php?article4

http://packages.ubuntu.com/fr/intrepid/espeak

Le gros du travail est donc fait pour Laminar Research’s !

[XFlyer]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Et moi j'aimerais bien que l'interface utilisateur évolue réellement, dans le sens du confort d'utilisation du logiciel, et non pas seulement avec quelques retouches "cosmétiques". À part les couleurs et quelques broutilles c'est la même chose depuis XPlane 5 !!! (sans doute même avant, mais là je ne sais pas) Il y a même eu une régression significative depuis la version 6, dans laquelle on pouvait choisir avant de lancer la grosse machine, un avion, un lieu, une MTO etc… grâce à une simple case à cocher dans le panneau "quick flight set-up". ("Always show this window at launch") À la suite de ce choix, le simulateur s'ouvrait sur cette fenêtre aux lancements suivants, pour permettre de choisir où, quand, et comment, on voulait voler. C'est quand même un comble d'être obligé, maintenant, de lancer à chaque fois tout le chargement d'une scène gourmande en ressources avec un gros porteur, par exemple afin d'accéder aux menus permettant d'aller ailleurs avec un autre avion. D'autant plus que depuis la V6, les choses ont beaucoup évoluées en terme de précision et donc d'encombrement des scènes, donc de temps de lancement, c'est peut-être un plus, mais il faut adapter l'interface à ces nouvelles conditions.

Il y a certes d'autres détails pouvant être améliorés, mais ce problème du lancement me semble essentiel et même primordial au confort d'utilisation.

[Daniel_L]

Re: Suggestion d'évolutions aux développeur d'X-Plane

STOP !

Austin Meyer, l'auteur d'X-Plane, ne lit pas ce forum. merci de lui envoyer vos demandes directement car c'est vraiment pas notre boulot de le faire à votre place.
Vous pouvez le joindre par mail, en anglais, à l'adresse austin@x-plane.com

Daniel

[XFlyer]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Cool, c'était juste pour en parler entre nous… quand à remonter des souhaits à Austin, il y a longtemps que j'ai renoncé.C'est bien connu qu'il n'en fait qu'à sa tête, et même en anglais, richement illustré d'exemples, tout ce que j'ai pu obtenir, c'est : "Yes, I agree, probably in a future release" (mais c'était au moment du passage de la V6 à la V7 !!!)

[PhM]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Je voudrais bien qu'ils m'expliquent pourquoi ma configuration se tourne les pouces, quand j'utilise X-Plane.

On me dit il y a deux possibilités, soit limité du côté CPU soit du côté GPU, on me dit également que X-Plane exploite les multi-cores, bon soit.

Je regarde ce que fait mon quad-core, et je le vois utilisé à 25%, donc en moyenne un seul CPU travaille ; je regarde ce que fait mon GPU et je le vois utilisé à 50% au maximum. D'où j'en déduis que je ne suis ni limité en CPU ni en GPU, et je ne comprends plus rien.

J'espère que la dernière version du GPU Perfstudio d'ATI va m'aider à comprendre le pourquoi du comment.

PhM

[Lami]

Re: Suggestion d'évolutions aux développeur d'X-Plane

STOP !

Austin Meyer, l'auteur d'X-Plane, ne lit pas ce forum. merci de lui envoyer vos demandes directement car c'est vraiment pas notre boulot de le faire à votre place.
Vous pouvez le joindre par mail, en anglais, à l'adresse austin@x-plane.com

Daniel

Bonjour Daniel,

Comme je n'écris pas en anglais, c'est pour ça que j'ai créé ce sujet. Peut-être qu'un jour, une autre personne pourra traduire ce qui se trouve ici et l'ajouter à son propre envoi à Austin Meyer.

[Lami]

Re: Suggestion d'évolutions aux développeur d'X-Plane

...on pouvait choisir avant de lancer la grosse machine, un avion, un lieu, une MTO etc… grâce à une simple case à cocher dans le panneau "quick flight set-up". ("Always show this window at launch") À la suite de ce choix, le simulateur s'ouvrait sur cette fenêtre aux lancements suivants, pour permettre de choisir où, quand, et comment, on voulait voler...

Bonjour XFlyer,

Je partage ce point de vue, une telle option serait la bien venue.

[boubi31]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Il faudrait revoir le visuel graphique, notamment avec des "pop-up windows". En clair quand on clique sur un instrument il apparait en grand dans une autre fenêtre. Trés pratique pour le FMS ou autre. Il y a des instruments qui sont trop petits. On ne voit rien 8)

[Daniel_L]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Tu passes en mode cockpit 3D (Ctrl-o) et tu zoomes dessus autant que tu veux.

Daniel

[Pierroy]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Salut boubi et tous!

C'est marrant, y'a des questions où on lit entre les lignes "j'ai envie d'avoir la même chose dont j'ai j'habitude dans Flight Simulator"!
Y'a tellement de possiblités qui existent dans X-Plane... et qui n'existent pas dans d'autres simus! Bon, quant au "FMS", il faudrait le renommer plus justement en "facade de GPS bas de gamme", ça serait vraiment plus représentatif de ce à quoi il sert!
Pour information, il existe des vrais manuels tels le "Big Boeing FMC User's Guide" (de Bill Bulfer, Yahoogle est votre ami) qui décrivent en pas moins de 200 ou 300 pages le maniement détaillé d'un "vrai" FMS. Donc le truc homonyme de X-Plane n'est PAS un FMS, ni même un GPS. Il est une facade de FMS (décor en carton-pâte) permettant juste d'entrer une liste de points... point barre!
Sinon, comme le dit Daniel, vive la fonction zoom, qui ne zomme pas que les paysages, mais aussi les cockpits!!!

Pierrot

[boubi31]

Re: Suggestion d'évolutions aux développeur d'X-Plane

En 3d la définition n'est pas tip top. J'utilise jamais le Fmc de x-plane mais celui de Javier qui s'approche de celui de PMDG 737 et qui se détache.

[arno54]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Il faudrait revoir le visuel graphique, notamment avec des "pop-up windows". En clair quand on clique sur un instrument il apparait en grand dans une autre fenêtre. Trés pratique pour le FMS ou autre. Il y a des instruments qui sont trop petits. On ne voit rien 8)

C'est déjà possible : il faudrait seulement que les créateurs d'avions se décident à équiper leurs appareils. Mais la fonction existe.

[Daniel_L]

Re: Suggestion d'évolutions aux développeur d'X-Plane

....qui s'approche de celui de PMDG 737...

C'est bien ce que disais Pierroy juste au dessus : "j'ai envie d'avoir la même chose dont j'ai j'habitude dans Flight Simulator"!

Petite remarque en passant, le 737 PMDG n'est pas un produit Microsoft inclus d'office dans FS. Pourquoi X-Plane devrait inclure l'équivalent ? Ceux qui regrettent de ne pas avoir cet appareil avec ses fonctionnalités dans X-Plane devaient plutot demander à PMDG de porter leur 737 sur X-Plane. Après tout ils ont bien commencé avec des add-ons pour Fly! avant de passer à FS alors ils pourraient bien changer une nouvelle fois de simulateur.

Daniel

[maclinuxg4]

Re: Suggestion d'évolutions aux développeur d'X-Plane

Histoire d'être correct, je ne vais pas copier/coller les mails privés mais les résumer.


Donc voici le résumé du mail initial envoyé à Austin et Randy (note: je savais que je ne serais lu que si je mettais Randy en copie):
Citation :


Je leur dit que je suis surpris de recevoir toutes les notifications de nouvelles versions en très peu de temps...


Je présente le fait que la fréquence de livraison est beaucoup trop grande et qu'il est donc impossible que cela soit testé correctement.


Je présente ensuite le fait que je serais surpris que les 3rd Party Vendors (PMDG, RealAir,...) du monde FS viennent vers XPlane puisque lorsque Austin est dans une humeur de mise à jour, tout peut changer à tout moment.
Je dis alors qu'XPlane peut passer par de longs moments de stabilité mais entrecoupés de moments vraiment instables; que tout peut changer entre 2 versions finales et que ce n'est pas normal qu'entre 2 versions mineures un appareil ne puisse plus voler. Cela entraîne plusieurs choses: un ras le bol de l'utilisateur, un découragement du développeur de l'addon et un risque que les users en aient marre et partent.


Je précise aussi que j'ai débarqué du monde FS avec XPlane v5 car je cherchais qque chose de plus vivant, plus réaliste, ... mais pas qque chose d'instable.



La première réponse que j'ai reçu le lendemain vient de Randy (le commercial)
Citation :

Je suis d'accord à 100%


Le second mail fût d'Austin et assez aggressif:
Citation :

Retournez à FS! Je ne changerai pas ma façon de faire.


Le troisième fût d'Austin en réponse à Randy, je suis en copie:
Citation :

Non, j'ai lui répondu qu'il (moi donc) avait tout faux.
J'implémente les features demandées par les users, il (moi) doit accepter que les choses changent parfois.


Le quatrième (!) mail d'Austin:
Citation :

Il précise que mon mail ne sert à rien car je ne dresse pas la liste des choses précises qu'il aurait cassé.


Ma réponse:
Citation :


La première chose que je lui demande c'est de changer de ton car mon mail n'était pas pour l'agresser. Faut pas déconner.


Je lui précise que je ne veux pas retourner sous FS puisque cela ne me plaît pas.


Je lui précise qu'au bureau je ne peux pas changer de version de softs n'importe comment, j'ai des utilisateurs en face qui doivent utiliser les softs que je fais sans toujours devoir s'adapter au tout quand j'ajoute des features.


Je lui donne l'exemple de l'implantation du fuel cut-off, que par défaut aucun appareil custom ne pouvait plus voler sur le dos puisqu'aucun n'est évidemment équippé de cette nouvelle feature. Qu'il suffisait que la valeur par défaut soit inversée et que les utilisateurs n'auraient pas eu de soucis. -> choisir avec soin la valeur, le comportement par défaut d'une nouvelle feature.


Je signale ensuite qu'à cause des nouveautés en pagaille, des développeurs super compétents arrêtent ou diminuent très fortement leur implication puisqu'il faut sans cesse réparer les choses.


Je termine par le fait qu'il y a qques années, j'étais content d'avoir toutes ces nouveautés car j'étais dans XPlane à 100%, maintenant ce n'est plus le cas et c'est devenu super gonflant de mettre à jour sa version car on ne sait pas combien d'appareils on va perdre...


Et je lui demande alors de bien réfléchir pour le futur et je lui donne des pistes de réflexion histoire de lui montrer qu'il n'est pas trop tard pour arranger les choses.



Réponse d'Austin:
Citation :

Il est d'accord avec moi et ce qui me surprend plus, il m'annonce qu'en fait Ben (le matheux derrière la grille topo, les scènes et les équations) est d'accord aussi.


Au moins, j'ai crevé l'abcès et surtout je me suis rendu compte qu'il y avait des gens chez x-plane.com qui avaient les pieds sur terre et qui n'étaient apparemment pas d'accord avec la façon de gérer du Maître.


Il n'y a plus qu'à voir ce que l'avenir nous réserve... mais je lui ai dit que je m'arrêterais sans doute à la v9.

[maclinuxg4]

Re: Suggestion d'évolutions aux développeur d'X-Plane

up