08/03/2021
Mise à jour de la mission :

• ajout de Ka50 sur Beslan Nord
• ajout de 2 CAP ennemies sur Batumi (Su33 et Mig21)
• ajout d’une zone franche autour de Kobuleti. La documentation a été mise à jour également
  

05/03/2021
Depuis une grosse semaine, @Maddog se plaint de déconnexions spontanées quand il joue à DCS sur notre serveur.

Après vérification, il semble que son adresse IP change en plein jeu, ce que DCS n’apprécie que peu. Voici un extrait du log :

2021-03-03 21:32:04.211 INFO    NET: accepting connection from 82.252.129.209:25188
2021-03-03 21:32:04.218 INFO    NET: adding client[5]
2021-03-03 21:32:04.439 INFO    NET: added client[5] name=Maddog addr=82.252.129.209:25188
2021-03-03 21:32:04.444 DEBUG   NET: ServerInfo json size is: raw = 8509, gzip = 1432. 2 chunks.
2021-03-03 21:32:04.455 INFO    LuaNET: SLMOD INFO: connected client 5
2021-03-03 21:32:04.455 INFO    LuaNET: SLMOD INFO: num clients: 8
2021-03-03 21:32:04.455 INFO    LuaNET: [LOTATC] Player connect: 82.252.129.209
2021-03-03 21:32:04.455 INFO    LuaNET: [LOTATC] Player connect done
2021-03-03 21:32:04.457 INFO    TACVIEW.DLL: Recording flight data in [C:\Users\veaf\Documents\Tacview\Maddog\Tacview-20210303-223157-DCS-VEAF_OpenTraining_Caucasus-0930-real [Maddog].zip.acmi]
2021-03-03 21:32:05.515 INFO    NET: client[5] UDP port changed from 25188 to 25258
2021-03-03 21:32:18.586 INFO    NET: client[5] is ready to start
2021-03-03 21:32:18.587 INFO    NET: spawning client[5]
2021-03-03 21:32:18.764 INFO    NET: client[5] started
...
2021-03-03 21:50:19.846 INFO    NET: client[5] UDP address changed from 82.252.129.209:25258 to 88.126.116.155:30622
2021-03-03 21:50:38.037 INFO    NET: remove: client[5]

Après enquête, et plusieurs essais (désactivation de l’IPv6, connexion à des horaires différents) @Maddog a décidé de demander une IP fixe. Malgré cela, il continue à se faire déconnecter.

En étudiant attentivement le problème (je pensais à un souci lié au partage d’IP chez Free, mais après la demande d’IP fixe en “full stack” j’ai compris que ce n’était pas dû à ça), j’ai remarqué que l’adresse externe (sur TS, DCS, et avec un check web de l’ip publique) de @Maddog n’était pas celle que sa Freebox lui disait utiliser.

@RiPPeR a trouvé le pot aux roses ; il s’agit en fait d’un système, propre à la Freebox Delta, qui aggrège deux réseaux dans le routeur : le réseau ADSL et une clé 4G.
Bien sûr, ces deux réseaux ont deux adresses externes différentes, d’où le problème.

En utilisant les infos de ce tutoriel (à l’envers, puisqu’il s’agit de désactiver la 4G), l’IP utilisée par la Freebox est bien celle qu’elle dit exploiter !

Merci @RiPPeR !

Bonjour à tous,

Les serveurs DCS de la VEAF ont été remontés sur une nouvelle machine, beaucoup plus puissante.
Si vous aviez mis nos serveurs dans vos favoris, ils ont changé d’ID et donc vous devrez les rechercher en tapant veaf dans (1).
Vous retrouverez nos deux serveurs (2) qui peuvent accueillir chacun 64 joueurs, et qui sont désormais derrière une adresse IP française (3).

N’hésitez pas à mentionner ce post sur tous les canaux de communication que vous connaissez, afin de diffuser rapidement l’information. Je me suis chargé du Discord de ED, et du forum de ED.

Petit message pour les invités :
Comme toujours, vous pouvez nous retrouver sur notre Discord (https://tinyurl.com/veafdisc), notre forum (https://community.veaf.org/) et notre teamspeak (ts.veaf.org).

Je synthétise ici les différentes explications qui existent concernant nos repositories OvGME.

C’est quoi ?

OvGME permet d’activer et de désactiver très facilement des mods pour DCS World (et pour tout autre logiciel d’ailleurs).
C’est un outil gratuit qui n’est malheureusement plus maintenu.

Il permet également de regrouper des mods dans une bibliothèque partagée sur internet (qu’on nomme un repository).

A la VEAF, nous maintenons une bibliothèque de mods que je vais vous apprendre à exploiter.

Comment on l’utilise ?

En quelques phrases : il faut comprendre les concepts, puis installer l’outil OvGME et enfin le configurer.

Comprendre les repositories

Dans OvGME, on gère des configurations : en gros, chaque configuration décrit un répertoire dans lequel OvGME va aller installer les fichiers du mod quand vous l’activerez, un répertoire dans lequel il va aller chercher les mods (votre bibliothèque locale) et éventuellement un ou plusieurs repositories qui servent à partager les mods.

Il y a donc un repository par configuration. C’est important de le comprendre.

DCS World permet le modding à deux endroits très différents :

• le répertoire dans lequel il est installé : ce sont les fichiers du jeu (en anglais game files)
• le répertoire parties sauvegardées : ce sont les fichiers utilisateur (en anglais user files)

Chaque mod est conçu pour aller dans un seul de ces répertoires.

A la VEAF, nous maintenons donc deux ensembles de mods, chacun dans son repository dédié :

• le repository game files dont les mods vont dans le répertoire d’installation de DCS
• le repository user files dont les mods vont dans le répertoire parties sauvegardées

Installer OvGME

Vous trouverez toutes les informations dans ce document

Configurer les repositories

Tout est dans le document présenté au chapitre précédent.
Pour faciliter les configurations, voici un rappel des adresses des repositories :

• le repository game files dont les mods vont dans le répertoire d’installation de DCS : http://mods.veaf.org/dcs/game-files/repository.xml
• le repository user files dont les mods vont dans le répertoire parties sauvegardées : http://mods.veaf.org/dcs/user-files/repository.xml

Que doit-on faire ?

Rien n’est obligatoire.
Certains mods sont très utiles et donc particulièrement conseillés.

De même, les livrées officielles de la VEAF sont requises pour que vous voyez les avions qui les équipent ; il s’agit des mods user files suivants :

• Liveries - FA-18C - Perka 14.735 Corsairs
• Liveries - M-2000C - Perka 14.735 Corsairs

11/04/2021
Suite à la bonne idée de notre président dictateur général, j’ai nommé @Magicbra : “et si on leur faisait péter une bonne grosse bombe dans la mouille ?”, j’ai mis à jour le script qui gère la zone sanctuaire.

Du coup, les contrevenants qui trainent plus de 60 secondes dans la zone, ou qui tirent plus de 3 armes (missiles, bombes guidées) sur des unités bleues dans la zone, sont détruits par de la flak automatique et impitoyable.

Les armes sont également détruites après chaque tir.

D’autre part, j’en ai profité pour :

• régler le problème de Tacview ; il est installé et lancé sur les serveurs (et donc on n’a plus le délai de 10 minutes) mais pas actif (et donc on gagne pas mal de ressources)
• changer le loadout des A-10 et des F-14

13/01/2021
Un assez gros changement aujourd’hui, qui va pas mal impacter notre façon d’engager les éléments ennemis : j’ai ajouté Skynet-IADS, qui permet de simuler une intégration intelligente des défenses aériennes et des moyens de détection.

Comme d’habitude, ce script est totalement intégré à notre environnement de jeu, et les SAM qu’on spawn devraient être gérés sans délai par le système.

Du coup, j’ai modifié assez drastiquement les défenses en place : sur chaque base “normale” (i.e. non avancée) j’ai mis une batterie de Patriot (resp. S300) soutenue par deux batteries de Roland (resp. SA15) ; sur les bases avancées (e.g. Mozdok, Beslan dans le Caucase) j’ai mis un SA6 soutenu par deux SA8 pour les rouges (pour les bleus ça reste du Patriot, y’a rien d’intermédiaire).

En pratique, ça tire à 30nm, et ça pique à 15nm. Ca reste sympa (à mon avis) mais plus difficile.
Les missions de SEAD vont devoir être revues un peu, les SA15 ont la capacité de détruire les HARM, va falloir les saturer.

25/06/2021
Comme on commence à être nombreux, et qu’il arrive de plus en plus souvent qu’on se serve du serveur privé, les risques sont de plus en plus grands que deux activités différentes soient planifiées.

Pour résoudre ce problème, j’ai ajouté un second serveur privé :

Pour le moment c’est en test, on attend de voir si la machine tient bien la charge.

Le calendrier des missions a été mis à jour.

21/05/2021
Mise à jour de DCS en version 2.7.1.6430

06/05/2021
Mise à jour de DCS en 2.7.0.5659

DCS
Grosse mise à jour serveur aujourd’hui.

J’ai fini une première étape :

• réécriture des scripts de suivi des serveurs pour compenser les nouveaux bugs de ED
• mise en place de presets statiques pour la météo
• mise à jour des mods
• et bien sur mise à jour de DCS en 2.7

Reste à réécrire l’injection météo.
Je m’y colle !

Salut Mavkrüger ! Encore un callsign pas facile à taper et qui va nous péter tous les scripts, hein @Mitch
Bienvenue, au plaisir de voler avec toi (en hélico et A-10 à priori) !

Salut Skull, bienvenue à la 99.735 ! Les Coyottes t’accueillent à bras grands ouverts !

Excellent le debriefing romancé ! J’adore !

Merci à tous d’avoir exprimé votre avis sur ce sujet épineux, et désolé de certaines dérives qui ont pu découler de cette conversation.

J’avais également eu des kilomètres d’idées et d’opinions dans un précédent sujet, et je n’avais pas encore apporté de conclusion à tout ça.

Et pour cause : malgré des mois de recherches et de discussions, aucune idée réellement innovante et potentiellement efficace n’a été trouvée.

Je tiens cependant à rassurer tout le monde; nous continuons à chercher une manière de réorganiser notre activité afin que tout le monde puisse y trouver son compte : les mission makers, les simmers exigeants, les pilotes moins chevronnés et même ceux qui ne viennent que pour la balade.

Nous vous donnerons des informations sur les éventuelles idées que nous retiendrions, et bien sûr vous serez consultés en tant que groupe avant de changer quoi que ce soit !

En attendant, paix sur Terre, bons vols à tous et … à la chasse, bordel !

@chipmunk je trouve que tu devrais arrêter de mettre sans arrêt sur la table le fait que tu pilotes de vrais avions.

C’est certainement un grand exploit, et je suis bien placé pour savoir que c’est difficile.

Mais nous sommes une association de simulation (c’est le V pour Virtual qui le matérialise), et la passion qui nous rassemble est celle de pratiquer la simulation.

Ta (tes multiples) remarque(s) sur les “pilotes de joystick” sont limite insultantes, et je l’ai personnellement assez mal pris. A l’avenir, je te demanderai d’avoir un peu plus de considération et de respect pour nous.
On en a parlé d’ailleurs de vive voix hier soir.

Alors oui, je comprends ce que tu veux dire : “ce n’est qu’un jeu”; et c’est vrai.

On est là pour s’amuser, rien de plus. Partager avec nos camarades cette passion qui est encore meilleure à plusieurs (comme d’autres trucs d’ailleurs, tiens faut que je paye ma cotisation à Cuir Moustache Magazine ^^)

Mais pour nous (ou en tout cas une partie d’entre nous), ce qui nous amuse c’est de prétendre être de vrais pilotes de chasse, tout en sachant très bien que ce n’est pas le cas en vrai, et qu’on serait probablement incapables rien que de démarrer un vrai avion.

Le fait de jouer le jeu, de respecter les règles, de communiquer correctement à la radio, de suivre les procédures et de s’entraîner ensemble est ce qui nous plaît.
On n’est pas dans Call Of Duty où l’objectif c’est juste de faire du kill et de sauter partout.
Respecte ça !

Je reprends ici par écrit la comparaison que j’ai faite hier à l’oral : un groupe de fanatiques du combat médiéval qui se réunit tous les samedis en armure pour rejouer des batailles peut très bien tirer du plaisir de se parler en vieux français tout en se foutant des coups de morgenstern en mousse sur le coin du casque ; ça n’en fait pas des illuminés qui croient qu’ils sont de vrais chevaliers ; et aussi, le type qui est le descendant d’un vrai seigneur de guerre ne sera pas un meilleur élément du groupe, surtout s’il rappelle constamment sa différence (oui je parle de toi ^^)

Bref, ce que je veux dire en clair c’est :

• sois plus modeste
• fais profiter les autres de tes compétences et de tes connaissances (tu l’as déjà fait, continue)
• améliore-toi dans les domaines où tu as des défauts (communication, globalement, radio ou autre)
• intègre-toi dans le groupe; reconnais tes manquements, et améliore-toi

Je sais que tu vais nous faire une longue réponse en mode défensif, et c’est ton droit.
Mais moi ce que je voudrais ce sont des actes, des améliorations, et que tu arrêtes de te mettre à dos la moitié de l’association.
S’il te plaît, prends le temps de la réflexion.
Je n’ai surement pas complètement raison, mais non plus pas complètement tort.
Sache utiliser ce que je t’ai dit ici pour grandir et t’améliorer, je t’en prie !

@skyknight la réponse est simple aussi : le premier filtre est le niveau attendu (techniquement, socialement, etc.).

Les pilotes qui ne franchissent pas ce filtre sont éliminés.

Ensuite, je préfèrerais qu’on choisisse des pilotes VEAF par rapport à des externes.

Mais encore une fois, l’inverse est possible aussi (après tout on parle d’une OPEX, ça serait une OPINT si y’avait que des internes).
Par contre il faut communiquer.

@maddog c’est exactement la réponse que je préparais.
Merci, du coup pour les autres recentrons le débat :

• aucune règle n’empêche le refus d’une candidature à une mission sur des critères techniques avérés (compétences, entrainement, matériel fonctionnel)
• ici on parle de préférence à nos membres : réserver des places à des externes, pourquoi pas, mais en concertation avec le groupe.

De plus, je tiens à préciser que je rebondis sur le débat @Sharko / @Magicbra (sur Discord) et que je donne mon avis perso, en plus de rappeler les règles en tant qu’animateur de la 735th.

En aucune manière je ne suis en train de faire le procès de notre ami @Sharko ; il rencontre des difficultés pour organiser sereinement des missions intéressantes, et c’est bien dommage pour tout le monde : trouvons des solutions avec lui !

Bonsoir,

Suite à la manière dont @Sharko a organisé sa mission de ce soir, et après que @Magicbra en eut parlé avec lui, je vous rappelle les règles d’organisation de nos missions, tacites ou explicites.

• la priorité doit toujours être donnée aux membres
• les membres doivent être traités de manière égale et équitable
• il est possible de refuser des candidatures, mais pour des raisons concrètes (entrainement insuffisant, non respect des règles, inscription trop tardive) qui laissent une possibilité de s’améliorer pour participer à de futures missions
• les missions doivent être organisées sur le serveur VEAF, en utilisant l’outil de planification créé par notre cher Mitch.

Cela étant dit, le mission maker est un membre qui se donne du mal pour le groupe. Il est légitime qu’il ait au moins la possibilité d’avoir toute satisfaction quant au déroulé de sa mission.
Il est également tout à fait légitime d’organiser des missions qui n’offrent pas des places à tous les membres (on est 66 après tout), ou n’offrent pas toutes les possibilités tactiques (pas de A10 par exemple, quoi que ce soit une grave faute de goût).

Pour conclure, je pense que Sharko n’aurait pas dû organiser sa mission de cette manière.
Pour rappel, il a créé un évènement sur le site VEAF mais n’a pas ouvert les inscriptions.
A la place, il fallait le contacter personnellement pour demander une place.
Résultat, son ATO n’a permis à aucun membre de participer en A10, ou en Ka50 - alors même que certains l’ont demandé (j’en fait partie).

Mon opinion est qu’il ne faut plus organiser les missions de cette manière. Elles doivent être ouvertes à tous, sauf prérequis non rempli ou défaut d’inscription dans les délais (voir les règles plus haut).

J’insiste également sur le fait que la VEAF est une association, c’est à dire un groupe de gens, dont certains se donnent beaucoup de mal pour les autres, et croient en cette belle idée de communauté soudée.

Qu’en pensez-vous ? Est-ce que nous devons modifier ces règles, décidées en commun il y a déjà longtemps ? Ou les appliquer ?

Merci @maddog pour la soirée, la préparation (super briefing !) et le retour.

Je trouve qu’il manque un élément important dans ton post sur la config SRS, et en particulier pour le F14. Je me permets de l’ajouter ici.

Dans SRS, on peut cocher la case “Auto Select Profile For Aircraft”, comme tu l’as montré ; je le remets ici :

Qu’est-ce que ça fait ? Comme le nom l’indique, ça sélectionne automatiquement le profil en fonction de l’avion qu’on choisit sur le serveur ; attention, le nom du profil doit correspondre au nom de l’avion pour que ça fonctionne.

Tous les éléments contenus dans “Profile settings” sont concernés.
Le plus facile, c’est de faire un profil par défaut et ensuite de le dupliquer (“Copy profile”) pour le spécialiser pour un appareil.

En particulier, certaines options sont très importantes dans les hélicoptères (voir mon profil par défaut) et le F14 (plus loin, mon profil spécial) :

• ALWAYS allow SRS Hotkeys
• Allow INCOCKPIT DCS Controlled PTT

Elles déterminent si c’est DCS qui décide quand vous émettez à la radio, ou vous quand vous appuyez sur votre bouton, celui que vous avez paramétré dans SRS.

Et en particulier, dans un F14 on a l’intercom qui, pour être actif en “Hot Mic”, doit être opérationnel (ici on veut permettre le contrôle par DCS); alors que dans un hélicoptère comme le UH-1H, on a un rotatif qui permet de choisir la radio sur laquelle on va émettre, et il vous empêche d’utiliser vos multiples boutons PTT dans SRS pour parler sur une radio en particulier (ici on veut désactiver le contrôle par DCS)

Ça peut paraître compliqué mais retenez ceci : utilisez les options que je montre ici en premier (“F-14”) pour permettre à DCS de gérer votre choix d’émission, et en second (“default”) pour laisser SRS forcer le choix de la radio.

Bienvenue !
@olivier-gaming, on en tient un !