Vous désirez aider à améliorer les avions de Hangar de Helijah, c'est ici que cela se passe / You would like to help improving aircraft from Helijah's hangar, this is where it happens
Vous n'êtes pas identifié(e).
Bonjour,
il y a un problème sur Fgaddon depuis le commit du 29/05/2016.
Le répertoire "Systems" est vide?!
c'est ok pour le DR400 du hangar.
Tu as raison quand tu écris : "il est absent de FlightGear". Quand on voit cela autant dire qu'il est absent parce que sinon cela donne une bien mauvaise image de FG
En effet le "Simoun" est absent, rien a voir avec le c684
Le c684 de svn n'est pas si mal que ça, 3d propre, ok quelques faces en trop.
FDM agréable et bien plus réaliste que certains..., ok on peut le poser sur l'eau, mais qui aurait cette idée?
Instrumentation complète et fonctionnelle. Pas comme certains... (HSI du mb339 p.ex.)
Bonjour,
linux mint 64bits
Fg3.5 compilé 18/05/15, fgdata du jour, svn r669
SOLUTION FAILURE: Solution failed to converge after 10000 iterations
Solution results: Iterations: 10002
Drag Coefficient: 15.734649
Lift Ratio: 161.826202
Cruise AoA: 2.318302
Tail Incidence: -3.204615
Approach Elevator: 0.000000
CG: x:3.209, y:0.000, z:-1.988
Inertia tensor : 4620186.000, -0.023, 814539.250
[kg*m^2] -0.023, 12267472.000, 0.006
Origo at CG 814539.250, 0.006, 16535332.000
2+2 fait 4 que l'on soit en 32 ou en 64 bit. Les résultats d'un calculs doivent donc être identiques....
Si je comprends bien les résultats sont des moyennes calculées sur x itérations et pendant y temps.
Probablement il y a des facteurs temps qui interviennent.
Comme 32 et 64 ne "tournent" pas tout à fait au même rythme...
PS: je ne peux pas lancer le TU-95, "YASim SOLUTION FAILURE"
Bonjour,
Ouh là là, on se lâche
si je suis intervenu dans le sujet c'est par intérêt personnel, pour apprendre un truc et éventuellement aider à résoudre un problème.
Que Jules soit mieux que Jean et moins bien que Jaques je m'en contrefous.
Aujourd'hui l'informatique est interconnectible (j'sais pas si c'est français? ), souvent c'est automatique, de temps en temps il faut aider un peu.
Entamer une discussion sur ce sujet devient stérile, surtout lorsque FG avouent eux-même avoir enlevé des fichiers.
Je ne vois vraiment pas ce que tu veux dire? C'est Apple qui a bidouillé. Mais là n'est pas la question.
L'important ici c'est de réussir à faire fonctionner Fg en lançant en ligne de commande avec un fichier de configuration ".fgfsrc ", non? Et je ne vois pas pourquoi on y arriverait pas.
J'ai fait le test dans tous les HOME directories et ça ne fonctionne pas.
tous? normalement il n'y en a qu'un seul? Comme il n'y a qu'un seul "/Users/iMac-<user>".
Je suis quand'même curieux: Que donne "ls -a /Users/iMac-<user>" dans un terminal?
Bonjour,
je suis ce sujet avec intérêt car j'aurais peut-être prochainement a faire à un Mac dans mon entourage, alors comme un homme averti en vaut deux..
Après lecture de:
http://www.xrings.net/xrings/article.ph … rticle=131
http://www.xrings.net/xrings/article.ph … rticle=166
http://www.xrings.net/xrings/rubrique.p … rubrique=8
si j'ai bien compris Apple à rebaptisé "/home" en "/Users", pourquoi faire simple quand...?
Donc logiquement si on met le ".fgfsrc" dans "/Users/iMac-<user>/" (/Users/iMac-<user>/.fgfsrc) ça devrait le faire?
Je n'ai pas la bête sous la main pour faire l'essai.
Que donne "ls -a /Users/iMac-<user>" dans un terminal? Normalement suivant les logiciels installés il devrait y avoir plusieurs dossiers et fichiers cachés (.xxx) notamment ".B.Blend" et avec un peu de chance ".fgfs" (si blender et fg sont installés)
Pour parfaire mon ignorance :
les binaires se trouvent dans "/Applications/ FlightGear.app" ?
et les datas dans "/Users/iMac-<user>/FlightGear" ?
Bonsoir,
(777,A330 etc...) et les développeurs ne proposent pas de secondes versions sans ce dernier, ce que je trouve vraiment dommage. Par exemple je ne peux pas voler sur le 777Seattle juste parce que celui ci utilise CANVAS et celui me met hors d'état pour des raisons que vous devez sûrement vous imaginer.
http://forum.flightgear.org/viewtopic.p … 45#p212590
777Seattle sans "canvas", ...si j'ai bien compris ?
https://gitorious.org/fg777_seattle/fg7 … 98bae61697:
Ce n'est pas qu'une ressemblance
http://fr.flightgear.org/forums/viewtopic.php?id=2800
Tiens, une idée comme ça..... faudrait se prendre un des avions sur ton hangars et y ajouter une livrée faisant état de nos appartenances technologiques.
Le pilote Nvidia n'est donc plus, actuellement fonctionnel sur mon PC. Donc plus de 3D et donc plus de Blender et de FG.
Juste par curiosité, pourquoi pas une partition avec une distribution stable sur un coin du dd, juste au cas ou... ?
je ne vois pas ce que j'ai déformé?
Pas la peine d'écrire en rouge...
C'est toi qui amène la PAF sur le tapis, complètement hors propos.
http://forum.flightgear.org/viewtopic.p … 15#p207760
Tu es en rogne contre un adhérent du forum officiel, qui n'a rien à voir avec la PAF, et tu te lâches à écrire n'importe quoi.
Le titre du post est complètement déplacé, mais c'est une habitude.
Bonjour,
Je ne vois pas ce que la PAF vient faire là-dedans??
Salut a tous,
Descendre, je suppose que ça veux dire download ou télécharger ???
c'est ce que j'ai compris aussi, mais j'ai pas pu m'empêcher...
Amicalement
Salut,
Est-il prêt à descendre?
C'est plutôt lui qui va en descendre! Avec ce que Fabien lui met sous les ailes...
J'attends votre OK pour me gâter avec la version finale.
La version finale? d'ici quelques années...si un jour elle arrive.
Essaie le de suite et dis nous quoi.
Amicalement.
Salut Philippe, salut a tous,
Pour un RMI l'affichage VOR est géré par ces trois animations, sans aucun calcul:
(ici extrait de " Lockheed1049/Instruments/round/rmi.xml")
<animation>
<type>rotate</type>
<object-name>RMI.Face</object-name>
<property>orientation/heading-magnetic-deg</property>
<factor>-1</factor>
<axis>
<x>-1</x>
<y>0</y>
<z>0</z>
</axis>
</animation>
<!-- Needle 1 VOR-->
<animation>
<type>rotate</type>
<object-name>RMI.Needle1</object-name>
<property>orientation/heading-magnetic-deg</property>
<factor>-1</factor>
<axis>
<x>-1</x>
<y>0</y>
<z>0</z>
</axis>
</animation>
<animation>
<type>rotate</type>
<object-name>RMI.Needle1</object-name>
<property>/instrumentation/nav[0]/heading-deg</property>
<axis>
<x>-1</x>
<y>0</y>
<z>0</z>
</axis>
</animation>
La première anim fait tourner le fond, les deux autres l'aiguille VOR.
comme il y a déjà un HSI et un VOR dans Fg-Panel les propriétés utilisées sont probablement transmises et disponibles?
(orientation/heading-magnetic-deg et instrumentation/nav[0]/heading-deg)
bien sûr "nav[0]" peut être remplacé par "nav[1]"
Sinon, comme dit Fabien il faut passer par un petit script nasal.
Amicalement.
Salut,
pas tant de trucs ces temps, il fait trop chaud en Midi-Pyrénées , la souris colle aux doigts!
Les "slats" du M2000 n'ont aucun effet ou alors tellement peu que je ne me rendais pas compte.
J'ai essayé de trafiquer un peu les valeurs et il me semble que c'est mieux, à vous de tester.
Les lignes à modifier dans "M2000-5-yasim.xml":
- L129 <slat start="0.2" end="0.8" aoa="4" drag="9"/> de <slat start="0.2" end="0.8" aoa="2" drag="2"/>
- L131 <spoiler start="0.59" end="0.90" lift="1" drag="28"/> de <spoiler start="0.59" end="0.90" lift="1" drag="39.9"/>
- L146 <control-speed control="SLAT" transition-time="2"/> juste pour le fun
Attention, à l'utilisation simultanée des "slats" en position 3 et des aérofreins les réactions sont encore plus violentes! Mais quand on sait ça va
Amicalement
Une petite video pour démontrer les possibilités IFR du M2000.
Amicalement.
on peut toujours essayer, mais il y aura des problèmes d'interface!
Comme on en est aux aménagements intérieurs, j'essaie de tout ranger dans son contexte.
Et il y a quelques couacs. Soit le siège est trop grand, soit le pilote est trop petit.
Aussi les consoles latérales sont trop hautes.
J'essaie de trouver un compromis réaliste.
Est-ce que dans la collection Fg on a un pilote de fighter intègre? Le pauvre homme est amputé des deux jambes!?
Amicalement.
Merci!
Mais bon, ça ne ressemble pas vraiment, va falloir revoir la copie
T'as rien d'autre, t'es sûr?
Amicalement.
Salut,
Mais pour ma première fonction j'ai essayer de trouver le bouton correspondant dans le code...(et je ne l'ai pas trouvé)...
en fait il n'y a encore rien de programmé ou presque, tout ce qui concerne cette page est dans "arm.xml"
Tous les boutons marqués en jaune sont disponibles pour cette page, et a programmer dans "mfdR.xml" " mfdL.xml".
Si le bouton est déjà utilisé sur d'autres pages il faut ajouter un" binding" avec une condition "instrumentation/mfd/modeL = 1" pour qu'il soit effectif uniquement sur la page "arm"/ "loads"
et voilà juste pour meubler un peu , faute d'avoir trouvé une image utilisable je me suis inspiré du F14
reste plus qu'a apprendre au pilote à l'utiliser!
Amicalement.
Salut,
Emmanuel, le M2000 de ton hangar contient encore un répertoire "mfd", mais il n'est pas appelé dans "panel.xml", on peut donc le supprimer sans autre.
Amicalement.
Salut,
quand j'ai commencé les modifs du Mfd le répertoire s'appelait effectivement "mfd".
Pour rester dans la norme je l'ai modifié en "Mfd" (Noms de répertoires commençant par une majuscule et fichiers par une minuscule)
Il est possible que lors d'une mj. "mfd" soit resté, j'ai eu ce cas mais je ne me souviens plus d'ou venait cette mj.
J'ai regardé sur GIT , Gis semble avoir retiré ce qui le gêne ("mfd"). Tout devrait être ok maintenant.
Amicalement.
Ps: Il reste dans le rép. "Instruments" les rep. "adi", "clock" et "uhf-box" qu'il faudrait renommer à l'occasion.
Salut,
suite du feuilleton:
- Renommage de la page en "LOADS", me paraît plus juste?
- Silhouettes différentes pour les réservoirs.
Jusque là ça fonctionne , après ce ne sont que des suggestions:
- Pour armer les missiles/bombes 1 click sur le bouton correspondant
p.ex : click sur bouton haut gauche arme le 1er missile air-air présent, un second click passe au second....
ou click arme tous les missiles de même type (ou tous les a-a, a-g etc.) et affiche l'ordre de lancement, un second click désarme le groupe.
Pour l'exemple le missile en position 1L de la photo est armé.
Fabien, voilà le dossier MDF en l'état, tu peux tester, donner ton avis ou programmer ce que tu veux
http://www.partage-facile.com/8DPQ9D1IW … ar.gz.html
Amicalement.
En plus tu auras peut être remarqué que j'ai multiplié par 2 certains paramètres puisque deux moteurs sont couplés et franchement je ne suis pas sur que cela soit vraiment la bonne solution mais comme je n'ai pas d'info sur le DB610 mais seulement sur le DB605 j'ai essayé
Je pense que c'est la solution, considérer deux moteurs couplés comme un seul et multiplier , cylindrée et puissance par 2 enfin il serait plus juste de dire:
additionner cylindrées et puissances.
Ca revient au même mais ça me plaît mieux
Amicalement.
Salut,
Un sacré morceau!
Mais des rpm moteur qui augmentent indéfiniment gaz coupés c'est pas top
comment on fait pour ralentir?
Amicalement.
Ps: ça va déjà un peu mieux en modifiant:
<!-- Engine left -->
<propeller x="4.75044" y="3.60862" z="-0.49606"
mass="1512"
moment="540"
radius="2.155"
gear-ratio="0.594"
min-rpm="560" de 300 ralenti moteur admis à 950rpm *0.594
max-rpm="1660" de 3100 l'hélice ne peut pas tourner plus vite que le moteur avec un réducteur de 0.594
cruise-speed="280"
cruise-rpm="1500" de 2800 idem
cruise-power="2800"
cruise-alt="6000">
à faire sur les 2 moteurs bien sûr!