Ma dère, ta dère, sa dère...

[lebelge]

....J'ai bien dézipé le fichier RPR et OBJ et obtenu les fichiers MADEIRA_1 et 2mais je ne trouve pas le fichier MADEIRA_3_TEX. Quelqu'un peut il me dire ou il se cache.

Bonjour,

A partir de mon site (-> http://lebelge.html ) , tu as tous les liens nécessaires pour obtenir la scène complète.
Note: Tout est également expliqué dans les documents (fichiers PDF) joints à la scène... faut juste se donner la peine de les lire .

Bon vol à tous.

lebelge

[Clochette]

Bonjour,

Voilà ce que je lis sur les 2 pages de Xpfr :
"ATTENTION: Cette scène ne comporte que la partie "AEROPORT" et "OBJETS" de l'île. Pour bénéficier de la modélisation complète de l'Ile reportez vous à la documentation jointe à cette scène."
Alors, lis le mode d'emploi, tout simplement ! Tout y est, je viens de vérifier.
Annick (grillée par Lebelge ...)

[Roméo Victor]

Merci,

désolé pour le dérangement, je l'ai lu plusieurs fois, mais sans doute trop vite.

Cordialement.

[lebelge]

...grillée par Lebelge ...

Génial.

Je ne savais pas trop quoi faire à manger ce soir.
Une bonne petite cuisse de Clochette grillée au barbecue...

lebelge (trop froid dehors.... ce soir )

[joloize]

Je ne savais pas trop quoi faire à manger ce soir.
Une bonne petite cuisse de Clochette grillée au barbecue...

Toi, tu vas avoir des problèmes !!!...

[efuit]

Je crains de ne pas être au bon endroit, mais je tente. Est-ce que l'approche et finale sur LPMA doit se faire entièrement en VFR ?

[beber]

Je crois que oui, les pilotes sont spécialement formés pour ce terrain. La configuration de la piste, du relief environnant et du milieu marin (vent essentiellement) ne favorisent pas l'utilisation de systèmes automatiques... je pense donc que ça se fait "à la main".

[harranssor]

Est-ce que l'approche et finale sur LPMA doit se faire entièrement en VFR ?

Petite précision : une approche à vue n'est pas synonyme de VFR. Le VFR concerne les règles de vol/navigation à vue.
On peut très bien faire une approche à vue dans le cadre IFR, ce qui est le cas des pilotes commerciaux opérant sur LPMA.

Pour répondre à ta question, le plus simple est de consulter les cartes (ces cartes ne sont pas à jour).

Plusieurs types d'approches sont possibles à LPMA : RNAV, VOR, VOR-DME, NDB, Visual Approach, etc...
Page 5, tu trouveras dans le paragraphe ''Crew requirements'' les conditions requises pour les pilotes autorisés à voler sur la plateforme.

[cloclo326]

Bonjour à tous
J'étais curieux de voir l'ile de Madére et son aéroport présentés par les développeurs de XPFR
Pour cela
1° J'ai placé mon cirrus en bout de piste de LPMA. Je n'avais devant moi qu'une piste et de l'eau.
2° Avec le DVD 1 puis les DVD 3, 4 et 5 j'ai chargé La scenery X-Plane de Madère
3° j'ai chargé et dézippé le nouveau mesh de Madère et installé le dossier dans custom scenery
4° j'ai chargé et dézippé la patrie objets de madère et installé le dossier dans custom scenery
5° J'ai chargé et dézippé la partie aérodrome de madère et installé le dossier dans custom scenery
6° j'ai chargé opensceneryX et installé le dossier dans custom scenery
7° j'ai chargé ff_librery et installé le dossier dans custom scenery
8° j'ai chargé ff_librery_extended_LOD et installé le dossier dans custom scenery
9° j'ai activé dans le menu de x-plane "les pistes suivent le contour du terrain"
10°j'ai supprimé "scenery_pack_ini
11° j'ai redémarré mon Mac
J'ai cru être arrivé au bout de mes peines et bien non….
Un gros Boing 747 arrivait doucement en face de mon cirrus positionné en bout de piste
Il s'est arrêté juste en face de moi , il semblait réfléchir..
Puis il a redémarré…et s'est de nouveau arrêté devant le nez de mon pauvre Sirrus.
Ce 747 aurait pu avoir de mauvaises intentions. J'ai par sécurité poussé mon Cirrus en dehors de la piste (la raison du plus fort est toujours la meilleur)
Le 747 à décollé et j'ai décollé après lui
J'ai enfin pu admirer le travail des développeurs de XPFR et je les en remercie
Première remarque: le premier qui dit que l'informatique c'est simple je lui tord le cou
Deuxième remarque: Je suis un nouveau simmer sans connaissances de programmation. J'ai lu tous les posts concernant cette réalisation de Madère. Ces posts sont tous en admiration devant le travail accompli.
Pour un béotien comme moi pourriez vous succintement donner quelques informations sur ce qu'a été votre travail ( nombre de lignes de code, temps passé, applications utilisées etc etc)
Merci à tous
Claude

[joloize]

Pour un béotien comme moi pourriez vous succintement donner quelques informations sur ce qu'a été votre travail ( nombre de lignes de code, temps passé, applications utilisées etc etc)

Pour ce qui est des applications utilisées : à peu près tout ce qui peut exister !... (tu as dit succinctement ! ).

Pour ma seule partie (modification du mesh, c'est à dire la topographie de la région de l'aéroport - c'est à dire pas grand chose), j'ai passé une dizaine de jours à temps plein (c'est très peu par rapport à ce qu'a réalisé lebelge et sensiblement équivalant aux travaux d'adaptations et de corrections de couleurs réalisées par beber).
Quant aux applications, les voici :
- Un éditeur de texte simpliste (TextEdit sur Mac) : récupération des points topographiques et leur correction, idem pour les routes.
- GoogleEarth : report des points topographiques originaux (un à un, par copier/coller de chaque coordonnée), déplacement de ces points à des endroits stratégiques en prenant en compte le maillage du réseau : un ensemble de triangles reliés par leurs côtés). Les routes, quant à elles, sont des lignes qui se rejoignent en des points que le commun des mortels nomme un carrefour... Et récupération des données modifiées pour les intégrées à la main, une à une, via l'éditeur de texte en faisant bien gaffe de ne pas me tromper de triangle !
- DSF_Editor (un outil en cours de développement chez XPFR qui sera probablement proposé une fois pleinement opérationnel) : pour l'instant ne sert qu'à visualiser ce fameux maillage (c'est à dire la façon dont les triangles du mesh s'organisent, ce qui est essentiel). Et comme cet outil ne fonctionne que sur PC, un émulateur Windows (VirtualBox). Une fois cet outil pleinement opérationnel, tout ce boulot n'aurait pas pris plus de deux jours...
- Acrobat Reader (ou Aperçu sur Mac) : pour afficher les cartes de l'aéroport dont on se sert pour les références altimétriques, le positionnement de quelques points caractéristiques.
- Un tableur (OpenOffice chez moi) : pour les calculs de pente (et donc voir si je suis "raccord" avec les données fournies par les cartes), et pour quelques conversions d'unités pour des données diverses et variées.
- 7zX (sur Mac) : un décompacteur de fichiers compressés au format "7z" (le format utilisé par X-Plane pour compresser les données)
- DSF Tool : un outil permettant de traduire un DSF (support des données altimétriques, placement des routes et des objets) en données de type texte et inversement. C'est un outil X-Plane compris dans le pack de développement (comme WED et quelques autres).
- X-Plane (bof, ça peut servir pour voir le résultat)
- Et peut-être deux ou trois autres utilitaires que j'ai oublié.

Pour beber et lebelge, ils ont utilisés :
- un logiciel de 3D (Blender, Sketchup, etc.) : modélisation des objets et leurs animations si besoin, bâtiments
- un logiciel de retouche d'image (Gimp, PhotoShop, etc.) : pour les textures des objets, du sol, etc.
- WED (et/ou OverlayEditor) : pour tracer les pistes et leur marquage, placement et orientation des objets et bâtiments.
- et d'autres utilitaires en commun avec moi : TextEdit (ou NotePad), Google Earth, Acrobat Reader (ou Aperçu sur Mac), X-Plane, etc. Sans compter quelques autres outils que j'oublie encore !

Mais le plus impoortant, ce n'est ni le temps passé, ni les applications utilisées. Il faut bien connaître la "tripaille" d'X-Plane. À quoi servent les différents fichiers, comment sont organisées les données, comment elles sont utilisées, etc.
Et ça, ça demande des centaines d'heures d'apprentissage, des essais ratés à foison et surtout le courage et une très grosse dose de folie pour oser affronter cette jungle !

[milan]

Plus le temps passé à rédiger ce post

[lebelge]

@ cloclo :

Joloize se sous-estime quand il dit :

Pour ma seule partie (modification du mesh, c'est à dire la topographie de la région de l'aéroport - c'est à dire pas grand chose),

Sans lui, ma scène sur Madère n'aurait AUCUN intérêt.
Cette scène est le résultat d'un vrais travail d'équipe chez XPFR ou chacun a pu s'exprimer en donnant le meilleur de ses compétences.

Je suis très fier d'avoir pu travailler avec des gens aussi compétents.

lebelge

[beber]

Pas faux
J'avais évalué le travail à 3 semaines pour tenter l'assemblage de la scène de Lebelge et de celle de Uwe. Ne pas oublier que les deux parties réunies représentent à elle seules au moins 75% du travail (et du temps) fourni !
En fait, ce délai représentait un temps suffisamment raisonnable pour ne pas nous emmener jusqu'aux calendes grecques et suffisamment long pour pouvoir fournir un travail sérieux dans des délais sérieux. Ça nous laissait également assez de temps pour savoir si le projet était viable ou pas dans les domaines de chacun.

Au final, on a mis 4 semaines (ce qui est tout a fait satisfaisant) pour un résultat conforme à l'objectif visé. C'est donc un travail d'équipe qui s'est très bien passé.
Donc, 4 semaines, c'est le travail qu'il à fallut à deux (+ Lebelge qui a dû remettre un peu la main à la pâte) pour "seulement" assembler deux scène existantes.
A toi d'évaluer le temps pour les créer... (même si c'est presque impossible à calculer)

[cloclo326]

eh bien bravo et merci messieurs.
le béotien a maintenant une idée du travail effectué par l'équipe de XPFR.
Claude

[joloize]

Joloize se sous-estime (...) Sans lui, ma scène sur Madère n'aurait AUCUN intérêt.

Quand je dis que c'est pas grand chose, c'est vrai. C'est une toute petite partie de l'immense chantier que tu as entrepris. De même l'essentiel de la modélisation de l'aéroport est à passer au crédit de Uwespeed.
Beber et moi-même n'avons "bidouillé" que des détails pour apporter à la scène ce petit "plus" qui "fait la différence".

Au départ, d'ailleurs, mon job ne consistait qu'à retoucher quelques "bavures" induites par Uwespeed en retravaillant le mesh. Sa méconnaissance du sujet (c'était sa première tentative de modification d'un mesh) s'est soldée par un mesh terriblement "secoué" (triangles repliés sur eux-mêmes entrainant des artéfacts visuels assez disgracieux) et le travail nécessaire pour le rétablir aurait été pharaonique sans un outil adapté. En effet, j'ai mis une demi-journée à "déplier" un seul triangle et nous avons fini par en découvrir des dizaines (même assez loin de l'aéroport, ce qui me fait penser qu'Uwespeed n'est pas forcément le seul fautif : les outils qu'il a utilisé sont probablement à l'origine de ces imperfections).

Nous avons donc décidé de repartir de zéro sur ce plan et de faire une simple retouche du mesh existant (ce qui a quand même pris une dizaine de jours !). En augmentant la résolution du mesh (ce qu'avait entrepris Uwespeed), ce temps aurait été multiplié par 4... Nous avons donc opté pour un compromis acceptable.

Retravailler le mesh est un volet complexe dans la modélisation d'une scène. Heureusement, c'est rarement nécessaire. Les particularités de l'aéroport de Madère (son extension sur pilotis) ont induit cette modification de la topographie comme étant nécessaire et indispensable pour un rendu de qualité.

Je ne suis pas le plus qualifié en matière de mesh (il y a bien plus compétent que moi sur ce forum, car certains aspects du mesh me sont encore obscurs - je pense en particulier au rôle que jouent les normales, une chose qui résiste encore à ma compréhension...). Disons que je suis un des rares à être assez maboul pour oser me plonger dans cette tripaille !