snowsniper

le plus simple dans le Mission Editor tu fais un TOTO Group que tu met en"activate later." il sera non visible dans la mission et va te servir de modele tu cree ton cloning_context avec comme modele de group TOTO, tu fais pour que le clone réutilise exactement la même route que le modèle et le même point de départ ( ou tu en redefinies un autre ) tu spawn le clone que l'on nomerra TITI, et qui aura exactement les même caractéritiques et emports. une fois TITI atterit, sur l'evenement handler onStopEngineAIUnitHandler ( au parking il eteint ses moteurs normalement ) tu fais un TITI:disable() et tu respawn TITIN°2 etc etc tu peux le faire avec l'autorespawn. et si tu veux pouvoir lui faire faire des choses particulière quelque soit le nombre / nom de l'avion spawné ( parce que le nom est indexé à chaque spawn) , le plus simple est de stocker dans une variable tampon propre au module, l'objet Aiunit ou Group que tu viens de spawner ATME.module[modulename].avionencours = Aiunit ou Cgroup à chaque nouveau spawn. comme ca tu peux lui faire faire une fonction facilement sur un appel F10radio ou d'autres conditions . en utilisant la variable ATME.module[modulename].avionencours

pour un objet de classe Group ou AiUnit :disable() fonctionne pour désactiver faire disparaitre de DCS ton avion. " je veux simplement le re-spawner à l'identique" --> au point de départ du plan de vol ou il repart de là où il vient d'atterir ? si il repart du point de départ c'est mieux de faire un respawn ( duplication d'un modèle que tu peux mettre en invisible ) et detruire disable celui qui vient d'atterir. je pense que c'est ce que fait mist aussi a priori. ce n'est pas le même avion qui se téléporte lol. si tu veux que ce soit celui qui vient d'atterir qui repart en vol alors il faut lui affecter une nouvelle route, et des nouvelles taches : dans ce cas il faut que tu explore les set task pour de nouvelles actions et surtout set route pour refaire un nouveau plan de vol une fois atterit, ce qui permettra de réaffecter des chose à faire au meme objet group bonne découverte ;-) ...et bonne recherche je regarde de mon coté et je te mets les bonnes page de la doc en edit de ce post. : essenciellement : documentes toi dans la doc V146fr sur classe ATME.C_Task et tu fais une recherche sur "task" pour voir toutes les possibilités dans ton pdf reader ( il y a des liens clickables pour en haut de chaque page pour retourner rapidement au sommaire général ou au sommaire de la class en cours ) et surtout tu lis la page dans la classe ATME.C_Group : Object:setRoute / Object:setTask il y a aussi des exemples exploitable pour le setRoute, dans les missions exemples "autres exemples"

:thumbup:

de rien. mais je t'invite à jeter un coup d'oeil à la doc (et surtout aux exemples de base.dans le premier post du thread principal ATME ) pour ce qui t'interresse surtout :P211 description des handlers de base surtout : P125 description des coreevents et des datas qu'on peut traiter et récuperer après pour les fonctions de class ( objets de class group / Aiunit / player / static ) on retrouve a peu près les mêmes fonctions pour toutes les classes. pour faire du tri ou récuperer des informations d'etat. tu as des liens hypertextes dans le pdf pour naviguer plus vite une fois que tu sais ce que tu cherches. en PJ la doc v146 fr () pour le core V146 tu peux le récuperer dans l'exemple Miz file avec winrar ou unzip ;-) mais Sun est pas décidé encore à la publier. (version non officielle avec quelques erreurs de typo ou autre hehe mais vaut mieux partir sur une version proche de la version finale, à mon avis ) ManueldeReference - ATME V146.pdf

sur le on update player

Je t ai repondu mais dans un autre thread

https://forums.eagle.ru/showthread.php?p=3736043#post3736043 Tu peux meme en mettre plusieurs Mais gardes dans le mission editor Le core lua. En faisant comme ca tu peux lancer la mission Modifier ton module en cours de dev et tester la modif En relancant la mission sans avoir a reloader un nouveau script par le mission editor Par contre quand le script est fini il faut le mettre en entier dans le me. Pour envoyer le.miz a des potes !

garde aussi en bas de page toutes les définitions de handlers de base, si non utilisé tu mets nil. assures toi aussi qu'il y a bien un objet client ou player dans la mission, sinon ATME ne tournera pas car il est destiné aux missions avec un joueur au moins. tu peux m'envoyer aussi ton miz file si tu veux, je t'envois mon mail perso en message privé.

Bon dans l'ordre de ce que je peux regarder à ma pause du midi. tout d'abord je pense que tu confonds Handler et callback. la callback est une fonction créée spécifiquement qui traite les events relatif dans l'exemple à tout objet s'appellant "F18test". si tu veux etendre à d'autre objet cette même callback tu peux mettre sur le Handler "oncreateGroup" un filtre avec Coalition / en vol / etc ... à définir selon tes besoin. Mais pas besoin de tracker tous les objets de la mission à priori. Le Handler check et alerte sur un evenement spécique propre au joeur, aux objets DCS group ou AiUnit, ou StaticUnit. les handlers par défauts utilisables dans ATME sont listés en fin de script. le On spawn Handler a été supprimé de la V146 core. tout objet spawné en cours de mission sera traité par le Handler OncreateGroup désormais. un objet inclus dans la mission, mais a activation retardé sera traité dès le début de la mission. ce qui n'est pas du tout dérangeant pour un lui affecter un Settracking par exemple. enfin le fait de déporter le script de la mission avec un dofile, est un routtage utile pour gagner du temps en débuggage, mais uniquement sur le module courant en cours de dévelloppement. le faire sur le core qui n'est pas destiné à être modifié, ne sert à rien. le laisser dans le do script file de la mission. enfin thisModule = ATME.C_Module("peu importe", {activateFlights}, true)]] le peu importe, importe désolé, il faut absolument en tête de module thisModule = ATME.C_Module(moduleName, newHandlers, true) comme tu as fait dans le script juste au dessus et définir un moduleName en tête de script.local moduleName = " module_Randomize_Mission " -- > OK Donc si je prends ton dernier script : local moduleName = " module_Randomize_Mission " -- OK local thisModule -- OK -- 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) -- mettre le Handler onCreateGroup(leadGroup ) ( modification de la V145 à la V146, manuel en cours d'update ) -- start monitoring waypoint for this group leadGroup:setWaypointsTracking(true) thisModule:addCoreEventCallback(leadGroup,pushWpt) end do newHandlers = { onSpawnGroupHandler = onSpawnGroup -- dito on CreateGroup SVP } thisModule = ATME.C_Module(moduleName, newHandlers, true) end au delà de ça ce script devrait marcher, pour ton premier post en haut, il faut qu'on echange un peu plus en détail sur ce que tu veux faire précisément. mais je suis sur qu'il y a une solution simple ATME à ton projet ;-) Pour ma mission exemple qui planterait après le premier Waypoint, je verrais ce soir car il me faut mon DCS, et je l'ai pas au boulot lol.

Envois moi svp le log dcs

Bonjour je ne vois tes messages que ce lundi matin. Donc je pourrais regarder attentivement tes experimentations Que ce soir apres le boulot. J ai l impressiion que ton interpretation de la logique Des handlers est pour le moins... Innatendu Et je vais avoir besoin de comprendre ce que tu veux faire.de maniere precise. Le script exemple waypoint est parfaitement fonctionnel et teste tel que mis a dispo. Le atme core puisqu il n est pas destine a etre modifie laisses le dans la mission.

si tu veux, le manuel V146 en français est prêt lui c'est la trad qu'est pas finie lol;-) le forum en français pour ATME c'est là https://forums.eagle.ru/showthread.php?p=3001633#post3001633

here is an exemple .miz file and lua file. demotrackingWP_withspecificATMEcallback.miz trackingwaypointwithATME.lua

teaser : New V146 translated in English manual available soon .... V146 is very powerfull and mature.... Snowsniper alpha and (beta) tester and pround ATME user

take a look on ATME scripting engine. it can use events handlers, but also specific events callback function. ATME is based on callbacks your function will be called when event occurs on specific unit . also waypoint tracking is a basic function in ATME see here , it is very powerfull , just look at reference manual possibilities: https://forums.eagle.ru/showthread.php?t=179992 also V146 and the new EN traduction manual will be soon available ( 2 more weeks ;-) . for standard DCS Scripting, i think it's also possible ( because ATME is only encapsulation of standard DCS scripting) , but you will need quite more lua code lines to do the same logic. if you want a simple exemple lua + miz on your request i can do it with ATME, just ask me.

as always with a new module : carrefully check cockpit parts on ground, i'll do an attempt to cold start only by logic without manuals. i'll then check flaps and essential things like airbrake gear etc... i'll then Take off from a standard caucasus RWY and will make a simple pattern test flight try to land without damaging anything ( test before, in flight minimal speed at high altitude ) then i'll read carefully the manual (if available) if not, i'll read original NATOP manual and takes some notes for my own kneeboard. done like that with the latest AV8 and F18. that was so much rewarding and fun. :pilotfly:

awesome airplane = awesome module but bad visibility in your six due to protective shield

It works with ATME without the need to reload with this turnaround : create a generic lua file with minimum info for ATME and load it in Mission Editor with a do script file as normal procedure *********************** local thisModule local moduleName = "temp" -- nom du present module --____________________________________ do dofile([[E:\savedgame2016\DCS.openbeta\Missions\Luaprogrammation\MAJ SNOW 2018\2018 FINIS\LIB_ATC_aknoledgment\LIB_ATC_2019.lua]]) -- link to you WIP lua file module local newHandlers = { onCreatePlayerHandler = nil, onDeletePlayerHandler = nil, onUpdatePlayerHandler = nil, onTakeoffPlayerHandler = nil, onLandingPlayerHandler = nil, onStartEnginePlayerHandler = nil, onStopEnginePlayerHandler = nil, onCreateAIUnitHandler = nil, onDeleteAIUnitHandler = nil, onDisableAIUnitHandler = nil, onTakeoffAIUnitHandler = nil, onLandingAIUnitHandler = nil, onStartEngineAIUnitHandler = nil, onStopEngineAIUnitHandler = nil, onCreateGroupHandler = nil, onSpawnGroupHandler = nil, onDeleteGroupHandler = nil, onDisableGroupHandler = nil, onCreateStaticObjectHandler = nil, onDeleteStaticObjectHandler = nil, onTimerHandler = nil, onModuleStartHandler = nil, } thisModule = ATME.C_Module(moduleName, newHandlers, true) end

also in audacity you can manage some sort of script to redo exactly the same filter sequence. one for Tower, one for player, one for wingman .... etc ... so it's easy once recorded with real voice or TTS like ttsreader, record with audicity apply filter or script, then save as .ogg with minimum size.

fly her wit love, gentle on sensitiv command, do large aerobatics curves first to handle her, and keep a good speed. joystick curves can help on pitch gentle but constant also on throttle to avoid brutal torque. practice this : trim correctly, be aware of cruise and max clim RPM and manifold settings. and finally get a blast flying her, with nice user skins, and Jafa sound merlin mod. first of all : 1) handle and train ground taxiing and the " rudder dance " 2) train proper nice take off and maintain her on wheel two point before a unwanted take off 3) once in her set her on best motor settings soft 4) on a 109 get it on end of its climb , max climb power settings. if you think you're close enough to fire, just wait and go closer again 5) practice practice practice

Hi all HSEL works nicely a free flight mission. but once I touch something like FCS / Bit test / or just trim it doesn't work anymore. and didn't find any way so far to make it work again in same flight . ? anyone know how to reset it ?

well, maybe hopefully i wasn't very clear when i mean FFB set to 1 it is in main menu option/special/SA342 menu both for pitch and roll also it works nicely for my FFB2 don't know for G 940 bonne chance Santaklaus. screenshot in PJ

OK thanks for reply Pat. For MSFFB2 owner : here my best settings in 2.5: game option set FFB curve to 1. not 0 or 100 or you 'll have a huge dead zone. Axes X Y : FFB setting invert / 30 % on forces 30 % on shake X curves : -5 curvature + saturation Y 70% Y curves : -5 curvature + saturation Y 70 % feel more accurate for me with this joystick. don't forget to set autopilot OFF and you go for some great fun and easy well controlled aerobatics.:joystick:

+1

same problem here. must be a bug. all spit skin installed in saved game appears in my custom cockpit special menu spitfire instead or "default" or "alternative" no way to add an alternative cockpit texture that way. I gave a try to make a directory in mods/....cockpittexture with the same name as stock zip textexture file don't seem to work either as it used to be in the past.