Ortho4XP

[temium62]

Ca fait bizarre de voir Maupiti en photo du post ! Ça me rappelle mes années lointaines Atari. J'adorais ce jeu et ceux de Lankhor en général. .. (Vroom etait génial aussi dans un tt autre genre.)
Fin du hs...

[jojo64]

par contre le relief de l'ile de la scene ou generé par Ortho4XP n'est pas vraiment juste !
il y a a Maupiti un "piton" qui n’apparaît absolument pas !
le relief genéré par Ortho4XP est trop "lissé" je trouve .. (d'une maniere général )

apres, on doit peut etre pouvoir faire l'ile , comme on fait un objet non ?

Il y a surement possibilité d'arranger ça.
Le (ou les) piton(s) dont tu parles, il y en a beaucoup?
Si il s'agit d'un simple bloc vertical, peut être qu'avec un patch il y aurai possibilité de le reproduire. (par contre c'est pas sure que les texture suivent)
Sinon avec un objet, posé sur le relief, ça peut être simple à faire.

[Dobro]

non pas trop de modifications a faire ....
c'est surtout que ce "piton" fait face a la seule Passe de Maupiti
c'est la premiere chose que les gens remarquent en entrant dans le lagon de maupiti (en Bateau)

le sommet de l'ile est lui aussi proche d'une Dent , plutot qu'une pointe....
je verrai si je modifie ça un jour ....

[jojo64]

Dis moi Oscar, je rencontre un problème pour faire mon patch sur LFBT Tarbes.
L’aéroport est à cheval sur 2 tuiles (+43-001 et +43+000) et la jonction du relief entre les 2 tuiles n'est pas bonne:

Pourtant j'utilise exactement le même patch pour la création des 2 tuiles.
Y a t'il une manip à faire ou un truc dans le fichier config pour corriger ce genre de cas? (aussi rare qu'ils soient!)

[Oscar Pilote]

Ca depend de ce que tu utilises, mean ou pas, flat ou sloped, garde seulement à l'esprit que quand il fait une tuile il ne dispose
que des informations d'élévation sur cette tuile, donc avec des mean ce genre de chose va se produire puisque les moyennes
respectives seront prises sur des zones différentes.
Pour l'applanissement automatique, le code repère si l'aéroport est à cheval sur plusieurs tuiles (comme LFPG aussi) et dans ce
cas il prend l'altitude donnée sur OSM si disponible [en général j'évite cela car comme dit plus haut on s'intègre mieux dans le
maillage ambiant en sur basant sur le DEM pour aplanir mais des ces cas là c'est utile.
Si tu n'utilisais pas 'mean' la raison sera plus technique, j'attends d'abord ta réponse.

Tu peux aussi m'envoyer le patch si tu veux.

[Oscar Pilote]

J'effectue pourtant bien un "Clik droit" maintenu, mais impossible de déplacer la carte qui reste pointée sur l'Europe ! J'ai raté quelque chose ?

Salut, jette un oeil là (et un peu plus haut sur le fil là bas je crois) pour une solution, Mac et les boutons de souris c'est une longue histoire...

http://forums.x-plane.org/index.php?/forums/topic/90469-ortho4xp/&page=112#comment-1096077

Je garde à l'esprit que je dois m'en occuper.

[jojo64]

Ca depend de ce que tu utilises, mean ou pas, flat ou sloped, garde seulement à l'esprit que quand il fait une tuile il ne dispose
que des informations d'élévation sur cette tuile, donc avec des mean ce genre de chose va se produire puisque les moyennes
respectives seront prises sur des zones différentes.
Pour l'applanissement automatique, le code repère si l'aéroport est à cheval sur plusieurs tuiles (comme LFPG aussi) et dans ce
cas il prend l'altitude donnée sur OSM si disponible [en général j'évite cela car comme dit plus haut on s'intègre mieux dans le
maillage ambiant en sur basant sur le DEM pour aplanir mais des ces cas là c'est utile.
Si tu n'utilisais pas 'mean' la raison sera plus technique, j'attends d'abord ta réponse.
Tu peux aussi m'envoyer le patch si tu veux.

Il s'agissait d'un "altitude_high, altitude_low" avec altitude de la SIA paramétrée (pas de mean) simple pour la piste.
De l'autre coté sur la parking, il s'agissait d'un "altitude", là aussi avec une altitude paramétrée.

Du coup pour voir j'ai essayé de remplacer "altitude_high, altitude_low" de la partie de la piste à cheval sur les 2 tuiles, par un simple "altitude" avec altitude SIA paramétrée, voila le résultat:


On dirai qu'une partie du patch n'est pas prise en compte.
Je vais continuer à trifouiller pour voir comment ça réagit.

[jojo64]

Bon une fois le patch supprimé, effectivement tout se passe bien mieux!

Il y a encore un très très léger décalage mais rien de bien méchant.

Je vais voir ce que je peux faire avec mon patch, et si ça marche pas, ben tant pis on fera sans!

[nicowork]

Bonjour Oscar,

Suite à la correction du bug ligne d'ombrage que tu as faite, tu as indiqué qu'il fallait régénérer les tuilles. Ayant 3TB de tuile à regénerer, un ami m'a proposé de s'en occuper en utilisant une ferme de calcul. Par contre il m'a dit pas de Xorg possible donc pas d'interface graphique. Est-ce qu'il est possible d'utiliser Ortho4XP en CLI ?

Merci à toi

[Oscar Pilote]

régénérer les tuilles

Tu as déjà les dds donc ca prendra de l'ordre d'une grosse minute par tuile, tu peux le faire en batch.

[juliet_romeo]

Bonsoir,
je ne suis pas E.Vals et pourtant mon 49+3 ne passe pas en step 2 "Building mesh for tile +49+003"
y a t-il un hollandais dans le coin ??? pour debloquer mon 49+3...???!!!

[Lordka]

Bonjour, ayant creer une scene assez longues, il me manque l'overlay. j aimerai savoir si il ya moyen de recharger la scene sans devoir tout refaire et y ajouter l'overlay sur ce fichier. Si quelqu'un a une solution svp? merci a vous.

[djetdail]

Bonsoir,
je ne suis pas E.Vals et pourtant mon 49+3 ne passe pas en step 2 "Building mesh for tile +49+003"
y a t-il un hollandais dans le coin ??? pour debloquer mon 49+3...???!!!

[ATTACH=CONFIG]14735[/ATTACH]

Vals.. ?

[juliet_romeo]

@djetdail,
Sérieux...! tu as construit la tuile +49 +3 avec ortho4xp v1.20b ???
et ça passe en step 2...???

[Odevillée]

@djetdail,
Sérieux...! tu as construit la tuile +49 +3 avec ortho4xp v1.20b ???
et ça passe en step 2...???

ça passe chez moi aussi