Vous n'êtes pas identifié(e).
Bonjour,
Adsb-hub est un réseau libre et gratuit de partage de données ADSB. Pour plus d'information, voir ici
Le réseau comprend aujourd'hui plus de 50 stations et offre une bonne couverture du Nord de l'Europe (environ 600 avions suivis).
Pour améliorer la couverture de la France, un participant pour la région Sud Ouest serait le bienvenu, et de préférence sur Toulouse afin d'avoir un vue sur les essais d'Airbus. Mais des stations situées dans d'autres régions seront également appréciées.
Pour participer au réseau, il faut un récepteur ADSB (genre Kinectic SBS ou autre). Pour rejoindre le réseau ou pour plus d'information, Info
Patrick.
Bonjour Michel,
et merci de ta réponse qui me semble ouvrir une piste productive. Voilà ce que cela me suggère :
Les variables que l'on rencontre dans les fichiers XML sont préfixées selon leur nature, en bref :
- A: ou E : ou P : il s'agit de variables standards MFS pour lesquelles il existe très probablement un offset FSUIPC.
- L: il s'agit de variables « locale » définies par le développeur et pour lesquelles il n'existe pas d'offset, et c'est bien là notre sujet.
- C: destinées à un module spécifique (à ma connaissance, ne peuvent être accéder que par une dll C++).
J'ai repris la doc de LUA et on y trouve deux primitives pour lire et écrire les variables L :. On peut donc imaginer d'écrire un script LUA de quelques lignes qui permettrait de lire une variable L : et de la réécrire sous forme d'offset. Ou le contraire, lire un offset et de mettre sa valeur dans une variable L :.
FSUIPC offre une série d'offsets non affectés que l'on peut utiliser à cette fin.
Il faudrait tester un peu tout ça pour voir si cela fonctionne.
Pour ma part, pour des raisons personnelles, j'ai décidé de ne plus participer à ce forum.
Je laisserai donc à d'autres le soin d'expérimenter et de communiquer sur ce sujet.
Patrick.
On peut lire, de-ci delà , divers commentaires à propos des « offsets cachés par les éditeurs ». J'aimerai apporter quelques éclaircissements techniques sur ce sujet.
Je développe des add-on pour FSX depuis deux ou trois ans (Trafic Ai , gauges …) à l'aide du SDK de FSX et je n'ai jamais utilisé le moindre offset.
Si vous lisez la documentation du kit de développement (SDK) de FSX, vous ne verrez nulle part de mention à la notion d'offset. Dans un programme pour FSX (C++ ou XML), si vous voulez accéder à une variable, par exemple, la position frein de parc , vous utiliserez la variable par son nom : PARKING BRAKE POSITION et non par un offset ésotérique. Plutôt agréable, non ? Vous avez également la possiblité de définir de nouvelles variables avec leur nom.
Alors, d'où vient cette notion d'offset, tellement répandue ? Elle est issue du logiciel FSUIPC développé par le génial Peter Dowson. FSUIPC dresse une table de toutes les variables de MFS et le point d'entrée dans cette table est le fameux offset. Mais il s'agit d'une notion propre à FSUIPC et non au simulateur de Microsoft.
En conclusion, nul n'a besoin d'offset pour développer un add-on et si un éditeur ne publie pas les offsets utilisés par ses logiciels, c'est vraisemblablement parce que ces offsets n'existent pas et non parce que c'est un vilain cachotier. Et il n'y a aucun espoir de découvrir les supposés offsets.
Si un développeur veut se rendre compatible avec FSUIPC, il peut demander à Peter Dowson de lui attribué une plage d'offsets pour ses nouvelles variables et écrire du code pour les alimenter. Mais rien ne l 'oblige à ce travail supplémentaire et, en règle générale, il préférera ne pas dépendre d'un logiciel développé par un tiers.
Patrick.
Bonjour,
Peut-être faudrait-il regarder du coté de Fs2Phidget sur le site de mycockpit.org
Phidget fabrique des cartes d'interface.
Fs2Philget est un logiciel indépendant et gratuit, qui permet de décrire, sous forme de schéma d'automatisme , les divers systèmes de l'avion et qui génère l'interface avec FS. Je ne l'ai pas utilisé "pour de vrai", mais j'ai un peu expérimenté avec et cela m'a eu l'air assez génial : ce logiciel permet de modéliser des systèmes qui peuvent ne pas exister dans le modèle fourni avec FSX. Accessible aux non-programmeurs car on défini les systèmes sous forme de schémas genre schémas électriques.
Patrick.
Par exemple, pour FSUIPC, dans dll.xml, tu dois trouver quelque chose du genre :
<Launch.Addon>
<Name>FSUIPC 4</Name>
<Disabled>False</Disabled>
<Path>Modules\FSUIPC4.dll</Path>
</Launch.Addon>
Bonjour,
Le menu est activé par la présence de dll.
Les dll sont activées à partir du fichier dll.xml. Peux-tu vérifier ce fichier ?
Patrick.
Merci Fuchs.
Bonjour Cedric,
J'utilise la fonction merge (menu file).
Patrick.
Bonjour,
Selon mes tests sur SimConnect, le trafic AI de FSX ne supporte pas les hélicoptères. On en trouve la confirmation dans la doc du SDK de Flight Simulator X:
"There is no internal AI pilot for helicopters, gliders or hot-air balloons. In order to add a helicopter, glider or balloon not controlled by the user, the SimConnect client must implement full control of the aircraft. Set up these objects with a call to SimConnect_AICreateSimulatedObject."
Cordialement.
Patrick.
Bonjour Denis,
Mon programme permet d'interfacer une SBS-1 avec FSX voir ici. Malheureusement il ne peut fonctionner avec FS9 car il est basé sur l'utilisation de SimConnect. J'ignore comment on pourrait faire la même chose avec FS9 et je n'ai pas de projet de développement dans cette direction.
A mon sens, il ne faut pas surestimer l'intérêt de voler sur FS en y injectant le trafic réel car
- l'ATC de FS ne peut pas réguler le trafic réel que l'on injecte,
- l'ATC réel et les pilotes réels ne tiennent pas compte du l'avion simulé !
Ainsi, atterrir a Heathrow avec le trafic réel est impossible car les vols réels se succèdent à une telle cadence, qu'il est impossible de trouver un trou pour y glisser notre vol simulé.
Mon idée sur cette question serait de pouvoir substituer notre vol simulé sous FS à un vol réel reçu sur la SBS-1 : on clique sur l'un des vols de la liste reçu par la SBS et l'avion de l'utilisateur sous FS se retrouve à la position et dans l'attitude du vol réel et au milieu du trafic réel.
Si l'on est suffisamment proche de l'aéroport que l'on peut recevoir l'ATC sur une radio VHF, on pourrait alors piloter en suivant les indications de l'ATC réel.
Donc, il y a encore du pain sur la planche des développeurs !
Cordialement,
Patrick.
Bonjour,
J'ai développé, il y a environ deux ans, un logiciel permettant de créer un trafic AI dans FSX à partir des données du trafic réel fournies par un récepteur ADS-B. J'avais réfléchi, à l'époque, à la possibilité de créer un serveur internet pour rendre ces résultats accessibles aux autres amateurs de simulation. Deux points ont freiné mon enthousiasme :
- un simple serveur http ne pouvait convenir car ce genre d'application demande un taux de rafraîchissement élevé des données (disons 20 fois par minute). Il fallait donc installer un serveur TCP/IP dédié, et, chez un hébergeur, cela coûte un peu d'argent : de l'ordre de 300€ par an pour la plus petite configuration (0.5 giga de mémoire, 1 seul core). Au bout de trois ans, ça n'est pas tout à fait négligeable.
- un seul récepteur ne suffit pas, il faut disposer d'un réseau de stations pour couvrir une région significative pour le vol en simulation. Pour une bonne couverture de la France, il faut entre 5 et 10 stations de réception. A environ 1000€ la station (récepteur + antenne extérieure + mat + préamplificateur + ...), cela devient un peu chaud. En outre, chaque récepteur doit être connecté (en permanence, dans l'idéal) à un ordinateur relié à internet. Il y a une alternative qui est d'utiliser un réseau existant (pour ma part j'utilisais adsbhub.net). C'est une possibilité intéressante, mais on ne maîtrise pas la couverture géographique, ni la disponibilité des stations. Je crois que d'autres réseaux se sont ouverts, il faudrait que je regarde s'il y a un possibilité plus intéressante aujourd'hui.
Ma conclusion fut que pour faire quelque chose de bien, il fallait y mettre des moyens substantiels et que cela ne pouvait s'inscrire que dans une activité commerciale comme celle citée par Vincent. Et si c'était pour faire quelque chose de bancal, ça ne valait pas la peine que je claque 300€ par an et que je passe deux mois à développer le logiciel !
J'ai donc laissé cela de coté, mais ... j'y pense encore de temps en temps.
Cordialement.
Patrick.
Bonjour,
Avez vous plusieurs ordinateurs en réseau local sur le modem internet ?
Bonjour,
Je développe autour du SDK de FSX depuis deux ou trois ans et ma conclusion personnelle est la suivante :
- utiliser C# chaque fois que c'est possible car on profite ainsi de la bibliothèque puissante et agréable à utiliser du .Net framework. J'ai aussi utilisé le C++ CLI (managé) mais ce langage n'a plus l'air d'intéresser Microsoft, donc lui préférer C# qui est très proche. C# est en outre portable sous Linux grace au génial mono.
- Certaines fonctions ne peuvent se programmer qu'en C++ natif. Notamment les gauges utilisant XML et C++ ou bien GDIPlus. Donc on n'y Ă©chappe pas, mais c'est une horreur lorsque lorsque l'on a l'habitude de langages plus modernes.
Cordialement.
Patrick.
Bonjour,
Selon mon expérience, un HUD s'obtient grace à un programme spécifique écrit en C++ avec GDIPlus. Donc si on n'a pas les sources de ce programme, impossible de modifier l'affichage (et en pratique, on n'a jamais les sources).
Cordialement.
Patrick.
Bonsoir,
Le souvenir que je garde mes tentatives est que le module d'exportation vers FSX de 3DSMax ne fonctionne pas sous Win7 64bits.
Patrick.
Bonjour,
Le RadarBox d'Airnav EST un récepteur ADS-B.
Patrick.
Bonjour,
La première chose à faire est de lire la licence de FSX : dans mon exemplaire, il est interdit de faire des copies (sauf une sauvegarde unique) et de publier le logiciel à des tiers.
Pour ma part, je contourne ce type de problème de la façon suivante : plutôt que de diffuser une version modifiée ou non d'un fichier qui ne m'appartient pas, je diffuse un petit programme ou script que l'utilisateur installe sur sa machine. Ce programme copie le fichier qui doit déjà exister sur la machine de l'utilisateur puis effectue dans la copie les modifications souhaitées. C'est un peu de travail mais cela règle le problème.
Cordialement.
Patrick.
Patrick.
Bnjour,
skyrader_57 :
- les instructions d'installation se trouvent dans la page Q&A : http://truesky.net/FAQ.aspx
Si cela est susceptible de t"aider, je peux la traduire en français. Just let me know. Certaines options demandent un paramétrage compliqué .. mais on n'est pas obligé de les utiliser.
- Pour supprimer le trafic WOAI, je suppose qu'il suffit de mettre la densité du traffic aérien à zéro dans les options d'affichage/Trafic de FSX. Mais je ne suis pas utilisateur du trafic de WOAI et il y a peut-être autre chose à faire.
Grandfred29 :
L'utilisation de truesky suppose de supprimer le trafic généré par l'IA et donc celui d'UT2. Pas de projet d'une évolution permettant de mixer truesky et UT2. Désolé.
Patrick.
Bonsoir,
Si ta copie de FSX est légale et que tu possèdes encore le DVC, je pense que Microsoft te fourniras gratuitement un nouveau DVD, il suffit de téléphoner à l'accueil technique 08 25 827 829.
Patrick.
Merci pour votre aide.
Problème résolu : j'avais dans le répertoire texture à la fois de fichier dds mais aussi le bmp 24 bits. En mettant le bmp ailleurs, tout rentre dans l'ordre.
Bonjour Ă tous
Je m'efforce, sans succès, de réaliser l'exercice suivant :
- créer une sphère dans gmax : OK,
- appliquer une texture diffuse à cette sphère dans gmax à partir d'un fichier bmp : OK, la texture apparait bien dans gmax
- exporter l'objet comme un avion FSX, après avoir créer la structure de répertoire adhoc dans SimObjects : ok
- convertir la texture bmp en dds en utilisant ImageTool et l'installer dans le répetoire texture de l'avion
=> pb : l'avion apparait bien dans FSX mais reste noir (un très beau noir, du reste, avec reflet du soleil).
J'ai lu une dizaine de tuto en trois langues, tripoter toutes les options, mais rien n'y fait. Je dois rater quelque chose de grossier, mais quoi ?
Merci d'avance
Patrick.
Bonjour,
Dans le monde, je ne sais pas, mais Eurocontrol annonce pour aujourdhui 21852 vols dont 3785 en vol Ă cet instant.
https://www.public.cfmu.eurocontrol.int/PUBPORTAL/gateway/spec/index.html
caKus
Bonjour,
Laisser la priorité en normal.
Si on met en haute priorité FSX qui est particulièrement gourmand en ressources, il ne va jamais rendre la main aux autres processus et cela peut bloquer totalement d'autres applications ou des taches systèmes.
Quant à le mettre en basse priorité ... uniquement si on trouve qu'il va trop vite
Patrick.
Patrick.
Cedric,
Merci pour ton intérêt. En deux mots, il s'agit d'un traffic AI piloté par les données reçues sous forme un signal radio émis par l'avion. Le rafraichissement a lieu toutes les 3 secondes. L'erreur (différence entre la position dans FSX et la position réelle GPS de l'avion) est généralement inférieur à 1 mn pour en vol en altitude de croisière. Elle peut être de quelques metres pour un avion au sol (lorsque l'on parvient à recevoir son signal, bien entendu).
On peut utiliser tout avion disponible dans FSX. Mon expérience m'ammène à recommander WOAI qui donne facilement de bons résultats, mais je n'ai pas explorer toutes les pistes. voir le site sur ce thème.