Empecher x-plane d'accéder au net ??!! [RESOLU]

[AF0002]

Bonjour,

il me semble que depuis 2 ou 3 versions, x-plane tente d'accéder au net pour récuperer je pense les news...

le problème c'est que j'ai 2 PC en reseau local (cable ethernet) uniquement et qui n'ont pas d'accès au net...
le résultat est que si je ne debranche pas le cable ethernet, les 2 pc avec x-plane 9.21rc1 tournent a 1 image / sec...!
il suffit de debrancher le cable ethernet pour que tout redevienne fluide...

A priori il n'est pas possible dans les menus d'empecher cet accés au web...
y aurait il un autre moyen pour le faire en modifiant un parametre dans un fichier .prf ou autre ???

merci pour votre aide

amts

Frédéric

[Pierre]

Bonjour,

Peut-être en désactivant la mise à jour des données météo (METAR) ?

Pierre

[david_dtc]

Je crois que ce dont AF002 parle est un "problème" que j'avais soulevé il y a de celà quelques semaines ici même. X-Plane tente de se connecter à x-plane.com par e port 80 si je me rapelle bien, on m'avait répondu qu'il n'y avait là aucun danger et que le soft ne fait celà que pour tester le systême de messagerie interne d'x-plane. J'ai lu aussi sur d'autres forums des post du style "x-plane 9.20 Trojan?", mais je ne pense vraiment pas qu'il s'agisse là d'un systême anti-piratage caché ou d'un trojan. C'est pas le genre de la maison Laminar jusqu'ici...

[AF0002]

c'est exact david_dtc !

dans les logs on trouve d'ailleurs plusieurs tentatives d'accès au site x-plane.com en echec bien sur (dans mon cas)...

dommage qu'il n'y ai pas moyen de dévalider ce systeme de messagerie interne !

[Rodger]

Bonjour,

C'est quelque chose qu'il va falloir éclaircir. Trojan ou pas, je ne vois pas pourquoi mon système, déjà en bout de ressources ( pourtant IMAC tout neuf), de par la demande excessive du logiciel, soit ralenti de plus pour une connerie d'accès à Internet totalement inutile.
Austin doit absolument s'expliquer la dessus.

Cordialement
Roger

[david_dtc]

Comme je disais ça déjà été expliqué,et Austin n'a (malheureusement?) pas le devoir d'expliquer quoi que ce soit.

Ceci-dit, si t as un Imac tout neuf, tu dois avoir une puce graphique NVIDIA GeForce 8800 GS, et tu ne devrais pas te retrouver à bout de ressources si tu as réglé tes prefs d'affichage d'x-plane correctement. C'est toujours un compromis entre fluidité et fioritures graphiques,mais tu devrais avoir un rendu proche des capacités max d'x-plane avec une carte graphique pareille.

Quand à la pauvre petite requète http, crois moi, ton core2duo ne la sent même pas passer et x-plane fait ça au moment du chargement, là où la demande processeur et carte graphique n'est pas encore à son maximum.

[PhM]

En gros la solution serait d'avoir un petit soft qui répond aux requetes http de X-Plane en lui disant de circuler et qu'il n'y a rien a voir, mais je sais pas faire.

PhM

[AF0002]

Ceci-dit, si t as un Imac tout neuf, tu dois avoir une puce graphique NVIDIA GeForce 8800 GS, et tu ne devrais pas te retrouver à bout de ressources si tu as réglé tes prefs d'affichage d'x-plane correctement. C'est toujours un compromis entre fluidité et fioritures graphiques,mais tu devrais avoir un rendu proche des capacités max d'x-plane avec une carte graphique pareille.

Quand à la pauvre petite requète http, crois moi, ton core2duo ne la sent même pas passer et x-plane fait ça au moment du chargement, là où la demande processeur et carte graphique n'est pas encore à son maximum.

...vrai quand tu as le net, par contre quand tu es en reseau local ça rend x-plane inutilisable (si mes conclusions sont justes...).
meme avec tous les parametres graphiques au minimum avec une resolution 1024x768 sur une Geforce 8800...

je pense qu'Austin n'a pas fais le test sans le net et qu'il n'a pas super bien programmé cette partie là... le scan http dervait etre dissocié de l'affichage graphique... alors que je vois bien dans mon cas que l'affichage
est en attente d'une sorte de timeout http d'1 sec...

en tout cas je ne vois pas d'autres explications...

[david_dtc]

eeeuuuh....là tu as un problème alors, sur une 8800 tu devrais pouvoir vraiment pousser la partie graphique... J'ai une 8600MGT dans mon MacBookPro de travail, dont je ne me sers que rarement pour x-plane, et je peux vraiment pousser la résolution et les paramètres d'affichage, FSAA inclus, sans sentir le moindre ralentissement.

Pour ce qui est de tuer cette requete http dans l'oeuf, il y a sur mac un soft nommé little snitch, qui filtre les requêtes sortantes et vous prévient avec force détails. Je suppose qu'il doit y avoir une floppée de softs équivalents pour windows et linux, et en utilisant ce genre de solution, la requête se véra opposer un bloquage immédiatement et la couche réseau du systême ne s'emballera pas en attendant le timeout.

[maclinuxg4]

pas exactement.

Le problème est réseaux local, c'est qu'il faut les paramètres.
hors X-plane permet d'affecté que les paramètres locaux.

1-s'il cherche sur le port 80 http ou un dns exterrne ce n'est pas normal
2-en local, il faut avoir que le réseaux local.Peut être que le code IP local utilise une fonction réseau général. et la c'est un bug
--> si tu laisse le câble réseaux il va chercher le routeur pour l'extérieur (il ne faut pas.) Le réseau doit être débranché et l'applicatif doit répondre sur l'adresse http (???)
--> sinon tu laisse le réseau et tu le coupe une fois la liaison établi.


:lol: :lol:

[david_dtc]

huh?? comprends pas ...

...comme je le disais avant, c'est nomal, c'est un autotest du systême de messagerie d'x-plane, cherchez sur le forum et/ou celui du .org et vous retrouverez la déscription exacte, dont je ne me rappelle plus vraiment.

Et si ca vous fait ramer parceque vous êtes en local, l'un des softs dont je parle vous règlent le problème d'attente de time-out ...

[AF0002]

eeeuuuh....là tu as un problème alors, sur une 8800 tu devrais pouvoir vraiment pousser la partie graphique...

avant cette mise a jour, les 2 pc (vista + 8800 & xp + 7800) tournaient super bien sous x-plane, d'ailleurs lorsque je debranche l'ethernet tout redevient nickel, preuve que c'est bien le reseau et pas un prb graphique (et cela me conforte dans l'idée qu'Austin n'a pas dissocié le scan reseau de la partie affichage, ce qui est pas génial du tout d'un pt de vue programmation...)

je vais essayer de voir ce qui existe sous windows pour couper net le connection sur le port 80...

merci pour votre aide a tout les 2

amitiés

[david_dtc]

ah oui effectivement, ça doit bien être la couche réseau alors...c'est incroyable qu'il rame comme ça sur un timeout mais après tout je connais mal windows...

j'ai trouvé que Zone Alarm, Outpost Firewall Free et Comodo font ce que fait Little Snitch sous Mac , à savoir couper la chique sur demande de l'utilisateur à un programme voulant accedder tout seul au net.[/u]

[PhM]

...(et cela me conforte dans l'idée qu'Austin n'a pas dissocié le scan reseau de la partie affichage, ce qui est pas génial du tout d'un pt de vue programmation...)

Mettre des opérations potentiellement bloquantes dans la boucle de rendu graphique ça fait effectivement débutant, une bonne petite thread qui attend sur le socket aurait été bien plus approprié.

PhM

[AF0002]

les derniers tests de ce midi :

- j'ai tenté de bloquer la sortie vers le net avec le firewall windows mais j'ai pas reussi (je dois faire encore qqes tests supplementaires...)

- j'ai remarqué que qque soit le pc (l'un sous vista et l'autre sous xp), le simu ce met a ramer au bout de 5 sec apres le demarrage, à raison de 1 image toutes les 2 secondes et redevient totalement fluide au bout de 8 mns (correspond donc à 240 tentatives d'acces à x-plane.com, voir meme 256 peu t etre... je n'ai pas chronométré à la seconde près...)

je vous tient au courant de la suite...

PS : ce serait sympa si qqun pouvait faire le test de couper le net avec 2 pc windows connectés avec cable ethernet croisé (enfin si vous avez tout ça de dispo bien sur... ;o) )

amitiés

Frédéric