Bonjour,

alors, on veut faire le boulot des producteurs...

happening a écrit:

La ou je bloque c'est dans la fusion des fichiers XML, je n'ai aucune connaissance, et il faut respecter la nomenclature XML au moment de la fusion.

Si quelqu'un avec une connaissance du XML arrive a fusionner ces fichiers, ca serait juste le meilleur des monde...

Le problème, n'est pas la concaténation en soit puisque le XML n'est jamais qu'un fichier texte.
Avec un simple "COPY", on sait (ou on devrait savoir le faire....) concaténer des fichiers textes.
Je précise que ce n'est pas la bonne méthode!...


Le problème vient du fait qu'il faut vérifier l'unicité des GUID dans les 6 fichiers (Les GUID qui existent sur la station + les nouveaux à incorporer) et valider leurs cohérences dans l’architecture des .XML lors de l'ajout de ceux-ci.
En fait, il ne faut rien détruire de l'existant...

C'est pourquoi, je disais :
http://www.pilote-virtuel.com/viewtopic … 23#p570223

Ce n'est pas compliqué à faire, mais encore faut il que les producteurs aient la volonté d'inclure cette contrainte dans leurs procédures d'installation.

A aujourd'hui, ils préfèrent un truc plus simple pour eux qui consiste à écraser les fichiers de ta station par les leurs...
Ce n'est pas très respectueux de notre travail car tu peux très bien avoir tes propres définitions. Ce qui a été à un moment mon cas, car je m'étais amusé à bricoler dans ces fichiers au tout début de FSX.

Dernière modification par Ptipilot (05-08-2013 17:56:01)

happening a écrit:

Les éditeurs font - parfois - du bon boulot, mais la on risque d'attendre longtemps...

Il suffit de ne pas acheter leurs produits en l'état...
Tu vas voir à quelle vitesse ils vont rectifier leurs procédures d'installations.

Ptipilot a écrit:

Il suffit de ne pas acheter leurs produits en l'état...

Si on lance une action de boycottage des scènes d'un certain créateur français, on va encore se faire lyncher ! 

D'un autre côté ...

Handie a écrit:

Et pourquoi donc le boycottages des scènes de ce certain créateur français et pas le boycottage des scènes d'un certain créateur américain ?

Les deux mon commandant, les deux...
(Pour ma part c'est meme l'integralite des scenes utilisant un autogen specifique... Pas de discrimination !)

Handie a écrit:

Et pourquoi donc le boycottages des scènes de ce certain créateur français et pas le boycottage des scènes d'un certain créateur américain ?

Tu crois vraiment que le staff australien d'Orbx vient lire régulièrement ce qui se dit sur le petit forum français ?

Le créateur français a par contre des oreilles très attentives qui nous surveillent  ... mais si, mais si

Bon bin, ça confirme mon choix, j'acheterai jamais de FVFR en cet état

Soyez sérieux ! Le patron de France VFR est banni d'ici et ne peu répondre. Ceux qui le savent pourraient avoir la décence de ne pas souffler sur les braises et faire comme si la "liberté" était de mise. Ca s'apparente à du lynchage.
C'est donc là votre méthode pour faire passer un message ? J'en connais d'autres plus directes mais moins "défouloires". Plus efficaces aussi sans doute. Mais chacun voit midi à sa porte. Et même à la porte du voisin quand il a déjà condanné la sienne. Ca doit être ça l'ouverture...

Je vous donne mon point de vue : qu'Orbx envoie ses définitions à Fvfr et elles seront intégrées dès le prochain produit...
Après tout c'est ce que FranceVFR a organisé avec Flytampa pour la zone Caraïbes : c'était dès janvier 2010 et à cette époque pour les orbx, earthsim et autres, ce fut "niet". Naïfs que nous sommes !

Pöur le reste vous me faites penser au vieux Fernand Raynaud...

Dîtes les gars, ça ne vous dérange pas de bidouiller en public des fichiers protégés par des droits d'auteur?

Ptipilot a écrit:

Le problème vient du fait qu'il faut vérifier l'unicité des GUID dans les 6 fichiers (Les GUID qui existent sur la station + les nouveaux à incorporer) et valider leurs cohérences dans l’architecture des .XML lors de l'ajout de ceux-ci.
En fait, il ne faut rien détruire de l'existant...

Ce n'est pas compliqué à faire, mais encore faut il que les producteurs aient la volonté d'inclure cette contrainte dans leurs procédures d'installation.

Bonjour a tout le monde,

Je n'ai jamais regarde de près le problème mais est ce que ce que tu décris n'est pas justement la raison d’être de l'outil ESMerge proposé gratuitement par Earth Simulations ? car leur outil semble fonctionner pour faire cohabiter leur autogen avec celui de France VFR non ?

Je ne suis pas encore passe a 3DA mais je l'envisage pour la future scène de Bretagne si bien sur je peux la faire cohabiter avec mes scènes ES (je ne vais quand même pas jeter mes scènes ).

Je suis aussi assez surpris de votre position par rapport a Orbx... Ils sont quand même les derniers arrives sur le marche européen, en toute logique (en tout cas la mienne ), c'est a eux de faire des efforts pour être compatibles avec les autres ténors du marche européen. Pour ma part, j'ai passe mon chemin même si je reste fan de leurs productions mais je me contente pour l'instant de l’Océanie et les US.

cordialement,
Fabrice

Ce qui est curieux, c'est que personne ne conteste qu'une pièce mécanique Mercedes ne remplace pas l'équivalente chez Audi (ces marques puisqu'on parle de produits de 'qualité', de 'haut de gamme'), serait-ce parce qu'il n'y a aucun intérêt personnel dans ce cas là?
Chaque fabricant a ses normes, il en va de même pour FsX, on choisit sa marque de prédilection, point, on aura une mers et une audi dans le garage, aucune fusion des deux, et on prendra l'une ou l'autre pour circuler.
Où est le problème?

Ptipilot a écrit:

alonzo a écrit:

Dîtes les gars, ça ne vous dérange pas de bidouiller en public des fichiers protégés par des droits d'auteur?

Pas du tout, car ce sont avant tout des fichiers de configuration de "MON" système!...

C'est le système de Microsoft pour FSX d'une part et le logiciel de FVFR d'autre part.  Tu n'as acquis dans les 2 cas qu'une licence d'utilisation dans laquelle n'est pas comprise la décompilation.

Quand à ta proposition d'être "assez grand" pour récupérer les fichiers de définition d'ORBX, c'est sûr que c'est facile mais je ne crois pas que pour FVFR ça le fasse de cette façon là devant un tribunal.

Avec FSX on est dans du ludique certes mais pour sûr pas au pays des rêves. Derrière tout ceci il y a de vrai entreprises avec des règles juridiques à respecter. D'ailleurs respecter les règles juridiques ça vaut aussi pour nous utilisateurs soit dit en passant...

FVFR a proposé a ORBX d'échanger légalement ses définition à la condition bien entendu qu'ORBX fasse de même. ORBX était d'accord sur le principe mais fait la sourde oreille pour mettre en application. On en est là. C'est sûr que ça n'arrange personne mais faut faire avec.

zigou a écrit:

par contre, comme le dit si bien Ptipilot, en tant que client, on est en droit d'attendre que lorsqu'on achète un produit, on puisse encore continuer a utiliser ceux achetés avant.

C'est tranché depuis longtemps par les tribunaux. Un client n'a aucun droit hormis ceux promis par la notice descriptive du produit qu'il achète et ceux plus génériques du code de la consommation.