C'est impressionnant comme précision de rendu en tous cas, ça semble drôlement affiné par rapport à un mesh "classique" de 4.75m

Dernière modification par pierrot78 (10-01-2014 14:16:26)

Quand tu dis topo, tu veux parler d'une petite scène de test ? Alors oui bien sur je suis très curieux de voir le rendu !

C'est vrai que le screen a réellement de la gueule

Moi je suis intéressé par un topo

Je suis intéressé aussi. 

@JpP,
Je le dis sur le forum pour participer au sondage.

Dernière modification par domsimu (10-01-2014 22:59:08)

Je volais sans photoréaliste, télécharger dès maintenant!
Je ne suis pas sûr de bien comprendre l'exercice, est-ce des données DEM / Mesh pour la zone ou LIDAR exemple des données?

Cordialement

Chris

---------------------EN

I was flying without photoreal, downloading it now!
I'm not sure I understand the exercise, is this DEM/Mesh data for the area or LIDAR data example?

Best regards

Chris

Dernière modification par CBell (11-01-2014 05:45:19)

Salut,

moi aussi je serai curieux de tester ça !

A plus

Seb

Sur les reliefs, c'est assez impressionnant ! On en viendrait à demander une réso mesh à 25 cm, et le sol à 7 cm sur toute la France

Sur les zones proches de l'horizontal, il y a un truc étrange, on dirait que le sol est constitué de paliers, comme les fameuses rizières en terrasse de la Chine.



Avec les ombres P3D :




Bravo en tout cas , belle démonstration

Dernière modification par rolby (11-01-2014 12:05:36)

Bonjour
Cela ressemble aux courbes d'élevation qu'on trouve sur les cartes d'état major, par exemple. Peut-être que la résolution du mesh est trop précise pour FSX qui n'effectue pas de lissage. En tout cas, pour peu que la texture sol soit à la même résolution, cela donne un formidable résultat. Bravo !

bede40 a écrit:

Le mesh travaillant par maillage carré, le mieux ne serait-il pas d'interpoler sur le Modèle Numérique de Terrain un maillage carré correspondant à la précision du mesh désiré, sachant que la décomposition en triangles des faces du mesh par FsX ne se fait pas du tout en tenant compte du sens des pentes et encore moins des lignes de rupture de pente.

J'ai lu deux fois ton message pour bien comprendre (phase post-prendiale)
Cela doit se faire par défaut quand on demande une extraction en xyz "griddée" au pas de 1 m par exemple, non?

JpP

Hi Chris

Looks like you did'nt load the terrain bgl "porquerolles OK4" (in my package...\scenery\porquerolles OK4.bgl)

Regards


On dirait que tu n'as pas chargé le bgl de mesh porquerolles O4


JpP

Dernière modification par JpP (11-01-2014 17:25:40)

Merci JP ,
C'est étrange , je suis le chargement porquerollesOK4.bgl
Je l'ai placé dans mon dossier de paysages de maillage principal ( iCVFR \ GDEMv2 Mesh \ Scenery )

Ce qui suit est sans rapport avec ma question , une discussion générale sur Lidar
Je comprends le concept derrière la technologie Lidar
Il est assez simple et compliqué à la fois
Nous sculpture de la forme de l'objet de notre maillage de terrain , cette partie est clair que la lumière du jour !
Ce que je ne suis pas clair sur ce cadre , que faisons-nous avec des images pour le nouvel objet ?
Compte tenu de fait , notre imaginaire est plat
Comment pouvons-nous obtenir la texture à charger sur la nouvelle zone surélevée
Il n'existe pas de données pour cela, nous sommes tout simplement en étirant l'image de terrain plat
A partir de là je spécule que ,
Si nous finissons par appeler une texture externe ; d'habiller la nouvelle zone élevée ( nous devons faire quelque chose )
Comment est-il différent d'un objet que nous créons actuellement à bien des égards à la performance et visuels

Un mot sur la technologie Lidar
Je dois deviner ce est un tout nouveau moteur
Depuis la première logique intégrée dans ASTER GDEM était
pour annuler objets synthétiques de construction et d'autres
pour nous donner l'élévation du sol réelle
Lidar arrive et non avenue toute la logique intégrée ci-dessus
et recueille des données pour tout sur ​​le terrain
qui est de 180 degrés de la logique ASTER GDEM


Cordialement

Chris

----------------------EN

Thank you JP,
This is strange; I am loading porquerollesOK4.bgl
I placed it in my main mesh scenery folder (iCVFR\GDEMv2 Mesh\Scenery)

Following is unrelated to my issue, a general discussion about Lidar
I understand the concept behind Lidar technology
It is fairly simple and complicated at the same time
We sculpture the object shape from our ground mesh, that part is clear as day light!
What I am not clear about is this part, what do we do with imagery for the new object?
Given fact, our imagery is flat
How do we get the texture to load on the new elevated area
There is no data for this, we are simply stretching the flat ground image
From here on I’m speculating only,
If we end up calling a texture externally; to dress up the new elevated area (we must do something)
How different is it from an object we currently create in respects to performance and visuals

A word about the Lidar technology
I have to guess this is a totally new engine
Since the first logic embedded in ASTER GDEM was
to cancel out building’s and other manmade objects
to give us the actual ground elevation
Lidar comes in and void all the above embedded logic
and collects data for everything on the ground
which is 180 degrees from ASTER GDEM logic


Best regards

Chris

Ce qui suit est sans rapport avec ma question , une discussion générale sur Lidar
Je comprends le concept derrière la technologie Lidar
Il est assez simple et compliqué à la fois
Nous sculpture de la forme de l'objet de notre maillage de terrain , cette partie est clair que la lumière du jour !
Ce que je ne suis pas clair sur ce cadre , que faisons-nous avec des images pour le nouvel objet ?
Compte tenu de fait , notre imaginaire est plat
Comment pouvons-nous obtenir la texture à charger sur la nouvelle zone surélevée
Il n'existe pas de données pour cela, nous sommes tout simplement en étirant l'image de terrain plat
A partir de là je spécule que ,
Si nous finissons par appeler une texture externe ; d'habiller la nouvelle zone élevée ( nous devons faire quelque chose )
Comment est-il différent d'un objet que nous créons actuellement à bien des égards à la performance et visuels
Following is unrelated to my issue, a general discussion about Lidar
I understand the concept behind Lidar technology
It is fairly simple and complicated at the same time
We sculpture the object shape from our ground mesh, that part is clear as day light!
What I am not clear about is this part, what do we do with imagery for the new object?
Given fact, our imagery is flat
How do we get the texture to load on the new elevated area
There is no data for this, we are simply stretching the flat ground image
From here on I’m speculating only,
If we end up calling a texture externally; to dress up the new elevated area (we must do something)
How different is it from an object we currently create in respects to performance and visuals


You're perfectly right, but it's only where the story begins

Tu as tout à fait raison, mais ce n'est que le début de l'histoire

Un mot sur la technologie Lidar
Je dois deviner ce est un tout nouveau moteur
Depuis la première logique intégrée dans ASTER GDEM était
pour annuler objets synthétiques de construction et d'autres
pour nous donner l'élévation du sol réelle
Lidar arrive et non avenue toute la logique intégrée ci-dessus
et recueille des données pour tout sur ​​le terrain
qui est de 180 degrés de la logique ASTER GDEM

A word about the Lidar technology
I have to guess this is a totally new engine
Since the first logic embedded in ASTER GDEM was
to cancel out building’s and other manmade objects
to give us the actual ground elevation
Lidar comes in and void all the above embedded logic
and collects data for everything on the ground
which is 180 degrees from ASTER GDEM logic

I dont know about memory requirements with that process. I only know that mesh rendering in FS is relatively economic from that point of view; but what about texture managing? Again, wait and see...

Aucune idée de ce que ce procédé demande comme mémoire. Je sais seulement que le rendu du mesh sous FS est relativement économique de ce point de vue. Là encore, attendons de voir.

JpP