Yurgon

Der "Trim" am Anfang war ein Workaround. Inzwischen gibt es (eine Annäherung an) den richtigen Trim, und das heißt auf Englisch: CD REL (für "Centering Device Release")

Like TheGhostOfDefi said, you never once fired the laser/IR pointer. The L/P/B indication will be flashing when the Laser/IR Pointer/Both of them is/are being fired, and that didn't happen in your latest track (I stopped watching after about 2/3 of the same thing happening over and over). Can you see the Pointer beam when you watch the attached track? Yeah that looks to be a bug where the pointer doesn't switch itself off when it goes into masking. But then there's also the flashing "M" indication which means "the TGP is about to get masked, expect the laser/pointer to cut out any moment now", and we obviously can't tell a solid indication from a flashing one from a screenshot. Why would area tracking be preferred over inertial tracking on this case? 100%, great advice! A-10C_II_IR-Pointer.trk

Thanks! Looks like the TGP is masked; when you have the solid "M" indication on the TGP, it's masked and can't fire the laser/pointer. The masking shape takes into account the shape of the aircraft itself and all ordnance that could be hanging in the way (IRL, there should be different masking shapes that are suited to the actual loadout; in DCS, it's always the same masking shape). When the TGP is not masked, I can see the beam clearly in NVGs.

Guter Hinweis! Allerdings war ja die ursprüngliche Fehlerbeschreibung, dass das Problem nur in DCS auftritt und nicht in anderen Simulationen. Daher sollte das hier eigentlich nicht das Problem sein.

Wechsel doch bitte nicht ständig das Thema. Der Screenshot mit dem Suchbegriff "Bremse" hat ja nun offenkundig überhaupt nichts mit den Achseneinstellungen zu tun. Keine Ahnung, warum dein Nicken und Rollen komische Sachen macht, und helfen kann ich dir so beim besten Willen auch nicht. Viel Erfolg noch.

I don't currently have the Sinai map installed and can't watch the track. Can you record a new one on the Caucasus map? Or several short tracks that show precisely one issue each? Also be aware that tracks don't show the Rearming and Refueling window (as far as I'm aware), so anything you set in that window will be invisible to anyone watching the track. For issue number 1, was that setting the laser code in the Mission Editor or in the Rearming and Refueling window? If it's the latter, the DSMS doesn't know anything about it and you'll have to update the DSMS via the INV page to let it know which laser code your bombs are set to. I think reloading the DSMS, or rearming first and then LOAD ALL, should also tell the jet the proper laser code. Issue 2 sounds hard to recreate without a track and a detailed description.

Wenn du eine Achse neu zuweist, kannst du statt sie zu bewegen auch die Achse aus einem Dropdown auswählen und dann gezielt diejenige zuweisen, die du haben willst. Und ansonsten würde ja DCS trotzdem keine zwei Achsen gleichzeitig zuweisen. Vielleicht kämpfen die beiden Achsen am Schrubregler darum, welche denn nun in DCS beim Bewegen neu zugewiesen wird, aber eine der beiden steht ja dann da, wenn du die Auswahl mit OK übernimmst. Schick doch mal bitte einen Screenshot von deinem DCS mit den Achsenzuweisungen.

Das Bearbeiten ist für mich bei dem 3-Rechtecke-Menü oben rechts bei meinen Beiträgen verfügbar. Okay, stopp, das ist ja jetzt etwas chaotisch. Du hattest geschrieben, dass dein Stick ab und zu Vollausschlag beim Rollen oder Nicken gibt. An was genau hast du denn am Schubregler Rx und Ry gebunden? Um welches Modul geht es denn überhaupt? Passieren die ungewollten Ausschläge bei Nicken und Rollen, wenn du Schub gibst, oder wenn du den Stick bewegst? DCS nimmt nur die Achsen, die gebunden bzw. zugewiesen wurden. Wenn du meinetwegen die F-16 fliegst und beide Schubhebel an die Schubachse zugewiesen hast, wären kleinere Sprünge durchaus erwartbar, aber warum würde man das tun? Wenn dein Schubregler 2 Achsen hat und ein Flugzeug in DCS nur eine Schubachse benötigt, wäre es ja naheliegend, entweder den linken oder den rechten Schubregler in DCS zuzuweisen und den anderen einfach in DCS nicht zuzuweisen, sodass er ignoriert wird. Konflikte kann es geben, wenn man neue Hardware anschließt und DCS dort erstmal seine Standard-Belegungen nimmt, die mitunter komplett falsch sind, etwa Nicken und Rollen auf den Bremsen der Ruderpedale. Sowas kann auch nach einem Update mal passieren, das ist aber bei mir extrem selten.

Ist sie? Ich fliege DCS erst seit 2008 oder so, vielleicht merkt man das erst mit etwas mehr Erfahrung? Müsstest du vielleicht nochmal im Detail ausführen. Das klingt ja in allererster Linie so, als wenn die beiden Achsen an mehrere Controller gebunden sind. Vielleicht an einen Xbox Controller, der noch irgendwo rumliegt, oder die Bremsachsen der Ruderpedale. Im Dialog für die DCS-Achsenbelegung siehst du, welchen Input DCS für die einzelnen Achsen pro Controller "sieht". Dort kannst du schon mal nachvollziehen, ob ein Controller irgendwo Vollausschlag gibt, und welcher das ist. Es gab mal einen super obskuren Fall wo jemand glaubhaft darlegen konnte, dass es keinen Controller-Konflikt gibt und dass sein Controller nur in DCS dieses komische Verhalten zeigt. Die Lösung war glaube ich, die Controller-Einstellungen in der Windows-Systemsteuerung (joy.cpl) mit einer anderen Version zu überschreiben. Machte zwar IMO überhaupt keinen Sinn, aber dem Spieler hat es geholfen. Aber zu 95% ist es ein Problem mit deinem Controller oder eine Doppelbelegung. Schau dir das am besten nochmal doppelt und dreifach an.

Meinst du über diejenigen hinaus, die bereits in DCS enthalten sind? Wir haben ja beispielsweise schon mehrere Varianten vom Leo, wenn ich mich nicht täusche. Unmöglich ist das nicht, aber die meisten Maps kamen bisher ohne eigene Assets. Eine Ausnahme war die Falkland-Karte, bei der ein ganzes Asset Pack in DCS integriert wurde. Die wurde allerdings von einem anderen Team gemacht als die Deutschland-Karte. Soweit ich mich erinnere gab es von Ugra bisher keine frei benutzbaren Assets speziell für eine Map; bei der Normandy-Karte gab es das WW II Asset Pack, aber das kam von Eagle Dynamics selbst. Lange Rede, kurzer Sinn: Abwarten und Tee trinken.

Thanks. Everything looks to be working normal. You'll have to be a little more descriptive.

And where would that have been? What did it say exactly?

You're looking for the inventory page: DSMS -> INV That's the exact same way you can also change the laser code for other laser guided weapons, except with the Paveway II series bombs and APKWS that's not realistic - the jet doesn't "talk to them" and the laser codes need to be set on the ground by the ordies. As far as I know, it's still possible to set the laser codes for these weapons from the cockpit. Realistically, we just shouldn't be using this option.

Please find a suitable thread, or open a new one. Also try to be a little more descriptive and upload a track. Otherwise the most likely response will be that it works okay for others.

Die Cold War Germany Map ist jetzt so richtig offiziell, mit Screenshots und Forums-Sektion. https://www.digitalcombatsimulator.com/en/downloads/screenshots/572/ https://forum.dcs.world/forum/1315-dcs-cold-war-germany/

Kommt auf deine Firewall an. Wenn es die Windows Firewall ist, kannst du auf das Windows-Icon in der Taskleiste klicken, "firewall" eintippen, und dann sollte schon die Windows Firewall im Menü mit den Suchergebnissen angezeigt werden. Dort auf der Hauptseite gibt es dann die Option, Ausnahmen für Apps hinzuzufügen. Für DCS wäre das jeweils: C:\Programme\Eagle Dynamics\DCS World\bin\DCS.exe C:\Programme\Eagle Dynamics\DCS World\bin\DCS_Updater.exe

As far as I can tell when this thing happens, at some point during a flight the aircraft will develop a notable and sudden nose down attitude. This attitude routinely gets reset just before touchdown. If I understand correctly, you're saying this exact thing happened to you, and then after it happened, you used trim reset and were no longer affected? In that case, trim reset would do nothing, because the nose down attitude was already reset when you tried to land for the first time. Someone suggested the issue might be a center of gravity shift rather than a trim issue, and that sounds pretty plausible to me - the controls indicator doesn't show anything off or weird when the anomaly happens. The aircraft just pitches down for no apparent reason. It's very easy to think this is caused by trim, but that may well be because we all instinctively trim against the pitch down. Then when the anomaly goes away just before touchdown, we still have all the counter-trim and the jet balloons into the sky. There's a pretty good chance trim is just a symptom, not the cause, in which case trim reset or takeoff-trim wouldn't solve the issue. Would be great if someone could confirm this.

Die Schalterpositionen und der Zustand des Flugzeugs sind im wesentlichen vordefiniert. Man kann im Singleplayer mit einigem Aufwand Schalter verstellen, indem man mit entsprechenden Triggern direkt die Cockpit-Argumente verstellt und es sich so einrichtet, wie man es haben will. Aber eine simple Option, in der Luft zu starten, ohne dass z.B. die Waffen scharf sind, gibt es nicht.

Nicht ganz; die Fritzbox selbst führt in dem Szenario die Namensauflösung durch und liefert die Antwort zurück. Aber stimmt natürlich, das ist immer noch super obskur, denn ob nun die lokale Fritzbox oder der DNS von Google oder Cloudflare, das ist ja alles standardisiert und es ist alles andere als einleuchtend, warum irgendeine Bibliothek mit der einen Antwort umgehen kann und mit der anderen nicht, obwohl offenkundig die gleichen IP-Adressen zurückgegeben werden. Ich habe hier auch eine Fritzbox, nutze darin den Standard-DNS von meinem ISP und in Windows ist die Fritzbox als DNS-Server eingetragen, aber ich hatte bei DCS noch keine Probleme. Die Fritzbox als solche wird es also wohl auch nicht sein.

Drüben klingt es so, dass das Problem intern bekannt und ein Fix in Arbeit ist: Verstehen tue ich es zwar immer noch nicht, aber es klingt so, als wären beispielsweise bestimmte Internetzugangsanbieter nicht der verbindende Faktor, sondern als wäre es wohl eine relativ kürzlich eingebettete Bibliothek, die bald wieder entfernt werden soll.

Ich kann jetzt nur noch beisteuern, dass ich die Welt nicht mehr verstehe. Das sind ja in beiden Fällen die gleichen IP-Adressen, die da zurückgeliefert werden, und bei ec120 haben wir auch schon gesehen, dass die Namensauflösung korrekt ist. Um es mit dem Heidelbeerweinprofessor aus der Feuerzangenbowle zu sagen: Ich stehe vor einem Rätsel.

If I understand correctly, there's a button that should delete markpoints IRL, but doesn't do that in DCS. For waypoints, I really don't know. @ASAP seems like something you would know?

Frische Info: DCS bekommt normalerweise die ganze Liste an Servern angeliefert und versucht dann jeden einzelnen anzupingen. Manche lokale Firewalls oder Firewall-Lösungen beim Internetzugangsanbieter ordnen das als potentiellen Angriff ein und blockieren den ausgehenden Traffic ab einem bestimmten Punkt. Kannst du einmal deine Firewall in Windows prüfen und ggf. eine Ausnahme für DCS.exe oder DCS_updater.exe hinzufügen? Bei welchem Internetzugangsanbieter bist du?

Besten Dank für die Infos. Ja, das sollte natürlich nicht so sein. Ich hab mal rumgefragt, ob das Problem bekannt ist.