Développement de LFLR

pour l'emplacement tout à fait d'accord, c'est comme ça chez moi (erreur de mise en place dans le patch)
pour les statics, j'ai copier ce que l'ufo m'a donné ^^.

alors j'aurai une question, si je veux qu'un objet ne soit visible qu'a un certain distance, quelle type de balise je doit mettre dans le xml ?

Tu veux dire que tu veux pouvoir afficher un objet que si tu t'en approches à partir d'une certaine distance ?
Dans ce cas, c'est une animation de type "range" qu'il faut indiquer avec une distance en mètres.

Code:

<animation>
      <type>range</type>
      <object-name>un_objet</object-name>
      <min-m>0</min-m>
      <max-m>1000</max-m>
</animation>

bibi a écrit:pour l'emplacement tout à fait d'accord, c'est comme ça chez moi (erreur de mise en place dans le patch)
pour les statics, j'ai copier ce que l'ufo m'a donné ^^.

En faite, ton dossier LFLR doit se trouver non pas dans "Models", mais dans Scenery/Objects/e000n40/e004n45 avec le dossier 3023315.stg
Du coup dans ton stg, au lieu d'avoir une ligne pour ton batiment LFLR_8.ac ( par exemple ) :

Code:

OBJECT_SHARED Models/LFLR/LFLR_8.ac 4.82456101 45.25563917 152.7186 352.0

il y aura une ligne du type :

Code:

OBJECT_STATIC LFLR/LFLR_8.ac 4.82456101 45.25563917 152.7186 352.0

Amicalement,

merci charles
Compris J-M mais c'est quoi la vrai différence? un gains de fps ou juste de facilité d'installation ?

bibi a écrit:... Compris J-M mais c'est quoi la vrai différence? un gains de fps ou juste de facilité d'installation ?

Gain de fps, non mais c'est plutôt une standartisation des dossiers au sein de FG ( j'ai juste Clément ? )

Amicalement,

Hop quelques améliorations et test en plus (surtout pour l'herbe que je n'arrive pas a faire disparaitre avec tes ligne charles.
http://dl.free.fr/getfile.pl?file=/6Ojlw9Iu
Je n'ai pas fait de rangement et j'en suis désolé, c'est un version de test

Toujours pas possible de télécharger, du moins pour moi.

cbz-026 a écrit: Toujours pas possible de télécharger, du moins pour moi.

Tu peux faire une capture d'écran de la page Free ;-)

Amicalement,

Bonjour à tous,

Çà fonctionne chez moi.
Soit le capcha apparaît de suite, soit il y a une petite vidéo à visionner avant:



Sinon, le même chez Mediafire:

http://199.91.152.95/nstafw17a3vg/02lbov7z15kv7nt/LFLR-model%281%29.7z

@Charles,

Tu peux accéder comme ci-dessous ?



Amicalement,

Merci JM pour ces infos. Ca a quand même fini par fonctionner, sans avoir eu besoin du captcha. J'ai pu récupérer l'archive, et la tester...

Pour l'affichage de l'herbe, j'ai pu la faire disparaître en modifiant la valeur de la propriété "/sim/rendering/static-lod/bare" donc à priori, le fichier model/Trees/herbe.xml fourni dans l'archive n'est pas celui qui est chargé et utilisé par FG. Celui qui est pris en compte est le fichier "$FG_ROOT/Models/Trees/herbe_bande.xml".

est-ce que 3 fichiers .xml doivent être installés dans $FG_ROOT/Models ?

Charles

Bon, après quelques petites adaptations, j'ai quelque chose qui semble fonctionner concernant les herbes.
J'ai installé les différents fichiers herbe_bande.xml, herbe_bord.xml et herbe.xml dans un sous-dossier $FG_ROOT/Models/LFLR et j'ai fait la modification suivante dans chacun de ces fichiers :

Code:

<path>Models/Trees/herbe-ba.ac</path>

au lieu de

Code:

<path>herbe-ba.ac</path>

par défaut, si aucun chemin n'est indiqué, le fichier .ac est recherché là où se trouve le fichier .xml. En spécifiant un chemin, je force le chargement du fichier .ac qui se trouve sous $FG_ROOT/Models/Trees.

J'utilise donc le même fichier .ac que celui fourni dans Models, mais j'utilise le fichier .xml fourni dans le paquet LFLR pour gérer l'affichage de l'herbe, sans écraser le fichier herbe_xxx.xml déjà présent sous Models.

Sinon pour le reste, j'ai bien les bâtiments, les voitures, les avions, etc.

Charles

Ah oui, j'oubliais...

j'ai changé quelques lignes du fichier 3023315.stg modifié pour LFLR. Là où est indiqué le chemin vers les fichiers herbe_bande.xml (et les autres), j'ai remplacé par ce qui suit :

Code:

OBJECT_SHARED Models/LFLR/herbe_bande.xml

au lieu de

Code:

OBJECT_SHARED Models/Trees/herbe_bande.xml

super charles, tu pourrai nous mettre tous ça en ligne dans un gros fichié corrigé, que tous le monde ai la meme chose ?

J'ai mis en ligne mes petites modifications.

Tout d'abord, les objets partagés (OBJECT_SHARED). L'archive doit être décompressée directement dans votre $FG_ROOT. Vous y trouverez alors un dossier Models/LFLR.

http://ingels.homeip.net/~charles/fg/LFLR_shared_objects.tar.gz

Ensuite, le fichier .stg contenant la position de tous ces objets partagés. Vous le mettez où vous voulez, pourvu que son chemin d'accès soit dans votre liste de chemins permettant l'accès aux scénarios :

http://ingels.homeip.net/~charles/fg/LFLR_objects_placement.tar.gz

N'hésitez pas si vous avez besoin d'infos complémentaires, ou pour me faire un retour, si ça se trouve, j'ai fait n'importe quoi

Charles

JM-26 a écrit:

bibi a écrit:... Compris J-M mais c'est quoi la vrai différence? un gains de fps ou juste de facilité d'installation ?

Gain de fps, non mais c'est plutôt une standartisation des dossiers au sein de FG ( j'ai juste Clément ? )

Amicalement,

C'est ça


Petite question : et sinon ça vous dirai pas d'utiliser GIT afin que tout le monde puisse profiter de la chose simplement et facilement d'une part et d'autre part pour que tout le monde puisse participer. À la base le dépôt de la PAF est là pour ça : éviter de s'envoyer des fichiers par-ci par-là... J'dis ça, j'dis rien

Amicalement,
Clément

Salut Clément,

tu pousses pour utiliser Git, et tu as tout-à-fait raison. J'imagine que LFLR n'est pas encore sur le dépôt Git de la PAF ? Est-ce que quelqu'un (bibi ?) s'occupe d'initier cette partie ?

Charles

Je ne suis pas contre, mais comment qu'on fait ??? ^^

Pas de panique. J'ai ajouté LFLR dans le dépot Git hier soir, mais je dois le retravailler avant.

Charles

Salut à tous,

j'ai corrigé le fichier .stg de LFLR en remplaçant les OBJECT_SHARED par des OBJECT_STATIC pour les objets spécifiques à LFLR. J'ai également modifié les chemins afin que pour ces "static", ils ne pointent plus vers le dossier Models mais bien vers un dossier "LFLR" situé au même niveau que le .stg.
J'ai réussi à faire un push sur le dépôt de la PAF, je ne sais pas comment mais ça a fonctionné (personnellement, je suis un habitué de CVS et SVN alors Git, j'ai encore un peu de mal). Bref, vous pouvez faire un pull et faire un test.
Tous les retours sont les bienvenus !

Charles


PS: @F-JJTH : j'ai suivi avec attention ton tutoriel sur Git (très bien fait au passage), mais lorsque je tape la commande "git remote set-url ...", j'ai une erreur. Il ne connait pas le "set-url". J'ai la version 1.6.4.4.

cbz-026 a écrit:Salut à tous,
Bref, vous pouvez faire un pull et faire un test.
Tous les retours sont les bienvenus !
Charles

Rien besoin d'installer, le chemin de fgdata_paf/Scenery fait tout le boulot, je ne comprend toujours pas ceux qui n'utilisent pas le dépôt

Nickel Charles!.
Merci à vous.

patten a écrit:
Rien besoin d'installer, le chemin de fgdata_paf/Scenery fait tout le boulot, je ne comprend toujours pas ceux qui n'utilisent pas le dépôt

C'est clair !!!

@Charles: gitorious.org utilise la version 1.7.10 de GIT qui semble avoir la fonctionnalité "set-url" que ta version n'a pas. La procédure avec le "set-url" provient directement de gitorious.org (il suffit de cliquer sur le point d'interrogation vert situé au bout de la ligne "Clone & push urls".

Amicalement,
Clément

Bonjour à tous,

Un grand merci à tous ceux qui participent à ce projet de très grande qualité, j'en veux pour preuve les photos comparatives avec la réalité.
Bon, il reste quelques positionnements à affiner, et d'autres points de détails, mais l'aérodrome est bien avancé, et colle déjà très bien au réel.

Mention spéciale à bibi, l'instigateur du projet

Heu, les hangars demi-lune en tole ne sont pas texturés chez moi:

osgDB ac3d reader: could not find texture "H_Demi_Lune_1.png"