Iocard et encoder

[gillesdrone]

Ok, alors réponse testée et opérationnelle:

- LoVP ne fonctionne effectivement qu'avec le port 8080

- Pour le SIOC.INI, j'ouvre par défaut le port 8091pour le serveur et le même port pour le client #0 (je désactive le client 1 qui ne me sert pas)

- pour mon LOSIOC.LUA j'ouvre également le port 8091

- pour le EXPORT.LUA, c'est le port 8080 qui est ouvert, ne pas oublier les lignes dofile("./Config/export/tacview.lua")
dofile("./Config/export/LOSIOC.lua")
à la fin du export.lua

Je lance les 2 et les 2 sont opérationnels sans interférence (ou du moins aucune que j'aie pu noter)

Voilà voilà, bon amusement......je peux...?...........?

Je ne pourrai tester que dimanche ( absent de chez moi ) mais si cela marche l'or noir va péter a la prochaine LAN , et cela doit si tu as tester ,

je essayé d'attribuer les ports en mettant tout à 8080 et là , j'ai une boucle de connexion #0 en permanance

peux tu me dire quel est la variable et son nom renvoyée par lockon pour les airbreak D et G car je n'arrive pas a les allumer les leds ma commande etant sur mon x52

Ce message a été modifié par gillesdrone - 4 Jan 2008, 19:39.

[Maraudeur]

C'est justement le problème...

- le LUA ne retourne pas l'information d'état des aibrakes
- SIOC n'est pas au courant de ce qui se passe sur le X52

C'est pour cela que Brothers avait tenté une option (la "Maraudeur option" ) dont le but était d'intercepter le signal directX, mais cela n'a jamais dépassé le stade expérimental

Donc la seule option, c'est de procéder comme pour les trimms, à savoir intercepter la fermeture des contacts directement sur le X52, et faire traiter l'information par le SIOC


Petit correctif pour la configuration: pour le SIOC.INI j'ai séparé les ports serveur et client (8091 et 8092) car j'observai quelques saccades dans Lockon...

[gillesdrone]

C'est justement le problème...

- le LUA ne retourne pas l'information d'état des aibrakes
- SIOC n'est pas au courant de ce qui se passe sur le X52

C'est pour cela que Brothers avait tenté une option (la "Maraudeur option" ) dont le but était d'intercepter le signal directX, mais cela n'a jamais dépassé le stade expérimental

Donc la seule option, c'est de procéder comme pour les trimms, à savoir intercepter la fermeture des contacts directement sur le X52, et faire traiter l'information par le SIOC
Petit correctif pour la configuration: pour le SIOC.INI j'ai séparé les ports serveur et client (8091 et 8092) car j'observai quelques saccades dans Lockon...

je suis en train de finir le report des trainées ( en fait je vais utiliser la methode edrom qui consiste a détecter la commande SW du IOCARD en input pour déclancher l'allumage ) pas tres réaliste mais j'aurais l'info , et s'il y a l'info airbreak failure je la reprend pour faire clignoter la rouge


avant de faire le report des emports ..... y a t'il des retours info exploitables ????
car pas trouvé dans Lua ni Sioc ....

pas la peine que je me fasse les 20 leds si pas exploitables

idem pour le RWS , j'ai vu que tu avais des routines la dessus dans ton SSI mais j'ai pas encoe regarder pour l'exploiter ... est ce exploitable ou juste en test ?

merci

[Maraudeur]

Pour les emports, l'information est exportée par le LUA depuis le patch 1.12, mais n'est donc pas géré par LoSIOC qui est antérieur (d'où le Losioc.lua que nous avons explorés avec Lecréole, le but étant de pouvoir suivre toutes les évolutions du LUA)

Donc pour l'emport, ça existe mais ne sera géré que via le Losioc.lua de Lécréole, ou le mien, quand ils seront achevés (si tant est que ce genre de chose puisse être un jour achevé... )

Pour ce qui est des infos prises en compte par LoIOCP il y a ce fichier...RTFM...
 List_values_iocp.txt ( 2,09 Ko ) Nombre de téléchargements: 650


Sinon, toutes les information exportées par le LUA se retrouvent dans le export.lua de base, c'est à dire celui ci-dessous si tu l'as déjà écrasé...

 Original_export.zip ( 8,9 Ko ) Nombre de téléchargements: 377


Pour ce qui est du réalisme de la sortie des éléments, il te suffit de programmer dans le SIOC les test équivalents à ceux de LockOn pour valider ou non l'action, comme par exemple:

- présence de pression hydraulique
- vitesse limite de sortie (IAS<500Km/h)
- système opérationnel (gear failure, flaps failure, etc...)

Et d'allumer les LEDs ou non en fonction, en n'oubliant pas que la sortie du train par exemple génère aussi la sortie des volets...Ce n'est pas très difficile à faire, mais cela donne bien dans le cockpit...

En revanche, pour le RWS, j'ai effectué quelques tests, notamment avec Brothers lorsqu'il développait encore pour LoIOCP, mais c'est Specnaz qui pourra mieux te renseigner là dessus car le sien était opérationnel.

[Lecreole]

- SIOC n'est pas au courant de ce qui se passe sur le X52

Bientôt si*
et tout ça configurable dans LoSioc.

*en interceptant la commande clavier assosiée.

[Maraudeur]

Pourvu que cela fonctionne . Ca m'éviterai ainsi de désosser mes X45...

C'est bon de te relire Lecreole

[gillesdrone]

Pourvu que cela fonctionne . Ca m'éviterai ainsi de désosser mes X45...

C'est bon de te relire Lecreole

Donc je vais tout cabler et apres comme ce n'est " que " du script ......ca le fera *... je ne suis pas prétencieux mais j'espere apprendre le max a vos cotés


apres lecture des variables transmises , je comprend mieux et je vois quelques possibilités surtout si on peut associer les conditions comme tu l'ecris plus haut

ca facilite la lecture et la compréhention du SSI


Ce message a été modifié par gillesdrone - 5 Jan 2008, 21:20.

[edrom]

Une question a ceux qui ont la expension USB avec un potar/axe branché.

Sous XP, est ce normal de ne pas retouvé de controleur dans le panneau de configuration/controleur de jeux où l'on retrouve les peripherique jeux avec les courbes de reponses?

j'aurai aimé utiliser quelques axes directement dans lockon par le parametrage input du jeux, mais ca n'est possible que si "le periphérique" existe dans "panneau de configuration/controleur de jeux", ce qui n'a pas l'air d'etre le cas avec les iocard (en tout cas chez moi )
En meme temps, je ne crois pas qu'il existe de drivers pour les iocards, ce qui expliquerai peut etre cela?

[gillesdrone]

quand j'ai fait ma double commande gaz j'ai lu quelque par comment faire pour créer un périphérique de jeu reconnu par windows
il y a un nombre mini de boutons et axes a mettre , je ne veux pas dire de bétises donc je retrouve et te dis a moins que quelqu'un est deja la reponse

[Maraudeur]

La réponse est simple: on ne retrouve dans windows que ce qui est vu et géré par DirectX

En revanche, les potards délivrent bel et bien une information de 0 à 255, comme pour les axes analogiques des joysticks. De ce fait il "suffit" de faire gérer ces axes directement par le LUA:

Input:
LoSetCommand(command, value) -- (args - 2, results - 0)
-1.0 <= value <= 1.0

Some analogous joystick/mouse input commands:
command = 1 - joystick pitch
command = 2 - joystick roll
command = 3 - joystick rudder
-- Thrust values are inverted for some internal reasons, sorry.
command = 4 - joystick thrust (both engines)
command = 5 - joystick left engine thrust
command = 6 - joystick right engine thrust
command = 7 - mouse camera rotate left/right
command = 8 - mouse camera rotate up/down
command = 9 - mouse camera zoom
command = 10 - joystick camera rotate left/right
command = 11 - joystick camera rotate up/down
command = 12 - joystick camera zoom
command = 13 - mouse pitch
command = 14 - mouse roll
command = 15 - mouse rudder
-- Thrust values are inverted for some internal reasons, sorry.
command = 16 - mouse thrust (both engines)
command = 17 - mouse left engine thrust
command = 18 - mouse right engine thrust
command = 19 - mouse trim pitch
command = 20 - mouse trim roll
command = 21 - mouse trim rudder
command = 22 - joystick trim pitch
command = 23 - joystick trim roll
command = 24 - trim rudder
command = 25 - mouse rotate radar antenna left/right
command = 26 - mouse rotate radar antenna up/down
command = 27 - joystick rotate radar antenna left/right
command = 28 - joystick rotate radar antenna up/down
command = 29 - mouse MFD zoom
command = 30 - joystick MFD zoom
command = 31 - mouse move selecter left/right
command = 32 - mouse move selecter up/down
command = 33 - joystick move selecter left/right
command = 34 - joystick move selecter up/down

Le "seul" problème, c'est qu'à l'heure actuelle, LoIOCP ne le gère pas, et nous n'avons pas encore réalisé l'import par LoSIOC.lua

Mais en tous les cas la possibilité existe bel et bien, ce qui permettrai ainsi de créer la double commande des gaz, un axe de pallonier, et un autre réglage analogique...