Jump to content

Recommended Posts

Posted

Hallo,

um 2 Probleme mal aufzuzeichnen, die ich mit der Hind aktuell habe, bin ich vor ein paar Minuten mal eine Runde auf der Nevada Map geflogen.

Dann habe ich mir das Replay mal angeschaut und dort war ja alles mögliche zu sehen, aber fast gar nichts, was in dem Flug eigentlich passiert ist.

Takeoff > Flug zur Target Area > 9 Ziele mit A/G Radio Guided Missles versenkt > zurück zum Flugplatz Creech und dort sicher gelandet.

Zu testen war, ob die aktivierten IR Missles sich irgendwann wieder deaktivieren (gelbe IR Sucher aktiv Lampe aus), weil mir das jetzt immer passiert und ich keinen Grund dafür finde und ob der Doorgunner sich immer wieder selbständig von "free fire" auf "hold fire" stellt.

Beides ist wieder passiert.

Schaut man sich das Replay an, dann passiert da zwar auch etwas, aber nicht, was eigentlich wirklich passiert ist.

IR Sucher aktiv Lampe bleibt an, Doorgunner stellt sich nicht auf Hold, sondern auf "return fire" um, was ich gar nie so eingestellt habe und statt in Creech sicher zulanden, crashed der Heli in einen Berg.

Raketen hat er übrigens im Replay keine einzige abgeschossen.

Frage ich mich natürlich, warum gerne zur Analyse ein trk File gewünscht wird, wenn da ein komplett anderer Film abläuft 🙂

 

no reason crash.trk

Posted
7 minutes ago, JG11Preusse said:

Hallo,

um 2 Probleme mal aufzuzeichnen, die ich mit der Hind aktuell habe, bin ich vor ein paar Minuten mal eine Runde auf der Nevada Map geflogen.

Dann habe ich mir das Replay mal angeschaut und dort war ja alles mögliche zu sehen, aber fast gar nichts, was in dem Flug eigentlich passiert ist.

Takeoff > Flug zur Target Area > 9 Ziele mit A/G Radio Guided Missles versenkt > zurück zum Flugplatz Creech und dort sicher gelandet.

Zu testen war, ob die aktivierten IR Missles sich irgendwann wieder deaktivieren (gelbe IR Sucher aktiv Lampe aus), weil mir das jetzt immer passiert und ich keinen Grund dafür finde und ob der Doorgunner sich immer wieder selbständig von "free fire" auf "hold fire" stellt.

Beides ist wieder passiert.

Schaut man sich das Replay an, dann passiert da zwar auch etwas, aber nicht, was eigentlich wirklich passiert ist.

IR Sucher aktiv Lampe bleibt an, Doorgunner stellt sich nicht auf Hold, sondern auf "return fire" um, was ich gar nie so eingestellt habe und statt in Creech sicher zulanden, crashed der Heli in einen Berg.

Raketen hat er übrigens im Replay keine einzige abgeschossen.

Frage ich mich natürlich, warum gerne zur Analyse ein trk File gewünscht wird, wenn da ein komplett anderer Film abläuft 🙂

 

no reason crash.trk 12.09 MB · 0 downloads

Hast du die Zeit manipuliert (also Pause verwendet oder noch schlimmer: die Zeitrafferfunktion verwendet)? Das mögen die Track-Files nämlich gar nicht. Daher sollte man diese möglichst mit 1x Geschwindigkeit ablaufen lassen um die Gefahr von Falschwiedergaben zu reduzieren.

Intel i7-12700K @ 8x5GHz+4x3.8GHz + 32 GB DDR5 RAM + Nvidia Geforce RTX 2080 (8 GB VRAM) + M.2 SSD + Windows 10 64Bit

DCS Panavia Tornado (IDS) really needs to be a thing!

Tornado3 small.jpg

Posted

Weil das nicht immer der Fall ist, und unter anderen stark von der Länge und Komplexität des Geschehens abhängt. Daher verlangen die Moderatoren auch immer möglichst kurze Tracks ohne inoffizielle Mods usw.

 

"Muß ich denn jedes Mal, wenn ich sauge oder saugblase den Schlauchstecker in die Schlauchnut schieben?"

Posted (edited)
11 minutes ago, JG11Preusse said:

Hallo,

um 2 Probleme mal aufzuzeichnen, die ich mit der Hind aktuell habe, bin ich vor ein paar Minuten mal eine Runde auf der Nevada Map geflogen.

Dann habe ich mir das Replay mal angeschaut und dort war ja alles mögliche zu sehen, aber fast gar nichts, was in dem Flug eigentlich passiert ist.

Takeoff > Flug zur Target Area > 9 Ziele mit A/G Radio Guided Missles versenkt > zurück zum Flugplatz Creech und dort sicher gelandet.

Zu testen war, ob die aktivierten IR Missles sich irgendwann wieder deaktivieren (gelbe IR Sucher aktiv Lampe aus), weil mir das jetzt immer passiert und ich keinen Grund dafür finde und ob der Doorgunner sich immer wieder selbständig von "free fire" auf "hold fire" stellt.

Beides ist wieder passiert.

Schaut man sich das Replay an, dann passiert da zwar auch etwas, aber nicht, was eigentlich wirklich passiert ist.

IR Sucher aktiv Lampe bleibt an, Doorgunner stellt sich nicht auf Hold, sondern auf "return fire" um, was ich gar nie so eingestellt habe und statt in Creech sicher zulanden, crashed der Heli in einen Berg.

Raketen hat er übrigens im Replay keine einzige abgeschossen.

Hast du die Zeit manipuliert (also Pause verwendet oder noch schlimmer: die Zeitrafferfunktion verwendet)? Das mögen die Track-Files nämlich gar nicht. Daher sollte man diese möglichst mit 1x Geschwindigkeit ablaufen lassen um die Gefahr von Falschwiedergaben zu reduzieren. Außerdem sollte man sie möglichst kurz halten. Je länder so ein TrackFile läuft desto höher die Chance, dass sich Fehler einschleichen.

  

11 minutes ago, JG11Preusse said:

Frage ich mich natürlich, warum gerne zur Analyse ein trk File gewünscht wird, wenn da ein komplett anderer Film abläuft 🙂

Weil man da als Betrachter jederzeit die Kontrolle übernehmen kann um selbst einzelne Systeme/Schalter/Umgebung/usw. zu prüfen.

Edited by QuiGon

Intel i7-12700K @ 8x5GHz+4x3.8GHz + 32 GB DDR5 RAM + Nvidia Geforce RTX 2080 (8 GB VRAM) + M.2 SSD + Windows 10 64Bit

DCS Panavia Tornado (IDS) really needs to be a thing!

Tornado3 small.jpg

Posted

Nach meiner Erfahrung zeigen Replays nach ca. 10 Minuten nicht mehr das an was in der Mission wirklich passiert ist.
Daher hab ich irgendwann auch einfach aufgehört Replays abzuspeichern.

Für Analysen seitens ED um Bugs zu finden, sind sie wohl trotzdem noch nützlich weil sie die Eingaben trotzdem noch nachvollziehen können.
Aber zum Anschauen/Filmchen machen finde ich sie völlig nutzlos.

Posted

Zeitraffer habe ich genutzt, Pause nicht.

Wollte mit Zeitraffer zu dem Ort, ab wann dann z.B. die Lampe "Ir Sucher aktiv" plötzlich ausgegangen ist und sich nicht wieder aktivieren ließ und auch schauen, zu welchen Ereignissen der Doorgunner plötzlich auf "hold" stellt, ohne mein dazu tun.

 

Schaue ich mir nachher nochmal ohne Zeitraffer an.

Posted (edited)
28 minutes ago, JG11Preusse said:

Zeitraffer habe ich genutzt, Pause nicht.

Wollte mit Zeitraffer zu dem Ort, ab wann dann z.B. die Lampe "Ir Sucher aktiv" plötzlich ausgegangen ist und sich nicht wieder aktivieren ließ und auch schauen, zu welchen Ereignissen der Doorgunner plötzlich auf "hold" stellt, ohne mein dazu tun.

Ja, das ist problematisch. Die Track Replays funktionieren nämlich so, dass die ganze Simulation nochmal abläuft und alles nochmal berechnet wird als würdest du die Mission erneut spielen. Der einzige Unterschied ist, dass du dein Spielerflugzeug nicht selbst kontrollierst, sondern all deine Eingaben und Interaktionen aufgezeichnet wurden und der Reihe nach abgespult werden. Verwendest du nun den Zeitraffer, so kann es eher mal passieren, dass eine Eingabe (aufgrund von CPU-Auslastung o.ä.) nicht zum genau korrekten Zeitpunkt ausgelöst wird, sondern leicht verzögert und das kann dann mittelfristig verheerende Auswirkungen haben, vor allem wenn das mehrfach passiert.

Edited by QuiGon

Intel i7-12700K @ 8x5GHz+4x3.8GHz + 32 GB DDR5 RAM + Nvidia Geforce RTX 2080 (8 GB VRAM) + M.2 SSD + Windows 10 64Bit

DCS Panavia Tornado (IDS) really needs to be a thing!

Tornado3 small.jpg

Posted
42 minutes ago, Eugel said:

Nach meiner Erfahrung zeigen Replays nach ca. 10 Minuten nicht mehr das an was in der Mission wirklich passiert ist.
Daher hab ich irgendwann auch einfach aufgehört Replays abzuspeichern.

Für Analysen seitens ED um Bugs zu finden, sind sie wohl trotzdem noch nützlich weil sie die Eingaben trotzdem noch nachvollziehen können.
Aber zum Anschauen/Filmchen machen finde ich sie völlig nutzlos.

Hab schon erlebt, dass das Replay es nicht mal vom parking lot zum runway geschafft hat ohne in's Gemüse abzubiegen. Ich würde sagen es ist eine ziemliche Lotterie wie weit man mit einem Trackfile kommt. Hängt wohl auch von anderen Faktoren wie welcher Flugzeug, welche Map, welches Wetter usw.

Wahrscheinlich ist es so wie Quigon dargestellt hat, je mehr "computed" werden muss, desto eher gibt's Salat. Zeitraffer verschärft das Problem noch.

@OP: Ist aber nichts neues, und wird so schnell wohl auch nicht behoben solange wir keine "echte" Aufzeichnungsfunktion bekommen. Ob sowas geplant ist, weiß ich aber nicht. 

"Muß ich denn jedes Mal, wenn ich sauge oder saugblase den Schlauchstecker in die Schlauchnut schieben?"

Posted

Ja, stimmt. Mir ist auch mal aufgefallen dass es in der F-86 Sabre länger funktioniert hat als z.B. im Harrier oder der A-10. Und ich habe auch den Verdacht, dass es in VR nochmal schlimmer ist wegen den tausenden kleinen Kopfbewegungen...

 

Posted

Ich schaue mir im Moment gerne Trackfiles an um meine Landungen zu beurteilen (...um mich daran zu ergötzen, wenn ich versehentlich mal eine sanfte Landung hingebuttert habe...🤣) - 

komischerweise funktioniert das mit der F-15E bisher relativ problemlos, und mit der C-101 manchmal gar nicht. Also wirklich nur Abheben, racetrack-pattern und Landen.

"Muß ich denn jedes Mal, wenn ich sauge oder saugblase den Schlauchstecker in die Schlauchnut schieben?"

Posted (edited)
3 hours ago, JG11Preusse said:

Frage ich mich natürlich, warum gerne zur Analyse ein trk File gewünscht wird, wenn da ein komplett anderer Film abläuft 🙂

Meine Vermutung ist, dass Track-Aufzeichnungen sowie Track-Wiedergaben im Allgemeinen sehr gut funktionieren, wenn das System und insbesondere CPU und RAM nicht am Limit sind. Wenn es irgendwo eng wird und die FPS in den Keller fallen, kann man sich vermutlich leicht vorstellen, dass schon beim Aufzeichnen aller Eingaben kleine Fehler passieren können, und wenn man sich später die Wiedergabe anschaut, können diese minimalen Abweichungen dazu führen, dass die Wiedergabe scheinbar gar nichts mehr damit zu tun hat, was man vorher erlebt hat.

Wie schon gesagt wurde kann Zeitraffer das Problem drastisch verschärfen.

Beim Testen von Missionen nutze ich oft Replays und darin Zeitraffer, und selbst komplexe Missionen laufen manchmal 30 Minuten lang synchron mit dem, was ich vorher erlebt habe, sodass ich an der richtigen Stelle die Kontrolle übernehmen und eine bestimmte Situation erneut testen kann - und dabei habe ich wahrlich kein High-End-System.

Der Grund, dass wir immer und immer wieder nach kurzen (!) Tracks fragen, ist, dass das Frage-und-Antwort-Spiel einfach brutal lange dauert, wenn jemand lang und breit ein Problem schildert und dazu sagt "ich habe aber alles richtig gemacht", und nach 3 Tagen hin und her stellt sich raus, der Spieler hat irgendeinen Schalter vergessen oder ein System grundlegend falsch verstanden. Das hätte man im Track nach 1 Minute gesehen.

Und zweitens bieten uns Tracks einen Sprung direkt in die Situation: welches Flugzeug genau (wir haben allein 3 Varianten der A-10, mehrere Varianten bestimmter Warbirds, bis vor kurzem gab es 3 Varianten der Gazelle), welche Zuladung, welche Bedingungen (Status des Triebwerks, im Missionseditor festgelegte Systemausfälle, ...), welche Flughöhe, Wind, Luftdruck, Wolken, Außentemperatur... leider sind die allermeisten Forenteilnehmer gnadenlos überfordert, wenigstens einen Bruchteil der relevanten Informationen zu liefern, wenn sie ein Problem oder einen Fehler melden oder Hilfe suchen. (*) Ein Track kann viele der Fragen direkt beantworten.

(*) Und das Forum ist noch der pure Himmel im Vergleich zu Discord. 😆

Und weil wir alle wissen, dass die Wiedergabe von Tracks ungenau ist und im schlimmsten Fall schon beim Start auseinanderdriftet, ist es so wichtig, dass man die zugrunde liegende Situation reproduziert und dann einen kurzen Track erzeugt, der nur exakt das geschilderte Problem zeigt.

Positiver Nebeneffekt: Beim Versuch, ein Problem zu reproduzieren, findet man oft raus, was das Problem war. Einige meiner besten Fehlerberichte sind die, die ich nie abgeschickt habe, weil mir beim Reproduzieren klar wurde, was mein Fehler war. 😉

Edited by Yurgon
  • Like 2
Posted

Jo, besser kann man es eigentlich nicht zusammenfassen.

"Muß ich denn jedes Mal, wenn ich sauge oder saugblase den Schlauchstecker in die Schlauchnut schieben?"

Posted
vor 3 Stunden schrieb JG11Preusse:

Frage ich mich natürlich, warum gerne zur Analyse ein trk File gewünscht wird, wenn da ein komplett anderer Film abläuft

So wie ich es verstanden habe kann ED auch bei Bug-Reports den Track mit eigenen Tools auswerten, die über bloßes "anschauen" hinausgehen. Das Trackfile enthält jede Menge Telemetrie aus der Simulation. Schalter, Tastendrücke und Inputs, aber auch Umgebungswerte, Parameter der Triebwerksimulation o.ä.

Deswegen, ist die Trackaufzeichnung auch immer noch drin. Sie hilft den Entwicklern tatsächlich ganz gut dabei Fehler zu finden... und wie Yurgon schon sagte, auch uns in der Community, wenn man einen kurzen Track mit dem Problem hat schnell zu sehen, ob alle Schalter richtig gesetzt sind etc.

Man muss sich halt bewusst sein, daß Tracks kein Ersatz für Video-Mitschnitt ist.

Was Tracks übrigens massiv aus dem Tritt bringt sind dynamische Wettereffekte. Weil wie bereits erwähnt wurde, nur die Inputs erneut in die Simulation gefüttert werden. Ändert sich die Zufällige Windböe von 6 auf 8 Knoten passt der Input nicht mehr und das war es. 😇

Shagrat

 

- Flying Sims since 1984 -:pilotfly:

Win 10 | i5 10600K@4.1GHz | 64GB | GeForce RTX 3090 - Asus VG34VQL1B  | TrackIR5 | Simshaker & Jetseat | VPForce Rhino Base & VIRPIL T50 CM2 Stick on 200mm curved extension | VIRPIL T50 CM2 Throttle | VPC Rotor TCS Plus/Apache64 Grip | MFG Crosswind Rudder Pedals | WW Top Gun MIP | a hand made AHCP | 2x Elgato StreamDeck (Buttons galore)

Posted
31 minutes ago, shagrat said:

Was Tracks übrigens massiv aus dem Tritt bringt sind dynamische Wettereffekte. Weil wie bereits erwähnt wurde, nur die Inputs erneut in die Simulation gefüttert werden. Ändert sich die Zufällige Windböe von 6 auf 8 Knoten passt der Input nicht mehr und das war es. 😇

Das geht ja auf Zufallswerte zurück. Wird da nicht ein Random-Seed verwendet?

Zufallswerte betreffen ja auch Trigger, die zufällige Aktionen auslösen können, und um hier die Reproduzierbarkeit von Tracks zu gewährleisten, wird meines Wissens ein Random-Seed im Track gespeichert, damit bei der Wiedergabe exakt die gleichen Zufallswerte herauskommen wie beim ursprünglichen Lauf der Mission. Da wäre es ja naheliegend, dass zufällige Turbulenzen und Böen den gleichen Seed für den Zufallszahlengenerator verwenden und die Böen entsprechend auch in der Wiedergabe eines Tracks identisch sind. Ob dem so ist weiß ich aber nicht.

Posted

Bei der Komplexität der Simulation und der zeitkritischen Komponente des Berechnens kann man hier wohl von soetwas wie dem "Schmetterlingseffekt" ausgehen.

  • Like 1

"Muß ich denn jedes Mal, wenn ich sauge oder saugblase den Schlauchstecker in die Schlauchnut schieben?"

Posted
vor einer Stunde schrieb Yurgon:

Das geht ja auf Zufallswerte zurück. Wird da nicht ein Random-Seed verwendet?

Zufallswerte betreffen ja auch Trigger, die zufällige Aktionen auslösen können, und um hier die Reproduzierbarkeit von Tracks zu gewährleisten, wird meines Wissens ein Random-Seed im Track gespeichert, damit bei der Wiedergabe exakt die gleichen Zufallswerte herauskommen wie beim ursprünglichen Lauf der Mission. Da wäre es ja naheliegend, dass zufällige Turbulenzen und Böen den gleichen Seed für den Zufallszahlengenerator verwenden und die Böen entsprechend auch in der Wiedergabe eines Tracks identisch sind. Ob dem so ist weiß ich aber nicht.

Ich weiß nur, dass als ich das mal konkret getestet hatte vor Jahren, die  aktivierten Turbulenzen bspw. einen Unterschied machten... Trigger sind soweit ich es beurteilen kann kein Problem, aber dynamisches Wetter und Turbulenzen war damals problematisch. 🤷🏻‍♂️

Wichtig ist halt auf dem Schirm zu haben, dass ein kurzer Track immer das Risiko verringert, dass er abweicht und in jedem Fall Versionsänderungen von DCS die an den Flugmodellen, Triebwerksimulation, Wetterengine etc. was ändern alte Tracks meist unbrauchbar machen.

  • Like 1

Shagrat

 

- Flying Sims since 1984 -:pilotfly:

Win 10 | i5 10600K@4.1GHz | 64GB | GeForce RTX 3090 - Asus VG34VQL1B  | TrackIR5 | Simshaker & Jetseat | VPForce Rhino Base & VIRPIL T50 CM2 Stick on 200mm curved extension | VIRPIL T50 CM2 Throttle | VPC Rotor TCS Plus/Apache64 Grip | MFG Crosswind Rudder Pedals | WW Top Gun MIP | a hand made AHCP | 2x Elgato StreamDeck (Buttons galore)

Posted
vor 23 Stunden schrieb Yurgon:

Meine Vermutung ist, dass Track-Aufzeichnungen sowie Track-Wiedergaben im Allgemeinen sehr gut funktionieren, wenn das System und insbesondere CPU und RAM nicht am Limit sind. Wenn es irgendwo eng wird und die FPS in den Keller fallen, kann man sich vermutlich leicht vorstellen, dass schon beim Aufzeichnen aller Eingaben kleine Fehler passieren können, und wenn man sich später die Wiedergabe anschaut, können diese minimalen Abweichungen dazu führen, dass die Wiedergabe scheinbar gar nichts mehr damit zu tun hat, was man vorher erlebt hat.

Wie schon gesagt wurde kann Zeitraffer das Problem drastisch verschärfen.

Beim Testen von Missionen nutze ich oft Replays und darin Zeitraffer, und selbst komplexe Missionen laufen manchmal 30 Minuten lang synchron mit dem, was ich vorher erlebt habe, sodass ich an der richtigen Stelle die Kontrolle übernehmen und eine bestimmte Situation erneut testen kann - und dabei habe ich wahrlich kein High-End-System.

Der Grund, dass wir immer und immer wieder nach kurzen (!) Tracks fragen, ist, dass das Frage-und-Antwort-Spiel einfach brutal lange dauert, wenn jemand lang und breit ein Problem schildert und dazu sagt "ich habe aber alles richtig gemacht", und nach 3 Tagen hin und her stellt sich raus, der Spieler hat irgendeinen Schalter vergessen oder ein System grundlegend falsch verstanden. Das hätte man im Track nach 1 Minute gesehen.

Und zweitens bieten uns Tracks einen Sprung direkt in die Situation: welches Flugzeug genau (wir haben allein 3 Varianten der A-10, mehrere Varianten bestimmter Warbirds, bis vor kurzem gab es 3 Varianten der Gazelle), welche Zuladung, welche Bedingungen (Status des Triebwerks, im Missionseditor festgelegte Systemausfälle, ...), welche Flughöhe, Wind, Luftdruck, Wolken, Außentemperatur... leider sind die allermeisten Forenteilnehmer gnadenlos überfordert, wenigstens einen Bruchteil der relevanten Informationen zu liefern, wenn sie ein Problem oder einen Fehler melden oder Hilfe suchen. (*) Ein Track kann viele der Fragen direkt beantworten.

(*) Und das Forum ist noch der pure Himmel im Vergleich zu Discord. 😆

Und weil wir alle wissen, dass die Wiedergabe von Tracks ungenau ist und im schlimmsten Fall schon beim Start auseinanderdriftet, ist es so wichtig, dass man die zugrunde liegende Situation reproduziert und dann einen kurzen Track erzeugt, der nur exakt das geschilderte Problem zeigt.

Positiver Nebeneffekt: Beim Versuch, ein Problem zu reproduzieren, findet man oft raus, was das Problem war. Einige meiner besten Fehlerberichte sind die, die ich nie abgeschickt habe, weil mir beim Reproduzieren klar wurde, was mein Fehler war. 😉

 

Ja .... danke für die umfassende Erklärung.

Was die Leistung meines Rechners angeht, so sollte dieser nicht ein Problem darstellen.

Etwas komplizierter wird es mit den möglichst kurzen Tracks, weil Probleme (oder was man meint ein Problem zu sein) ja nicht immer sofort auftreten oder kann man die Tracks bearbeiten und den wichtigen Abschnitt von dem ganzen Track trennen ?

Aber vielen dank an alle, die doch stets eine konstruktive und freundliche Antwort parat haben, kennt man nicht aus alles Foren so 🙂

 

 

Posted
3 hours ago, JG11Preusse said:

Etwas komplizierter wird es mit den möglichst kurzen Tracks, weil Probleme (oder was man meint ein Problem zu sein) ja nicht immer sofort auftreten oder kann man die Tracks bearbeiten und den wichtigen Abschnitt von dem ganzen Track trennen ?

Nein, ich kenne keine Möglichkeit, Tracks zu bearbeiten.

Wenn es gar nicht anders geht, nehmen wir natürlich auch 2-Stunden-Tracks, wo das Problem bei 1:59 aufgetreten ist, aber es ist schon eher unwahrscheinlich, dass so ein Track bis zum Ende korrekt wiedergegeben wird oder dass sich jemand 2 Stunden Zeit dafür nimmt, den Track anzuschauen und das Zeitraffer-Problem zu vermeiden.

Wenn man zumindest eine Idee oder Theorie hat, was das Problem ausgelöst haben könnte, ist es immer gut, die Situation so nackt wie möglich im Missionseditor nachzustellen. Gerade Fragen zur Bedienung von Waffen, Systemen und Sensoren hängen ja meist nicht davon ab, was vorher alles passiert ist, da kann man also super ein Spielerflugzeug, einen Wegpunkt sowie ein Ziel platzieren, das Problem dann im Flug zeigen und danach den Track speichern. Wer das macht, hat damit natürlich einigen Aufwand und muss Zeit investieren. Auf der anderen Seite kann man das Problem dann sehr gut eingrenzen und vielleicht sogar beantworten, bevor man überhaupt die anderen fragt - und damit hat man einen positiven Lerneffekt.

Schwieriger wird es, wenn beispielsweise das Flugverhalten plötzlich komisch wird oder Systeme ausfallen oder Fehler auftreten, für die man keine Erklärung hat. Das kann eine Folge von Feindbeschuss sein, es kann (in einigen Flugzeugen) an zu hoher oder zu niedriger Triebwerksdrehzahl liegen, Vereisung könnte in Frage kommen, es könnte sich um zufällige oder getriggerte Fehler handeln oder natürlich um einen Bug in DCS oder eine Unverträglichkeit mit einem Mod, den man vor Monaten installiert und dann vergessen hat. Diese Probleme sind viel schwieriger einzugrenzen, aber auch hier kann ein Track noch eine große Hilfe sein, denn Tracks kann man einfach in .miz umbenennen und im Missionseditor öffnen. Selbst wenn das Replay nicht taugt, lassen sich viele wesentliche Umgebungsinformationen relativ leicht aus einem Track ziehen, damit man zumindest schon mal einige mögliche Ursachen ausschließen oder andere näher in Betracht ziehen kann.

Manche Leute haben schon alles fertig, um Videos aufzunehmen. Videos sind auch gut, aber Tracks sind in der Regel besser. Gerade bei so Problemen spät im Flug ist aber natürlich ein Video Gold wert, weil wir dann das Problem live und in Farbe sehen und nicht den ganzen Track abspielen müssen. Wenn es den Track dazu gibt, umso besser, weil man dann die ganz konkrete Mission auf Details prüfen kann.

Aber grundsätzlich gilt halt: Hat man nicht ohnehin ein Problem ganz früh in der Mission, ist es immer brillant, das gleiche Problem mit Hilfe des Missionseditors in einer nackten Mission nachzustellen und davon dann einen kurzen Track zu posten. Grundlegenden Umgang mit dem Missionseditor kann ich nur allen DCS-Spielern wärmstens empfehlen, das hilft weit über das Erstellen kurzer Tracks hinaus.

Posted (edited)
vor 17 Minuten schrieb Yurgon:

Nein, ich kenne keine Möglichkeit, Tracks zu bearbeiten.

Wenn es gar nicht anders geht, nehmen wir natürlich auch 2-Stunden-Tracks, wo das Problem bei 1:59 aufgetreten ist, aber es ist schon eher unwahrscheinlich, dass so ein Track bis zum Ende korrekt wiedergegeben wird oder dass sich jemand 2 Stunden Zeit dafür nimmt, den Track anzuschauen und das Zeitraffer-Problem zu vermeiden.

Wenn man zumindest eine Idee oder Theorie hat, was das Problem ausgelöst haben könnte, ist es immer gut, die Situation so nackt wie möglich im Missionseditor nachzustellen. Gerade Fragen zur Bedienung von Waffen, Systemen und Sensoren hängen ja meist nicht davon ab, was vorher alles passiert ist, da kann man also super ein Spielerflugzeug, einen Wegpunkt sowie ein Ziel platzieren, das Problem dann im Flug zeigen und danach den Track speichern. Wer das macht, hat damit natürlich einigen Aufwand und muss Zeit investieren. Auf der anderen Seite kann man das Problem dann sehr gut eingrenzen und vielleicht sogar beantworten, bevor man überhaupt die anderen fragt - und damit hat man einen positiven Lerneffekt.

Schwieriger wird es, wenn beispielsweise das Flugverhalten plötzlich komisch wird oder Systeme ausfallen oder Fehler auftreten, für die man keine Erklärung hat. Das kann eine Folge von Feindbeschuss sein, es kann (in einigen Flugzeugen) an zu hoher oder zu niedriger Triebwerksdrehzahl liegen, Vereisung könnte in Frage kommen, es könnte sich um zufällige oder getriggerte Fehler handeln oder natürlich um einen Bug in DCS oder eine Unverträglichkeit mit einem Mod, den man vor Monaten installiert und dann vergessen hat. Diese Probleme sind viel schwieriger einzugrenzen, aber auch hier kann ein Track noch eine große Hilfe sein, denn Tracks kann man einfach in .miz umbenennen und im Missionseditor öffnen. Selbst wenn das Replay nicht taugt, lassen sich viele wesentliche Umgebungsinformationen relativ leicht aus einem Track ziehen, damit man zumindest schon mal einige mögliche Ursachen ausschließen oder andere näher in Betracht ziehen kann.

Manche Leute haben schon alles fertig, um Videos aufzunehmen. Videos sind auch gut, aber Tracks sind in der Regel besser. Gerade bei so Problemen spät im Flug ist aber natürlich ein Video Gold wert, weil wir dann das Problem live und in Farbe sehen und nicht den ganzen Track abspielen müssen. Wenn es den Track dazu gibt, umso besser, weil man dann die ganz konkrete Mission auf Details prüfen kann.

Aber grundsätzlich gilt halt: Hat man nicht ohnehin ein Problem ganz früh in der Mission, ist es immer brillant, das gleiche Problem mit Hilfe des Missionseditors in einer nackten Mission nachzustellen und davon dann einen kurzen Track zu posten. Grundlegenden Umgang mit dem Missionseditor kann ich nur allen DCS-Spielern wärmstens empfehlen, das hilft weit über das Erstellen kurzer Tracks hinaus.

Hi .. vielen Dank für deine Antwort.

Magst du mal hier einen Blick werfen ? > Dort habe ich ein so kurz wie mögliches Track File hochgeladen, aber das Problem, welches dort beschrieben ist, werde ich nicht los. Die Antwort dort hat mir auch nicht geholfen, habe ich dort auch erklärt. Um Verständnisprobleme aufgrund der Sprache auszuschließen, würde ich dich bitten, dir das mal bitte anzuschauen.

 

Edited by JG11Preusse
Posted
2 minutes ago, JG11Preusse said:

Magst du mal hier einen Blick werfen ?

Klar, solange es um die A-10C geht. 😄

Sorry, Mi-24 habe ich vielleicht 10 Stunden geflogen, und das meiste davon Freeflight ohne Waffeneinsatz (und davon mindestens 30 Minuten ohne Ventilator - ich weiß, ich weiß, Schande über mich! 🤣). Da kenne ich mich leider echt 0 aus.

Posted
vor 1 Minute schrieb Yurgon:

Klar, solange es um die A-10C geht. 😄

Sorry, Mi-24 habe ich vielleicht 10 Stunden geflogen, und das meiste davon Freeflight ohne Waffeneinsatz (und davon mindestens 30 Minuten ohne Ventilator - ich weiß, ich weiß, Schande über mich! 🤣). Da kenne ich mich leider echt 0 aus.

Vielleicht hast du jemanden in deinem Umfeld, der sich mit der Hind auskennt.

Gruß

AndiHH

Posted (edited)
51 minutes ago, JG11Preusse said:

Hi .. vielen Dank für deine Antwort.

Magst du mal hier einen Blick werfen ? > Dort habe ich ein so kurz wie mögliches Track File hochgeladen, aber das Problem, welches dort beschrieben ist, werde ich nicht los. Die Antwort dort hat mir auch nicht geholfen, habe ich dort auch erklärt. Um Verständnisprobleme aufgrund der Sprache auszuschließen, würde ich dich bitten, dir das mal bitte anzuschauen.

 

Ich habs mir gerade mal angeschaut und mir scheint das ein Problem mit der Unlimited Weapons-Option zu sein, die für die Mission aktiviert ist.

(Sowas z.B. kann man nur mit Track Replays überprüfen. Bei einem Video hätte ich keine Möglichkeit gehabt diese Option zu prüfen :wink: )

Edited by QuiGon

Intel i7-12700K @ 8x5GHz+4x3.8GHz + 32 GB DDR5 RAM + Nvidia Geforce RTX 2080 (8 GB VRAM) + M.2 SSD + Windows 10 64Bit

DCS Panavia Tornado (IDS) really needs to be a thing!

Tornado3 small.jpg

Posted
vor 9 Minuten schrieb QuiGon:

Ich habs mir gerade mal angeschaut und mir scheint das ein Problem mit der Unlimited Weapons-Option zu sein, die für die Mission aktiviert ist.

(Sowas z.B. kann man nur mit Track Replays überprüfen. Bei einem Video hätte ich keine Möglichkeit gehabt diese Option zu prüfen :wink: )

 

OK .. danke für den Hinweis, ich werde mal darum bitten, das auszuschalten und teste das dann nochmal.

Ich habe auch mal nur A/A IR Missiles in der selben Mission ausprobiert, das war das Problem nicht vorhanden. 

Könnte also ein Hinweis auf das Problem sein, auch wenn wir in dieser selben Mission diverse Flächenflieger und Helis zur Verfügung gestellt bekommen haben und das Problem nur bei der Hind aufgefallen ist.

Rein theoretisch würde ich es auch als nicht logisch empfinden, dass man erst alle A/G Missiles verschießen muss, bevor man wieder aktive A/A Missiles zur Verfügung hat, die ja vor dem nutzen der A/G Variante ja aktiv war.

Ich bitte mal darum die "unlimeted" Variante auszuschalten und dann werde ich das Ganze noch einmal ausprobieren.

Danke für den Hinweis 

Posted
3 minutes ago, JG11Preusse said:

Ich bitte mal darum die "unlimeted" Variante auszuschalten und dann werde ich das Ganze noch einmal ausprobieren.

Wen willst du darum bitten? Vor allem kannst du das im Missionseditor auch einfach selbst machen.

Hier, die selbe Mission ohne unlimitierte Waffen: https://drive.google.com/file/d/1U7GzY_hzgx1dgXUQL77qcUhqkMDogqIo/view?usp=sharing

Intel i7-12700K @ 8x5GHz+4x3.8GHz + 32 GB DDR5 RAM + Nvidia Geforce RTX 2080 (8 GB VRAM) + M.2 SSD + Windows 10 64Bit

DCS Panavia Tornado (IDS) really needs to be a thing!

Tornado3 small.jpg

Posted (edited)
vor 6 Minuten schrieb QuiGon:

Wen willst du darum bitten? Vor allem kannst du das im Missionseditor auch einfach selbst machen.

Hier, die selbe Mission ohne unlimitierte Waffen: https://drive.google.com/file/d/1U7GzY_hzgx1dgXUQL77qcUhqkMDogqIo/view?usp=sharing

na meinen Freund aus Kanada, der für uns die Missionen fürs Training macht. aber vielen Dank für deine Mission.

Sehe einen Link, aber kein downloadbares File

Edited by JG11Preusse
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...