Reprise du message précédent :
Pour le récapitulatif (je viens de virer l'overlay village en fait) :

 
il me manquait "arts", mais depuis DefCon ne fonctionne plus

j_c_p> Jason Chandler vient de mettre à jour la flotte de Piper... ceux qui ont acheté la flotte en v8 ont gratuitement l'upgrade ? paskil a l'air bien c'te upgrade

Non, la flotte piper est achetée pour une version précise, et n'est pas 8.x (j'avais acheté la 8.10 ).
Suivant les appareils, ça varie chez lui la validité.

gnarch. dommage

<off-topic>
bon, c'est pas XPlane mais c'est un coup de coeur de l'instant: je me suis fait un vol terrible (bah oui, je débute le pas-de-moteur) entre Bex et Ragnon en passant par Sion.

-> (en 1280x1024) http://tbonefox.free.fr/shots/condor2/
(1920x1200 sur demande )

je sais, les boules de couleurs qui permettent de visualiser les courants d'air sont un cheat mais ça fait partie de la leçon du jour, apprendre à lire les couples nuage/relief

1h de vol, 70km...
</off-topic>

Oslo Gardemoen
http://www.xplanefreeware.net/foru [...] topic=3322

Les baléares : http://www.helgo11335.de/Pages/two_sceneries.html .

spa moche ça

X-Plane est très intéressant avec un multicore :

-> http://forums.x-plane.org/index.php?showtopic=25707
 
Bref, à la prochaine upgrade, je tape du X4, surtout que, sous Linux, ça va le faire bien .

les pbs de la 8.6 sont résolus ou pas (pb de PA entre autre)? j'hésite à sauter le pas.

Bah, non, c'est toujours pareil (et je pense qu'il faut s'y mettre ou rester avec une ancienne version ....).
-> http://home.earthlink.net/~x-plane/FAQ-V86-AP.html
 
Enfin, moi, le plus gênant, c'est que le contrôle souris et ma manette ne sont plus reconnu depuis la 8.60-betaX . Bref, c'est moyen ...

 
Sinon, la question a déja du être posée plusieurs fois mais, il faut une grosse machine pour qu'il tourne correctement?
 
Merci

Plus elle est grosse, mieux c'est (avec un max de ram bien sûr, cad >2Go, proc multiple cores, carte performante en openGL avec plein de Vram).
De toute façon, comme dans tout simu, ça sera possible de faire ramer ta config (cad < 19 i/s dans ce cas précis), tout est une question de réglages (visu/détails/meteo/traffic notamment).

Vu sur le blog de B. Supnik : CPU or GPU

Petit recensement :
Y'en a bcp ici qui utilisent X-Plane sur un dual core (ou plus, on sait jamais ) ? Et avec quel OS ? Quelle CG aussi au passage
 
Merci pour vos réponse  

Mono-core, WinXP, ATI X800XL
(mais ça ne rentre pas dans les stats demandées je crois )
 
z'avez vu les dual quad-core chez mac ?

Monocore, Linux Gentoo 64bits, Nvidia 7900GTO .

Dommage, j'aurais voulu voir/tester un script de démarrage de X-Plane sous Linux (je pense que ça doit être faisable, enfin en partie du point de vue des fonctionnalités) qui modifie les affinités des IRQ et de X-Plane au niveau des différents core
 
Parce que j'ai constaté certains résultats et je voudrais être sur que j'ai pas rêvé  

file ton script sur .org, il y aura bien qq'un pour jouer avec

Ouep   c'est ce que je me disais aussi

Je le "polis" un peu et je le poste là bas pour voir  

Pour info, voilà qq screens faits (à partir du 8 plus exactement, avant c'était des "restes" d'une autre session), en lançant X-plane via ce script

Les réglages étaient quasiment tous au maxi (comme on peut le voir sur un des screens avec qq variations pour tester différentes choses, notamment au dessus de Nantes, la ville que je survole à un moment donné), et j'ai même essayé en en faisant une RAZ sur la météo afin d'avoir une visibilité maxi, pour être sur que je ne rêvais pas.

Dans le pire des cas, au dessus de Nantes, je descendais à 25-30 fps, mais sinon c'était plutot 50-80 voire plus  (mais ça compte pas en regardant que les nuages )

Evidemment Corine est installé (c'est la base de Mont-de-Marsan que l'on voit sur les shots avec un aéroport entouré complètement par la forêt)  

D'autre part, je monitorais les cores pour voir comment tout ça se comportait, et autant le core 2 (celui sur lequel j'ai "poussé" X-Plane) était mais vraiment à 100% (première fois d'ailleurs que je vois un core bosser comme ça sur cette machine ), tout le temps, autant l'autre semblait "tranquille"  

Remarque : Le "crop" des screens en 1024x768 même qd on est en 1280x1024 ou plus, ça craint un  max      

en bi-core, un est à 100% car il est utilisé par le moteur mathématique.  
l'autre n'est utilisé que pour la gestion des scènes...
 
donc il te faudra faire un vol d'au moins 30min en ligne droite en jet rapide pour voir son utilisation

J'essaye de tester "Corine" (la forêt ok!    ) et j'ai ce message d'erreur
 

 
Des avis?

AMD sempron 2800 (monocore), ubuntu Edgy, nividia 6600

Figo : pour la bonnasse Corine , tu as oublié de mettre des fichiers :

-> http://www.alpilotx.de/download-europe.html

les p'tits gars, j'vous laisse les clés sous le paillasson, demain mating j'me casse une semaine (via les vols SN3849 (aller) et SN3850 (retour) pour les curieux.)

à+

edit> j'ai failli les faire en virtuel mais j'ai pô eu le temps

 
Thanks    
Je n'avais rien oublié.      
J'avais juste tout mis au même endroit.  
 
 

 C'est ce que j'ai fait sur les screens en question, en décollant avec un Fouga de Mont de Marsan pour remonter le long de la côte Atlantique, et passer au dessus de Nantes, entre autres  

 J'ai pas "choppé" les moments où les scènes se chargeaient, car trop court, et surtout c'est la première fois que je le remarque mais alors pas du tout (et ce même très légèrement) durant le vol, lui même  

Autre chose, j'ai essayé sur une scène MSFS convertie qui , d'habitude, tape méchamment dans les FPS, à savoir Dubaï de Fly Tampa, et je suis jamais en dessous de 50 FPS. Faut que je me pince là  

 J'ai terminé la partie du script qui me change les affinités (CPU/Core) au niveau de la gestion des IRQ pour les mettre comme je veux avant de lancer X-Plane.  Je nettoie le script de lancement, en lui même, je fais un peu de doc, et je "livre" ça pour test.

 Pour Windows, ça doit être possible de faire la même chose, sauf qu'il va ptet falloir que je joue avec la BdR (pour la définition des affinités des IRQ) , chose que je n'aime pas du tout faire  

En tout cas, si que j'ai entrevu se confirme, ça va enfin valoir le coup d'avoir un proc multicore (surtout, que c'est qqchose qui n'est pas spécifique à X-Plane   )    
Mais ne vendons pas la peau de l'ours avant de l'avoir testé      

Heu zzozo, c'est quoi cette fenêtre ? J'ai bien une idée sur le SMP affinity launcher mais pour le reste ?

 Ca fait un bout de temps que je m'étais écrit un script pour lancer X-Plane, afin de faire tous les réglages dont j'avais envie (notamment concernant les drivers Nvidia pour la qualité du rendu, comme le FSAA, l'aniso, etc ...), juste avant le lancement.

Au fur et à mesure j'ai rajouté des choses, comme par exemple, la gestion des paramètres de X-Plane en ligne de commande (comme --use_vbos, etc ...), un système de chargement de splashscreen choisi aléatoirement, le setup d'un environnement python 32 bits (sur ma gentoo 64 bits) pour le plugin python d'X-Plane, etc ...

 Et à l'occasion des tests que j'ai effectué avec le dual core, j'ai encore modifié ces 2-3 scripts pour intégrer la gestion d'affinité processeur de X-Plane. Le problème, c'est que je me suis aperçu que ça commençais à devenir trop gros pour être maintenable facilement.
  D'autre part, si j'ai envie que les gens testent cette gestion des affinités CPU/core, mais pas forcément le reste des fonctionnalités incluses dans le script (parce inutiles pour un possesseur de carte ATI, par exemple, etc ...), il fallait que je change complètement mon système de "scripts monotlithiques".

J'ai un peu réfléchi et j'ai créé un système à base de plugins :
- Si tu n'ajoutes/actives aucun plugin, quand tu lances X-Plane via ce système, ça revient à lancer directement X-Plane-athlon (ou celui que tu utilises suivant ta machine) sans aucune option sur la ligne de commande
- Après, au fur et à mesure que tu actives/ajoutes tes plugins, tu modifies le comportement des drivers via la bonnes variables d'environnement, tu gères l'affinité CPU/core de X-Plane, tu stoppes les services qui consomment un peu trop de cpu temporairement (c'est le cas du fameux plugin "Beagle daemon shutdown" ), etc ...

  L'avantage, avec ce système, c'est que si je veux rajouter des nouvelles fonctionnalités, j'ai juste à écrire le plugin correspondant et le mettre au bon endroit. Et là, c'est le deuxième gros avantage : Plus besoin de jongler avec la ligne de commande, les variables d'environnement, les scripts,  pour choisir quelles options ou pas tu veux activer lors d'un lancement de X-Plane ou lors du prochain. T'as juste à enlever le fichier du plugin d'un répertoire et le mettre ailleurs. Et si tu veux le réactiver, tu le remets là où tu l'avais enlevé, les modifs sont prises automatiquement en compte au lancement de X-Plane

 En voyant tout ce que j'avais fait, je me suis dit qu'il manquait plus grand chose pour faire un truc encore plus simple, et j'ai poussé la logique jusqu'au bout en écrivant une petite interface graphique pour gérer l'activation/désactivation  et le choix de l'ordre de démarrage des plugins, et ce de façon transparente. Même plus besoin de déplacer les fichiers.

 Sinon, les plugins que tu vois correspondent aux fonctionnalités que j'avais dans mes "gros scripts" que j'ai donc splités et réécrit sous forme de plugins, plus les derniers travaux du W.E., à savoir la gestion des affinités  (y'en a que un sur deux là, faut que j'écrive le plugin pour gérér l'affinité CPU/Core des IRQ   l'utilitaire pour le faire est prêt, y'a plus qu'à écrire le script qui l'appelle     )

Pour info, ce qu'on voit sur le screen ça correspond à ça :

• SMP/Multicore Affinity launcher  => gestion de l'affinité processeur/core au lancement de X-Plane. En gros, on force X-Plane à s'exécuter presque tout le temps sur le même core/proc

• X-Plane command line parameters => gestion des options en ligne de commande de X-Plane comme --use_vbos par exemple

• Nvidia driver settings => gestion des options du drivers proprio NVidia. On peut forcer la valeur du FSAA, du filtrage Anisotropique, de la synchro verticale, etc ... p/r aux options définies dans X-Plane, et ce directement dans le driver, comme sous Windows

• Python 32 bits setup => celui là me permet de mettre à disposition un environnement python en 32 bits, et de "cacher" à X-plane la version 64 bits de python qui est installée sur ma distrib, qui est quasiment toute en 64 bits d'ailleurs . Un des plugins d'X-Plane que jutilise a besoin de Python  

• Beagle daemon shutdown =>  Ca c'est pour stopper l'indexation de Beagle pendant que je vole car Beagle a tendance a bouffer un peu trop de CPU à mon goût

• Random splashscreen chooser => Ca c'est pour avoir un splash screen différent (ou pas   c'est le hasard ma pauvre Lucette  ) à chaque démarrage de X-Plane  

J'ai encore qq idées pour d'autres plugins sympas  

http://fjavier.cortes.googlepages.com/home

EDIT : http://forums.x-plane.org/index.php?showtopic=25833  
Je suis d'accord sur le fait qu'il a le droit de protéger le fruit de son travail mais il faut pas que celà devienne une contrainte pour ses utilisateurs/clients  j'espère que ce sera pas le cas, en l'occurence

j'ai répondu dans le thread.  
 
C'est un trou de sécurité ambulant son histoire. Certains modem routeur permettent de mettre des adresses MAC dans une zone d'autorisation; si il vend les données qu'il a récolté, ça devient un énorme trou...  
 
Et en plus, je rejette toutes ces protections qui demandent une action de l'éditeur dès qu'on change de matériel (surtout une si petite structure)...si jamais il disparait, le plugin tu peux te le mettre où je pense...
 
 
PS: sans parler du prix qui me semble énorme...

peine de mort, à mettre dans le même cachot que PMDG et ..... Microsoft ! quand je pense que j'ai du cracker mon 747 PMDG car je n'avais plus le droit de le réinstaller suite à de trop fréquentes réinstalls de FS 9, alors que je l'ai légalement acheté, j'ai bien les boules.

Voilà la réponse de l'auteur du FMC en question :
 

 
Bravo
 
Bon, ben j'ai hâte de l'avoir pour le tester    
 
Je lui ai proposé mon aide s'il veut le porter pour X-Plane sous Linux.

 
Et il faut que ça sorte quand je suis en vacances !?!    
 
faudra que je lise en détail le souci de protection mais si j'ai bien suivi le dernier post c'est résoudu c'est ça ?
et combien ki coûte le bébé ? (edit> 30euros qd même... z'avez déjà un retour d'utilisation ?)
 
vivement sameudi
 
cela dit, j'ai fait qques shots à l'arraché en attendant mon vol à Zaventem. j'espère que ça passe bien, l'écran sur lequel je suis n'est pas frais pour faire de la retouche
-> http://tbonefox.free.fr/ebbrgmmn (on a pris le 737NG de Brussels Airlines)

 
c'est testable qque part ça ? paske ça a l'air pas mal du tout

Oui, enfin, je package un minimum avant qd même, parce que là ça fait plus maquette voire prototype qu'autre chose  

Ca a "un petit peu" avancé depuis  

Qq screens dispos ici

Tous les modules (j'ai changé le nom pour qu'il n'y ait pas de confusion avec les propres plugins d'X-Plane ) visibles dans les screens sont fonctionnels.
L'interface est déjà utilisable.
Le système de lancement de X-Plane, qui va avec, qui va avec aussi

Je suis en train de "dégrossir" les modules pour que leurs paramétrage puisse se faire en affichant une petite fenêtre propre à chacun, que l'on 'pop up' en double cliquant sur l'interface que l'on voit sur les screens.

Manque toutjours la doc  

un update passé inaperçu chez XPFW: l'A319 -> http://www.xplanefreeware.net/foru [...] topic=3414
 
qq'un compte acheter le FMS de Javier ?

tu aurais encore l'installer de la 8.50 (si du moins on peut downgrader...) ?

car la 8.60 plante très régulièrement en plus de son A/P complètement bizzaroïde.
j'ai trashé les prefs, viré tout les appareils et scènes, reconfiguration du bazar, install de X-IVAP, LPPT, EDDM et du 737-800 de XPFW.

ça a l'air de tenir donc c'est p-ê un plugin/scène qui n'est pas super supporté par la 8.60

Dans la semaine, je pense, en ce qui me concerne
 
Faut juste que j'arrive à résoudre mes pbs avec Paypal, ici