Fencer94

Awesome! Just put it back into my missions. It's a pleasure to watch the SAMs lurk in the darkness until the A-10s get close and the pilot's screams echo through the teamspeak. Bonus points if his speakers are loud enough to hear the RWR go nuts :helpsmilie::megalol::megalol::megalol: In all seriousness though, this makes Wild Weasel ops really, really fun. Typically one of our boys is the bait while the rest throws in HARMs and CBUs.

I did create a ticket earlier and the support fella told me just to try again after several hours. Guess I'll pay the kitchen a visit and make something delicious, only to get APKWS as a dessert. ;)

Exactly what I experienced. I think it's safe to say the servers are not designed for so many people buying the same module at the same time :lol::lol:

You can land pretty much anything there, yes. I ended up using it as a mission objective, just two fighters for alert cap and a bunch of helis to reinforce the defense with CTLD.. Then again, depends on your use-case of course. We frequently use it as a reaming spot on the way back from Damascus..

Can confirm - it really helps ingame. Saved me a few gigs of RAM and about 25 Frames, going from almost full preload radius to about 50%. Doesn't help with the mission editor though, but I assume that's because it needs to load a lot more things than you would ingame.

Little update. I noticed that, when I actually play a mission, the ram consumption goes down to a more acceptable level, around 18 gigs, which is similar to what happens when I play a mission on the persian gulf. Keeps filling as I play so I frequently have to restart the game after a crash, but I have a few hours before that happens. The editor still exceeds the physical limits at some point. If it helps, here's my specs: B450 Gaming Pro Carbon AC MoBo AMD Ryzen 5 3600 @ 3600 MHz 24 GB RAM DDR4-266 (1333 MHz) Crucial Technology Nvidia GeForce GTX 1070 from Gigabyte, 8 GB Memory Windows 10 64 bit

Hm, channel works fine for me - also pretty generously allocates memory, but it rarely exceeds the physical limits of the system. I do remember this being a thing with Nevada back in the day though.. But it was fixed - at least it no longer poses a problem for me. Probably just a memory leak they overlooked. Edit: On the bright side, this really encourages you to save your mission every twenty seconds :megalol:

Can confirm - Process allocates way over 25 Gigabytes, even in the mission editor. Looks awesome so far though! =)

Hatte mal ein ähnliches Problem. Das wurde für mich behoben, als ich das zentrieren von Standard F12 auf eine Combo wie ALT-F12 gelegt habe. Wenn im Hintergrund noch etwas anderes läuft wie NVIDIA Shadowplay o.ä. solltest du sichergehen, dass es auch hier keine Konflikte mit den Keybindings gibt.

Hm, seltsam. Dann würde ich mal zum universellen Problemlöser für den Internet Explorer greifen und Google Chrome installieren :megalol:. Oder nen anderen Webbrowser. Falls das nicht möglich ist, kannst du evtl. das hier versuchen: https://stackoverflow.com/a/26311256/7779427 ..Und wenn das auch nicht hinhaut, würde ich meinen Unmut beim Support deutlich machen. ;)

Zum Verständnis: Die Funktion wird sich die Gruppe "Group" schnappen und in eine für MOOSE-intern relevante Dinge MOOSE Gruppe umwandeln. Die legt er dann in "arty" ab. Kurz gesagt setzt das voraus, dass deine Gruppe entsprechend "Group" heisst und bereits im Mission Editor platziert wurde. Hier sollte (sofern ich das richtig im Kopf habe) ebenfalls die Zone bereits auf der Map liegen. Achte auch hierbei wieder auf den Namen der Trigger Zone, case-sensitive! Was auch sein kann ist, dass der Editor dein Skript ausführt, bevor MOOSE richtig geladen wurde. In meinen Missionen mache ich immer einen Trigger, der MOOSE, MIST etc. lädt. Ein weiterer Trigger mit Condition TIME MORE(5) führt dann alle Skripte aus, die auf den Bibliotheken aufbauen. Sofern dein Code also syntaktisch korrekt ist, versuch's mal folgendermaßen: 1) Bau einen Trigger mit TIME MORE(1) der als Aktion DO SCRIPT FILE(MOOSE.lua) ausführt 2) Bau einen zweiten Trigger mit TIME MORE(4) oder ner anderen, etwas längeren Zeitspanne, der dann dein Skript ausführt ..Dann sollte es auch klappen. =)

Ich kenne mich zwar nicht mit dem Provider aus, aber die ActiveX Inhalte kannst du i.d.R. getrost zulassen - das ist nur eine Vorsichtsmaßnahme vom Browser sollte aber speziell bei dieser WebGUI kein Problem sein =). In Sachen IP würde ich spontan mal die 192.168.0.1 versuchen.