Jel

Oben genanntes, plus: Bedenke, dass KI stets eine nahezu perfekte SA besitzen. Unabhängig von Wetter, Sicht oder anderen Faktoren, die KI weiß stets alles. Daher: Übe BEVOR du dich ins Getümmel stürzt. Das beschriebene Szenario ist nichts für Anfänger die ihre Fertigkeiten erst noch üben müssen. Jeder Handgriff muss sitzen, jede Bewegung ohne viel Nachdenken laufen. Starte mit wenigen Kontakten und maximal 1 Wingman, erhöhe sobald das vorangegangene Szenario keine Herausforderung mehr darstellt. Sich hinzusetzen und zu erwarten im Chaos eines 8v8 Luftkampfes bestehen zu können, ist der eigentliche Fehler. Das klappt höchstens bei AceCombat

Well theres´s the Boat switch to toggle between whot and bhot. This switch works both for the mav and the TGP, so if you set it to bhot on one sensor, its position should technically also be recognized by the other sensor when switching back. Seems like "by design" for me.

Thank you for your response. Sad to hear that a fundamental mechanic like this is supposedly known for so long and still remains untouched. Talk about priorities

So after getting a little nostalgic on retirement, i decided to hop into the DCS Huey again. Boy what a ride it is, although some really big issues still kind of bother me. One of them is the massive shaking during turbine runup. I´ve seen the Bird vibrating and wobbling during startup, but what we got in DCS feels too much. I don´t remember the Huey doing any kind of that excessive shaking at any given rpm. On the other side, it´s been 20 years since i last had a ride, anyone here who maybe has a more recent memory of the lady ?

Hm yeah seems like the calculations are off by around 100 - 500 pounds depending on the external loadout. Flying in a clean configuration is "almost" identical - off only by 10 or 20.

When checking my VREST page, i usually see the calculated weight not being the same as seen in the rearm/refuel window. I was under the impression VREST calculates ALL relevant parts (fuel, water, stores, etc.) Are there parts of the Harrier that don´t get calculated automatically ? Or did i miss anything ?

Ah, see - Finally some1 who knows the rl image. Thanks for the insights.

I posted because it WAS working ever since, nothing about missing improvements. I guess i´ll take this as a "yes it´s a bug"

So some ppl including me came across this weird issue since latest update 2.7.18.30765 When boresighting IHADSS, the circles should both move afaik, to be alligned concentric by the pilot in order to set. Currently, both circles stay concentric when moving, instead the pair moves as whole. Has anything changed that i´m missing or is this considered a bug ?

Same here. After turning OFF generator and batteries, Aim9 lock tone starts screaming. Turns off after i turn on batteries again. Definitively a bug.

Seems the throttle detent thingy is still present. Just bought this bird and realized, the Idle/off detent is still working inverted. As a workaround, i just click the detent with the mouse once i´m in the cockpit, after this the HOTAS throttle detent works fine. Is there still work to fix this bug or am i just stupid ?

Well "le car" also is not french. But if we had to explain every joke, most of them wouldn´t be funny any more

one guy actually asked me once why the cockpit also has french labels ("le flaps")... It took me a while to realize he was serious about that question...

which basically would be a real life solution Would be nice if we´d get an addition to the loadout menu telling us not only the overall weight but also the balance.

Flying means trimming, trimming means flying. Even on jets with FCS, your surfaces will produce different lift, depending on various factors like airspeed, angle, etc.. Although your FCS will compensate most of it, with every change in values you will have to re-evaluate your trimm settings. There is no "perfect" trimm with asymmetric loadout. Try trimming a little more decently, small blips only, you will see it works quite well.

Experiencing the same, gun issue only. I noticed that putting CPG in fire-at-will (green) mode "sometimes" works, although only without any relative movement. Manually commanding him to fire never does anything except George saying "firing". I already switched using the gun by myself as pilot but i really wished George would use it more conveniently.

Thanks for the effort and trying I´ve tested your approach, another good idea with the "leaving zone". Unfortunately, the chopper also won´t unload. The good news however: The moving zone itself DOES work, at least for all assets EXPECT cargo transport. I´ve tested it with a plane crossing the moving zone some miles later, similar to the YT tutorial of the Reapers linked above - works fine. So i guess the zone doesn´t actually contiuously move with the linked unit but only snaps to it when the trigger condition is met. So I´d say let´s drop this task since even IF we get it to work, the cargo wouldn´t remain static on the deck anyways.

When i set cargo transport without any specified unloading zone (just the cargo to pick up), the chopper doesn´t even pick up anything. The cargo AND the target zone have to be specified in order for the chopper to do anything. And while doing the transport, i can´t tell him to do other tasks like "follow" to make him meet the carrier somewhere. So basically "pick up cargo XY and unload it in zone AB", then perform next task. Nothing in between. If there´s a possibility to work around this, can you point out how to do this ? Also "Advanced Waypoint Action to unhook the cargo" ? Where do you find this ?

Yeah but as soon as i specify the cargo zone as unloading zone for the chopper, it flys there and unloads. It doesn´t follow the moving zone with the carrier, instead the chopper unloads where the zone initially was placed - which is the core issue here. So your trigger 1 already won´t work because the chopper never enters the moving zone.

Well that´s something i haven´t thought of yet... Makes the whole project a failure already Thanks for the heads-up. If only there was a trigger option to check for dropped cargo inside a zone which then connects it to a specific unit...

Wow i just can´t get my head around this: To make the chopper do a cargo transport i have to specify WHAT he sould load and WHERE to unload (zone). So if i set the chopper to the activating unit, he still doesn´t fly to the carrier but instead to thhe position the zone was placed. My problem is, that the zone should be on the carrier and not static. I uploaded my little test, perhaps you can point me in the right direction ? Cargo Test.miz

Yep and again: That´s exactly what i am doing. I set my unit "carrier" as zone unit, i select the zone "cargo zone", and i select the same unit "carrier" as the unit to trigger the - trigger. As action i set "message to all: test" Just to have any action set. The Cargo Chopper however, when set to drop cargo inside "cargo zone" always flys to the set static location of the triggerzone (and drops the cargo into the water)... I also tried to set the triggering unit to some plane flying above, same here - the triggerzone just seems to stay static and won´t stick to the "carrier".

That´s exactly what i did. I can´t just attach a moving zone to a unit, so i watched those tutorials. According to them, you have to do it with a trigger. Both videos show a different approach on that trigger, i tried both, none works. I feel like i missed something...

I was planning to do a cargo transport from point A to point B, Point B being a location on a carrier deck. Since helos carrying their load only unload those into a specified zone, i somehow have to make a zone attached to that carrier. But how ? Watching some YT tutorials about how to make moving trigger zones didn´t quite work out. I placed everything exactly as shown but the zone seems to remain static. Any ideas or information about how this is possible (without having to script my way) ?

Wow, according to bignewy this was reported in September 2019. I´m quite tempted to mention what date we have today... But i won´t Thanks for the info.