platoplotinus a écrit:

Rebonsoir Handie et tous les amis !

Je voudrais que tu aies faison Handie. Mais c'est moins simple...

Car, je te l'assure, Objbectflow était activé quand j'ai fait ces screens.

Et, par acquis de conscience, je l'ai désactivé,  puis réactivé.

Voici ce que j'ai obtenu :

Et il y a pire. J'ai relancé mon P3DV4, constaté que rien n'avait changé. Toujours pas d'immeubles E3D
J'ai refermé et ouvert mon Scenery.cfg avec le bloc notes.

Le Voici. Plus de 10 enbtrées identiques. J'ai mis les barres pour neutraliser les entrées redondantes et ne garder active que la scène en priorité superieure :

https://imagizer.imageshack.com/v2/xq90/922/soBpId.jpg

S'en est suivi, au lancement nouveau de 3DV4, tout un ensemble d'alertes concernant des anomalies, à la reconstruction du fichier. Avec pour finir un message me disant que Prepar3DV4 allait tenter de me reconstruire le fichier scenery.cfg. Ce qu'il a fait (concordance dses Areas et des Layers parfaite 568.

Mais rien de changé sur Vienne.

Mes dernières captures d'écran....

Que faire ???

Commentaire personnel... C'est la première fois que cela m'arrive et j'ai toutes mes autres scènes d'ORBX P3DV4 qui semblent fonctionner correctement. Le dernier installateur me semble surtout un outil pour foutre la m..... Ou alors, j'en reviens à mon hypothèse initiale. Cette scène est vérolée quelque part... Et pourtant elle marche chez certains d'entre vous. Je ne sais plus quoi penser...

Je vais finir par désactiver la scène d'ORBX, et replacer celle de Fly-Tampa. Elle est moins riche, crée une rupture colorimétrique sur le Danube. Mais elle ne fiche pas cette zone....

Sauf si vous y comprenez quelque chose, et voyez quoi faire... Mon FSX, lui, se porte comme un charme sur toute la zone...

Merci d'avance pour vis lumières et votre patience.

Un peu découragé ce soir...

En toute cordialité.

Jean-Yves

Bonjour Jean-Yves,

Il y a eu un drôle de bazar dans ton Scenery.cfg à la suite de l'installation de cette scène.
Tu ne devrais en effet avoir qu'une seule entrée de la scène.

C'est une bonne idée d'avoir neutralisé les entrées de trop, par contre il faut aller jusqu'au bout, car je vois que la [AREA.139] n'a pas été neutralisée, ce qui signifie que tu as encore deux entrées identiques.

Et mieux que de mettre les // (ne devraient-ils pas être placés devant chaque ligne ?), tu peux simplement répondre ACTIVE=FALSE à toutes les entrées superflues, le résultat sera le même.

Par contre, je rejoins Handie au sujet de ObjectFlow. Je trouve surprenant que tu n'aies que SODE actif dans ton Add-on.xml. Peut-être est-il déclaré dans ton Scenery.cfg ? Je ne vois que ça, car tes autres scènes Orbx semblent fonctionner parfaitement.

Et, question toute bête, as-tu pensé à simplement désinstaller la scène de Vienne (puis voir le résultat dans ton Scenery.cfg) et la réinstaller ?

Bonjour,

Alors là, désolée, je "sèche" ...
Voir peut-être sur le forum Orbx, il y a une rubrique spéciale pour les scènes produites par Gaya Simulations.

Pour régler le problème AREA LAYER

tu ouvres Scenery configurator version 1.1.9

tu vas dans l'onglet File dans la fenêtre qui se développe tu cliques sur Other , là tu vas indiquer le chemein de C;\ Program DATA\ Lockeed Martin \PrDv5
tu fais en bas à droite de la fenêtre Ouvrir
il va te lister tout ton scenery .cfg de P3D_V5 ou P3DV4.5

Bien
maintenant en haut de Scen.Config. tu vas dans l'onglet ACTIONS
dans la tit fenêtre qui s'ouvre tu vas cliquer sur la ligne : Reset Area and Layer Number .... et tu fais OK

Pour quoi car si tu regardes dans le P3Dv5 (4.5) . Scenery .cfg de [ C;\ Program DATA\ Lockeed Martin \PrDv5(4.5) ], les Area et layer n'ont pas la même correspondance numérale , (exemple)un 125 area tu auras un layer 127
ce qui te fait le bronx

Rebonjour les amis et je vous dois mille excuses....

Vous avez dû croire que j'avais tout laissé tomber, et sans un mot d'excuses, ni d'explication...

Cela aurait été un comble d'impolitesse et ce n'est pas mon style... Ceux qui me connaissent de longue date, le savent déjà, du moins j'espère...

L'explication  est ailleurs... médicale, comme de plus en plus souvent maintenant avec moi (Agecanonix...

Sale période... Des soucis avec un changement de médicament lié aux stens posés en 2017 ; s'est ajouté un nouveau médicament en urgence pour faire baisser le sucre et un troisième pour rectifier la tension jugée trop haute.

Résultat... tension devenue trop basse, générant un épuisement, des problèmes de migraine, et se sont invités les pollens, qui me donnent une vision brouillée aléatoirement... La galère...

Une seule solution dans ce cas : éviter l'usage de l'écran, ou le réduire au maximum, s'aérer mais prudemment (sans parler du confinement) et être patient. D'où mon silence durant plusieurs jours... Désolé, j'espère que vous comprendrez et que vous excuserez.

Je suis mieux depuis hier, et j'espère que ça va durer.. Je reviens donc à vos posts sur LOWW, notamment aux deux derniers - merci à leurs auteurs, de nouveau, toutes mes excuses pour ce long silence -  et je vais me remettre à l'ouvrage, en tentant d'abord la solution proposée par notre ami Foxy, puis, si tout échoue de nouveau, celle que me suggère notre ami NEPTUNE6P2V7.

Mais auparavant je tiens à ajouter deux questions plus générales... liées toutefois étroitement à cette affaire de Vienne, et qui ont beaucoup d'importance pour moi. Merci d'y prêter attention

1) La première porte sur les décalages-différences, pour le nombre, entre les Areas et les Layers dans P3DV4 (et sans doute P3DV5, pas encore acquis). Il me semble que, sur le sujet, deux écoles s'affrontent (courtoisement) sur le forum : une école qui considère que si tout fonctionne, il ne faut pas s'en soucier, que P3DV4 sait très bien gérer l'ensemble, et qu'il ne faut rien tenter de changer. L'autre école (il me semble que c'est celle dont notre ami NEPTUNE6P2V7 fait partie - pardon à lui si je me trompe) - qui pense différemment. Et donc qu'il faut à tout prix tenter de rétablir l'identité de nombre entre Areas et Layers quand on la constate - et Dieu sait si ça revient souvent -, car leur différence peut générer des anomalies. Il me semble d'ailleurs aussi me souvenir que, dans le passé, j'ai eu ce problème et que, refaisant manuellement le fichier scenery.cf, de telle sorte qu'on retrouve la concordance, le problème que j'avais constaté avait été réglé. Mais c'est trop loin pour que je le soutienne de manière certaine. Alors, svp, dites- moi précisément ce que vous en pensez. Essentiel ou secondaire, accessoire, négligeable ou non cette concordance ???? Je veux réellement savoir et envisager d'utiliser Sceney Configurator en conséquence..

2) Question essentielle pour moi, depuis des lustres, déjà posée, et qui n'a jamais reçu de réponse claire, ni sur le forum, ni dans les textes que j'ai pu lire ailleurs, sauf oubli de ma part.

Pourquoi avec P3DV4 (et sans doute P3DV5) y a-t-il cette  double méthode d'indexation-activation des scènes ? D'une part dans le scenery.cfg, d'autre part sur le mode xml avec les conséquences qui s'ensuivent (carrés grisés où l'on ne peut utiliser le mode "Delete Area" ou "Add Area" dans la fenêtre de la Librairie ???? Ceci n'existait pas dans FSX (ni dans FS2004...). Or tout marchait très bien quand même. Et l'on n'avait jamais, sauf erreur de manipulation manuelle, cette différence entre le nombre des Areas et celui des Layers que l'on ne cesse d'avoir avec P3DV4. Or, en ce qui me concerne, si je  ne comprends toujours pas ce que cette double indexation apporte comme bénéfice et avantage, j'en vois sans cesse les inconvénients.

D'une part, je soupçonne fort qu'elle soit à l'origine de cette discordance, et d'autre part - et surtout - , dans le cas de la construction de scenery.cfg sectorisés, on est embarqué dans une vraie galère, alors qu'avec FSX, c'était relativement simple (en tous cas beaucoup plus simple) sans avoir le fardeau d'entrées restées actives concernant des secteurs qui n'ont rien à voir avec la zone géographique où l'on a décidé de voler avec un certain scenery.cfg sectorisé.

Un seul exemple : Tallinn, en scène payware, est indexée en mode xml. A quoi sert qu'elle reste active quand on vole sur l'Italie la Sicile, le sud de la France, la Corse, la Sardaigne et le nord du Maroc, et même l'Allemagne ou l'Autriche... ???

Une dernière précision. Avec la technique que j'utilise, il peut m'arriver d'ajouter dans le répertoire "scenery" d'une telle scène, des fichiers bgl, parfois nombreux, de construction maison avec FS Earth Tiles, pour agrandir ou améliorer la zone traitée en mode photo réaliste. Car généralement les éditeurs d'aéroports - et même de villes - sont peu généreux dans ce domaine. J'ai pratiqué maintes fois cela sur FSX sans jamais rencontrer de problèmes majeurs, à part quelques ruptures colorimétriques. C'est le prix à payer pour élargir la zone en mode photo réaliste et ne pas retrouver un affreux landclass à 10 ou 20km de l'aéroport, ou une ville traitée à 50% : ou encore pour passer du 1m pixel (compressé et médiocre) au 50cm pixel (non compressé, beaucoup plus précis). Evidemment la scène est bien plus lourde en octets que dans son mode d'origine. Mais le plaisir - et l'immersion - sont bien plus grands, du moins pour moi. Sauf que si la scène est active en xml, elle demeure active, avec sa lourdeur, alors qu'elle ne sert à rien. Elle ralentit le chargement de P3DV4, et je me demande si la charge qu'elle représente ne favorise pas certains floutages, même ailleurs. Rien de tel sous FSX, où l'on se contente de la désactiver, ou de supprimer manuellement l'entrée, avant de refaire manuellement la concordance des Areas et des Layers (méthode que je préfère personnellement).

Donc, en résumé, pourquoi les programmeurs de P3DV4 ont-ils cru bon de passer à ce mode de double activation, sans jamais d'ailleurs demander leur avis aux simmeurs, ni donner d'explication sur cette transformation ??? Procédé que, au passage, je qualifierai de discutable pour rester gentil, poli et modéré...

Alors, svp, une nouvelle fois, expliquez moi précisément le pourquoi de cette affaire qui me crispe depuis que j'utilise P3DV4 en parallèle avec mon bon vieux FSX qui continue de me donner toute satisfaction. Même si au terme, la situation restera pratiquement la même, j'aurai au moins eu la satisfaction de comprendre le pourquoi de ce changement.

Merci d'avance pour vos réponses Et je vous promets de vous dire le résultat de mes ultimes tentatives pour ce f.... casse-tête de LOWW, qui me pourrit la vie (de simmeur) depuis des semaines !

A bientôt, de vous lire, très vite j'espère.

En toute amitié.

Platoplotinus

Jean-Yves

p.s. Systématiquement, je fais un backup de l'état précédent du fichier scenery.cfg, même déjà sectorisé, avant d'y modifier quelque chose. Et je garde tout dans des répertoires distincts dédiés et nommés. Donc j'ai tous mes scenery.cfg sectorisés depuis l'origine, y compris celui que FSX et P3DV4 créent à l'installation, avant toute modification ou sectorisation. Donc retour en arrière toujours possible et intégralement ! C'est lourd, je sais, mais c'est pour moi la condition d'un usage rigoureux de ma méthode.

Dernière modification par platoplotinus (26-04-2020 21:04:02)

Rebonjour les amis et un grand merci à toi, mon ami Lagaffe, pour ta réponse aussi rapide que précise, même si je vais rebondir sur elle, pour essayer de tirer définitivement au clair un point qui continue de me turlupiner

Mais commençons par la bonne nouvelle. J'ai maintenant les décors 3D qui sortent de terre et qui sont bien visibles


Toutefois il y a quelques bémols que je tiens à partager avec vous et sur lesquels je tiens aussi à vous demander votre avis et quelques conseils.

Commençons par la 'méthode" que j'ai suivie, en m'inspirant de la méthode suggérée par notre ami Foxy. Merci de nouveau à lui, même si, vous allez le voir, la voie suivie n'est pas tout à fait celle qu'il m'indiquait

1er temps. - Retour à ORBX central et constatation qu'un Upgrade était mentionné pour la scène. Exécution de l'upgrade, mais message d'avertissement que quelque chose d'anormal avait été repéré, et que deux fichiers ne s'étaient pas normalement placés. En plus, conseil du système de faire le contrôle des files, avec indication qu'ORBX tentera d'arranger les choses. Evidemment j'obtempère, et je constate qu'à l'issue de la procédure, la mention d'une installation anormale et incomplète avait disparu. Donc en apparence, le problème était résolu.

2em temps - Un coup de Vector, par prudence et lancement de P3DV4. Tout semble bien se passer (indexation, construction des décors, synchronisation, etc), et... mauvaise constatation, situation à l'identique sur LOWW. Pistes et traffic correct, quelques véhicules en vadrouille Mais pas la moinde trace de bâtiments 3D...

3em Temps - Je ferme P3DV4, et je vais voir l'état de mon scenery.cfg. Je commence à avoir l'habitude Et là, en tapant LOWW, je constate que la scène de Vienne comporte 18 entrées identiques pointant vers LOWW (!!!!!!). 17 de  suite 134...138 jusqu'à 150...161 et une isolée 224....236. Comme  je n'ai rien à perdre, je tente un coup de poker et je supprime manuellement 16 des 17 entrées qui se suivent, ainsi que l'entrée isolée : 224..236, ne gardant que l'entrée Area134...Layer138, soit la première des 17 entrées successives.   Certes, ce n'est pas très 'catholique' comme méthode j'admets , mais qui n'essaie rien n'a rien ! Donc je ferme et j'enregistre les modifications de scenery.cfg puis je relance mon P3DV4, pour voir ce qui se passe. Et là, divine surprise, mon aéroport de Vienne possède maintenant ses bâtiments 3D !!!!

Illlustrations :











Mais évidemment, il y a un problème parfaitement illustré par la capture d'écran suivante...



En même temps, je me demande si tout est réellement normal. A comparer avec les belles captures d'écran proposées par notre ami NEPTUNEV6P7, sur le forum j'ai l'impression que a) il n'y a pas réellement tous les bâtiments que lui voit apparaître b) les parkings et runways sont très envahissants, et débordent parfois de manière très disgracieuse sur le décor photo réaliste. Mais peut-être que je me trompe ?

4em Temps - Alors, au point où j'en suis, je me démande comment supprimer la rupture générée entre les Areas et les Layers.

J'ai trois idées :

a) La plus classique : installer Scenery Configuration Editor et le laisser faire le boulot (après un backup de mon scenery.cfg actuel, pour le cas où ça 'foire' ; on n'est jamais trop prudent,à mon humble avis avec ce type d'outil

b) Se coltiner manuellement la réindexation pour rétablit la continuité. Ce ne serait pas la première fois que fais cela, cela fonctionne généralement bien, mais c'est lancinant et long à faire, surtout quand on a plus de 600 Areas  Layers indexés. Sans parler du risque d'une erreur à la frappe au clavier... Voici la fin actuelle de mon scenery.cfg.



c) (restez calmes !!! ) Combler le vide et la discontinuité des Areas...Layers en rajoutant manuellement 17 petites scènes  anodines, présentées comme compatibles P3DV4 et 5, de façon à retrouver la continuité. J'ai déjà procédé ainsi pour certains de mes scenery.cfg sectorisés, sous FSX, et cela a très bien fonctionné.

n.b. Je me demande si, quitte à faire ce ménage, il ne serait pas judicieux de remonter en priorité haute la scène de Vienne. Elle me semble étrangement placée, par rapport à mes autres scènes ajoutées. Votre idée là-dessus, svp ?

- J'en viens maintenant à la réponse de notre ami Lafaffe, à ma question sur la double indexation. Cela vient sûrement de moi, mais je ne comprends pas très bien ce qui précède le C.Q.F.D Désolé.

En même temps, je veux être certain de bien comprendre ce que tu nommes "la règle absolue" :.... Car justement, avec ma technique des scenery.cfg sectorisés, c'est bien là qu'est le problème, du fait cette double indexation, quand la scène que je veux neutraliser est déclarée en mode Xml.
Supposons, mais c'est un exemple parmi d'autres, que j'aie fait un voyage tout autour de Tallinn avec tout un ensemble de scènes ajoutées sur le mode 'classique' et celle de Tallinn, activée sur le mode xml. Et supposons maintenant que veuille changer de secteur et que je crée un nouveau scenery.cfg pour aller visiter la Sicile et l'Italie du Sud, il me suffira de garder mon groupe de base (c'est à dire l'ensemble d'entrées communes à tous mes scenery.cfg sectorisés, celui que je ne change jamais, comportant les entrées de base de P3DV4 par défaut, des librairies ajoutées, dont celle d'ORBX, mes différents meshs) et de ne pas remettre les entrées concernant le secteur de Tallinn, déclarées et activées classiquement, pour m'en débarrasser. Il n'y aura aucun problème pour les indexations faites classiquement (je supprime manuellement leurs entrées dans mon nouveau scenery.cfg sectorisé, et j'ajoute celles qui concernent ma nouvelle zone géographique. Mas comment faire pour celle de Tallinn ? Dois-je la désinstaller totalement et classiquement, pour m'en débarrasser totalement, ce qui m'obligera à la réinstaller totalement ensuite lorsque je voudrai revenir sur le secteur de Tallinn? Alors qu'avec toutes les autres scènes du secteur de Tallinn déclarées classiquement, et dont j'avais supprimé les entrées, il me suffira, par copier-coller - de remettre ces entrées  sur la liste à partir du backup de mon scenery.cfg précédent - ou de substituer au dernier scenery.cfg sectorisé créé, celui lié à Tallinnn, conservé en backup (je rappelle que je ne détruis rien, sauf par accident). Quitte à modifier les numéros des Areas et des Layers, si dans l'intervalle, j'ai fait de nouvelles découvertes (nouveaux aéroports récupérés sur le secteur de Tallinn, et que je veux aussi les visiter. Au terme, pour moi, c'est nettement plus simple à faire que de tout désinstaller pour Tallinn puis tout réinstaller ensuite à chaque fois  que j'aie à faire ce type d'alternance !!! D'accord là-dessus ou un problème que je ne vois pas, et qu'il faudrait que tu m'expliques, mon ami Lagaffe Etant entendu que ce problème ne concerne pas que Tallinn, prise ici seulement à titre d'exemple. Nombreuses sont les scènes déclarées en xml... Et c'est le même sport à chaque fois qu'il faut faire une substitution de scenery.cfg sectorisé...

n.b. Je connais une objection possible : ma technique peut laisser trainer un fichier d'altitude non supprimé sur la scène que je désactive de cette manière (en ne faisant que supprimer son entrée dans le fichier scenery.cfg sectorisé), alors que la désinstallation totale ne pose pas ce problème, puisqu'en principe, elle enlève tout (je dis bien : en principe... car il arrive que ce soit pas le cas). Mais c'est sans réelle gravité. Car, par exemple, voyageant vers l'Italie du sud et la Sicile, je ne vais pas faire un détour pour visiter l'Estonie et Tallinn, surtout en vol VFR !!! Donc pas de risque que je voie l'aberration de relief, même si elle est bien là !

Voilà le point sur la situation actuelle, les amis !

J'attends de vous lire avant d'aller plus loin (à titre personnel, ma préférence irait vers l'ajout des 17 petites scènes pour restituer la continuité de la numérotation). Mais j'attends votre avis.

Merci pour votre patience à me lire, pour votre aide et pour vos lumières !

En toute amitié

Platoplotinus

Jean-Yves

Dernière modification par platoplotinus (28-04-2020 14:27:36)

Voila ce que j'ai avec cette scène GAYA .

Bonsoir les amis...

Merci pour vos indications....

J'ai suivi vos conseils, installé Scenery configurator - qui joue son rôle...

Mais pour tout le reste (sur les 2 PC concernés), c'est à devenir fou, ou à passer les pc par la fenêtre.

Plus de détails demain. Pas le courage ce soir d'entrer dans ce cirque plus longtemps. J'abandonne...

En toute cordialité.

Jean-Yves

Dernière modification par platoplotinus (29-04-2020 22:18:36)

Yo !
   Salut Jean yves, je suis tes soucis avec assiduités depuis le début...
   As tu proposé a un de nos éminents membres de "passer" chez toi, via teamviewer (entre autres)
   afin de jeter un œil sur ton problème ?
   Car il me semble que trop d'écrit noie le requin qui semble mettre une belle pagaille dans ton aquarium !...
   Des gugusses comme Neptune, Magnum et pleins d'autres auraient peut-être une vision
   plus "décalée" du souci...
Ce n'est que mon très humble avis.
A tcho; Pierrick.

Rien ne pourra être solutionné sans pouvoir constater en direct l'état de ta config /Teamviewer est ton ami dans ce cas.

Teamviewer j'y pensé aussi ce matin en voyant son poste ..

Devant cette désespérante situation, un coup de main ne lui ferait pas de mal ..

Rebonjour les amis

Peut-être ai-je pêché par excès de textes et d'illustrations.... Dans ce cas, acceptez mes excuses

Alors, très brièvezment, je fais remonter le post en résumant les deux questions qui me semblent les plus urgentes à reposer :

1) Pour mon PC le plus ancien, comment expliquer que le répertoire Gaya Simulations, à l'intérieur de P3DV4, et vers lequel une seule entrée pointe dans scenery.cfg - pas non plus d'entrée en xml, j'ai contrôlé -, soit totalement VIDE, et que néanmoins les décors 3D continuent d'apparaître, même s'ils sont (peut-être) moins complets et fouillés que ceux montrés par notre ami  NEPTUNE6P2V7 ? Ou, à votre avis, sont allés se fourrer les fichiers bgl de la scène ? Car il faut bien qu'ils continuent d'exister quelque part, puisque les décors 3D de la scène sont visibles ! Inexplicable pour moi...

2) Sur mon PC le dernier en date, celui que je nomme mon "monstre", le répertoire Gaya Simulations est bien normal : sous répertoires Scenery et Structure, bien présents, et une seule entrée pointant vers lui dans le scenery.cfg - pas d'entrée en xml non plus -. Mais là, les décors 3D n'apparaissent pas, seulement les pistes sont là et un peu de traffic AI (voir mes illustrations précédentes). Je demandais donc à notre ami NEPTUNEP6P2V7 de me dire le nombre de fichiers présents, chez lui, dans les deux sous-répertoires de Gaya Simulations. Afin de pouvoir comparer avec le mien. Je rappelle que chez moi, le répertoire Scenery comporte 67 fichiers et pèse 1,42 Go ; le répertoire texture compte 614 fichiers et pèse 2,43 Go.

Bien d'accord enfin pour recourir à Teamviewer, à condition de m'expliquer son fonctionnement (je ne lai jamais utilisé et je n'y connais strictement rien) ou à Skype, que je connais et utilise couramment avec microphone et caméra intégrés, depuis des années, si l'un d'entre vous accepte par amitié de passer par là pour tenter de comprendre toute cette histoire. Qu'il me le dise, ici, ou en MP. Merci d'avance à lui, ou à eux

Et pardon encore pour les longueurs précédentes, sans doute inutiles et exagérées, et pour les illustrations ajoutées à la fin. Mais là, c'était à la fois pour éclairer mes textes et pour sourire un peu, du moins j'espérais. Mais hummmm

En toute amitié à tous.

Merci et à très bientôt j'espère.

Platoplotinus

Jean-Yves

Dernière modification par platoplotinus (04-05-2020 04:15:46)

Alors Pour GAYA *Hello 2ble Whisky *
il se trouve à la racine de P3D Dossier au nom de GAYA/ à l'intérieur 2 dossiers Scenery + Textue
Scenery : 67 éléments
Texture : 614 éléments

m'affolerai d'avoir tout ce matos pour la simu ...