CougarFFW04

Comme je disais le code m'annonce bien que les groupes seront remis en place donc je récupère bien le nom des groupes d'origine. Pour la fin du log : 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Module module_Randomize_Mission - Alarme SPAWN F15E_STRIKE_1 déclenché 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Appel handler de l'alarme SPAWN F15E_STRIKE_1 pour le module module_Randomize_Mission 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #011 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Function C_Group_deleteUnit : appel C_group_delete 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete group = F15E_STRIKE_1 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #010 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Module module_Randomize_Mission - Alarme SPAWN F15C_ESC_3 déclenché 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Appel handler de l'alarme SPAWN F15C_ESC_3 pour le module module_Randomize_Mission 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #009 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #007 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Function C_Group_deleteUnit : appel C_group_delete 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete group = F15C_ESC_3 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #008 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Module module_Randomize_Mission - Alarme SPAWN M2000 déclenché 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Appel handler de l'alarme SPAWN M2000 pour le module module_Randomize_Mission 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #013 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Function C_Group_deleteUnit : appel C_group_delete 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete group = M2000 2019-01-20 16:00:45.007 INFO SCRIPTING: [ATME] Delete unit = Pilot #012 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Module module_Randomize_Mission - Alarme SPAWN F15C_ESC_2 déclenché 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Appel handler de l'alarme SPAWN F15C_ESC_2 pour le module module_Randomize_Mission 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #004 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #005 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Function C_Group_deleteUnit : appel C_group_delete 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete group = F15C_ESC_2 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #006 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Module module_Randomize_Mission - Alarme SPAWN F15C_ESC_1 déclenché 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Appel handler de l'alarme SPAWN F15C_ESC_1 pour le module module_Randomize_Mission 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #001 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #002 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Function C_Group_deleteUnit : appel C_group_delete 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete group = F15C_ESC_1 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Delete unit = Pilot #003 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:45.008 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:46.007 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:47.009 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:48.011 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:49.013 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:49.998 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:49.998 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:49.998 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:49.998 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:49.998 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:49.999 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:49.999 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:49.999 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:49.999 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:51.001 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:52.003 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:53.005 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:54.007 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:55.008 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:55.009 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:56.010 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:00:56.078 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Function C_Group_addUnit : ajout unité Pilot #001 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Create group = F15C_ESC_1 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Create unit = Pilot #001 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Function C_Group_addUnit : ajout unité Pilot #002 2019-01-20 16:00:56.079 INFO SCRIPTING: [ATME] Create unit = Pilot #002 2019-01-20 16:00:58.316 ERROR DCS: Mission script error: : [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: attempt to index field '?' (a nil value) stack traceback: [C]: ? [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> 2019-01-20 16:00:58.317 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:58.317 INFO SCRIPTING: [ATME] Function C_Group_addUnit : ajout unité Pilot #003 2019-01-20 16:00:58.317 INFO SCRIPTING: [ATME] Create unit = Pilot #003 2019-01-20 16:00:58.972 ERROR DCS: Mission script error: : [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: attempt to index field '?' (a nil value) stack traceback: [C]: ? [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> 2019-01-20 16:00:58.972 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:58.973 INFO SCRIPTING: [ATME] Function C_Group_addUnit : ajout unité Pilot #004 2019-01-20 16:00:58.973 INFO SCRIPTING: [ATME] Create group = F15C_ESC_2 2019-01-20 16:00:58.973 INFO SCRIPTING: [ATME] Create unit = Pilot #004 2019-01-20 16:00:59.460 ERROR DCS: Mission script error: : [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: attempt to index field '?' (a nil value) stack traceback: [C]: ? [string "C:\Users\COUGAR~1\AppData\Local\Temp\DCS\/~mis00002535.lua"]:22376: in function 'onEvent' [string "Scripts/World/EventHandlers.lua"]:13: in function <[string "Scripts/World/EventHandlers.lua"]:11> 2019-01-20 16:00:59.461 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:59.461 INFO SCRIPTING: [ATME] Function C_Group_addUnit : ajout unité Pilot #005 2019-01-20 16:00:59.461 INFO SCRIPTING: [ATME] Create unit = Pilot #005 2019-01-20 16:00:59.461 INFO SCRIPTING: [ATME] Event 15 déclenché 2019-01-20 16:00:59.464 WARNING LOG: 7 duplicate message(s) skipped. 2019-01-20 16:00:59.464 INFO SCRIPTING: [ATME] Event 17 déclenché 2019-01-20 16:01:00.469 WARNING LOG: 1 duplicate message(s) skipped. 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Start main timer 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Gestion des spawn multiples 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Gestion des groupes avec tache on zone 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Reaffectation des spots sur changement de cibles 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Gestion des Handlers par module 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Groupes en attente de création -> Suppression si delai 0 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Finalisation de traitement Core event avec délai 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] Traitement des patrouilles 2019-01-20 16:01:00.469 INFO SCRIPTING: [ATME] End main timer 2019-01-20 16:01:01.421 INFO Lua: Lua CPU usage: metric: average mission execution: 3.3173 % 2019-01-20 16:01:03.082 INFO SCRIPTING: [ATME] Event 12 déclenché 2019-01-20 16:01:03.082 INFO SCRIPTING: [ATME] Fin de Mission 2019-01-20 16:01:03.091 INFO LuaExport::LuaExportStart: [Tacview.EndLog] Telemetry file closed 2019-01-20 16:01:03.091 INFO Config: netview stopped 2019-01-20 16:01:03.123 INFO TERRAIN: lSystem::CleanScenes() 2019-01-20 16:01:03.171 INFO TACVIEW.DLL: End of flight data recording 2019-01-20 16:01:03.172 INFO EDCORE: (dDispatcher)enterToState_:3

Hello, Négatif concernant le entre "" ou pas. Concernant les lignes de code 11 et 13 de ce que je comprends ca ne fait pas référence à mon code d'autant que les lignes correspondantes : ligne 11 : respawnAfterLand = 720 -- delay before landed flight is re-spawned (suggest 12mn (720s)) ligne 13 : delayAfterReject = 900 -- delay between subsequent activation (when prob failed; suggest 15mn (900s)) ne sont pas utilisées dans le présent code et ne posaient aucun pb dans le code précédent ou je n'utilisais pas ATME. Par contre, je ne sais pas si c'est significatif ou pas (mais vu le message d'erreur peut-etre) la lgne 11 fait suite à : local thisModule Bon pour l'instant je suis un peu dans le floue avec cette erreur mais je vais continuer mes investigations en prenant en compte tes conseils précédents. Mais c'est vrai que dés que c'est plus dans mon code c'est le genre d'erreur ou je me sens un peu désemparé :joystick: :D D'ailleurs concernant tout cela je constate qu'un respawn déclencle a la fois un - onSpawnGroupHandler (a priori normal) mais aussi - onCreateGroupHandler (c'est peut-etre normal mais c'est ce que voulais éviter pour un respawn)

Bonjour, je me demandais si avec ATME il existe une fonction qui permettrait de récupérer le champs "tache" qu'on voit dans l'éditeur de mission (en dessous de PAYS). A priori dans DCS c'est juste un filtre mais c'est ca que je voudrais récupérer pour un groupe d'avions. Je vois comment récupérer différente info (comme par exemple la coallition, le nombre d'appareils,....) mais rien concernant ce champs. Merci d'avance

OK je vais essayer et je te tiens au courant.

Salut et merci pour la réponse, En fait c'est exactement ce que je faisais... Voici mon code : pour info je déclenche une alarme a un instant juste pour tester le mécanisme. Cette alarme (déclenchée pour chaque groupe) appel ce code qui est censé faire un respawn des groupes aprés x secondes (5 dans le cas présent): local function reSpawnAlarm(_alarm) local alarmName = _alarm:getName() if ATME.getTags(alarmName) ~= nil then groupName = ATME.getTags(alarmName)[2] _Group = ATME.C_Group.getByName(groupName) _Group:setAutoRespawn(5) _Group:disable() ATME.displayForAll(groupName.." will be respawned in 5 sec",3) end end Si je commente les deux lignes de code lié à l'autorespawn et disable, tout se passe bien. Donc tout le reste du code n'est pas en cause. Par contre dés que je les valide, le code m'annonce bien que les groupes seront remis en place mais dés que cet événement arrive j'ai ce message d'erreur : puis ensuite tout reprend normalement. Et c'est le genre de message d'erreur lié à ATME que je ne comprends pas... Voila pourquoi je cherchais une solution alternative (que je n'est toujours pas trouvé) depuis hier soir...

Hello, Merci pour tes suggestions, je vais explorer tout cela. Ta réponse soulève quand même une interrogation : Exactement ca Exactement ce que je veux faire... Par contre je ne trouve pas de fonction respawn dans la doc ATME.. Et c'est bien la mon problème... Je trouve le hasAutorespawn(), resetAutoRespawn(), setAutoRespawn() mais aucun simple respawn... Et comme je disais je ne trouve pas non plus avec ATME une fonction qui permettrait de désactiver un groupe pour que ca fonctionne sans que le groupe soit mort... Cette fonction existe pourtant de base dans DCS : function trigger.action.deactivateGroup(Group Group) Est-ce a dire que l'équivalent de cette fonction n'existe pas dans ATME ? Auquel cas ce n'est pas sis grave et j'utilise directement la fonction DCS. bref il n'est pas clair pour moi si quand tu dis Tu parles d'une simple fonction respawn que je ne trouve nulle part ou si tu veux parler de toute la manipe de clonage que tu suggères... Enfin j'aurais aussi aimé avoir ton avis pourquoi le onSpawnGroupHandler ne détecte pas un respawn avec la fonction Mist... Je ne comprend pas trop pourquoi car de mon point de vue, d'ou que le respawn vienne (Mist, MOOSE, autre) ca reste un événement DCS... Donc si tu pouvais éclaircir ces trois derniers points je serais sur de ne pas faire fausse route... Merci d'avance

Hello, Merci pour les infos. Nickel pour les alarmes via le callback Maintenant concernant le respawn je vais essayer mais je crois qu'on ne s'est pas compris... Je ne veux PAS cloner. Je m'explique : - imaginons que j'ai un vol nommé "TOTO". - A un moment donné il part faire son taf et il revient, atterri. - Je détecte son atterrissage et après un certain delai (le temps de le laisser retourner tranquillement au parking) je veux simplement le re-spawner à l'identique. Donc je ne veux pas faire un clone "TITI" (ou autre) mais je veux simplement retrouver mon TOTO à l'identique et après je me charge de lui faire faire ce que j'ai envie. Dans ton explication possible que si je met "source" et "dest" identique j'obtiendrais effectivement ce que je veux mais je veux être sur que je ne rajoute pas une "nouveau" groupe. Après c'est peut-être finalement ce que fait DCS mais comme je n'en connais pas les rouages c'est pas clair pour moi si ce que tu proposes est exactement ce que je veux et ce que je faisais avec la fonction Mist indiquée... Sinon possible que l'auto-respawn soit effectivement ce que je veux. Je veux tester... Dernière question qu'est ce que la doc de setAutoRespawn entend par désactivation (et activation) ? Ca veut dire quoi concrètement dans DCS ? Le groupe n'existe plus et il disparait (apparait) ? J'attends tes précisions, Merci Edit1: Bon je fais un peu les question réponse :) Donc il semblerait que la fonction setAutoRespawn soit ce que je cherche mais il subsiste un problème c'est que l'autorespawn suppose que le groupe soit détruit ou désactivé. Dans mon cas (en tout cas pour mes test actuellement) comme je ne souhaite pas attendre la destruction il me faut donc le désactiver. Le problème c'est que je trouve bien une fonction activate mais pas la fonction pour désactiver et apparemment disable ne fait pas non plus l'affaire... Donc jusqu’à en savoir plus je vais rester avec mes fonctions Mist qui font leur taf Edit2 : malheureusement le onSpawnGroupHandler ne semble pas détecter lorsque les vols sont remis en place via la fonction mist.respawnGroup... Donc bloqué pour l'instant :(

Solution trouvée (ce n'est peut-etre pas la seule et j'immagine qu'il a peut-etre quand même moyen de traiter ca via le onTimer) je suis passé par un addAlarmCallback...

Hello, Bon alors j'ai un petit problème avec les alarmes... Je suis encore en phase d'expérimentation et possible que je trouve la réponse avant même qu'elle ne soit posté ici mais au pire ca pourra toujours servir a quelqu'un d'autre... Donc mon problème est le suivant : je met en place un certain nombre d'alarme (par exemple TITI, TOTO , TATA) et ensuite dans ma fonction onTimer qui traite tout les event je voudrais identifier lorsqu'un event est une alarme puis récupérer le nom de cette alarme... Je ne parle pas des modules exemple qui entre parenthèse sont trés bien fait mais qui ne peuvent répondre a toutes les fonctionnalités de ATME en seulement quelques modules. Les petits exemples montrent comment récupérer une alarme donné par exemple : if events:isAlarm("TOTO") then ATME.displayForAll("peu importe",5) endmais c'est pas ce que je veux faire... Aide bienvenue... Si je trouve avant la réponse je mettrais la solution. Merci Edit: Bon ben je sèche et c'est vraiment dommage que dans la doc il n'y ai pas un exemple simple en quelques lignes... Comme dans Mist par exemple. Ca permettrait souvent d'éclaircir les choses et de ne pas perdre un temps fou (quand on découvre ATME) pour des truc basiques... Donc en occurrence je cherchais un truc du genre : events:isAlarm() qui retournerait true ou false selon (et j'imagine que les wildcard n'esxiste pas)... et getAlarmName() qui retournerait le nom de l'alarme en question Mais je n'ai rien trouvé de tout cela... Surement ma faute (d'autant qu'il n'est pas très clair pour moi ce qui est considéré comme coreEvent ou pas... par exemple une alarme c'est un coreEvent ou pas...) Bref bloqué pour l'instant :(

Bonjour, Ca a l'air de correspondre effectivement a ce que je recherche. Merci. Par contre pour ca peux-tu STP me donner un peu plus de détail... Ce que je veux faire c'est simplement respawner un groupe à l'identique mais en regardant la doc a priori les fonctionnalités que j'ai trouvées permettent de faire une duplication mais ce n'est pas ce que je veux. Merci

Hello, Comme j'envisage de basculer mes fonctionnalité Mist vers du ATME pour éviter de mixer les choses je me demandais s'il existe avec ATME des fonctions équivalente aux fonctionnalités Mist: - mist.scheduleFunction - mist.respawnGroup J'ai regardé vite fait mais je n'ai pas trouvé mais fort possible que j'ai pu raté ca dans la doc assez touffue... Merci

Cool ca marche :D Merci :thumbup:

Hello, C'est encore moi :D Je reviens sur un problème que j'ai évoqué ici : https://forums.eagle.ru/showthread.php?t=229556 Mais comme il est un peu perdu au milieu d'autre chose je préfère ouvrir un message dédié dans l'idée que ca pourrait servir a d'autres un jour ou l'autre... Voici donc mon problème en question: pour une raison que j'ignore je suis sujet systématiquement à ce bug pour lequel ED n'a pas de solution : Du coup je préfère utiliser Do Script plutôt que le Do Script File car c'est une perte de temps énorme quand on développe que de devoir sauver et relancer la mission a chaque fois alors qu'avec la méthode Do script en utilisant dofile([[C:\Users\CougarFFW04\Saved Games\DCS\MyLuaScript\Test_ATME.lua]]) avec évidement le nom du bon fichier lua (ici Test_ATME.lua) c'est bien plus simple puisque chaque modification du script est immédiatement pris en compte et il suffit dinc de faire "rejouer la mission" pour voir immédiatement l'impact des modifications du script. Le problème c'est que quand je fais ca avec ATME (et en particulier en utilisant les handler même si je ne sais pas si c'est lié) j'ai les messages d'erreurs chelou du genre de ceux dont j'ai posté un screenshoot dans le message précité... Donc voila si quelqu'un pouvait me dire quel est le problème avec la méthode du dofile(...) et comment la régler ca serait un gain de temps exceptionnel... Merci d'avance:smilewink:

Hello, Bon ben j'ai trouvé :D C'était exactement comme j'ai dit sans se prendre la tête :thumbup: ++

Hello, Voici donc ma première (ou presque question) avec cette superbe collections de fonctionnalités qu'est ATME. Alors je sais déjà faire autrement donc ce n'est pas critique mais je demandais s'il y avait un moyen simple avec ATME de lancer une fonction quelconque (appelons la toto()) toute les secondes ? J’imaginais que ca peut se faire via un handler de type onTimer mais comme il n'y a pas d'événement particulier associé je suis pas trop sur. Merci d'avance

Hello, Je voulais juste dire en passant que je découvre ATME et vraiment c'est un travail de fous :thumbup: :thumbup: Et la doc est vraiment super complète (même si j'ai un peu de mal parfois a m'y retrouver). Je pense que je vais utiliser à donf a l'avenir :smilewink: Donc un grand bravo et un grand merci :smartass: Mais surement je vais avoir quelques questions dans les jours/mois/années à venir :D

Hello, Bon alors : - j'ai rééssayé la mission démo sans rien toucher et effectivement ca marche. Je n'avais pas compris que la 1.46 était inclus directement dans la mission et du coup j'avais édité pour pointer sur le 1.45lua installé. - j'ai aussi réussi a faire mon petit exemple perso (principalement la dernière version du code au dessus) et ca marche. PAR CONTRE : il me semblait qu'il n'y avait pas de différence en soit si on utilise : - exécuter fichier script (et on pointe vers le fichier en question) ou - exécuter script (et on entre le chemin explicite pour le fichier) D'autre part comme j'ai un bug connu de l'éditeur (a savoir que parfois quand on modifie un script ce n'est pas répercuté dans la mission) on m'a conseillé d'utiliser cette méthode le temps du développement : on met simplement ceci dans la condition éxécuter script : dofile([[C:\Users\CougarFFW04\Saved Games\DCS\MyLuaScript\Test_ATME.lua]]) Avec évidement le nom du bon fichier lua (ici Test_ATME.lua). J'utilise toujours cette méthode car je suis sujet a ce bug (non résolu par ED) et ca marche très bien sauf si j'utilise ATME. En effet, pour un même script Lua : - si j'utilise le éxecuter fichier script ca marche - si j'utilise la méthode précédente j'ai tout les messages chelous tel que présenté au dessus... Et je ne comprend pas pourquoi... Pourtant je dois utiliser cette méthode au moins le temps du développement a cause du bug... Donc dans un premier temps si tu pouvais essayer de voir (simplement sur ta mission en exemple avec le chemin vers ta 1.45 qui est la seule dispo ) pourquoi la méthode expliqué (en gras) pose problème ca serait déjà un grand pas pour moi. Merci d'avance

Hello, Bon j'avais zappé ce message donc voir ici : https://forums.eagle.ru/showthread.php?t=229556 Pour info par rapport a un message précédent, ma méthode de chargement est pourtant bien la bonne... Thanks

Hello, Bon ben après une journée entière a essayer d'identifier le problème je tire ma révérence en attendant le retour des codeurs/testeurs/spécialiste ATME. Le simple fait de rajouter : local moduleName = " module_Randomize_Mission " local thisModule -- TRACKING WAYPOINT local function pushWpt(events) -- retrieve data relative to this event local flightData = events:getDatas() if events:getType () == "TRACKING_WAYPOINT" then -- display data retrieved ATME.displayForAll((flightData.group:getName()),5) ATME.displayForAll( "passing Waypoint :"..(flightData.idWaypoint),5) elseif events:getType () == "TRACKING_LAST_WAYPOINT" then ATME.displayForAll((flightData.group:getName()).." end of track : last Waypoint " ,5) end end local function onSpawnGroup(leadGroup) -- start monitoring waypoint for this group leadGroup:setWaypointsTracking(true) thisModule:addCoreEventCallback(leadGroup,pushWpt) end do newHandlers = { onSpawnGroupHandler = onSpawnGroup } thisModule = ATME.C_Module(moduleName, newHandlers, true) end induit les problème mentionnés alors que sans ces lignes de code, tout fonctionne au poil... A bientot donc, ++

Bonjour à tous, Ce message fait suite à celui-ci : https://forums.eagle.ru/showthread.php?t=229071 Mais je préfère écrire ici ce sera plus simple. ATME semble être vraiment l'outil que je cherchais pour certaines fonctionnalités du code que je suis en train d'écrire sans avoir à réinventer la roue... Donc un grand MERCI d'avance. Comme je disais je ne suis pas très familier avec les handler et bien que l'exemple qui m'ai été fournit me semble clair j'ai un peu de mal à l'adapter à ce que je veux faire et j'ai des erreurs... D'un autre coté j'ai aussi une erreur quand je fais tourner la mission de démo au moment ou le F18 atteint son premier waypoint (cf dessous)... Le code rapporte quand même le passage du F18 au niveau du WPT1 mais après plus rien... Concernant ATME j'ai crée un répertoire ATMEScript dans mon répertoire utilisateur DCS ou j'ai mis ATME_CoreV145.lua J'ai évidement modifié la mission pour pointer vers le bon dossier pour ATME_Core mais aussi pour le code lua de démo fourni. En gros pour résumer, le code démarre un certains nombre de vols qui sont déjà en place en début de mission mais inactif et ceci a certains temps calculés peu importe comment. Pour certains ce ces vols, je souhaite faire un monitoring des waypoints pour déclencher certaines actions automatiquement au waypoint voulu via script. Supposons que j'ai écrit une fonction faitca() si je l'active directement dans l'éditeur au waypoint donné tout fonctionne a merveille. Le pb c'est que quand j'essaye de le faire tout en automatique j'ai des erreurs que je ne comprends pas... En gros ca se présente comme ca et voila ce que j'ai fait pour essayer de metttre en oeuvre le tracking des waypoint de facon automatique : -- On est d'accord ici c'est pas du vrai code de A a Z mais un cheminement des idées -- Bref ca commence normalement comme tout script lua... -- je définis un certain nombre de varaibles TOTO = "pouet" TITI = nil -- et un certain nombre de fonction local function f1() whatever... end -- y compris ma function local function pushWpt(events) -- retrieve data relative to this event local flightData = events:getDatas() if events:getType () == "TRACKING_WAYPOINT" then whatever elseif events:getType () == "TRACKING_LAST_WAYPOINT" then whatever end end -- puis vient une antre fonction qui est checké chaque seconde par un trigger dans l'éditeur de mission function activateFlights() -- peu importe ce que fait cette fonction mais a un moment, si une -- condition est vraie un vol est activé. Et c'est a ce moment la que je veux -- activer le suivi de waypoint pour ce vol en question: if true then startFlight(leadGroup, leadName) -- et je démarre le monitoring pour ce groupe leadGroup:setWaypointsTracking (true) thisModule:addCoreEventCallback (leadGroup,pushWpt) end end -- Ensuite arrive la fin du code et une function qui est lancé dans l'éditeur -- via un trigger "début de mission" checkIniFlights() -- Cette fonction fait pas mal de chose et en particulier c'est la que j'ai mis : thisModule = ATME.C_Module("peu importe", {activateFlights}, true)]] -- et le code se termine la end Et le problème c'est que ca plante avec ca comme indication : La ligne de code 337 coorespond a l'instruction : thisModule = ATME.C_Module(....) du code ci dessus. Je précise que le probléme ne vient pas d'une erreur de syntaxe lié a des instructions AUTRES que celles liées a ATME... puisque sans la partie ATME que j'ai rajouté, tout fonctionne comme prévu. Mon problème c'est que je ne maitrise pas trop ces handler et donc j'avance un peu dans le floue et du coup je ne suis pas trop sur que l’adaptions de l'exemple donné est correct... Et à l'évidence non puisque sans la partie ATME ca marche nickel mais dés que j'introduis les ligne de code afférent à ATME ca plante... Et surtout je ne vois pas trop le rapport avec ce mis....0782.lua J'ai aucune idée d'ou sort ce truc... En particulier puisque le handler fait référence a activateFlights j'immagine que je n'ai plus besoin de mettre cette fonction dans un trigger évalué chaque seconde dans l'éditeur de mission puisque le handler est "lancé par CheckIniFlight une fois pour toute en début de mission.. Bref comme vous voyez ces handler ce n'est pas trés clair dans ma tete... ceux par défaut de DCS ca va je m'en sort assez bien mais le custom handler de ATME j'ai plus de mal.. Si quelqu'un pouvait me dire ou est l'erreur ce serait cool... Merci d'avance

Hi Delta99, Oh yes I already noticed this... hoooo I thought it was in nautic mile... Thanks for letting me know :thumbup:

Hi snowsniper, Sounds this is much more than I need... and easy to use... I will have a closer look and try asap :thumbup: Thanks PS: Merci pour la documentation en Français :smartass::smilewink:

Hi Lua scripting Gurrus, I would like to know if it would be possible to build a custon event handler (let's call it S_EVENT_WAYPOINT) that would monitor flight and return for exemple flight name and waypoint when a flight reach his flight plan waypoints. For exemple when flight named "F18" reach his wpt 2 it would return something like {"F18", 2}. I see that scripting documentation propose a template event ( S_EVENT_{{{eName}}} as per the documention) but as I am not very familiar with handler I do not know at all what to do with that and how to build the custom handler. Help is welcome, Thanks

OK got it. Will post solution later.

Hi Lua scripting Gurrus, I would like to detect if a flight (let'say it is named "TOTO") entered a DCS area. I think the best way is to use the DCS function searchObjects. To learn how it works I ran the exemple in the documentation namely: local foundUnits = {} local sphere = trigger.misc.getZone('town') local volS = { id = world.VolumeType.SPHERE, params = { point = sphere.point, radius = sphere.radius } } local ifFound = function(foundItem, val) foundUnits[#foundUnits + 1] = foundItem:getName return true end and put world.searchObjects(Object.Category.UNIT, volS, ifFound) in a DCS trigger runing continuously Of course I have an area named "town" and planes entering this area but as soon as I run the mission, DCS complains : Parameter #2 (function) missed I tried different things but I am still sticked with this error. As I am not very familiar with handler may be I am doing something wrong... Could someone show me the code that would just write on screen "TOTO entered town" when this event occurs. Thanks in advance