aQuartier
-
Compteur de contenus
262 -
Inscription
-
Dernière visite
Messages posté(e)s par aQuartier
-
-
J'savais pô!
-
Désolé d'arriver peut-être trop tard, difficile de suivre les discussions sans y passer sans arrêt, mais PTA une fois activé sur un Pc peut être installé sur un autre par simple copie de son répertoire.
Ne surtout pas le réactiver sur le nouveau Pc, le bouton 'Activation' est toujours actif, activé ou non, et une nouvelle activation ne fonctionnera pas.
-
Citation
dans 2 régions différentes, une texture (même taille, même nom) peut être différente d'une région à l'autre car justement la texture des murs est différente selon la régionalisation ! fusionner Bretagne avec PACA va te donner des murs bretons sur la Côte d'Azur ou des murs méditerranéens en Bretagne !
Je remets ma blouse de labo, je réinstalle Bretagne Nord et PACA 1 en veillant à rien avoir dans 'addon scenery', 'scenery' et 'texture' de FsX pour l'installation de ces deux scènes 3DA.
J'obtiens dans 'scenery/global/texture', à gauche Bretagne, à droite PACA 1
Bretagne est ancienne, les textures sont en bmp. J'ai transformé celles portant le même nom des deux côtés en dds de façon à les voir en vignettes et pouvoir les comparer.
Elles sont identiques et donc, comme prévu par FVFR, l'installation la plus récente écrase les anciennes. La réinstallation d'une plus ancienne écrasera les textures mises en place par la plus récente mais cela n'a pas d'importance, même si les textures sont en format bmp puisqu' aucune ne dépasse la taille 1024x1024.
J'obtiens dans 'texture', à gauche Bretagne, à droite PACA 1
Inutile de voir les textures, par principe les noms sont différents et de plus depuis FVFR signe les noms par la région. Si une texture est employée dans les deux régions, elle porte le même nom dans les deux régions et la dernière installation écrase la précédente, donc aucun impact.
Passons aux répertoires 'texture' des deux scènes:
J'obtiens dans 'région/texture', à gauche Bretagne, à droite PACA 1
J'ai transformé quelques textures bmp de BRE en dds pour la comparaison de visu avec celles de noms identiques de PACA.
Les textures de mêmes noms sont identiques.
Pourquoi FVFR nous livre autant de fois les textures qu'il y a de scènes 3DA, certainement par suite des limitations de FsX qui imposaient bien souvent de n'activer qu'une ou deux régions à la fois, ce que beaucoup font encore par habitude pour ce que j'appelle du vol local. Maintenant nous sommes sous P3Dv4, ces limitations n'existent plus et rien ne m'empêchera de faire du voyage national tel qu'un Biarritz-Strasbourg en contournant Paris (interdit de survol) par l'ouest sans interruption. Je déclare donc toutes les scènes FVFR (3DA ou HD) dans le 'scenery.cfg' ce qui me permet de préparer le voyage que je veux effectuer, de le débuter et de changer de destination en cas de mauvaise météo ou changement d'humeur.
FVFR connait son affaire quand même, si deux textures différentes devaient porter le même nom ce serait une faute, toujours possible (le risque 0 ...) mais réparable.
D'où le passage des textures de scènes 3DA et autres dans le répertoire contenant mes fichiers agn mergés, d'où le gain de place, etc.
Se rappeler que les objets (bgl ou mdl) se distinguent par leurs GUID, que si N objets de noms différents, représentant des chose différentes, portent le même GUID: P3D prendra en compte au chargement des scènes la première occurrence rencontrée et ignorera les autres.
Les textures, elles, ne se différencient que par leurs noms. La première chargée par P3D fera ignorer les autres.
D'ailleurs, à propos, serait-il possible d'avoir une librairie FVFR commune aux scènes 3DA dans un répertoire distinct à déclarer comme toute librairie et qui serait actualisée suivant les besoins des sorties 3DA. Je le fais manuellement, mais cela arrangerait peut-être tout le monde de l'avoir dès l'installation.
-
Dominique, je vais bien plus loin que toi puisque je balance toutes les textures de scènes (y compris 3DA) dans le répertoire contenant les agn mergés.
C'est un travail qui demande un peu (!) de préparation et beaucoup de patience en commençant par copier toutes ces textures dans un dossier provisoire avant de les placer avec les agn ... et c'est fou ce que l'on trouve comme doublons (écrasement lors de la copie) et ensuite le nombre de formats différents (bmp, jpg, tga, dds) pour une même texture. Après un gros nettoyage qui dépend surtout du nombre de scènes installées ... des centaines de Mo gagnés et, au prix du SSD, l'effort vaut le coup, sans compter les gains sur les chargements en évitant à P3D de répertorier et trier des centaines de textures devenues inutiles.
Pour les agn locaux, je regarde via annotator si ils apportent quelque chose par rapport aux globaux, si oui je merge et poubelle, si non poubelle direct, et toujours le lien vers mon dossier global pour remplacer le dossier texture d'origine.
-
(mode humour) Ambiance orageuse ... comme pour ma traversée LFBD-LFST de cet après-midi et son arrivée agitée sur les Vosges?
-
Mail "informations produit ..." à sauvegarder d'autant plus qu'il donne les liens de téléchargement en plus des informations de transaction, bien pratique en cas de besoin et surtout en cas de mise à jour.
-
Bonjour,
Compiler en v3 (32bits) ou v4 (64bits) ne crée pas de fichiers BGL différents dans le sens structure. Si les deux fichiers obtenus portent le même nom, leurs tailles sont identiques à l'octet près, leurs contenus aucunement différents.
Compiler en v4 n'est utile que si l'on souhaite bénéficier des derniers apports de cette version de P3D, l'utilisation des textures permettant l'éclairage dynamique par exemple puisque cet usage est inconnu de la v3.
Le contenu des fichiers et leur nombre (on parle d'objets) a effectivement de l'importance du point de vue de leur gestion par P3D (démontré lors de l'étude sur le nettoyage de la VAS programmé par LM sur la version 2). Par exemple, 10 objets de 25 faces nécessiteront plus de ressources (occupation mémoires, tests de visibilité, etc) qu'un seul objet de 250 faces les regroupant et utilisant les mêmes textures.
-
Ben moi pour le réalisme je ne suis pas gêné par le flou, je me dis que mes verres de lunettes ont besoin d'un bon nettoyage et ça passe comme pour de vrai
-
oui, il suffit de décocher 'Follow the NewScenery convention' dans les préférences.
-
Euhhhhh ..... si
-
- Admettons deux configs matérielles dont les CG sont identiques
- J'installe PTA sur la première, je fais mes réglages
- Je récupère les shaders ainsi modifiés pour les coller sur ma seconde config
En précisant que les shaders ((scipts de création des shaders) modifiés par PTA sont ceux situés dans 'ShadersHLSL' à la racine de P3D et non pas ceux situés dans 'C:\Users\.......\AppData\Local\Lockheed Martin\Prepar3D v4\Shaders',
La copie sera appliquée et si les deux écrans ont les mêmes caractéristiques colorimétriques, etc, l'image sera identique.
-
Les shaders sont générés par P3D en fonction des objets à afficher, il en crée en permanence à moins de partir toujours du même point, mêmes conditions de vol et même vol. Je les effaces au moins une fois par semaine parce que cela finit par cuber sur le disque. Inutile de les sauvegarder.
Ils ne servent que pour le démarrage d'un vol dans les conditions précitées, les effacer au fur et à mesure de leurs créations ne gêne en rien le déroulement du vol en cours et c'est là qu'on constate leurs créations au fur et à mesure de l'apparition de nouveaux objets. Au lancement suivant, il en recréera d'autres et ainsi de suite.
En fait c'est en quelque sorte une trace écrite des instructions envoyées à la carte graphique qui les a mémorise.
Attention, ici on parle des Shaders situés dans 'C:\Users\.......\AppData\Local\Lockheed Martin\Prepar3D v4\Shaders',
-
Oui parce que par temps clair on regrette l'achat !
-
on va au moins cher!
-
Oui c'est vert, mais les pays méditerranéens sont verts au printemps, le meilleur mois pour les visiter est le mois de mai (floraison), plus tard c'est trop tard, ça tourne au paillasson.
-
C'est justement fait pour faire comme on veut.
-
J'te dis pas les allocs!
-
-
Moi c'est fait depuis la 1.4
-
Oui, les vitesses de déplacement passent du simple au double par rapport à la v3 avec tous les plus de la v4 en prime.
FPS bloqués sur 30, varient de 29.8 à 30.1 (problèmes d'arrondis !!!???)
-
Départ sous météo OpusFSI5:
En mai la Corse est encore verte.
Cliquer pour agrandir les clichés
Peu favorable aux clichés, passage à une météo plus clémente:
Passage à une visibilité illimitée:
Retour à une visibilité réduite d'un cran:
Je me suis rappelé avoir une Gopro orientable au bout d'une perche à l'avant.
39 clichés sur une pellicule de 36, comme dans le temps en économisant au maximum sur l'amorce.
-
On se croirait revenu à la sotie de FsX première mouture suite au coup de gueule de Bill: "Faites que ça marche, même mal, et vendez-le!".
En tout cas c'est parti pour la même tentative de financement du développement ... avec un autre résultat j'espère.
-
Sur IDF 3DA plus de problème! Manque que les ombres ... au sol
Pour les ombrages des objets, FSW calcule une occlusion trop sombre pour l'instant puisqu'on ne voit plus la texture
-
Pour les avions, les animations des instruments font appel à des variables globales propres à Dovetail et la définition des zones de clics souris dans le vC est différente, donc pas de solution sans le SDK si un jour clui-ci est accessible pour le freeware.
problème pilote Nvidia ça s'arrrange pas ...
dans Paramétrage - Optimisations - Problèmes
Posté(e)
Ce pilote est sorti pour être utilisé avec la beta SU11 exclusivement.