Simconnect SDK ET le reste....

golf46 · [↑]

Voilà en résumé

Tout est nouveau, seven, fsx sur pc serveur et client. Installation à la lettre en suivant le tuto Erektu c'est dire :

Pc serveur

Installation SDK+SPI+SP2

partage des trois dossiers :
FSX sur D
FSX dans le dossier roaming
Flight simulator x de mes documents

copier/coller des documents Erektu pour simconnect .xml +simconnect .ini placement de ces doc dans :

-simconnect.xml dans roaming fsx ......
-simconnect .ini dans mes document flight simulator x

Pc client

installation SDK+SPI+SP2

copier/coller du doc Ericktu simconnect.cfg dans mes documents.

Test sur pc client à partir de fenetre excuter :C:\Program Files\Microsoft Games\Microsoft Flight Simulator X SDK\SDK\Core Utilities Kit\SimConnect SDK\Samples\AI Traffic.exe

LE TEST EST NEGATIF.....Window ne trouve pas flight simulator ect.....

Test sur pc client fenetre CMD de : cd D:\Tools\DSK ... ligne suivant Simconnect.exe TEST NEGATIF

Sur le pc serveur les trois lignes simconnects sont présente dans Windowsws

je vous est fait le détail de ma tentative , je retrouve en permanence les mêmes messages d'erreur donc

Je dois être très con..... puis que je n'y arrive pas et ceux depuis 3 jours , je pense avoir parfaitement suivie le tuto ERIKTU merci à lui et à LAGAFF.

Lagaffe · [↑]

Petite question: pourquoi un autre post ?

OK, je vois que tu as appliqué tooute la procédure avec beaucoup de rigueur.
Trois questions me viennent à l'esprit :
- Les 2 PC sont-ils sous Seven ou y-en a t-il un sous XP ?
- comment sont-ils configurés au niveau adresse IP : fixe ou allouées par la box/routeur ?
- se voient-ils en réseau tout simplement, peux-tu de connecter par le voisinage réseau sur le PC Serveur à partir du client ?

Au vu de ce que tu remontes, il semble à la base y avoir un souci de réseau ... peut-être aurais-je du commencer par cela ?

golf46 · [↑]

seven pour les deux et une IP fixe pour le serveur.

peux-tu de connecter par le voisinage réseau sur le PC Serveur à partir du client ?

ben si c'est dans ce sens NON.

EX . pour établir la connections entre les deux je suis obliger de démarrer par le serveur et le plus souvent je branche ma souris sur le client puis sur le serveur pour enfin pouvoir utiliser qu'une souris pour les deux.

quel peut etre l'autre système pour savoir si les pc communique entre eux ?

merci de ton aide

PS je viens de refaire le test puisque ma souris se ballade d'un écran à l'autre......

Cannot find MFS X installation path.

Dernière modification par golf46 (15-11-2011 17:43:28)

Lagaffe · [↑]

Pour utiliser un clavier/souris entre 2 PC il existe plusieurs utilitaires : Synergy par exemple, dont j'ai parlé dans un autre post de cette rubrique.

Le fait de ne pas pouvoir te connecter du client sur le serveur dénote un souci réseau. Faudrait travailler la-dessus.
Tant que ce point ne sera pas résolu, cela ne pourras pas fonctionner et donc ton poste Client ne pourras pas atteindre l'installation de FSX d'où le message que tu nous donné.

Accesoirement: Pourquoi ne pas avoir pris 2 adresses fixes ? c'est plus simple, non à moins que ton poste client soit un poste genre EeePC ou Tablette graphique à vocation itinérante.

Les 2 adresses sont bien dans la même classe de réseau .... genre 192.168.1.1 et 192.168.1.100 par exemple.
Côté Routeur/Firewall n'y aurait-il pas un blocage empêchant cette communication ou le firewall interne au PC a t il été configuré pour que les postes puissent accéder au réseau local ?

golf46 · [↑]

j'ai installé synergy, j'ai désactivé mes deux par feu window et voilà mon soucis

sur ce qui est le pc client pas de problème il attend un client et il me dit que le pc serveur FSXSIMU IS NOT IN THE MAP !!!! ?????

Le serveur me dit lors du test : server refused client with name "FSXSIMU-PC"
failed to connect to server: server refused client with our name
stopped client

FRANCHEMENT je deviens chèvre

PS / Faut il un pare feu pour les réseaux domestiques ?

Dernière modification par golf46 (15-11-2011 22:37:00)

golf46 · [↑]

j'ai réinstaller inputDirector qui fonctionne parfaitement.

Donne moi des pistes pour le du réseau. Y a t'il un moyen de tester la communication entre les deux pc.

Jai vu sur google un "" NET SEND +ADRESSE IP + MESSAGE "" mais cela ne fonctionne pas la syntaxe n'est pas bonne

A++

golf46 · [↑]

je viens de faire un teste de communication entre mes pc tout semble ok ....

autre exemple, à partir du pc client j'ai prie des photos su pc serveur que j'ai importer pour les envoyer par mail du pc client.

ton avis ?

Dernière modification par golf46 (16-11-2011 17:43:09)

Lagaffe · [↑]

Non ce n'est pas probant au sens ou tu l'entends.

- un ping sur une autre station s'appuie sur le protocole IMGP (protocole=langages utilisé sur le réseau) => IGMP marche donc
- un partage M$ s''appuie sur un autre protocole basé sur TCP et plus exactement sur SMB (SamBa est une implémentation de ce protocole sur Linux). => pour que nos 2 PC puissent fonctionner il faut que SMB soit fonctionnel.

Si ton FSX le PC Serveur est sur C:\MyShare et que tu as validé le partage de fichiers en le nommant par exemple comme "Partage" tu peux le valider à partir du PC Client en ouvrant une fenêtre MS-DOS et en lancant la commande suivante:

net use Z: \\"Nom du PC Serveur"\Partage

Si sur ton PC Client dans l'explorateur une lettre Z apparait avec le contenu attendu, alors SMB est fonctionnel et cela devrait marcher.

Petit truc d'Admin : Sous les OS Microsoft, le réseau est régi par un mécanisme basé sur une période de 12 mn, ce qui veut dire qu'il te faut allumer tes PC et ne rien faire pendant au moins 12 mn sinon le réseau n'est pas établit correctement (J'ai été Admin Microsoft pendant plus de 8 ans)

Exemple pour mettre cela en lumière :
Tu allumes tes 2 PC ... au bout de 15 mn ils devraient se voir l'un l'autre via le voisinage réseau. A partir de ce moment tu en éteint un et bien sur l'autre tu continueras à voir le PC étent pendant 12 mn ce qui ne veut pas dire que tu pourras parcourir les fichiers du PC éteint puisqu'il sera éteint justement mais les couches réseaux ne se mettront à jour qu'au bout de 12 mn.
=> Si tes essais ont été faits trop tôt: ils ne pourront pas être concluants.

Docs sur le sujet:
- http://www.forum-seven.com/creer-un-reseau-sept-avec-vista-xp-2256
- http://madamecinema.free.fr/tuto%20PDF/configurer%20le%20pare%20feu%20.pdf

Dernière modification par Lagaffe (16-11-2011 20:38:12)

golf46 · [↑]

merci beaucoup Didier

Mais j'en peu plus !!!!!!=(=(

j'ai refais tous mes partages , verifier l'mplacement des fichiers je viens de faire ton test et j'obtiens ceci :

tous les testes sont negatif , ça me fait C. j'ai jamais vu ça, une semaine que je suis dessus RAS LE BOL? je me suis taper plein de tuto sur le partage ....

et comme tu vois une erreur systeme 67 !!!!!!!!!

Déja quand j'ai installe le kit de connection orange pour adaptateur wifi il ne voyais pas ma livebox !! ????

La seul chose qui fonctionne parfaitement c'est input director

juste une question sur le PC Client dans window/winsxs doit on trouver les fichiers simconnect

car ils ne sont pas présent sur le pc client .

bonne nuit

nouveau avec adresse IP

AUTRE CHOSE en ouvrant une CMD sur LE PC SERVEUR ET QUE JE TAPE cd D\Tools\SDK Y TROUVE PAS LE FICHIER SDK ?????

Dernière modification par golf46 (17-11-2011 17:51:14)

Lagaffe · [↑]

Oui, sur le PC client on doit aussi avoir les 3 fichiers Simconnect.
L'erreur 67 est un souci de configuration réseau sur le PC. Cela semble être un service réseau non démarré. Aurais-tu bidouillé dans les services pour les alléger ? Je ne pense pas mais je pose néanmoins la question.

Mon avis: temporises un peu pour te changer les idées et on y reviendra ensuite. Je dispose de Skype et si tu veux que l'on y consacre une heure ou deux ce week-end, j'essayerais d'y jeter un oeil.

A mon avis, il ne doit pas y avoir grand chose mais faut le trouver. Demain je ferais quelques captures d'écran pour te faire voir ma configuration et tu pourrais essayer de les refaire sur tes postes pour me donner la visibilité qu'il me manque. En les comparant, on va bien trouver.

Pourrais-tu me donner le nom de tes PC car il me semble (capture d'écran) que tu ne sais pas exactement où se trouve l'info ... Click droit sur le poste de travail - Propriétées - Nom de l'ordinateur
Tes PC sont-ils dans le même Groupe de travail ? (commande identique à la précédente mais regarder la partie Groupe de travail)

Tu peux obtenir directement ces infos via une fenêtre en ligne de commande et en tapant :

C:\Documents and Settings\Didier>net user
comptes d'utilisateurs de \\CORE2DUO
-------------------------------------------------------------------------------
Administrateur ASPNET Didier
HelpAssistant Invité Puentes
SUPPORT_388945a0 UpdatusUser
La commande s'est terminée correctement.

Le nom du PC apparait en gras sur ma commande

golf46 · [↑]

j'ai pas les fichiers sur le pc client

j'ai pas skype et surtout je n'ai pas de webcam . par contre j'ai un Mac pro avec web cam

PC CLIENT = JEF-PC
PC SERVEUR = FSXSIMU-PC

oui j'ai vérifier ils sont workgroup

oui je veux bien des captures d'écran MAIS PRECISE BIEN PC CLIENT /PC SERVEUR

Donc si les fichiers simconnect ne sont pas dans winsxs sur le pc client , cela veux dire SDK est mal installé.

C'EST SUPER SYMPA DE M'AIDER A CE POINT je vais effectivement laissé retomber.

PS :DIT MOI SI IL FAUT QUELQUE CHOSE DE SPECIAL POUR LE MAC IL FAUT QUE J'INSTALLE SKYPE POUR MAC ????

Lagaffe · [↑]

Skype peut s'utiliser avec ou sans webcam. Dans ce dernier mode on fonctionne en mode "tableau blanc" ou en tchat.
Je pratique ainsi très souvent avec Epsilon pour plus de commodité qu'avec le téléphone : on s'écrit une phrase, on teste chez soi, il répond, je lui envoie une capture, je pose une autre qestion ... bref c'est très utilise sans avoir l'obligation de tenir une conversation en permanence.

Il y a aussi TeamViewer qui permet de prendre le contrôle à distance pour que le "prof" utilise le PC de "l'élève". De cette façon, je lui ai réparé par 2 fois son PC à distance ou parfois je lui installe un logiciel sur lequel il a des soucis.

Demain, je remet en route mon PC Client et j'essaie de faire ces quelques captures voire un petit tuto ... cela faisait longtemps que je n'en avait plus fait.

Il y a moyen aussi de configurer son PC via des lignes de commandes, je vais m'y remettre depuis 98 je travailles plus que sous Linux et j'ai un peu "oublié" le DOS ... après une petite heure cela devrait revenir.

golf46 · [↑]

j'ai un soucis mon HD de mon ancien pc ma lâché du coup j'ai tout réinstaller sur un autre HD MAIS

IMPOSSIBLE D'INSTALLER SDK ???? j'avais déjà eu du mal mais impossible et en plus sur les deux pc.

ce que je comprends pas c'est que je viens de réinstaller FSX sur mon nouveau pc NICKEL ......

je vais voir peut etre sur internet je pourrais télécharger un SDK

BYE

golf46 · [↑]

ce matin mon DVD à bien voulu fonctionner donc j'ai pu réinstaller SDK......

comprend rien à cette histoire , le principale c'est que j'ai pu l'installer.

Lagaffe · [↑]

Je viens de relire (le matin, les idées sont plus claires) tes réponses et tes captures d'écrans mais il y a une grosse erreur: la commande à faire pour monter un répertoire partagé que l'on a nommé PARTAGE est:

net use Z: \\"Nom du PC"\PARTAGE
ou
net use Z: \\192.168.1.11\PARTAGE

Tu avais oublié de mettre un blanc entre Z: et \\ et donc le programme en affichant la syntaxe à utiliser t'indiquait simplement que tu avais une erreur => bien lire les résulats et non les interpréter (c'est valable aussi pour moi).
Parfois on utilise le ^ pour mettre en évidence les blancs dans une commande comme ceci:

net^use^Z:^\\192.168.1.11\PARTAGE

PARTAGE est le label associé au répertoire partagé et non le nom du répertoire, sommes-nous d'accord ?

Il existe un vieux programme bien sympa pour afficher les divers paramètres d'une connexion réseau sur un PC c'est Winipcfg.exe. Sous XP, elle a été remplacée par ipconfig /all mais il existe toujours un portage sous XP de Winipcfg.exe, on le trouve là: http://grandzebu.net/informatique/trucs/wntipcfg.exe

[img align=C]http://www.hildrum.com/winipcfg2.jpg[/img]

Lors du lancement, l'affichage est réduit mais en cliquant sur le bouton droit "Plus d'infos" on arrive à l'affichage précédent:
- Host name: le nom donné au PC
- IP adress: l'adresse TCP/IP de la station
- Default Gateway: la passerelle (la xxx-box) indispensable pour router les messages dans un réseau domestique
- DHCP server: si vous n'êtes pas en adresse fixe mais si celle-ci est directement allouée par la xxx-box.

On peut obtenir ausi ces infos via la commande : ipconfig /all

Winipcfg.exe est pratique et affiche pleins de données sur votre PC dans une seule interface ... est-il compatible Seven ? je testerais.

Dernière modification par Lagaffe (19-11-2011 11:49:30)

Cedric · [↑]

Super intéressant le post les gars , je suis en plein dedans mais je fais mes essais sur un portable moisi qui tourne sous XP en client.Mon PC serveur est mon I2600k qui tourne sous W7.
Lagaffe tu semblais dire au début du post qu'il y avait des différences si on utilisait un pc sous xp à la place de w7.Tu pourrais m'expliquer en deux mots la différence?Merci d'avance!
Du coup vous me mâchez le travail , vous avez tout le temps une longueur d'avance sur moi!

Cdlt,

Cédric

golf46 · [↑]

Un nouveau post suite à intalle SDK sur PC CLIENT

Maintenant que dois je faire, je tourne en rond

Une question mon ordinateur principale" serveur" s'appel : FSXSIMU-PC , j'ai comme ligne de commande :

C:\USER\FSX SIMU> Le fait qu'il y ai un espace entre FSX simu a til de l'importance.......

Dernière modification par golf46 (19-11-2011 15:38:24)

Lagaffe · [↑]

Aïe, aïe, aïe ... deux clients intéressés.

Bon d'abord, je vous réponds de mon PC client que j'ai ressorti de la naphtaline (un PIII EB à 800 Mhz - 512 Mo de RAM - 160 Mo PATA).

@Cédric, d'après ce que j'ai pu lire et expérimenter sur mon réseau local depuis 1998 (ah Windows 98) pour bien configurer un réseau local et pouvoir communiquer sans problèmes entre PC il fallait un compte identique avec le même mot de passe sur chaque poste. ceci je pense pour pouvoir accéder sans problème d'identification aux divers partages proposés par les PC constituant le réseau. En effet pour accéder à une ressource partagée (un partage Windows) il faut avoir d"s droits le permettant, ces droits sont inhérents aux comptes déclarés sur le PC. Surtout ne pas prendre le compet Invité qui est bien connu surtout des pirates donc pour plus de sécurité on prend par exemple son patronyme et on déclare un compte avec ce libellé sur tous les postes XP en prenant soin d'y accoller le même mot de passe comme ceci lorsque l'on accède à \\Mon_serveur\Data d'un autre PC on n'a pas besoin de rentrer systématiquement le mot de passe.

Depuis Seven, je pense que cela est du passé sauf si on a un réseau hétérogène où on trouve du XP et du Seven.

@Golf46, tu travailles un peu de manière désordonnée. Le réseau sous Windows est peu casse-pieds quand cela ne marche pas et il faut avancé de manière posée en posant les briques une par une et en consolidant sa position. Donc laisses pour l'instant le SDK on verra après.

Dans ta réponse tu as donné les caractéristiques du PC-client. Il faudrait aussi celles du PC serveur.
Ce qu'il ressort de ta capture:
- Nom du PC : client-PC ....................... (attention à la syntaxe, tu as minuscules + MAJUSCULES)

Tu disposes de plusieurs cartes réseaux:
- une carte interne configurée en DHCP mais non connectée par un câble réseau
- une carte WiFi (genre clé USB faisant office de carte réseau) configurée en DHCP : 192.168.1.15 qui est l'adresse attribuée par ton routeur.

La passerelle est bien configurée (192.168.1.1) et elle est aussi ton serveur DHCP (tout à fait normal pour un routeur ou une xxx-box).

Par contre, tes serveurs DNS sont faux !!! Tu as mis l'adresse de la passerelle ce qui n'est pas bon. Il faut y mettre les serveurs DNS de ton provider Internet.

En 2 mots comment marche TCP/IP:
1) ta machine a une adresse unique sur ton réseau
2) une passerelle dont l'adresse est presque toujours 192.168.1.1 (on fait simple sans entrer dans le détails des classes A B ou C)
Lorsque tu essaies de communiquer sur internet ... avec http://www.sfr.fr, tu as besoin de convertir l'adresse de se site en adresse IP c'est le serveur DNS sur Internet qui fait la translation www.sfr.fr = 220.30.96.108, ensuite tu envoies des trames réseaux qui ont pour destinataire la station 212.30.96.108 (SFR.fr) ces trames sur ton réseau local ne savent pas où aller car ton réseau est en 192.168.x.x donc elles sont récupérées par la passerelle qui ensuite les ré-achemine vers l'extérieur.
Tu vois donc qu'il faut renseigner correctement la passerelle et les serveur DNS sinon cela ne marche pas.

Ce que tu peux faire pour l'instant c'est définir un partage toto sur un répertoire C:\Windows de ton pc client et à partir du pc serveur, essayer de la monter via la commande (attention les espaces):

net use Y: \\client-PC\toto ou net use Y: \\192.168.1.15\toto

Je vois aussi que le protocole IPV6 est activé mais c'est inutile car sur Internet on utilise pour l'instant que les adresses IPV4 donc à part encombrer les couches réseaux cela ne sert à rien (ton poste est sûrement sous Seven et cela doit être un portable, non ?)

Dernière modification par Lagaffe (19-11-2011 16:32:26)

Cedric · [↑]

Merci pour ta reponse...Et oui maintenant on est deux clients mais je veux pas pourrir le poste de notre ami....Je vais donc tacher de rester discret.;)

Ok pour XP j'avais bien configuré mon compte tel que recommandé.
Par contre , idem que pour notre ami je n'ai pas le fichiers SimConnect dans WinSxS donc je pense que ça va repartir pour une install SDK.....Pour le réseau tout semble etre ok.

Cdlt,

Cédric

Lagaffe · [↑]

D'abord il faut valider le partage de fichiers entre les 2 posts donc les conseils pour Golf46 sont aussi valables pour toi.

Cedric · [↑]

En ce qui me concerne je peux visualiser les dossiers et fichiers partagés à partir de mon pc client.Tout est là.
Mon seul problème est que mon test AI Traffic.exe ne se lançait même pas , m'indiquant une erreur d'installation et après vérifications je n'avais pas les fichiers dans mon WinSxS...D’où ma reinstall du SDK.
C'est la le drame pour moi , je réinstalle le SDK et là toujours rien dans WinSxS de mon pc client.:col
En revanche je reste tout à fait ouvert à TOUTES les remarques de ce post ...;)

Merci encore pour ton aide.

Cdlt,

Cédric

Dernière modification par Cedric (19-11-2011 17:04:48)

golf46 · [↑]

voilà pour le pc serveur

Jai changer mes DNS j 'ai mis le DNS PRIMAIRE ! ?

golf46 · [↑]

suite !!! je pense que je vais m'arrêter là

Maintenant il faut des mots de passe ??? j'en avais noter un mais pas le bon sans doute .

je suis aller dans groupe residentiel et j'ai désactive les mots .

je suis aller dans groupe résidentiel et j'ai désactive les mots .

essai nouveau = résultat = erreur système 53 / chemin réseau

Dernière modification par golf46 (19-11-2011 20:04:51)

Lagaffe · [↑]

Là sur ton second essai il y a du mieux car le système te demande un compte et un mot de passe.
A correller avec ce que je disais plus haut: un compte + mot de passe identique sur chaque machine. Mais là je pense que tu es sur la bonne voie
Le compte client-PC a-t il été créé sur chaque PC avec le même mot de passe ?

L'erreur système 86 correspond à un mauvais mot de passe (http://www.secretswindows.com/index.php?rubrique=erreurs&page=./erreurs/1-999.htm qui liste toutes les erreurs Windows).

Par contre je ne comprends pas la logique du 3ieme essai : net use Y: \\192.168.1.15\client-PC\toto
La commande suit ette logique: net use <lettre attribuée> \\nom ou adresseIP\<nom de la ressource>

net : c'est la commande DOS
use : paramètre de la commande DOS pou aller chercher une ressource partagée
nom ou adresse IP c'est client-PC ou 192.168.1.5
nom de la ressource : c'est apparemment toto mais pourquoi client-PC\toto cela ne correspond à rien.

As-tu essayer de télécharger Winipcfg.exe car il y a un truc qui me chagrine : la longueur des noms de tes PC, peut-être qu'il sont trop longs .... Winipcfg.exe a l'avantage de donner le nom de la machine vu de Windows et si le nom donné est trop long, Windows le coupe donc Winipcfg.exe te renvoie la chaine de caractères effectivement prise en compte.

Dernière modification par Lagaffe (19-11-2011 20:13:10)

golf46 · [↑]

c'est quoi ta commande net use y , maintenant j'ai comme un disque suplémentaire sur chaque pc , de plus si je veux refaire soit avec le nom soit avec l'adresse IP LA MANIP j'ai une erreur 86 ( déja utilisé ) !!!

SI je veux faire net use Z \\192.168.1.15\PARTAGE j'ai une erreur 53 chemin réseau pas trouvé

Donc rien n'est réglé alors ??

Sans faire de reproche, tu aurais pu me dire que pour le nom du réseau il fallait cliquer sur la maison........ les noms étaient différents...... avec les nuls c'est ça !

si il y a d'autre truc aussi simple à verifier dit le moi je vais gagner du temps merci

Suite diagnostics réseau j'ai ceci :

ceci pour les deux ordi

Dernière modification par golf46 (20-11-2011 09:56:47)

#1 [↑][↓] 14-11-2011 15:48:17

Simconnect SDK ET le reste....

#2 [↑][↓] 14-11-2011 19:24:51

Re : Simconnect SDK ET le reste....

#3 [↑][↓] 15-11-2011 17:30:39

Re : Simconnect SDK ET le reste....

#4 [↑][↓] 15-11-2011 20:32:32

Re : Simconnect SDK ET le reste....

#5 [↑][↓] 15-11-2011 22:34:37

Re : Simconnect SDK ET le reste....

#6 [↑][↓] 16-11-2011 12:04:16

Re : Simconnect SDK ET le reste....

#7 [↑][↓] 16-11-2011 12:33:07

Re : Simconnect SDK ET le reste....

#8 [↑][↓] 16-11-2011 20:31:26

Re : Simconnect SDK ET le reste....

#9 [↑][↓] 16-11-2011 22:38:34

Re : Simconnect SDK ET le reste....

#10 [↑][↓] 17-11-2011 22:38:20

Re : Simconnect SDK ET le reste....

#11 [↑][↓] 18-11-2011 13:13:02

Re : Simconnect SDK ET le reste....

#12 [↑][↓] 18-11-2011 21:29:04

Re : Simconnect SDK ET le reste....

#13 [↑][↓] 18-11-2011 23:20:55

Re : Simconnect SDK ET le reste....

#14 [↑][↓] 19-11-2011 10:03:26

Re : Simconnect SDK ET le reste....

#15 [↑][↓] 19-11-2011 11:16:00

Re : Simconnect SDK ET le reste....

#16 [↑][↓] 19-11-2011 13:18:03

Re : Simconnect SDK ET le reste....

#17 [↑][↓] 19-11-2011 14:49:47

Re : Simconnect SDK ET le reste....

#18 [↑][↓] 19-11-2011 16:01:35

Re : Simconnect SDK ET le reste....

#19 [↑][↓] 19-11-2011 16:34:01

Re : Simconnect SDK ET le reste....

#20 [↑][↓] 19-11-2011 16:54:19

Re : Simconnect SDK ET le reste....

#21 [↑][↓] 19-11-2011 17:02:06

Re : Simconnect SDK ET le reste....

#22 [↑][↓] 19-11-2011 17:40:04

Re : Simconnect SDK ET le reste....

#23 [↑][↓] 19-11-2011 19:36:42

Re : Simconnect SDK ET le reste....

#24 [↑][↓] 19-11-2011 20:08:16

Re : Simconnect SDK ET le reste....

#25 [↑][↓] 20-11-2011 09:34:39

Re : Simconnect SDK ET le reste....

Pied de page des forums