CougarFFW04

C'est dans la boite, Merci d'avance a vous deux J'attends votre retour. ++ Edit : Bon je crois que j'ai identifié le probléme. Un truc a la con sur une déclaration Lua. Pas du tout ou je cherchais et pas lié a ATME à la base

Merci j'ai vu. Je suis en train de te faire un petit bilan du code pour que tu comprennes le traitement et je t'envois ca d'ici quelques minutes. ++

Non mais la je suis trés perplexe... visisblement il y a une... dans le potage... De mon coté surement... Mais comme c'est une erreur ATME puis-je t'envoyer code total + mission a un email privé ? Car maintenant j'ai une erreur ATME sur une ligne de code lua DCS.... C'est pas trop touffu quand même et j'ai commenté pas mal de choses pour isoler le probléme mais la je ne comprend vraiment pas ce qui plante. Et les erreurs ATME ca ne m'aide pas beaucoup. Ca donne vraiment l'impression que l'erreur n'est pas ou je la cherche... Si tu peux regarder c'est cool. Je suis très perplexe...

Je n suis pas passé en 1.47 Je me demande si ca ne pourrait pas venir du bug du respawn avec le onCreateGroupHandler Car j'ai quand meme des plantage avec un vol Sead mais c'est non reproductible. Or les stack sont remplis lors de la création des vols et tous sont crées en même temps... Bref je pense que la première chose a faire est de passer en 1.47... Je te dirais.

OK. Bon pour l'instant c'est assez mystérieux... Sans changement de code : - rien dans le stack => plantage - un push dans le stack => ok Donc pour l'instant je vais continuer sans stack vide et je verrais plus tard. Merci en tout cas. ++

C'est peut-etre la le probléme... j'ai juste local blueSEADStack = ATME.C_Stack() mais je n'ai aucun push car pas d'avion en Sead... Dois-je rajouter autre chose ?

Pour info : si je rajoute un vol dans le stack SEAD plus de probléme...

Voici une partie du code : local blueSEADStack = ATME.C_Stack() local blueESCStack = ATME.C_Stack() ... local escStack, escGroup, nEscPlanes = 0 local seadStack, seadGroup, nSeadPlanes = 0 local escFlight, seadFlight = nil, nil -- BLUE coalition if _Group:getCoalitionName() == "BLUE" then planesAirborne,fracAirborne,allPlanes = bluePlanesAirborne,bluefracAirborne,blueAllPlanes seadStack, escStack = blueSEADStack, blueESCStack -- compute sead probability if seadStack:getCount() >= 1 and math.random(0,100) < probSead then seadFlight = seadStack:extract("HEAD") end -- compute esco probability if escStack:getCount() >= 1 and math.random(0,100) < probEsco then escFlight = escStack:extract("HEAD") end -- RED coalition elseif _Group:getCoalitionName() == "RED" then -- !!!!!!!!!!!!!!!!!COPY FROM BLUE WHEN OK end if seadFlight ~= nil then nSeadPlanes = ATME.C_Group.getByName(seadFlight):getNbUnits() end if escFlight ~= nil then nEscPlanes = ATME.C_Group.getByName(escFlight):getNbUnits() end local nLead = planesAirborne + groupDatas.nbunits ==>> local nLeadSead = nLead + nSeadPlanes local nLeadEsc = nLead + nEscPlanes Ca marche nickel pour les vols escorte car le Stack n'est pas vide Et l'alogo pour Sead est vraiment calqué sur escorte. Seul différence le stack escorte n'est pas vide mais le stack sead l'est Mais pour les vols Sead, comme je n'en ai aps mis le stack est vide et j'ai un plantage L'erreur est sur nSeadPlanes qui devrait etre a 0 selon toute logique (sauf erreur de ma part) mais ca ne semble pas etre le cas. nLead est OK j'ai vérifié Si quand stack est vide getCount renvoie 0 alors nSeadPlanes vaut 0 (initialisation) or j'ai un plantage a la ligne ==> pourtant comme j'ai dit nLead est OK (vérifié) Perplexec....

Donc je ne comprends pas mon plantage...

Hello, J'aurais très bientôt besoin de ca donc je test... Merci

Hello, J'ai une erreur suite à l'utilisation des Stack. Que retourne getCount() si on a encore rien mis dans le stack ? Voici une extarction du code impliqué. Je pense que le probléme vient de ce qui est retourné quand un stack est vide car je fait la même manip sur un stack non vide et je n'ai pas de probléme dans ce cas la. local blueSEADStack = ATME.C_Stack() ... seadStack = blueSEADStack ... if seadStack:getCount() >= 1 and math.random(0,100) < probSead then seadFlight = seadStack:extract("HEAD") end Merci

Moi j'avais programmé ca pour mettre un vol en attente sur un waypoint jusqu'a ce que son escorte le rejoigne. Ca marchait nickel. Mais bon maintenant je passe tout en ATME. Du coup je perds un peu de temps pour tout recoder mais bon a terme ce sera payant en terme de lisibilité du code (puisque le bas niveau DCS est déporté dans ATME) et pour faire évoluer le code en complexité par la suite. ++

Hello, Bon j'espère que vous en avez pas marre car la je bombarde a donf niveau question :music_whistling::D Tes scripts sont vraiment parfait pour comprendre le fonctionnement d'ATME. Sans tes scripts je serais encore en galère totale... DynaMO (Dynamic campaign Model) (mini) campagne dynamique en gestation... Ca avance bien :smartass: Et ca grace a votre boulot de dingue car ATME c'est du lourd :thumbup: Thanks

Hello, et oui c'est encore moi... Je souhaite mettre en place un vol en orbite sur un waypoint... Quand le vols arrive sur le waypoint je déclenche la tache orbit. Jusque la pas de soucis et mon vol se met effectivement en orbite sur le waypoint en question Mon probléme set au niveau des paramètres optionnels. Sauf erreur de ma part : Le vol devrait prendre une vitesse de 250knt or il se met à ~600knt :joystick: J'ai raté un truc ? D'ailleurs quels sont les unités pour la vitesse (knts ?) et l'altitude (feet ?) Merci :thumbup: Edit : Bon après quelques tests j'ai l'impression qu'il y a un pb sur les unités... J'étais parti sur des knt/feet mais ca n'a pas l'air d'être ca... Sur le second paramètre ca à l'air de coller avec des mètres et non des pieds... Par contre sur le premier paramètre on dirait qu'il y a un facteur ~2 qui ne correspond pas a une transformation knt/kmh-1. Soit c'est l'inverse soit je ne capte pas les unités affichés dans la fenètre F10 ( a priori feet/knt). Par exemple si je rentre 250 la vitesse était proche de 500 à 600knt et si je rentre 120 la vitesse dans DCS annonce 252knt environ (pour 19000ft). Un epu perplexe pour l'unité de la vitesse ...

Juste un petit message pour dire que j'ai refait plusieurs tests et je n'ai plu de plantage donc a priori c'est bien lié a des respawn quasi simultanés. Bon courage et merci :smilewink:

OK merci. Je regarderais plus en détail pour les restrictions :smilewink:

D'après la doc :

Hello, Bon désolé pour l'avalanche de questions:lol: Mais fallait pas nous faire jouer avec :pilotfly: :smilewink: Alors voila concernant createNamedArea dans la doc il est dit que : et j'aurais aimé savoir si la zone est mobile avec l'unité a laquelle elle est liée ou si elle est positionnée "sur" l'unité au moment ou on définie la zone puis statique par la suite ? Je sais qu'une zone mobile est possible puisque je l'ai déjà programmé (il suffit de faire un update de la position chaque seconde) mais au cas ou, puisque je passe en ATME total :) autant le faire de A a Z. Si ca n'existe pas dans ATME c'est pas grave je garderais mon bout de code. Thanks

Bonjour, avec ATME 1.46 il est précisé dans le manuel Qu'entend t-on part destruction : - tout les avions du groupe ont été détruit par exemple lors d'un combat ? - ou alors plutôt au sens du disable() Serait-il possible d'avoir un exemple de l'utilisation du addSpawnCallback (il ne me semble pas en avoir vu) Merci

Hello, Bon je ne veux pas être complétement affirmatif dés maintenant mais apparemment le bug ATME se produit si plusieurs groupes sont respawné quasi simultanément. En effet j'ai espacé les respawn et sur le test fait je n'ai plus le plantage... A confirmer...

Hello, Je vais essayer ta mission ce soir si j'ai le temps. C'est vrai que, dans le cadre de ces tests, je fais un respawn des 5 groupes quasiment en même temps. ca ne sera probablement jamais le cas dans une vraie mission. Je vais modifier un peu le code pour voir si le problème subsiste en espaçant les respaw... C'est vrai qu'avec les privateData c'est beaucoup plus pratique et plus propre. Joliment pensé. Je l'ai déjà dit mais je dois le redire : avec ATME vous avez vraiment fait un truc de fou. Ca simplifie grandement la lecture du code en déportant tout les détails de l'usine a gaz DCS et en évitant de ré-inventer la roue. Bravo :thumbup:

Hello ATME Gurrus, Bon ben ca veut vraiment pas... Je suis passé par les privateData comme suggéré. Toujours le même plantage... @snowsniper: mission et script lua envoyé par mail comme demandé. C'était du 1.45 mais je viens d'essayer en 1.46 en virant le onSpawnhandler qui n'existe plus et ca ne change rien... J'ai aussi viré des bouts de code donc ne pas se soucier de onTakeoffAIUnit ni du onLandingAIUni ca ne vient pas de la. @sunski34: j'essaye ta mission d'ici demain et je te dis... Tenez moi au courant, Merci

Hello, Transmettre les choses dont j'ai besoin par des privateData me semble la bonne façon de faire mais je ne comprends pas trop si et comment on peut les définir... De ce que je comprends ce sont en quelques sorte des attributs qu'on peut définir selon ses besoin. Par exemple je pourrais vouloir définir un attribut "couleur" qui aurait la valeur "rouge" à mon alarme (je dis évidement n'importe quoi ici c'est juste pour prendre un exemple). Du coup je m'attendais a trouver un truc du genre setUserPrivateDatas mais ca n'existe pas... Ou alors pour reprendre ton exemple : datas.objectgroup = _Group j'aurais trés bien pu faire par exempe datas.couleur = "rouge" oui ? / non ? Je suis a coté de la plaque ? Ton petit exemple au dessus donne déjà des indication mais a partir de seulement ca je ne sais pas (et je ne trouve pas dans le manuel) ce que sont exactement ces privateDatas... Un peu d'aide sur la question serait la bienvenue, Merci d'avance

Oui deux modules suite a mon pb et vos conseils. cf https://forums.eagle.ru/showthread.php?t=229653 Dans le premier module tout les handlers sont a nil et il n'y a rien d'autre Déjà essayé sans résultat mais je vais réessayer un peu plus tard au cas ou j'aurais laissé passer un truc... Pour la 1.46 j'attends que ce soit dispo. Oui. Merci. Je passerais sur le Discord a l'occasion si je ne m'en sort pas.

Salut, Bon tant pis je vais voir comment faire autrement, Encore merci et bravo pour tout le travail derrière ATME