[DEV] UniversRadio - projet & test

[etcher]

Je vote pour la normalisation, ce sera plus simple à traiter en aval par la suite.

[Tacno]

du coup je me demande si je te sors en normalisé 0-100% , ou si je garde la valeur brute 0-70% ?

De 0 à 100 stp.
Tu multiplieras donc par 1.428

[Tacno]

Pour ceux qui ont des problèmes, c'est le moment de faire le point :

Vérifier

• le ..\Saved Games\DCS\Log\DCS.log
• Que le dofile ( ......Tacnoworld_UR_DCSW.lua ) soit en fin de fichier export.lua ..\Saved Games\DCS\Scripts\export.lua
• Pour les utilisateurs ExternalRadio, faire un CTRL+C dans DCS pour avoir le pointeur de souris
• parefeu applicatif sur OS Windows
• configurer le plugin avec UR Control depuis le menu démarrer
• Lancer l'ExternalRadio pour FC3 depuis le menu démarrer

[KaTZe]

Voilà, Tacno j'ai finalisé UR pour le Kamov, Mi-8, UH-1



Tu trouveras le .lua sur GitHub
https://github.com/3rd-KaTZe/UR-319th

Pour le Log j'ai :

> KA-50 :
Recodé le Kamov, en particulier le R-828 qui utilise les fréquences réellement mises dans la radio
(Par contre les joueurs doivent effectuer la syntonisation)
J'ai laissé la fréquence shortwave

> Mi-8 :
Trois radio encodées
R-828 (VHF1) : fonctionne sur Rectifier + On (radio)
R-863 (VHF2) : fonctionne sur Batteries + On (Circuit Breaker)
Jadro : fonctionne sur Rectifier + 2 switches On (Triangle Panel + radio)

Pour les VHF on a effectivement un pas d'incrément de 0.25 kHz
Pour le Jadro (HF), le pas est de 100 Hz

> Huey :
Trois radio encodées, fonctionnent sur Batteries + On , incrément 0.25kHz
Switch ON sur le C-1611 (AIC)
ARC-131 : VHF/FM
ARC-134 : VHF/AM
ARC-51 : UHF

Volume radio normalisé sur 0-100%

Les fréquences sortent bien sur 3chiffres.3decimales (exemple 030.125)

--------

A ce sujet, j'ai passé pas mal de temps pour essayer de configurer ce format.
J'ai testé %03.3f ou %3.3f mais le zero padding en format float ne semble pas marcher.
D'ailleurs j'ai vu que tu as essayé de l'utiliser pour l'export longitude/latitude

CODE

DataToSend = string.format ("SET_LLALT: %3.6f %3.6f %d 100 \0" , MyPlane.LatLongAlt.Lat , MyPlane.LatLongAlt.Long ,  MyPlane.LatLongAlt.Alt*3.2808 )

Du coup j'ai fait un test sur la valeur, et j'ai utilisé 0%s , ou 00%s en fonction du nombre de chiffres.

Pour AM/FM, tu me dis quand tu l'implémentes, et je ferai la modif.

[etcher]

Didju tu nous a fait ça en deux coups de cuillères à pot Oo

Y a quelque chose de pas net dans ton herbe à chat c'est pas possible :gap

[gillesdrone]

@KatZe je viens de tester ta derniere version de lua UR , cela fonctionne bien quand je stoppe les radis la freq passe a 0000000 et les colonnes ne se mélangent pas

[Tacno]

Les tests du 24/03 ont apporté leurs fruits.
C'est ma première participation avec un nombre de clients supérieur à mes propres tests.
La politique de sécurité que je mets en place, à savoir et par défaut, de ne pas exclure un client TS des communications à cause d'un souci technique, a été percuté.
Le problème de temps réponse du serveur UR que j'hébergeait en la source.
En cas de time out (450ms pour le client), le plugin UR débraye la discrimination et l'atténuation.
A la vue de l'expérience utilisateur d'hier soir, la prochaine version n'utilisera pas de serveur UniversRadio pour la simulation radio; et affichagera de façon claire l'état UR pour le pilote dans le plugin et sur ExtRad.
Une refonte du code et du processus sera nécessaire. Un serveur UR devra subsister pour maintenir l "Univers" Radio et permettre par exemple l'utilisation d'un transpondeur que pourrait intégrer lotATC, d'avoir le relèvement QDR "gonio" pour les contrôleurs tour, etc....
La prochaine version sera majeure.



L'utilisation UR est largement possible dans sa version actuelle, avec un plus petit nombre de connectés, comme il est actuellement utilisé au 12th et 319th.

Un grand merci à tous les pilotes UR qui ont participé au test, et qui vont améliorer l'outils

[Raiden]

Des evolutions prometteuse en perspective. Merci Tacno pour ton boulot sur UR, c'est un réel plus pour l'immersion (quand ça fonctionne).

Avoir un retour directement dans l'external radio sur le statut de la connexion au serveur (une diode vert/orange/rouge) serait un vrai plus en effet.

Est-ce qun'une refonte graphique d'External Radio est dans les tuyaux ? J'ai cru lire qu'Etcher bossait dessus ?

A bientôt en vol

[Tacno]

Avoir un retour directement dans l'external radio sur le statut de la connexion au serveur (une diode vert/orange/rouge) serait un vrai plus en effet.

Oui en autre...

[Galevsky]

Mon petit retour/suggestions:

• un bouton connect/deconnect dans le URControl est nécessaire (méga méga relou de gérer ça avec l'activation du plugin TS, ainsi que le double aspect changement de conf' dans le URControl + activation plugin TS)
• un statut clair avec les logs de connexion server et les sélections de fréquences (dans le chat de TS3), peuvent être activées sur un param du plugin par exemple
• Besoin d'utiliser les boutons en push-2-talk, comme dans Aries
• Besoin de plus de clarté dans la gestion des versions (aligner les différents composants)

Bref, une fois arrivé a la qualité de fonctionnement de Aries, il y aura de toute façon les mêmes pb qui font que Aries n'est pas la solution top: c'est basé sur un plugin TS3 client, donc fucked-by-design. Aries tourne impeccablement à 30, à 50 il s'effondre due à une montée en charge en forme de factorielle. Alors on peut faire un plugin coté server, j'ai fais un ATIS comme ca. Et au moment du test, j'ai découvert qu'un client TS3 normal ne peut pas se connecter a un server modifie =>je devais compiler des clients pour aller avec => Quitte a devoir utiliser un client différent, autant partir sur une vraie solution OpenSource, qui permette de coder directement les fonctionnalités au coeur du server plutôt que dans un système de plugin en script forcement moins rapide. Et actuellement je me base sur murmur, le server mumble. La ou pourra vraiment faire un channel ou le serveur murmur reçoit les coordonnées des clients + sélections des radios, et ou les échanges de data ne sont fait seulement qu'entre clients écoutant les bonnes fréquences. Le seul design qui tienne la route pour la scalabilité.

Complètement partant pour faire une solution avec un server dédié, une vraie REST-api pour définir des messages ATIS et autres... a toi de voir si ca t'intéresse Tacno...


Ce message a été modifié par Galevsky - 24 Mar 2015, 11:27.