bonjour Jimmy,

mon post situé plus haut peut apporter une solution, certes dégradée mais cela fonctionne plutôt correctement. Bien évidemment cela nécessite de ne voler qu'en France sur du FVFR car lorsque l'on quitte les frontières l'autogen devient erratique.

Mais pour le vol hors de France cela fonctionne bien.

je précise que les scènes FVFR, qui m'appartiennent, sont placées sur un HDD externe pour les essais sur la machine "équipée" de FTX Global.

ou cette solution lue sur ce forum et donnée par happening : "de toutes façons FTXG n'étant honteusement pas compatible avec les bonnes scènes photos et 3D, cela m'oblige a avoir 2 lanceurs FSX avec 2 dossiers d'autogen. 1 des lanceur peu bien être en DX9." ici : http://www.pilote-virtuel.com/viewtopic … 31&p=1

Dernière modification par Ottstef (12-09-2013 14:27:34)

Euh excusez ma question mais je commence a avoir un doute. On est bien d'accord que seules les scènes 3da de fvfr sont incompatibles.  Les scènes photos hd, si je ne dis pas n'importe quoi sont dépourvues d'autogen et donc compatibles avec FTX global ?

Dernière modification par gg25 (12-09-2013 20:16:13)

Exact, ça vise le 3da essentiellement, sauf que l'autogen de la végétation fournit gratuitement par FVFR avec plusieurs des scènes photos les plus récentes - et qui leur rajoutait déjà pas mal d'épaisseur - disparaît aussi dans l'aventure.

JimmyH a écrit:

Je vais essayer les solutions proposées mais je crains qu'avec les nouvelles extensions orbx (openlc et vector) cela complique sérieusement la cohabitation orbx/France VFR

je ne vois pas pourquoi si tu te contentes de ne voler qu'en France avec FVFR. Après j'imagine qu'un jour un camarade talentueux de ce forum concoctera un logiciel de type "switch" qui automatisera certaines manip ....

Tu ne dis pas de bêtises mais ta solution ne marchera pas ..

orbx inscrit des données dans le dll.xml, indispensable pour son fonctionnement, mais qui plombe la jouabilité des scènes 3DA.

Je pense qu un script capable de remplacer tous les fichiers systèmes est la solution ...

Bonsoir a tous,

Je suis peut etre a coté de la plaque....

mais si c'est juste un probleme d'autogen il me semble que l'on avait trouvé la solution ici avec 2 scripts a base de XCOPY:

l'un pour FVFR l'autre pour ORBX:

http://www.pilote-virtuel.com/viewtopic … 1&p=39

du #958 au #972

Voir egalement #946 page precedente

Si l'autogen 3DA est different il est peut etre possible de le rajouter dans un dossier "Stock"

Mais je vois que vous parlez egalement de landclass et Filipo parle de fichiers systeme....Donc c'est certainement plus compliqué que ca...

Mais bon c'est peut etre une base de travail....

tout à fait, c'est ce à quoi je pensais également ...

Moi même, je procède ainsi depuis des années ; déjà sous FS2004, mes batches me permettaient de pré-configurer mon simu selon le type de vol : VFR de jour, VDN, IFR, etc ...

Perso j ai 23 environments distincts (orbs est divide en 4 us no au et eng) fvfr, antartica, caraibes, Tahiti, Iceland, grenadines, Madeira etc
Le tout marche via des scripts bases sous xcopy inspires des scripts de bascule de FTX control panel.
Dans chaque environment le minimum necessaries a l environment est charge (dll, ad dons, etc) Donc temps de chargement rapide et ooms minimises
Aucun problem. Pour ceux que solution agace je rappel que cest orbx qui nous a foutu une basculle dans les pates avec sont ftx control panel, pas aerosoft ni fvfr

Etienne

Choco a écrit:

Stp, peux-tu préciser ce que tu entend par scrypter,  et nous faire une petite copie du script à faire, j'imagine
que c'est un fichier batch.

Merci d'avance,

Bien cordialement.

Bonjour Choco, bonjour a tous

Dans l'immediat non, mais le script c'est pas le plus compliqué....

Le plus important c'est  de faire un listing precis , de tous les fichiers a remplacer pour lancer chaque environnement
et de mettre en place une procedure pour recuperer /sauvegarder puis "Stocker" tous les fichiers necessaires  a chaque environnement....

Ensuite il faut coder / adapter un script (.bat) basé sur XCOPY,  par environnement FSX / Systeme...

Par contre si il faut modifier  a la mano des .xml ... La ca se complique.... Mais ca doit etre faisable avec des modeles..

Mais peut etre que etien et Filipo  vont  pouvoir nous transmettre un de leur scripts  comme base de travail...

Ensuite il faudra l'adapter a sa config....

Mais ( je me repete un peu ) le script c'est la derniere etape,
pour ecrire un script "generique" le plus simple possible (afin qu'il soit aisement comprehensible / adptable/ modifiable) il  doit reposer sur une organisation  "generique" des Dossiers / fichiers a traiter....

@+

Dernière modification par Wind_D4ncer (20-11-2013 12:13:13)

watin a écrit:

Salut etien

Peux tu nous envoyer tes scripts pour qu'on s'en inspire ?

Merci

Ok je fais cela ce soi, rien d extraordinaire. Étienne

happening a écrit:

Je pense pas qu'il faille modifier des fichiers, juste en avoir 2 versions et le script les renomme alternativement.

En fait les fichiers ne sont pas modifiés ils sont remplacé alternativement.... Ca revient au meme mais la commande XCOPY est plus puissante et plus souple que la commande REN / RENAME.... (taper XCOPY /? et REN /? dans un invite de commande, c'est pas les memes options...)

Par exemple pour le dossier autogen, une seule commande XCOPY traite le dossier, alors que la commande REN traitera fichier par fichier....
Ca permet aussi d'avoir un dossier autogen contenant uniquement les fichiers de la session, et les autres stockés ailleurs...
XCOPY copie et ecrase tout le contenu d'un dossier vers un autre en une seule commande....
En utilisant REN il faut renommer et deplacer les fichier, ou bien garder toute les versions des fichiers autogen au meme endroit et renommer uniquement les fichiers de la session....

Mais ca marche aussi.... avec plus de lignes de code.... Quoique on peut renommer un dossier entier avec MOVE...

Attendons  les scripts d'etien 

@+

Pour les scripts se sera plutôt demain soir. Etienne