• An gestern Abend merkt man auf jeden Fall, dass das Game noch vor dem Internet entwickelt wurde. Es ist einfach nicht für

    den Multiplayer ausgelegt. Ich stelle mir gerade vor, der Casual Gamer würde so in GTA Online, Battlefield 2042 etc. joinen wollen.

    Der würde das Spiel direkt wieder deinstallieren.

    Da man aber an dem Netcode erstmal nichts ändern kann, empfiehlt es sich in meinen Augen die Starts und Landungen von mehreren

    Airports zu machen, damit die Probleme einfach weniger auftreten. Und dann halt immer mit Taxi einsteigen, damit nicht noch mehr Zeit bei drauf geht.

    Und die Entwickler sollten mal einen Parameter für die Falcon.ini oder User.ini erstellen, die verhindert, dass die Maschine überhaupt erst abbrennen kann, was

    ja gestern 4x passiert ist. Das ist ein überflüssiges Feature, dass seit Einführung nur zu Problemen führt. Im Singleplayer kann das ja jeder für sich nutzen, aber

    im Multiplayer mit 30 Leuten ist das einfach unbrauchbar. Mehrwert quasi nicht existent. Ich kaufe mir schließlich auch kein neues Auto, bei dem mit einer

    Wahrscheinlichkeit von 1% das Auto explodiert, wenn ich den Zündschlüssel umdrehe.


    Ansonsten war es ein netter Flug. :thumbup:

  • Und die Entwickler sollten mal einen Parameter für die Falcon.ini oder User.ini erstellen, die verhindert, dass die Maschine überhaupt erst abbrennen kann, was

    Das ist wohl kein Feature sondern ein Bug.

    Es scheint ja so zu sein das der "Fehler" auch auftritt wenn das Handling des Engine Starts korrekt war.


    Wenn man etwas falsch machen würde und deswegen das Triebwerk abraucht dann ist das Realismus.

    In etwa so, als wenn du beim Auto statt Sprit Wasser in den Tank füllst = falsches Handling > dann ist der Motor auch hin.

    Yippieayee...


    Viper
    C/O 47th VFS



    dragonfighters_sig_viper.jpg

    AMD Ryzen™ 7 9800X3D |ASUS ROG STRIX B650E-F Gaming Mainboard | 96 GB DDR5-5600 |ASUS GeForce RTX 5080 TUF Gaming OC | Win 11 Pro |
    Displays: 1x Samsung 40" / 3 x 10" TFT / 1x 4,3" TFT / 1x 7" TFT | HOTAS Cougar FSSB-R1 | Simped Vario Pedals | 9 x Arcaze USB | 2 Arcaze LED Driver | AIC | Arduino Uno | HP Reverb G2

  • Ich hatte unter 4.38 schon das Problem, dass das Triebwerk beim Ramp abgeraucht ist 14

    1. Nein (8) 57%
    2. Ja (6) 43%

    Frage, zeigt sich das nur Online?

    Und wenn ich es richtig verstanden habe geht das ganze Zeitverzögert, also erst normales Anlassen = zum Schluss sieht man, dass die Temperatur wieder etwas zurück geht und sich stabilisiert und dann nach einer Zeit ohne ersichtlichen Grund fängt die Kiste an zu brennen. Ging in dem Fall die Temperatur dann durch die Decke?

    Ich muss gestehen, ich hatte sowas am Anfang und insbesondere wenn ich nicht lang genug warte d.h. Nadel muss Stabil auf 25% RPM sein dann erst auf Idle.

    Hat ein bisschen was unreproduzierbares wie Vipers HSD Offset, deswegen wage ich mal nicht die These, dass ein fehlerhafter Keystroke schuld sein könnte und wenn würde mir auch keine Schalterstellung einfallen die das auslösen könnte. Selbst der JFS darf theoretisch anbleiben...

    Wenn ich es aber richtig in Erinnerung habe geht diese Problem nicht reihum, sondern es trifft wenn die gleichen Piloten.

    Vielleicht sollten wir an dem Punkt mal nach Gemeinsamkeiten suchen. Wer hatte denn rückblickend auf das letzte 1/2 Jahr damit Probleme?

  • Hab ehrlicherweise mit ja gestimmt , aber das ist mir gestern das erste mal passiert . Die Temperatur ging durch die Decke. Hab das aber zu spät gemerkt.


    Auch unter 4.37 gab zwar ein oder zweimal einen Hotstart ,der sich aber Recovern ließ bevor das Triebwerk Schaden genommen hat.


    War immer online.

    Kann das gestern evtl mir der recht geringen Bandbreite zu tun gehabt haben?

    Yippieayee...


    Viper
    C/O 47th VFS



    dragonfighters_sig_viper.jpg

    AMD Ryzen™ 7 9800X3D |ASUS ROG STRIX B650E-F Gaming Mainboard | 96 GB DDR5-5600 |ASUS GeForce RTX 5080 TUF Gaming OC | Win 11 Pro |
    Displays: 1x Samsung 40" / 3 x 10" TFT / 1x 4,3" TFT / 1x 7" TFT | HOTAS Cougar FSSB-R1 | Simped Vario Pedals | 9 x Arcaze USB | 2 Arcaze LED Driver | AIC | Arduino Uno | HP Reverb G2

  • Ich mache, wenn ich offline für mich fliege - meist keinen Rampstart, aber durchaus mal welche, wenn ich TEs durchteste (und das sind bei einer TE z.B. für Buchenau durchaus eine größere Anzahl an Rampstarts und Flügen).


    Dabei ist mir, in den vergangenen zwei Jahren, vielleicht EIN Mal mein Triebwerk abgeraucht. Bei diesem konkreten Fall kann ich mich aber erinnern, daß ich eine ganze zeitlang Heads-Down mit Flight-Lead-Admin-Aufgaben beschäftigt war, und die Instrumente nicht im Auge hatte. Ich habe mich danach gebührend über mich selbst geärgert, hier nicht richtig bei der Sache gewesen zu sein.


    Ich habe daher mit "NEIN" abgestimmt.


    Das bringt mich zu einem Gedanken - wir sind alle nicht perfekt, wir machen alle Fehler. Sinnvoll wäre es, um der Sache auf den Grund zu kommen, eine saubere Datenbasis zu schaffen. D.h. etwaige gemachte Pilotenfehler auch anhand einer Dokumentation transparent zu machen. (Ich nehme ja meine Flüge fast immer per ACMI und Video auf, ebenso schreibt mein BMS die Logfiles, bei jedem Flug mit. Das würde ich nebenbei gesagt, grundsätzlich allen Piloten ans Herz legen wollen, der Lerneffekt ist ungemein wertvoll.)


    Es ist eine ganz andere Sache, in einer Umfrage anzuklicken:


    "Mir ist das Triebwerk schonmal abgebrannt, ich finde, BMS ist schuld"

    zu

    "Mir ist das Triebwerk schonmal abgebrannt, die Analyse ergab, daß ein Pilotenfehler ausgeschlossen werden konnte, ergo ist BMS schuld"


    Nebenbei gefragt. Mir ist im Hinterkopf noch bekannt, daß es einen (2prozentigen? 1,5 prozintigen?) per Zufallsgenerator gesteuerten Trigger gab, der einen Hot Start auch bei vollständig korrekter Bedienung auslösen konnte. Über den wurde im BMS-Forum seinerzeit viel diskutiert. Weiss jemand von euch sicher, ob dieser noch existiert, oder wieder aus dem Spiel genommen wurde? (Am besten mit Beleg BMS-Forumspost, Manual, Aussage eines Devs?)

  • Ich kenne den Hotstart noch aus früheren Versionen. Irgendwo habe ich mal gelesen, dass unter anderem das Anti-Icing eine mögliche Ursache sein soll. Seitdem stelle ich es grundsätzlich vor dem Enginestart auf On statt Auto und seitdem hatte ich keinen Hotstart mehr.

    Mir ist es egal, dass das gern belächelt wird, wenn ich das sage. Für mich ist es einfach Routine geworden und das Problem tritt bei mir nicht mehr auf. Deshalb gehöre ich auch nicht zu den 2%.

  • Vor einigen Missionen hatte ich auch wiederholt Hotstarts. Mit ein paar Hinweisen von euch mach ich jetzt den Ramp konsequent nach Muster X. Bisher hatte ich keinen einzigen Hotstarts mehr und ich denke, es sind tatsächlich Pilotenfehler. Auch denkbar wäre das es durch den Multiplayer (Lags, >20 Piloten. etc etc) als Problem des Piloten vom BMS fehl interpretiert wird.

  • Ich kenne den Hotstart noch aus früheren Versionen. Irgendwo habe ich mal gelesen, dass unter anderem das Anti-Icing eine mögliche Ursache sein soll. Seitdem stelle ich es grundsätzlich vor dem Enginestart auf On statt Auto und seitdem hatte ich keinen Hotstart mehr.

    Mir ist es egal, dass das gern belächelt wird, wenn ich das sage. Für mich ist es einfach Routine geworden und das Problem tritt bei mir nicht mehr auf. Deshalb gehöre ich auch nicht zu den 2%.

    Es steht auch in einem NATOPS Dokument, dass Anti-Icing immer eingeschaltet werden soll. Egal, welches Wetter herrscht. Ich mache es genau so und schalte das Anti-Icing ein wenn ich die Fuel Source und die Air Source einstelle.

  • Ich hatte bei 4.38 höchstens 2x Hotstarts und sonst wirklich nie.

    Dabei achte ich auf die Punkte sehr genau, die oben erwähnt wurden und handle auch nach Schema f.


    Das letzte mal hatte ich einen Hotstart erst vor nicht einmal einer Woche, offline und mit der Su30.

    Ich erinnere mich auch daran, dass ich, wie Cuca schrieb, auch eine Zeitlang heads down war. Die Temperatur des Triebwerks stieg tatsächlich erst nach einer Weile, NACHDEM es sich eigentlich im Normbereich stabilisiert hat. Es war dann zu spät das Triebwerk abzuschalten.

    Danach hatte ich das Bauchgefühl, dass ich was verkackt hatte, weil ich das Triebwerk eigentlich nie abrauchen lasse.


    Ob man z.B. Buchenau mit dem Event gestern vergleichen kann, was die Serverleistung gepaart mit Bug-Anfälligkeit angeht, weiß ich nicht, weil Buchenau doch eigentlich ein Offline-Lan Event ist.

    Daher würde ich nicht ausschließen, dass es am Server indiziertes Bug lag.

    Bei UOAF-Events z.B. wurde der Rampstart auch mal diskutiert. Dort wurde das Thema Rampstart gleich weggewischt, nach dem Motto Zeitverschwendung und fragten, hey warum macht ihr das überhaupt?


    Bei so einer großen Event lieber die Flugzeit verlängern (inkl. A-A Refueling, wo wir dann die Pilotenfehler vor Publikum aufzeigen können.:S)


    Nebenbei gefragt. Mir ist im Hinterkopf noch bekannt, daß es einen (2prozentigen? 1,5 prozintigen?) per Zufallsgenerator gesteuerten Trigger gab, der einen Hot Start auch bei vollständig korrekter Bedienung auslösen konnte. Über den wurde im BMS-Forum seinerzeit viel diskutiert. Weiss jemand von euch sicher, ob dieser noch existiert, oder wieder aus dem Spiel genommen wurde? (Am besten mit Beleg BMS-Forumspost, Manual, Aussage eines Devs?)

    Also, ich meine, dass auf der letzten oder vorletzten Buchenau ein Dev dazu gesagt hatte, dass diese Funktion rausgenommen wurde. Und nein, schriftlichen Beleg habe ich dazu leider nicht.


    Grüße Husar


  • Das was Hunter in seinem PDF beschreibt mache ich selber exakt so.


    Der Schlüssel scheint zu sein :

    a) Direkt nach Spielstart einmal den Schubregler auf 100% und zurück zu stellen

    b) Sobald das Triebwerk bei 25% ist, direkt das Triebwerk hochfahren und dann NICHTS mehr machen. Nichts klicken, nichts berühren und nur warten und die Anzeigen betrachten.

    c) Sobald das Triebwerk richtig läuft, 1x den Schubregler nach vorne und zurück, damit da Bewegung reinkommt und der Programmcode für sich selber weiß, dass das Triebwerk jetzt nicht mehr

    in der Hochspulphase ist sondern im regulären Betrieb.


    Dieser b) Schritt scheint wirklich zu helfen. Seit dem ich das so mache (über 2 Jahre) hatte ich keinen Hot-Start mehr.



    Ich plädiere aber immer noch dafür, diesen Programmcode wieder komplett zu entfernen. Ich erkenne da einfach keinen Mehrwehrt drin. Schon gar nicht im Multiplayer. Mir ist einfach

    unbegreiflich, wozu man so etwas braucht. Fakt ist : Maschine brennt ab --> alle raus --> Server Neustart und wieder sind 30 Minuten weg. Mag sein, dass einige darauf stehen. Ich tue es nicht.


    VG

  • Wir haben regelmässig Hot Starts :( Was wir in einem Jahr an Triebwerken vernichten wird in 10 Jahren nicht produziert :(


    Ich bin für mich dazu übergegangen auf alle Checklisten zu verzichten und ganz zuerst erst mal das Triebwerk zu starten. Und dabei keinen Controller, Tasten oder sonst was anzufassen. Sprich auch kein Funk oder sonst irgendwas. Batterie an, Sprit an, Sir Source an und dann JFS2. Fertig. Erst mal das Triebwerk an und dann kann man mal gucken. Damit reduziert sich der Anteil an kaputten Triebwerken auf 4 bis 5%. Immer noch abartig viel, aber immerhin klappt es so fast immer.

    Aber es ist wohl wirklich das nervigste Feature überhaupt, vor allem für Mulitplayer wenn man fliegen will, und 20% jeden Flugabend deswegen auf der Strecke bleiben.

  • Japs, Teilweise haben wir bei 12 Leuten 2 bis 4 die beim Ramp schon in ner Rauchwolke stehen...


    Hatte es vor 3 Wochen auch mal. Alles schon gelaufen, Alignment war bei 4.0, ich war Heads Down an den MFD was einstellen, gucke nach draussen und stehe in ner schwarzen Wolke.. Flugabend gelaufen :(


    Das frustriert auf Dauer, vermutlich hab ich deswegen in DCS inzwischen mehr Stunden im Jahr als in BMS. Wobei es mir ehrlich gesagt wirklich selten passiert. Von 100 x Rampstart so 4 oder 5 Mal.

  • Also, ich meine, dass auf der letzten oder vorletzten Buchenau ein Dev dazu gesagt hatte, dass diese Funktion rausgenommen wurde. Und nein, schriftlichen Beleg habe ich dazu leider nicht.

    Sowas meinte ich, auch mal gehört zu haben, kann es aber nicht belegen.

    Andererseits steht im BMS Training Manual nach wie vor in Kapitel "1.6.3 Hot Start" (Seite 29) beschrieben, es gäbe diese "kleine" random possibility.


    Eine Frage - gibt es hier jemanden, der häufige Hotstart-Probleme hat, OBWOHL er VOR dem Engine Start einmal den Throttle über die gesamte Motion-Range bewegt und dadurch "aufzuweckt" und das alte "Throttle Mismatch" Problem auszuschließ?

    Oder andersherum gefragt: Gibt es Leute, die den Throttle NICHT aufwecken? Wie sehen da die Erfahrungswerte mit Hot Start

    (https://forum.falcon-bms.com/t…-start/19?_=1776976956263)