Vous n'êtes pas identifié(e).
Salut scojj,
Je pense pouvoir te rassurer ce que Macker appelle "RamDisk" c'est exactement ce que tu entends par "diskless", option de TP. C'est un espace réservé dans la mémoire RAM (un cache) qui a des fonctions de stockage très temporaire de données. Stockage, bien sur, limité en espace, en temps et en type de datas.
C'est ce qu'il se passe dans TileProxy originale avec l'option diskless.
Il existe, par ailleurs, des softs "RAMDisk" (que personnellement j'utilise beaucoup) qui vont un cran plus loin en "confisquant" d'une façon permanente (ou semi-permanente) des Mo ou Go de RAM pour en faire des disques virtuels extrêmement rapides mais, ce n'est pas de cette version de RamDisk dont parle Macker.
Salut AFR1949,
Effectivement, j'ai également eu durant mes tests de ce matin un message me disant que le disque était "full" or, ce n'était pas le cas en pratique. Le disque sur lequel se stockent les BMP avait encore plus de 400 Go disponibles.
Deux possibilités à cela:
1°) Tout simplement un bug
2°) Dans son code, Macker a (peut-être) créé un disque virtuel en cache RAM pour "recevoir" les tuiles jpg directement téléchargées du serveur avant qu'elles soient transformées en BMP. Ce disque ou espace virtuel doit être flushé (vidé) régulièrement pour faire place à d'autres tuiles. Le vidage ne se fait pas correctement (temps ou adresses mémoire) et, c'est peut être de ce "disk" dont il est question dans le message.
Mais Macker pourra certainement nous en dire plus.
Macker: question (encore) est'il possible de faire une version 64bits de WT pour éviter le mur des 4 Go d'adresses mémoire? Même si le soft principal (P3D, FSX) est en 32bits?
Bonjour Macker, bonjour à tous,
Mes tests avec la nouvelle version:
1°) Ca marche beaucoup mieux mais, quelques pb de finition persistent
J'ai commencé par un vol à Caernarfon au Pays de Galles et là, magique tout est parfait du premier coup, les tuiles sont nettes et le téléchargement est très rapide.
2°) Le masque alpha channel fonctionne bien pour la mer mais pas pour les inland waters (lacs, etc....)
Démonstration:
3°) J'ai pensé: Sacré Macker, il a réussi son coup! Je fais un autre test sur San Francisco et, là: catastrophe! Tout est flou et inutilisable:
Et rien n'y fait, ni refresh, ni pause.
4°) Bizarre, entre les 2 tests j'avais effacé toutes les tuiles et les shaders, je re-efface tout (tuiles et shaders) et je retourne à Caernarfon (mon 1er test): impossible de retrouver de la netteté malgré plusieurs tests:
5°) Je cherche un peu et je me rends compte que:
- les tuiles sont bien chargées en DXT1, 16bit et parfaitement nettes, illustration:
- par contre, quel que soit le choix de zoom maxi que je fais dans le menu déroulant de "Option" j'ai des tuiles maxi en 1024x1024 soit un zoom 17 (LOD15) même si j'ai opté pour un Z=18
Conclusion:
- ça a marché parfaitement (pendant 20mn) donc, il n'y a pas de raison que ça ne remarche pas. Une optimisation à perfectionner quelque part.
- il semble y avoir un pb avec le choix du zoom, le maxi est 17 même en cas de choix de 18
- les tuiles se chargent parfaitement mais, n'arrivent pas intactes dans le simu
- il y a, effectivement, un pb avec l'installateur pour SimConnect entre autre mais, on le retrouve dans le dossier "Redist" de P3D, donc pas trop grave.
Pour la remarque de Scojj, l'option "Diskless" serait très utile car, WT semble charger des tuiles jusqu'à plus soif et sature le disque. En Diskless les tuiles (jpg et BMP) sont traitées et stockées en cache mémoire le temps d'être utilisées puis elles sont effacées. Tu sembles avoir opté pour une stratégie semblable pour les tuiles jpg.
Autre option: j'ai remarqué que tu as codé pour que les tuiles continuent à se stocker tout autour de l'avion quel que soit son cap. Inutile, en vol, de charger des tuiles jusqu'à plus de 150Km (d'après mes tests) à l’arrière de l'avion.
Question: Tu charges d'abord le Zoom maxi avant les zoom 11, 12,...etc, ? Contrairement à TP qui charge d'abord les Zoom lointains.
Voilà, ce que je pouvais dire suite à mes tests.
Macker, tu n'es pas loin du résultat optimum, courage.
Patrick
Salut à tous,
Sans vouloir prendre la parole à la place de Macker "The Boss", je me permets juste quelques suggestions:
PourAFR1949:
Il semblerait que pour toi WT v1.9 donne des résultats corrects, les 3 messages après 2 h de vol semblent simplement indiquer que le disque sur lequel sont stockées les tuiles .BMP est plein et ne permet plus d'enregistrer de nouvelles tuiles. Si tu fais un "erase files" ça devrait repartir.
Pourfreddy63:
Tu dis: "Et en regardant sur le disque, j'ai 39 563 fichiers BMP de 186 octets dans le dossier World_Terrain\0601\TEXTURE), donc ca a pourtant l'air de télécharger"
Désolé mais, ça ça veut dire que tu ne charges rien, nada! 183 octets c'est un point de 4x4 pixels en 16bit. Avec ça tu ne construis pas une tuile, quelque soit le LOD
La raison, à mon avis, brute de décoffrage, c'est que ton antivirus bloque les tuiles téléchargées du serveur Bing et, que ce que l'on voit sur ton screen est simplement le LOD8 qui est présent en.bgl dans le fichier "Scenery" de WT.
Désactive ton antivirus et recommence, pour voir. Il peut aussi être nécessaire d'autoriser WT dans ton FireWall, je ne sais pas si Macker l'a prévu (à mon avis, oui mais, ça ne coûte pas cher de vérifier).
Je ne pourrai pas tester cette v1.9 avant demain matin, j'espère une bonne surprise.
A+ et bon dimanche.
Patrick
Macker,
Quelques remarques et corrige moi si je me trompe:
Sur TP originale le soft charge des tuiles directement sur le serveur B...g (ou autre), ces tuiles sont en .jpg 256x256 et font entre 10 et 30 Ko (grosso modo)au téléchargement
Sur WT ce chargement est "invisible", je suppose que tu charges directement en mémoire mais, reste malgré tout visible avec l'indicateur "Circle". Donc, on suppose que si l'aiguille indique une valeur ça veut dire que le serveur répond à la requète. Supposons donc que les tuiles jpg sont bien chargées et que le pb ne vient pas de là
Ensuite sur TP ces tuiles .jpg sont transformées en .BMP DTX1 grâce à un petit soft open source "incorporé" à TP, il s'agit de Jpeg 6b.
Je suppose (encore) que le process est le même avec ton WT.
Jpeg 6b "assemble" façon puzzle ou décortique selon le niveau de LOD les tuiles BMP et les injecte dans Phtoreal World (W_T) chez toi et visible avec l'indicateur "Zoom"
A mon avis, le problème de WT vient de cette conversion jpg/bmp DTX1 car:
-les tuiles chargées en BMP sur WT ne sont pas en DTX mais en BMP non compressées (j'en suis quasi certain)
-sur TP les tuiles sont en 16bit et 32bit chez toi (augmentation de la charge de calcul)
-sur TP les tuiles BMP font 12 Mo en 4096x4096 16bit pour un LOD17 (Zoom19), 2.7 Mo en 2048x2048 16bit pour un LOD16(zoom16) et.... 3.00Ko en 64x64 16bit pour un LOD13 (zoom11) (en dessous elles ne sont plus écrites sur le disque mais dans le Kernel grâce au driver ProxyUser)
Sur WT (chez moi), toutes les tuiles BMP ne dépassent les 250 octets en 4x4 32bit (testé sur W10/64 avec un antivirus désactivé et W7/64 sans aucun antivirus). (Semble démontrer que rien ne sort de la conversion, expliquerait aussi que l'en-tête du fichier soit écrite mais pas le contenu)
Comme tout le monde semble rencontrer le même type de problème avec des niveaux d'importance différents, je pense que dans ton code tu as laissé trop peu de temps au calcul pour la construction des tuiles BMP et que ça cafouille plus ou moins selon le proc de chacun et, surtout en BMP non compressé.
Tu as utilisé la stratégie de preload par anticipation selon le cap de l'avion, à mon avis ce n'est pas très utile et consomme de la puissance de calcul, même si c'est fait en temps idle (Sur TP je l'ai désactivée et...ça marche beaucoup mieux).
Voilà, sans prétention aucune mais, c'est ce que j'ai pu conclure de mes tests de la journée.
Autre suggestion: tu devrais laisser la possibilité de choisir sa propre stratégie de zooms et de vitesse de chargement des requètes, il semblerait que tu l'as limité à 4Mb/s.
Je vais m'absenter pour quelques jours, je ne pourrai plus faire de tests avant lundi prochain si d'ici là tu pouvais nous gratifier d'un soft bien opérationnel tu deviendrais le héros des .....(maxi)12 TileProxistes que trainent. Allons, soyons fou il doit bien avoir 14 TileProxistes en cherchant dans les fonds de tiroirs 
Bon Courage 
Patrick
Bonjour Patmiche,
Un utilisateur a eu un problème similaire et c’était lié aux droits d’accès sur les répertoires qui contiennent les BMP.
C’est un peu particulier sous W10.Peux-tu vérifier le répertoire qui contient World_Terrain (pas celui des exécutables) a tous les droits d’accès en lecture et écriture ?
Vérifier également que tous les sous-répertoires l’ont également.Sinon vérifier que le disque n’as rien d’exotique et est bien formaté NTFS.
Merci de me confirmer pour que je puisse corriger si c’est bien cela.
Cordialement,
Macker
Bonsoir Macker,
J'ai bien tous les droits sur le dossier World_Terrain qui contient les textures en .bmp.
J'ai effectivement un disque "exotique" car je l'ai "boosté" avec un cache en RAM mais, c'est la première chose à laquelle j'ai pensé hier soir durant mes premiers test et j'ai changé pour un disque SSD tout ce qu'il y a de plus normal.
J'ai installé les exécutables d'abord sur c\Program Files puis sur un autre disque, à la racine.
(Petite remarque: ton installeur n'accepte pas que l'on installe le dossier World_terrain contenant les textures directement à la racine d'un disque, il faut créer un répertoire donc j'ai: E:\World_Terrain\World_Terrain\ )
Mais, pour ce qui me concerne le pb vient du fait que des tuiles plus que maigrichonnes viennent s'installer dans les Textures (voir pic ci dessous)
Avec des BMP à 190 octets même en DXT ça va pas chercher loin.
Je n'habite plus en France mais, là je suis en vacances pour encore 3 semaines donc avec du temps devant moi, je vais essayer de comprendre le problème qui, je l'ai bien compris vient de chez moi et pas de ton travail puisque ça marche chez cfupixie. Si je trouve une piste, je te transmettrai l'info. Je suis sûr que c'est un truc à la c... Faut dire que mon PC je l'ai torturé depuis que je suis rentré
A+
patmiche, as tu fait refresh ? J'avais le même phénomène et en faisant refresh, tout est rentré dans l'ordre. Je fonctionne aussi avec des antivirus et pas de soucis de ce côté.
Oui, j'ai fait "Refresh" et plusieurs fois, ça ne change rien du tout: exactement le même scenery avant qu'après.
Si je fais le test à côté d'une étendue d'eau: mer, lac tout est sous l'eau (San Francisco, Caernarfon, Annecy,...)
Si je fais le test dans un endroit où la première flaque d'eau est à des kms j'obtiens des tuiles particulièrement....décoratives: roses fluo, vertes fluo, zébrées et surtout très incohérentes et mobiles, façon Rubik's Cube.
Si je vais en altitude, montagne j'ai un mesh uniformément vert prairie délavé.
A mon avis, le pb vient du fait que je ne retrouve rien dans le dossier "Texture" de World_Terrain à part des .bmp faméliques lisibles avec la visionneuse photos classique donc pas compressés en DXT (il me faudrait un soft du genre DXTbmpx pour les lire)
Je pense pouvoir affirmer que je maîtrise TP Originale pour l'avoir bidouillée dans tous les sens grâce au code source de C.Buchner, dans mes nombreux essais j'ai quelques fois eu des phénomènes semblables c'était à cause de valeurs incohérentes dans code de la dll libcurl ou libnetile (je ne sais plus exactement, ça fait un moment déjà) mais, là bien sûr je ne peux me prononcer.
Quelques exemples pour illustrer mes propos:
Bonjour à tous,
Désolé, de mon côté ça ne semble pas vouloir fonctionner.
Voir ci dessous:
Que d'eau! 
Je précise que je suis au-dessus de Caernarfon au Pays de Galle et, que je suis bien au-dessus des terres et non pas de la mer
J'ai désactivé mon antivirus, j'ai ouvert le firewall à World Terrain.exe, comme on le voit sur les screens les valeurs de "Download speed", "Zoom" et " Circle" sont cohérentes, va comprendre Charles!
Si je vais voir dans le dossier "Textures" de "World_Terrain" j'ai des fichiers .BMP de très faibles valeurs 130 à 920 octets maximum. Il semblerait que seules les tuiles de LOD9 et LOD10 se placent dans ce dossier. De plus (anecdotique peut-être) les tuiles ont une extension .bMP ou BmP ou .bmP mais aussi BMP.
J'étais intéressé par ce nouveau TP pour le faire fonctionner avec W10/64 étant donné qu'il n'y a plus de driver non signé. Dommage, je continuerai à utiliser TP Originale sur W7/64.
Beau boulot, néanmoins Macker.
Mea Culpa!
C'était de ma faute, j'ai voulu aller trop vite.
Ça marche mais, pas comme il faudrait, j'ai les mêmes phénomènes que cfukpixie avec en plus de l'eau partout. Je viens d'essayer de faire un vol à San Francisco: de l'eau partout et les collines sont bleues!
Comme je vis là-bas maintenant et que je dois y retourner dans 20 jours, j'espère que ce n'est pas le reflet de la réalité 
Les tuiles s'affichent de façon anarchique, s'effacent, reviennent, changent de position, etc......
J'ai testé en W10/64 Fr et j'ai Prepar3d v3.2 avec quelques scènes ORBX mais rien d'autre qui pourrait venir perturber le tout
Macker,
Téléchargé le nouveau .exe, j'ai fait une clean install, il y a du mieux mais, ça ne marche toujours pas.
Les entrées dans le scenery.cfg de P3D v3.2 se font bien, quand je lance World Terrain.exe ça se lance, ça affiche la boite avec les compteurs et immédiatement une fenêtre s'ouvre: W T a cessé de fonctionner.
Le journal d'évenements me donne une erreur kernel32.dll et une autre .NET Runtime
Désolé mais, ce n'est pas encore ça.
Testé sur w10/64 Fr
Voilà le résultat de editscenery -install:
Exception non gérée : System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
à EDITSCENERY.Program.get_Scenery_File()
à EDITSCENERY.Program.Main(String[] args)
Le message d'erreur après l'install ou lors de la tentative de lancement de l'exe est:
Bootstrap Error
An unhandled exception (Could not find a part of the path a:\Error.txt.)
occured while bootstrapping the application
D'autre part, ton site Internet semble avoir été modifié il ne permet plus de voir les onglets donc impossible de te laisser un message sur "Info"
A+
Salut amis Tileproxystes,
Faisons abstraction de l'aspect "morale" de Macker et focalisons sur l'aspect technique de son "New Tileproxy".
Pendant longtemps, beaucoup se sont plaints que l'interface de TP était austère et difficile à appréhender, Macker semble apporter réponse car, comme je l'ai dit plus haut, fini les oeufs et la fenêtre de lignes de commandes.
1ère raison qui ferait que ....pourquoi pas tenter , au moins tester.
Personnellement, j'ai voulu tester mais l'install ne se finalise pas un problème de "scenery_config.exe" (ou qqchose d'approchant) qui bug avec une unhandled error , d'après ce que j'ai pu comprendre ça viendrait d'un bug dans la compilation du soft......Macker si tu m'écoutes.....
Par conséquent, je ne peux juger de la valeur technique de ce New TileProxy or, si vraiment il y a un bug dans le soft de Macker autant lui faire savoir afin qu'il le corrige et nous donne la possibilité de juger de son travail par rapport à celui de Christian Buchner....qui offrait son travail mais qu'il a laissé tomber depuis longtemps, laissant la porte ouverte à d'autres.
TileProxy (originale) me donne entière satisfaction.....après de multiples bidouilles et modifs de .dll, j'ai moi-même passé beaucoup de temps à essayer de l'améliorer tout en restant dans le format initial, juste en modifiant les .dll. Je sais le travail (plaisant) que cela représente. Si Macker veut faire payer ce travail tout en reprenant le concept initial d'un autre.....chacun place sa morale où il l'entend. Moi, je n'adhère pas mais, qui suis-je pour juger.
De plus, n'oubliez pas que dans son premier post il disait que son soft serait gratuit pour les membres de ce forum, alors....!
WTF, why not to give it a try?
Tout cela n'est que mon opinion et n'engage que moi.
Patrick
Edit: voilà, j'ai la même erreur que le collègue juste au-dessus et en W10/64 et W7/64
Bonjour à tous,
Ce "nouveau" TileProxy a une odeur de souffre!
J'ai essayé de l'installer mais, l'install ne se finalise pas ni sur W10/64 ni sur W7/64. Un bug quelque part, semble t'il
Mais, les fichiers installés sont restés et j'ai pu les regarder.
Le site internet qui vend ce soft est: www.hush.software (ni .com, ni rien ?)
Et là on sent le pas clair, le confus, la volonté d'entourloupe: il y a des témoignages dithyrambiques de soi disant utilisateurs (lesquels puisque le soft n'est pas encore vendu?)
De plus la version téléchargée est valable 30 ou 40 jours avec "limited speed" et en cas d'achat de la licence on passe à "Unlimited speed" Bizarre non? Alors que la logique voudrait que pour donner la possibilité de se faire une idée de la qualité du soft autant offrir une vitesse maxi dès la version test. Et encore comment un simple N° de licence pourrait augmenter la vitesse de traitement des tuiles?
Encore mieux, les .bgl sont ceux de TileProxy original pour le LOD8 et pour les fichiers de "PhotoReal World" c'est ceux de Prepar3D.
Il y a eu un gros travail "cosmétique" indéniable, fini les oeufs qui se remplissent et la fenêtre DOS à la place une boîte de dialogue, pour le reste c'est du Christian Buchner retravaillé pour le rendre payant.
Pas très correct tout ça. Ce n'est que mon humble avis.
Que chacun se fasse sa propre idée.
Le fichier proposé au téléchargement est clean et il n'installe rien de vérolé, de plus il se désinstalle très facilement.
Alors avis aux amateurs.
Mon cher Patrick,
Tu dis que c'est impossible ...
C'est une phrase qu'il ne me semble pas avoir écrit donc à moins de me tromper, c'est toi qui me prête ces propos ...
Il a dans dans les explications de Patmiche quelques éléments à débattre :
- un pilote Windows ne peut pas s'installer dans le Kernel de Windows c'est impossible mais il dialogue avec ce Kernel,
Tu as raison: j'avais mal lu!
STOP! J'arrête, je déclare forfait je ne vais pas passer mes quelques jours en France à polémiquer d'une façon improductive, inutile et.....tellement infantile.
Je reviendrai sur ce forum (si tu m'y autorises; bien sûr) à mon retour définitif en France en Octobre.
D'ici là......
Bonnes vacances à tous
Amicalement
Patrick
Hello,
Voilà des interventions beaucoup plus constructives et pertinentes.
Saluons au passage que ptipilot a supprimé son post pas très courtois; il aurait pu expliquer plus complaisamment lui-même.
Ceci dit toute trace de possibilité d'amélioration des performances de TP est toujours bienvenue je trouve, quitte à vérifier le bien-fondé de la modification par des esprits plus éclairés.
Et si Patmiche pouvait nous concocter l'upgrade annoncé le 1er avril 2014...;)
Salut Scojj,
Ah non, je ne réussirai pas, même avec la meilleure volonté à réaliser l'upgrade du 1er avril
Aujourd'hui j'arrive à ça avec les dll modifiées .....
Au dessus de San Francisco, alt.: 1100fts, v= 120knots le tout en LOD19
En plus grand: http://hpics.li/7585178
En plus grand: http://hpics.li/969583c
En plus grand: http://hpics.li/ab34314
Nice et Cannes LOD19 même alt, même vitesse:
En plus grand: http://hpics.li/bce870e
En plus grand: http://hpics.li/7ff38a8
Là, je suis à 4000fts, 140knots toujours LOD19 à l'Ouest de Cannes en allant sur St Trop'
En plus grand: http://hpics.li/3fe945a
Enfin Biarritz: 
En plus grand: http://hpics.li/9d4951e
L'ensemble de ces screens a été réalisé depuis mon PC "là-bas". Avec les dll modifiées mais aussi (et surtout semble t'il avec une connexion d'enfer) c'est fluide, aucun flou même en changeant de vue ext/int et sur des vols de 1H.
La même chose ici, (en LOD19) avec les .dll modifiées j'obtiens beaucoup de flou et plus rien de comestible après 3-4 mn de vol.
Comme promis, je vous tiens au courant de mes éventuelles avancées.
A+
Patrick
Merci Lagaffe de t'intéresser à TP, plus on est sur le coup plus il y a de chances de voir ce soft évoluer.
Et moi, je n'ai aucun doute sur tes compétences néanmoins, je me permets avec tous les égards dus à un modérateur de faire un copier coller de ce qu'écrit C. Buchner en page 9 du User Manual:
"The kernel mode driver tileproxy.sys remains closed source. Permission to redistribute is
granted as part of the original TileProxy project and for derivative works under the GPL
license. Reverse engineering and commercial use of tileproxy.sys is prohibited unless this
software is also distributed under the terms of the GPL license."
Il (C.Buchner) en reparle à d'autres moments mais, cela devrait suffire.
En effet, il ne s'agit pas de créer un "banal" RamDisk dans la mémoire RAM et de lui attribuer une lettre comme à n'importe quelle autre partition (ça je sais le faire, je l'ai même expliqué sur ce forum à un membre qui se posait la question) mais bien de créer un pilote que W7 64 n'accepte pas sans rechigner d'ailleurs. Ce pilote crée une RamDisk "like" dans le kernel.
Tu dis que c'est impossible, tu as très certainement raison mais, C.Buchner ne le savait pas lui que c'était impossible.....alors il l'a fait!
Ah! ces allemands! J'te jure.
Maintenant, si tu veux vraiment nous donner un coup de main, c'est avec grand plaisir que je te donnerai mes pistes actuelles et les points sur lesquels je sèche encore.
Si, lors de la rédaction de ton post ton intention était bien de comprendre la problématique de TP et de participer (éventuellement) à solutionner certains points obscurs, welcome! Si, au contraire tu voulais juste en rajouter une couche et tenter de me discréditer en mettant en doute mes dires, alors là........qu'y puis-je?
A+.....peut être.
Patrick
Bonjour Patmiche,
merci pour la précision concernant le conseil erroné que j'ai donné. Tu le fais d'une manière courtoise , car nul n'est parfait (je parle de moi). J'ai appris quelque-chose que j'ignorais.
Je vois avec plaisir que tu t'es penché sur le code source de C.Buchner . C'est de bonne augure , car il y a un potentiel énorme avec TP , vu qu'il ne tient pas compte des performances des machines actuelles et du débit décuplé d'Internet par rapport à il y a 7 ans.
Salut Foly-vi,
Hola, ne t'emballe pas ni sur mes capacités à vraiment apporter un plus à TP en me penchant sur le code ni, si tant est que j'ai les capacités à modifier certains paramètres que ceux-ci soient vraiment efficaces.
Pour l'instant l'élément qui me semble le plus propice à vraiment apporter un meilleur fonctionnement est le "tileproxy.sys" qui est en fait, un pilote qui s'installe dans le Kernel de Windows et qui crée un RAMDisk dans lequel viennent se charger les tuiles directement (ou presque) du serveur sélectionné dans le ProxyUser.ini. Ce RamDisk semble limité en taille, il y a 7-8 ans avoir 4Go de RAM était top, aujourd'hui cette valeur est multipliée par 3 voire 4. donc, il y aurait de quoi optimiser. Seul inconvénient, C.Buchner ne donne pas le code source de ce driver pour éviter qu'il ne tombe entre des mains mercantiles.
Donc, j'essaie de me débrouiller avec le reste.
Je promets que si j'arrive à quelque chose je vous en ferai tous profiter mais, en toute honnêteté je ne peux rien promettre ni en terme de résultat ni en terme de délai.
Patrick
Edit modérateur:
Patrick, je te prierais de relire tes premières phrases et de les mettre en adéquation avec le règlement du site ! (point n°3 et 5). Elles sont hors de propos: ce sont des invectives que l'on ne peut tolérer sur ce forum.
Que tu ais une certaine science informatique ne te donne pas le droit d'invectiver un autre membre ... car de plus tu ne connais absolument pas ses compétences et ses qualifications.
=> rectification du post réclamé par la modération !
Salut Didier,
Post modifié selon ton souhait.
Quand même, tu avoueras qu'il y a des façons plus sympas, productives et formatrices de dire les choses que celles employées dans le post que je critiquais.
Mais, tu as raison de me rappeler les règles de courtoisie de ce forum, tant qu'elles s'appliquent à tout le monde.
J'accepte volontiers de me battre la coulpe si en le faisant j'aide d'autres à prendre conscience de leur façon de faire.
Patrick
Salut à tous,
.............
..... sa remarque sur le [386Enh], elle est ......justifiée malgré tout car cette section de system.ini n'est plus lue par Windows depuis belle lurette, W98 je pense!
Depuis, tous les paramètres mémoire sont inscrits et gérés dans la BDR sous: HKLM\System\CurrentControlSet\Control\Session Manager\Memory Management mais, je déconseille d'aller y bidouiller quoi que ce soit, non pas que ce soit risqué (W7 est plus costaud qu'il n'y paraît) mais parce que les quelques paramètres qui peuvent être modifiés n'apporteraient rien au fonctionnement de FSX et/ou P3D v2. La raison est qu'ils sont codés en 32bits.
Si certains malgré tout veulent en savoir un peu plus, ce site donne des infos/conseils......inutiles mais pas dangereux : http://www.registryrecycler.com/blog/2013/07/enhance-windows-memory-management-through-registry/
par contre celui-là est très pointu car fait par Mark Russinovich qui est le "codeur mémoire" de Windows chez Microsoft mais, c'est très technique: http://blogs.technet.com/b/markrussinovich/archive/2008/07/21/3092070.aspx
Pour en revenir à TP, puisque c'est quand même ça qui nous intéresse, (suite à un "accident") j'ai eu un peu de temps pour approfondir mes connaissances en étudiant le code source que C. Buchner a laissé à notre disposition, j'ai apporté quelques modifs et, les ai testées.
Pour l'instant, difficile d'en tirer une conclusion.
Je m'explique: je suis de retour en France pour 3 jours je repars aux EU lundi et, là bas j'ai une connexion d'enfer: 1Gbit! La maison qui ,m'a été prêtée est directement reliée au provider par un câble fibre optique et le provider est à moins de 1 mile!
Et, ça change tout!
J'obtiens des résultats époustouflants mais, que je n'ai pas réussis à reproduire ici en France avec ma connexion 30Mbits, il y a quand même un rapport de 1 à 30!
Je posterai dans la journée quelques pics pour illustrer mes propos.
Je serai de retour en France vers la mi/fin septembre et là, j'aurai beaucoup (beaucoup trop?) de temps à mieux approfondir le code en C++ de TP, j'espère en tirer quelque chose de bénéfique.
A+
Patrick
Salut Foly-vi !
Content que ça te plaise, un petit lot supplémentaire:
Le Mont Cervin ou Mt Matterhorn dans les Alpes Italiennes/ Suisse
La campagne irlandaise:
Monterey, California (KMRY) j'ai vu que ORBX venait de le sortir:
Patrick
Bonjour,
Je viens de lire les 18 pages de ce fil , et ben....ça donne envie !
alors , je vais essayer ...on verra bien si ma config et surtout mon débit internet tient le coup !à bientôt.
Bonjour à tous,
Ca faisait un petit moment que je n' avais pas eu le temps d'intervenir sur le forum.
Je vois que TP ne s'essouffle pas et, c'est une bonne chose.
Willswings, si ça peut t'aider dans ta décision de te mettre à TP je poste quelques pics de certains de mes vols récents/
Brisbane, Australie:
Caernarfon, Wales , juste au-dessus du Château:
Quelque part dans les Alpes (je ne sais plus où exactement):
Sans retouche, si ce n'est un recadrage pour certaines.
J'ai très peu de temps pour "voler" mais, quand j'y arrive c'est toujours un régal.
Patrick
@fonta: je pense que je vais opter pour ta version de l'explication du problème de trim. En effet, mon joy d'occas ne "tremble" pas (voir la vidéo youtube que MdMax a signalée plus bas).
Maintenant que j'y repense, j'avais déjà fait un test de XPL (v9.x je pense) sur mon PC chez moi il y a 2 ou 3 ans de ça et j'avais déjà ce type de souci. Ici, sur du matériel différent je retrouve ces pbs, j'en déduis que le matériel n'est pas en cause mais bien le soft.
Par contre, je suis moins confiant que toi, fonta, sur l'éventuelle amélioration grâce à la version 10.30 car, si le problème est récurrent depuis plus de 3 ans et qu'en plus il est "interdit" de l'évoquer sans s'attirer les foudres des aficionados ..... c'est donc un problème qui n'existe pas "officiellement" et il n'est donc pas utile de s'y intéresser.
@MdMax: pour info, le petit " outil neutre genre jstest-gtk" que tu suggères est compatible Linux mais pas Windows.
Je voulais tester XPL en version 64bits pour "voir", de ce côté je ne suis pas déçu et même très agréablement surpris: une grande fluidité, des décors nets, des reflets dans l'eau époustouflants, un mesh de base très réaliste, ....et je pourrais en rajouter. 
Par contre, au risque de me répeter, une ergonomie à ch*** 
et ce vrai problème de joy qui donne pas envie de se casser la tête. 
Je laisse tomber pour l'instant, je verrai en fin d'année lorsque je serai de retour en France et que je pourrai utiliser mon matériel si j'ai envie de recommencer et de persister avec XPL.
Merci à tous de votre aide et de vos conseils et bons vols.....
Patrick
Salut MdMax,
Les axes en question sont le roulis et le lacet.
Les avions sont les VFR de XPL monomoteur et bi: C172, Baron58 et peut être KingAir (moins sûr car celui là je l'aime moins donc je l'utilise pas souvent). 
Le tangage est (relativement) plus facile à régler.
Pour le régime moteur et le pas, je ne saurais te le dire précisément mais, je ne pense pas que ça vienne de là: les phénomènes commencent dès le décollage en full throttle et continuent même en palier, tout rentré et vitesse stabilisée.
Ce soir, si j'ai un moment, j'essaierai ta recommandation sur le couple mais, comme ça m'arrive aussi bien en mono qu'en bi.....j'ai un doute.
Merci, en tout cas de ton intérêt, je te tiens au courant.
Patrick
Merci Kipawa, MdMax et Berde grâce à vos conseils, je suis arrivé à ce que je voulais (plus ou moins)
Je ne suis pas fan de l'utilisation de la souris pour le panoramique, j'en reste donc à la manip avec le joy.
XPL reste quand même moins ergonomique que ce bon vieux FSX (ou moins vieux P3D)
Peut être une des explications au fait qu'il a du mal à percer par rapport à ses compétiteurs.
Il me reste encore une question: je ne suis pas chez moi aussi, j'utilise un PC d'emprunt (qui, lui, va très bien) mais aussi des périphériques qui ne sont pas neufs.
J'ai acheté un joy Saitek X52 d'occas (15US$) et, j'ai un gros mais gros problème de trim. Je m'explique: sous XPL, le calibrage se fait impec et sans problèmes mais, en vol je suis obligé sans arrêt de trimer pour avoir un vol droit et les trims doivent être au mm près, j'éternue et je me retrouve incliné à 20° ! Est-ce normal, docteurs !
Je précise que sous P3D je ne rencontre pas ce phénomène là, le calibrage fait, tout est stable en vol.
Avant de démonter le X52 pour l'ausculter (ou l'autopsier) je voulais avoir l'avis des professeurs es-XPL
Merci d'avance
Patrick
Merci Berde, je teste ça dès que possible .....et je reviens si je rencontre un problème de compréhension (rapport à mon QI de poule précisé plus haut!
)
OK, j'ai testé ça marche mais,.....ça annule la vue panoramique en cockpit 3D!!
J'ai contourné le pb en utilisant le 2ème chapeau chinois de mon joy donc un pour tourner autour de l'avion en vue extérieure et l'autre pour vue panoramique en cockpit3D!
X-Plane semble pas mal d'après mes premiers essais mais, aurait besoin d'une bonne réflexion au niveau de l'ergonomie: fenêtres pop up pour le GPS, le panel radio, le PA une seule commande pour les vues internes et externes et une meilleure programmation pour l'utilisation du joystick: il faut jouer au "poil de cul" avec les trims pour avoir un vol palier et droit! 
Je vais tenter prochainement les OSM2XP, World2XPlane et autres eye candy stuff avant de me faire une idée définitive sur le simu.
En tout cas, merci pour l'aide apportée.
Patrick