Reprise du message précédent :
honnêtement, il y en a tellement, de tous niveaux... je n'en ai pris aucun car v10 only.
 
j'avance dans mon bricolage mais ça plante bien sans logs

Avec les "briques" de décors/scenery mises à dispo par Laminar, la qualité des aéroports produits est quand même en hausse, je dois bien reconnaitre

Même si ça leur donne un petit côté "générique", la situation s'améliore grandement

c'est certain, mais au bout du compte, c'est quand même plus sympa quand tu arrives dans un coin perdu et que tu as un petit bâtiment, une citerne et un pick-up
 
de là à créer une moulinette générico-générique qui plante le décor autour des petites pistes mal-aimées...

C'est presque déjà fait

C'est arrivé ces derniers jours sur le download manager du .Org même si ça trainait depuis qq temps sur les forums dudit .Org

Y'a encore des angles à arrondir (notamment l'installation et les dépendances requises ), mais c'est intéressant

C'est basé sur OpenStreetMap et www.ourairports.com, niveau données pour la génération des aéroports, donc à chacun d'améliorer OpenStreetMap pour avoir des aéroports/aérodromes présentables

ouais, j'ai vu ça ce matin mais je n'ai pas trouvé ça vraiment sexy.
faudra que je teste...

edit> je télécharge l'OSM autour de EBSH, je lance le biniou... rien. Dans les logs système, "pas de EBSH trouvé" dans l'OSM alors qu'il y est... faudra que je creuse

au fait tbone c'est résolu ton problème de barrettes mémoires ?

elles sont sur le chemin du retour... je devrais les avoir mardi ou mercredi... merci

T'as installé tous les fichiers nécessaires en provenance de ourairports.com ?

je ne l'avais pas fait ( ) mais ça ne change rien au schmilblick:

21/09/13 17:22:29,655 OSMAirportsX[8785]: <type 'exceptions.SystemExit'>: ICAO code in OSM data different from requested Airport!!! (while doing action <bound method OSMAirportsX.generate of <__main__.OSMAirportsX object at 0x1044de6d0>>())

et EBSH est bien dans l'osm:
<node id="1147999728" visible="true" version="1" changeset="7259450" timestamp="2011-02-11T21:27:25Z" user="DJ_frombelgium" uid="96395" lat="50.0367403" lon="5.4035382">
  <tag k="aeroway" v="aerodrome"/>
  <tag k="icao" v="EBSH"/>
  <tag k="name" v="Aérodrome de Saint-Hubert"/>
 </node>

je vais tentouiller avec un aéroport Iouesse...

edit> essai avec PAJN, il a été plus loin... il a créé le folder "Earth Nav Data", chose qu'il ne faisait pas avec EBSH

cross-topic avec les photos d'avions dans Discussions:
 
Ce n'est pas de la qualité des photos du coin mais c'est du fait maison.
Open Doors au 15e Wing de Transport basé à Melsbroek (EBBR), ce matin:

 
c'est un Bell 222 ?
 
un modèle qui servi de base pour la série supercopter pour ceux qui s'en souviennent
 
la seconde image est un Hughes MD 500 ( ou une version modernisée, la queue est différente ), hélicoptère largement utilisé dans le cinéma et les séries télé dans les années 80, notamment dans la série Magnum  

c'est un Agusta 139, un MD 520N (plus de rotor de queue, un NOTAR, No TAil Rotor), un EC135 qui vient de chez vous, suivi de 2 MD Explorer, DC3, F-16, SIAI Marchetti SF-260, Alphajet et C-130 Hercules.

Le 15e Wing fêtait ses 65ans, ses Hercules (cargo) et Dassault Falcon 20 Refit (VIP) ont 40 ans de service

apparemment l'Agusta 139 est le fruit d'une collaboration italo-américaine avec la participation du fabriquant Bell, d'où peut-être la réutilisation des éléments du chassis du Bell 222 :
 
http://fr.wikipedia.org/wiki/AgustaWestland_AW139

Ils ont fini par les mettre à la retraite les A 109

nan, on a toujours nos 109... avec ce qu'ils ont coûté en dessous de table, on ne va quand même pas les mettre au rebut

Belles photos TBone .

merci
matos "familial" full-automatique... j'étais avec le petit copilote pour son premier "meeting" (assis dans des hélicos -Allouette et EC135- et dans un F-16A, il y a pire pour débuter )

Douglas A4 Skyhawk, sympatique payware passé freeware dernièrement: http://forums.x-plane.org/index.ph [...] file=20420 (v9/v10)

ça fait qques jours que je réfléchis au RAM drive pour y taper XPlane...
avec des machines de 8GB, il est possible d'y faire tourner la démo dans un RAM drive de 4GB...
 
qq'un a testé ?

je les visionne via leur flux RSS... le dernier est pas mal du tout:

 

Pas mal.

 
tu penses gagner beaucoup en performances par rapport à un stockage sur disque SSD qui est déjà bien performant ?
 
car le revers de la médaille c'est qu'il faut alimenter la ram disque à chaque boot en rechargeant les données depuis le disque dur ou le SSD, puis ensuite à l'extinction il faudra une synchronisation sur le disque dur si des fichiers de configuration de x-plane ont été modifiés,
 
sinon en effet la quantité de plus en plus colossale de la ram ( parfois des configs à 16 ou 32 Go sur le forum ) devrait inciter l'utilisateur à utiliser une ou plusieurs ram disques ( au moins une ram disque pour le cache du navigateur internet et les fichiers temporaires qui n'ont pas vocation à être conservés après extinction du PC )

J'ai fait un test avec Farming Simulator 2013... je n'ai pas vu la différence.
Faudra que je creuse avec d'autres softs.
 
Cela ne serait réellement bénéfique que si je vole pendant un bon moment dans des zones lourdes qui changent tout le temps (vol rapide ce que je ne fais plus des masses)
 

Ce que j'espérais gagner, c'était le chargement de la grille topo et des textures mais en y réfléchissant bien, ça risque d'être chaud de copier les 70GB d'XPlane en RAM avant de pouvoir le démarrer. (bien que la copie de Farming Machin Chose se soit passée assez rapidement, c'est le chargement du jeu qui a mis autant de temps que le chargement sur disque, peut-être du calcul?)
 
le côté read-only peut-être réglé avec des liens symboliques, chipotage mais à la rigueur ça peut se faire.
 

J'y ai pensé pour des fichiers de logs de la machine quand je développe dessus...
 
Bref, un bon gros SSD bien musclé devrait en effet suffir...

Quand on dit chargement d'un soft, ça ne se limite pas en général pas à de simples I/O sur le périphérique de masse

Y'a souvent un peuplement de différentes structures de données, à partir des données lues,
et qui doivent bien souvent subir un traitement, sauf à sérialiser/désérialiser de façon bestiale, mais bon ...

On a donc en général un mix d'I/Os entrecoupés par des pics CPUs (après si c'est fait intelligemment et que l'objet du soft le permet, on doit pouvoir gérer un cache/pipeline pour que les temps CPUs soient absorbés/masqués par les temps d'I/O, et soient négligeables au final)

tout à fait, ce que je cherchais c'est de taper tous les fichiers nécessaires en RAM afin que leur chargement soit plus rapide. Evidemment, la population des structures de données en mémoire lors de leur chargement doit encore se faire... peut-être que je sature le bus de communication RAM---(load files)--->CPU->---(structure)-->RAM ?

possible, du coup, la solution SDD est quasiment optimale
(en dehors des perfs pas encore au niveau de la RAM, et du goulot d'étranglement que représente le bus), AMHA
Si l'ensemble SDD/RAM/CPU pouvait communiquer sur un bus ultra rapide, ça apporterait certainement des gains significatifs (mais est ce que c'est viable, car pour que ce soit très rapide, il faut pas qu'un des périphériques du bus ralentisse tout le monde)

J'essaierai de pousser ton idée au bout, le jour où j'aurais 16/32 Go de RAM, histoire de voir

pour la pousser jusqu'au bout, faudrait que j'aille sur un de nos serveurs au boulot... un peu plus de 200Go de RAM mais, par malheur, aucune carte graphique  

ça se remet à souffler dans le coin, va falloir émigrer au pays du Grizzly
 
ça fait un moment que je n'ai pas lancé XP

une question matérielle :

--> est-ce que les cartes graphiques intégrées aux APU ( terme utilisé par AMD pour désigner leur CPU qui ont une carte graphique integrée ) donnent de bonnes performances sous x-plane, notamment en open-gl ?

par exemple un APU haut de gamme d'AMD : le A10-6800K qui contient une radeon HD 8670D (844 MHz - 192 Cores Radeon), ça peut suffire ? :

http://www.ldlc.com/fiche/PB00148672.html

mon prochain PC sera peut-être équipé de l'APU Kaveri ( sortie prévue en février 2014 ), l'idée de ne pas avoir à acheter de carte graphique dédiée me tente beaucoup ( un ventilo en moins, silence de fonctionnement, moins de conso, moins de chaleur ), si les perfs suivent en open-gl ça serait parfait

absolument aucune idée.
rien sur internet sur le sujet ?

à priori d'après ce topic sur flightgear les APU amd donnent de bonnes performances :
 
http://forum.flightgear.org/viewto [...] 37&t=19408
 
support d'openGl 4.1, après tout dépend de la qualité du pilote, notamment sous linux, en général quand le matériel est trop récent il faudra laisser du temps aux développeurs du pilote libre pour qu'ils puissent integrer un maximum de fonctionnalités dans le pilote,
 
si on utilise windows ou un pilote propriétaire ça devrait aller,
 
reste à voir si on peut extrapoler tout ça à x-plane, j'ai vu que l'auteur conseillait plutôt d'utiliser des cartes Nvidia

Le Mil MI 2 de Mins, ex-payware, est dispo sur .org: http://forums.x-plane.org/index.ph [...] file=20727

Jusqu'à présent les IGP sont quand même clairement à la ramasse pour du jeu...
http://www.videocardbenchmark.net/ [...] Force+630a
 
Quand on voit que le plus puissant des igp actuel (à priori ce n'est pas forcément remis à jour) est à peine plus performant qu'une 9800pro...
 
 
Clairement pour jouer les igp c'est du dépannage. Ce n'est pas le but d'une telle solution! Le but c'est de couvrir l'entrée de gamme, un gpu milieu de gamme ou Haut de gamme est à des années lumières en 3D d'un igp...

le 757 de FlightFactor est dispo !
review: http://xplanereviews.com/index.php [...] 757rr-200/
.org: http://store01.prostores.com/servl [...] ail?no=518
même politique que le 777.

Carenado's KingAir C90B released: http://www.carenado.com/CarSite/Po [...] correl=108

C'te affreuse sensation de causer dans un canyon... z'êtes tous partis ?  

Plus de temps pour tout ce qui est virtuel pour le moment! la vie "réelle" a pris le dessus!

En ce moment je joue de la guitare, j'ai du mal à tout faire, mais je lis aussi

 
mais chez AMD avec le concept "APU" c'est bien mieux optimisé par rapport à la concurrence, on le verra surtout avec kaveri qui sort début 2014 dont AMD mise beaucoup dessus
 
http://www.pcworld.fr/processeur/a [...] 3689,1.htm
 
http://www.hardware.fr/news/13440/ [...] -date.html
 
peut-être que ça suffira pour un usage en "bon père de famille" de x-plane, c'est à dire quelque chose de similaire aux captures d'écran postées sur ce topic, sans chercher à faire du "Rex/photoréaliste" à coup d'add-on gourmands de nos confrères du topic FSX  

Faut pas espérer grand chose avec ce genre d'APU/chipset graphique, faut vraiment "tailler" dans les réglages p/r à un cg un minimum performant pour obtenir des fps qui rendent ça un minimum utilisable, je pense

Non, toujours bloqué dans le sud, j'accumule les contretemps depuis plus de 3 mois déjà
Dernier en date, récolte d'un petit champ d'oliviers à la main
 
Mais j'ai de bonnes nouvelles côté santé
 
Encore qq semaines, et je vais pouvoir reprendre le cours de X-Plane & co