funkyfranky

Die Gruppe sehe ich in der Mission nicht. Die ist hier zwar auskommentiert, aber in dem lua Script, was in der Mission ist, nicht.

Ah, sehr gut :thumbup:

Kann man den Tpod automatisch auf einen Wegpunkt schwenken lassen?

No, it happens with all missions and modules (at least the ones I have tested). I have it in Instant Action missions like the Hornet Ready on the Ramp etc. I did change a lot of settings. Removed the Chatter and AIRIO dlls. Did remove everything in the export.lua except VAICOM. Did a DCS repair. Updated from VA 1.78 to 1.82. Unfortunately it did not help. Very strange...

Thanks for the explanation, Grimes! I was not aware that there are more issues when you create a new route via scripting. I guess the reports about this are meanwhile in the read-only legacy versions sections. Any idea why these long standing bugs are not addressed (it does not appear to be an unsolvable problem)? Does it make sense to report them again or am I wasting my time here?

Still, why do I get all these messages 11:27:58 PM - [b]Listening suspended[/b] 11:27:58 PM - Joystick : 'Transmit TX1 release' 11:27:57 PM - Chatter initialized. 11:27:57 PM - Resources added. 11:27:57 PM - Adding chatter resources.. Navy 11:27:57 PM - Adding themepack collections 11:27:57 PM - [b]Listening suspended[/b] 11:27:57 PM - Nearest ATC: Senaki-Kolkhi. 11:27:57 PM - Player Ozelot entered module FA-18C Hornet, unit callsign 411 11:27:57 PM - Resetting selected units. 11:27:57 PM - DCS mission | Caucasus FA-18C Ready on the Ramp 11:27:57 PM - ------------------------------------------ 11:27:57 PM - Listening resumed 11:27:57 PM - Joystick : 'Transmit TX1 press' each time I push the PTT button TX1? Also, the listening is suspended two times! The first time while I still hold TX1. Something clearly is not working as expected :helpsmilie: I did a reset of the lua code files in VAICOM but it did not help. Maybe it is more specific to my setup. But it worked for years now and I did not change anything on my end except the DCS update. Attached the complete VAICOMPRO.log file as well. Hope it helps :) (There are some command recognized, e.g. "Chief, Request Rearming". But that was before I entered an aircraft. Up to that point, everything was working fine.) VAICOMPRO.zip

Here is a little example mission showcasing the issue. An F-5E starts at Batumi and is supposed to fly to Sukhumi. After 10 min, it gets the order to divert to Kobuleti. However, when it reaches Kobuleti, it goes back to Batumi. Divert.miz

Thanks mate. However, I'm still on VA 1.7.8. So that cannot be the issue. Easy comms are not forced by the mission. It is a mission I ran for a couple of months without any issues so far. Also voice chat enabled/disabled does not make a difference.

I agree. For me, VAICOM is not working any more since the last to DCS patches. For example, in the Hornet, it tells me, that Easy communication is ON while it is clearly not. This is what I get, when I use the PTT button. Commands are not acknowledged. 4:56:00 PM - Listening suspended 4:55:59 PM - Joystick : 'Transmit TX1 release' 4:55:57 PM - Chatter initialized. 4:55:57 PM - Resources added. 4:55:57 PM - Adding chatter resources.. Navy 4:55:57 PM - Adding themepack collections 4:55:57 PM - Listening suspended 4:55:57 PM - Nearest ATC: Al Minhad AB. 4:55:57 PM - Player Ozelot entered module FA-18C Hornet, unit callsign 111 4:55:57 PM - Resetting selected units. 4:55:57 PM - DCS mission | Training 4:55:57 PM - ------------------------------------------ 4:55:57 PM - Listening resumed 4:55:57 PM - Joystick : 'Transmit TX1 press' 4:55:56 PM - Listening suspended 4:55:56 PM - Joystick : 'Transmit TX1 release' 4:55:55 PM - Chatter initialized. 4:55:55 PM - Resources added. 4:55:55 PM - Adding chatter resources.. Navy 4:55:55 PM - Adding themepack collections 4:55:55 PM - Listening suspended 4:55:55 PM - Nearest ATC: Al Minhad AB. 4:55:55 PM - Player Ozelot entered module FA-18C Hornet, unit callsign 111 4:55:55 PM - Resetting selected units. 4:55:55 PM - DCS mission | Training Before I enter the plane, commands are correctly handled, however.

Zum Beispiel A2ADispatcherBlue:SetSquadron( "STENNIS", [color=Red]"USS Stennis"[/color], { "NATO CVNSQ Stennis" }, 15 ) wenn der Name des Trägers im ME USS Stennis ist.

Für CAM liegen die in "Saved Games\DCS.openbeta\Mods\aircraft\Civil Aircraft Mod\Liveries\B_747". Und dann ist es der Name des Verzeichnisses, in dem die Skins liegen. In DCS liegen die Skins unter "DCS World OpenBeta\Bazar\Liveries" Auch hier immer peinlich genau auf die Schreibweise achten. Zwischen Groß- und Kleinschreibung wird in lua ebenfalls unterschieden. Sollte gehen, wenn Du den Namen des Trägers (der Einheit!, nicht den der Gruppe) als Airbase angibst.

No, it would be FGroup:ClearTasks() The FGroup is the CONTROLLABLE object in this case.

Danke für die Info :thumbup: Dann bleibt die Viper erst mal noch im Hangar :(

Kann man eigentlich "schon" Wegpunkte manuell (also solche die nicht im ME definiert sind) einfügen?

Ah, ich glaube, ich verstehe. Du meinst so was wie local a380=RAT:New("RAT_A380_Red") oder? Falls ja, kann ich Dich beruhigen. Den Variablennamen kannst Du Dir frei wählen. Nur weil es im Spiel ein A-380 ist, muss die Variable nicht a380 heißen. Du kannst sie auch "Peter" oder "dingsbums" nennen. Es kommt nur darauf an, dass Du den richtigen Gruppennamen verwendest (hier "RAT_A380_Red") und der genau so wie im ME geschrieben ist. Wenn die A-320 bei Dir nicht funzt, liegt es an etwas anderem. Meistens ein Typo.

Ja, prinzipiell geht das. Einfach den Namen des Trägers (der Einheit, nicht den der Gruppe) als Departure/Destination setzen.

Sorry, ich versteh die Frage nicht :dunno: In MOOSE gibt es jedenfalls keine vordefinierten Variablen für alle Flugzeuge. Ich meine, rote Flugzeute auf blauen (oder umgekehrt) geht in DCS prinzipiell nicht. Die verweigern, so weit ich weiss die Landung. Tja, da kann man nix machen. Das einzige ist von Hand im ME zu testen, ob sich zB eine C-130 auf einen Flughafen setzen lässt oder nicht. Und wenn nicht, diesen Flughafen aus den möglichen Departures und Destinations ausschließen.

Entweder wie im ME, also mit Leerzeichen a380:SetDeparture({"Qeshm Island"}) a380:SetDestination({"Bandar Abbas Intl"}) oder mit den in MOOSE definierten Variablen a380:SetDeparture({AIRBASE.PersianGulf.Qeshm_Island}) a380:SetDestination({AIRBASE.PersianGulf.Bandar_Abbas_Intl}) Beides geht. Die Variablennamen dürfen in lua keine Leerzeichen oder andere Sonderzeichen enthalten. Daher sind die durch Unterstriche ersetzt. Letztlich steht in den Variablen aber auch nur der Airport, wie er im ME geschrieben ist.

Was caponi sagt. Die Flughäfen müssen genau so geschrieben werden, wie sie im Missionseditor geschrieben werden.

Also the "UHF ARC-159 Mode Inc" and "UHF ARC-159 Mode Dec" as well as "UHF ARC-159 Function Inc" and "UHF ARC-159 Function Dec" are not working as intended since release.

Yes, please :D

+1, great idea und very useful :thumbup:

+1

Das muss alles eindeutig sein. In deiner Datei sieht es zum Beispiel so aus, als würdest Du das Detection Set zwei mal eingeben, aber mit dem selben Variablen namen. Damit wird die erste Definition überschrieben. Das wiederum führt dazu, dass die russischen Staffeln mit den Daten der NATO Aufklärung gefüttert werden und sich dann selbst angreifen ;) Hab das jetzt nicht getestet, aber so ungefähr könnte Dein Skript aussehen: --- -- RUSSIA --- DetectionSetGroupRed = SET_GROUP:New() DetectionSetGroupRed:FilterPrefixes( { "RUS AWACS", "RUS EWR" } ) DetectionSetGroupRed:FilterStart() DetectionRed = DETECTION_AREAS:New( DetectionSetGroupRed, 30000 ) -- Setup the A2A dispatcher, and initialize it. A2ADispatcherRed = AI_A2A_DISPATCHER:New( DetectionRed ) CCCPBorderZone = ZONE_POLYGON:New( "RUS Border", GROUP:FindByName( "RUS Border" ) ) A2ADispatcherRed:SetBorderZone( CCCPBorderZone ) A2ADispatcherRed:SetEngageRadius( 200000 ) A2ADispatcherRed:SetIntercept( 450 ) A2ADispatcherRed:SetSquadron( "Krymsk", AIRBASE.Caucasus.Krymsk, { "SQ RUS MiG-31" }, 20 ) CAPZoneWest = ZONE_POLYGON:New( "CAP Zone RUS West", GROUP:FindByName( "CAP Zone RUS West" ) ) A2ADispatcherRed:SetSquadronCap( "Krymsk", CAPZoneWest, 4000, 8000, 600, 800, 800, 1200 ) A2ADispatcherRed:SetSquadronCapInterval( "Krymsk", 2, 10, 30, 1 ) A2ADispatcherRed:SetSquadronGci( "Krymsk", 900, 1200 ) A2ADispatcherRed:SetGciRadius( 150000 ) A2ADispatcherRed:SetSquadronTakeoffFromParkingCold( "Krymsk" ) A2ADispatcherRed:SetSquadronLandingAtEngineShutdown( "Krymsk" ) A2ADispatcherRed:SetDefaultOverhead( 1.5 ) A2ADispatcherRed:SetSquadronGrouping( "Krymsk", 1 ) --- -- NATO --- DetectionSetGroupBlue = SET_GROUP:New() DetectionSetGroupBlue:FilterPrefixes( { "NATO AWACS", "NATO EWR" } ) DetectionSetGroupBlue:FilterStart() DetectionBlue = DETECTION_AREAS:New( DetectionSetGroupBlue, 30000 ) -- Setup the A2A dispatcher, and initialize it. A2ADispatcherBlue = AI_A2A_DISPATCHER:New( DetectionBlue ) NATOBorderZone = ZONE_POLYGON:New( "NATO Border", GROUP:FindByName( "NATO Border" ) ) A2ADispatcherBlue:SetBorderZone( NATOBorderZone ) A2ADispatcherBlue:SetSquadron( "Senaki", AIRBASE.Caucasus.Senaki_Kolkhi, { "NATO ABSQ F-15C" }, 20 ) CAPZoneNATOWest = ZONE_POLYGON:New( "CAP Zone NATO West", GROUP:FindByName( "CAP Zone NATO West" ) ) A2ADispatcherBlue:SetSquadronCap( "Senaki", CAPZoneNATOWest, 4000, 8000, 600, 800, 800, 1200 ) A2ADispatcherBlue:SetSquadronCapInterval( "Senaki", 2, 10, 30, 1 ) A2ADispatcherBlue:SetSquadronGci( "Senaki", 900, 1200 ) A2ADispatcherBlue:SetGciRadius( 150000 ) A2ADispatcherBlue:SetSquadronTakeoffFromParkingCold( "Senaki" ) A2ADispatcherBlue:SetSquadronLandingAtEngineShutdown( "Senaki" ) A2ADispatcherBlue:SetDefaultOverhead( 1.5 ) A2ADispatcherBlue:SetSquadronGrouping( "Senaki", 1 )

There are lots of parking spot issues on multiple maps. What exactly has been reported to the team to be tweaked?