sunski34

Ok, so I understand when Gyro ON and AP OFF, there's still an help to be more stable. When AP ON (and associated switches) that helps only for heading hold and alt/speed hold. Correct? If Gyro off, no AP in any case (switches AP ON or OFF) even in background, so no more help on stability. Correct?

I did new tests.... in that case SP only Gyro off, yes there's a difference when flying, it's more difficult to do a manual hover. But Gyro On, when flying with AP (ON then OFF), I didn't notice a real change sorry :cry: in that particular manoeuver. So in that case, does AP help on manual hover or not?

No, I mean that joystick sensibility and gazelle reaction are the same with or without AP. For example to do an hover (manually), I have the same feeling, Gazelle seems to be with AP ON. If it's not the case, I thought doing an hover with AP OFF was harder than with AP ON. In 1.5 that was the case I'm sure ! Of course, I know that auto hover needs Gyro ON. I will test flying without Gyro to see. The test was done in MP not SP.... I will test in SP.

We were two, I was the remote client. I noticed, in MP (but I didn't test with AI in MP ou SP), that bunker doors are not opened for the hosting client plane. No more test done.

Yesterday I did some tests.... flying with Autopilot (master swich) ON then OFF. Easy Mode is OFF, trim on rudder is OFF on settings. Test on 2.5 OB Update 5. No change on standard analog joystick axis parameters. It's strickly the same, no difference. When AP OFF, it's very easy to stabilize the Gazelle, as if AP was ON !!! I tried to set ON/OFF the three switches for AP roll, AP pitch and AP rudder ... with master AP ON then OFF.... No change !!! I didn't test with the last switch ALT/VIT OFF AP but I think it's the same... I tried to turn OFF gyro, and then again, no change !!! With AP ON or OFF. So, AP switches seems not working !

No more problem... Several retries without issue... Perhaps a first load issue, yes ;) So this thread can be closed.

I wrote my comment when starting DCS for the first time after the update. I try once more, no lags, so I need to do more test. Strange. My specs are good : 6700K, 32GB RAM DDR-4 3GHz, SSD 512GB, GTX 1080 and ADSL connection 16Mb download, 800kb upload. I didn't have problem of lags in last version 2.5 (before last update). But as before, external tanks are not refueled when starting form parking, but it's an already reported issue. thanks

A new problem when refueling with last update. When near tanker (in my case KC130 and M2000C), somes lag appear... Map causasus.

Hi, In an MP mission, I set : Fog: visibility 500 fts, thickness : 800 fts Clouds, density 2. date/hour of the mission : February 10th, 2009 at 10:00 approx When landing at Kutaisi : - I can easily see the lights of the runway 08, I'm the host client - The other clients (remote) can't see the lights (with F2, in my case I can see them at the same moment) and the fog seems to be stronger than for me (I don't have any image)

Excellent travail effectivement... J ai cependant une question... On voit par endroit beaucoup de "NOT FUNCTIONNAL" sans savoir si c'est provisoire ou définitif.... Ce serait pas mal de distinguer les deux cas en precisant "WORK IN PROGESS" par exemple pour les fonctions futures non encore implémentées. C'est une proposition.

The best way, looking at 2.5 beta issues like refueling, big lags (several seconds sometimes) when pilots enter mission or when AI units are spawned by script, game optimizations in general, memory leak, strange ground vehicule movements ... is to wait two more weeks.... and two more if necessary and ... . The actual beta version cannot be launched in release version. It's my point of view.:cry:

There's still a bug on M2000C at least when starting form parking (hot), but ok when starting in air.

It seems to be linked when 2 players are in a same gazelle. In fact, during the missing, we tested 2 people in a Gazelle, then, I changed slot to be alone. After that, I need to change seat (pilot to copilot) and then 1 ou 2 keys didn't work anymore. Hope that help, I need to do more tests.

Aucun problème pour moi. Il est possible de mettre le PA sur ON, en SP comme en MP Par contre en Mp, j'ai constaté des fonctionnements aléatoire, mais il semble que c'est lié au fait de pouvoir etre deux.

Here several issues seen in MP helo mission Severe drop of FPS (lag) when a new player enters mission in an aircraft type first time (test with MI-8 ). Severe drop of FPS when near cargo and hook it with MI-8 (perhaps a MI-8 pb) Helipad on plateform near Sochi (which is near a oil boat) : Impossible to land on it Name of cargos aren't good for remote clients when using F6, ok for host client)

Thank you Grimes ;)

Same pb for me in Tbilisi using scripting function. QNH = 961 instead of 764 (read when altimeter set to 0, at parking. 761, alt was negative -150.

+1 same for me

When in MP impossible to change pilot/copilot (key 1 or 2). Config is good.

Hi, when in MP, the text associated with a TransmitMessage command seems to be shown during a default delay when remote client. It's ok for host client. In that example simple lua script with 2 functions to set frequency (here 131MHz) and transmit a message, text may be displayed during 20s. Works for host client, for remote client only 5s, it's always the same duration. Mirage #001 has an F10 menu to transmit message when remote client is ready ans set on 131MHz. simpleTransmitMessage.lua test transmit.miz

When <300 kts, manual trimming is not simple because of too large step of increase/decrease when pressing trimming hat. That is my feeling.

Excellent... Thanks a lot... Sunski

+1 ATME can do that too... like MIST. I'm agree with Grimes if you just need to do that, a simple loop is enough. Sunski

Salut, Tout dépend de ce que tu veux faire et de ta volonté car c'est très chronophage. En fait, partir des fonctions de base de DCS "Scripting Functions" permet rapidement de faire de petites choses, mais tu verras rapidement qu'entre les bugs et la complexité de certains traitement ce ne sera pas si simple. Par exemple, associer une nouvelle route pour un véhicule peut ne donner aucun résultat si c'est fait "trop vite" c'est à dire avant que DCS n'ait pris en charge le groupe.... soit un délai de 1 à 2 s qu'il te faut gérer. Tu as plusieurs types de framework comme MOOSE ou mist, et bien sur mon préféré, le mien ATME... je suis partial ;) MIST est en fait très proche des "Scripting functions". J'ai appris pas mal en analysant le code de MIST. MOOSE est bien plus complexe, et s'adresse aux codeurs invétérés. ATME est entre les deux, avec trois exigences ... cibler la création rapide de mission en premier objectif, apporter une grande richesse fonctionnelle dans un deuxième temps, et, enfin, être modulable, c'est à dire pouvoir empiler différents modules ATME dans une même mission. ATME apporte donc beaucoup de fonctionnalités mais seules quelques unes suffisent pour débuter. Il te faut comprendre les événements ca c'est essentiel. ATME simplifie la gestion des missions multi de manière considérable par rapport aux triggers de base et aux "Scripting functions". Ainsi il est possible de balancer le rapport de force d'une mission en fonction du nombre de joueurs par exemple. Enfin, le côté modulable permet de créer ses propres modules de script de base reutilisables pour certains types de mission, exemple l'emport de troupes en hélico pour les joueurs (en attendant une version DCS opérationnelle). De plus, pour mettre une ambiance sonore relativement complexe, gérer des communications radio poussées, gérer les franchissements de frontières et d'une manière plus générale les franchissements de zones spécifiques définies par des polygones, des rectangles, des cercles etc, gérer les détections d'ennemis pour engager des actions particulières (exemple : surveillance d'espace aérien par un radar sol couplé au franchissement de frontière, qui engagerait une interception par des chasseurs ennemis)... là ATME est idéal, celà se fait en quelques lignes de lua. Ceci ouvre beaucoup de possibilités pour notamment des missions d'attaques au sol, très basse altitude en montagne/vallées, en restant sous les zones de détection radar ennemies histoire de ne pas se faire engager par la chasse ennemie. Là l'objectif est d'être détecté le plus tard possible pour se barrer pleine PC après l'attaque afin de revenir en zone amie et donc sous couverture SAM amie. Je vais commencer à tester ATME sur la 2.5 et la version qui va sortir, la V1.4.0, va amener la gestion des tâches pour les groupes. Des missions plus complexes vont bientot être publiées puisque ATME est presque prêt à passer de sa version beta à une version release. Maintenant pour débuter, tu peux partir des exemples en attendant la doc qui va bien, et en te basant en parallèle sur le manuel de référence. Prends des exemples simples au début. Je reste dispo si tu as besoin d'infos bien sur. Bon courage A+

Excellent ! merci ;)