Lange mussten Simulanten auf sie warten. Angekündigt, mittendrin ein kompletter Rebuild, Verzögerungen. Auch die letzte Deadline, mit Q3 2026 konnte nicht gehalten, allerdings nur ganz knapp. Denn: Seit der vergangenen Nacht steht das Release-Datum für BlueBirds Boeing 757-200 fest.
Die Story reicht nun knapp 4,5 Jahre zurück. Im Februar 2022 wurde erstmals das Projekt einer Boeing 757 unter dem Namen BlueBird, vom Gründer Shervin Ahooraei angekündigt. Damals mit einem geplanten Release im Jahr 2023. Daraus wurde bekanntlich nichts, denn es folgte ein kompletter Neuanfang und Rebuild des Flugzeugs.
Nun hat die Warterei jedoch bald ein Ende, denn mit dem 23. Oktober 2026, steht nun das Release-Datum fest. Laut BlueBird sei das Flugzeug praktisch fertig und durchlaufe ein paar letzte Tests und Fixes um auch die Kompatibilität zur SU7-Beta des MSFS 2024 sicherzustellen.
Hauptsächlich geht es in den kommenden Wochen bis zum Release noch darum, die notwendige Infrastruktur einzurichten. Heißt, den eigenen Shop (neben JustFlight), das Support-System, sowie die entsprechende Backend-Infrastruktur.
Nach dem 757-200-Release, werde man zudem die Kommunikationsweise ändern, auf einen zurückhaltenderen Ansatz, nachdem es aus der Community neben berechtigter Kritik an den Verzögerungen, leider wie so oft auch unschönes gab.
Der Release-Preis der Boeing 757 liegt bei 80$, zzgl. 19% MwSt. und sie wird sowohl bei JustFlight, als auch über die BlueBird-Homepage verfügbar sein. Enthalten sind für den MSFS 2020 und 2024, die 757-200 Basis (RR+PW) und Boeing 757-300 (erscheint später), sowie das Update auf eine native MSFS 2024 Version. Die Boeing 757F wird ein kostenpflichtiges Add-On.
Bluebird hat im originalen Statement zugegeben, das die 757 bei Release immernoch kleinere Fehler und Bugs haben wird. Das soll mit Hilfe der Community dann gefixt werden, sowas vor dem Release zu sagen bei einem neuen Dev ist für mich eine absolute Red Flag. Meiner Meinung sollte das noch im Text ergänzt werden, damit jeder hier entscheiden kann ob er trotzdem die 80€ bezahlen will. Hier könnten wir ein zweites FSS E-jet Desaster erleben, da gibt es leider doch ziemlich viel was sehr ähnlich abläuft
Nein, das würde ich so nicht auffassen. Was geschrieben wurde ist, dass kein Release dieser Welt bugfrei auskommt und das ist vollkommen normal. Weder Fenix, noch PMDG oder sonst wer schafft das 🙂
Das ist was ganz anderes als FSS und deren Early-Access.
Zitat: „We want to be upfront about the realities of software launches. As much as we strive for a completely flawless launch day, history shows that delivering a complex, high-fidelity airliner 100% bug-free is nearly impossible.“
Es lassen sich einfach nicht alle Bugs, WASM Issues, etc…mit ein paar Dutzend Beta-Testern finden. Dafür sind Hardware-Kombinationen, Bedienweisen, etc…einfach zu verschieden. Mit den obigen 2 Sätzen, haben sie daher einfach komplett recht.
Hätte nicht gedacht das der Kommentar hier gleich soviel Diskussionen auslöst. Vielleicht bin ich da mittlerweile etwas zu pessimistisch, aber realistisch betrachtet hat man in letzter Zeit eher schlechte Erfahrungen mit sowas gemacht. Ich lasse mich aber gerne überraschen und hoffe natürlich auch auf ein gutes Produkt zum Release
Aber nenne mir mal ein Produkt, welches 0-Bugs zum Release hatte?
BlueBird schreibt ja hier nichts von einem Early Access oder offensichtlichen Fehlern, etc…, sondern einfach dass man wsl. nicht alles herausgefiltert bekommt, weil es eben mit dem Test-Team potentiell nicht auffällt.
Das wird, so hoffe und denke ich mal, ein Release wie so gut wie jeder andere auch. Fehler passieren in der Softwareentwicklung und treten oftmals eben erst dann auf, wenn die „Testgruppe“ (bewusst in Gänsefüßchen gesetzt), mehr als ein paar Dutzend Beta-Tester umfasst 🙂
Das ist in der Branche am Ende für jeden gleich, egal ob alt eingesessen wie PMDG und ini, oder eben ein neuer Player wie BlueBird.
Navigraph hat ja bereits eine ziemlich ausführliche Preview gegeben: https://navigraph.com/blog/bluebird-757-beta
Für mich hört sich das an als würde man da eher die Erwartungen dämpfen wollen, mit so einem Satz. Weil dann kann man sich später leicht rausreden, wenn es dann doch nicht wirklich gut geht. Mir geht es hier auch um kein perfekten Release mit 0 Bugs, das ist schlicht nicht möglich. Mit der ganzen Geschichte im Hintergrund von BB, kann ich denen einfach nicht wirklich vertrauen. Mir erschließt sich auch nicht der Sinn warum man das so explizit 1 Monat vor Release schon bekannt gibt, so als würde man den Shitstorm schon kommen sehen
Das ist Auslegungssache – aber am Ende einfach nur ein ehrlicher Satz, wie in jeder Dev schreiben könnte/sollte, statt einfach immer das blaue vom Himmel zu loben.
Wie gesagt – kein Release dieser Welt ist bugfrei und nichts anderes wurde geschrieben. Hätte man theoretisch auch einfach weglassen können, aber dann würde sich wahrscheinlich hinterher darauf gestürzt werden von der Community.
Egal was du machst als Dev, es wird gegen dich verwendet (so zumindest mein persönliches Gefühl zuletzt).
Verstehe den Einwand total, das weglassen eines solchen Satzes wie Tobias sein Vorschlag wäre sicherlich der richtige Weg gewesen. Denn das nicht alles Fehlerfrei ist, sollte jedem klar sein – darauf hinzuweisen macht für mich als Kunde keinen guten Eindruck.
Ich will beim Reifenkauf für mein Auto auch nicht ein Hinweisblatt das meine Reifen Platzen können, die würde ich nicht kaufen, obwohl ich natürlich weis das dies passieren kann.
Man Spricht Juristisch von einem „Selbstverständlichen Risiko„.
„Das ist was ganz anderes als FSS und deren Early-Access“… Na ja, das ist schon stark Ansichtssache und zeigt unterschwellig, wo Sympathien sitzen. Early Access sagt mir: das Produkt ist noch nicht fertig und das weißt du hiermit jetzt auch. Manchmal zahlst du für EA dann auch weniger. „Es gibt nichts bugfreies auf der Welt“ sagt mir im Prinzip das Gleiche – ist wie eine Art Persilschein und wenn’s buggt – es gibt eben kein bugfreies Release auf der Welt, as stated before😉. Ich meine, wenn es nur Kleinigkeiten sind, wie es bei PMDG dann noch meist der Fall ist – geschenkt. Na, lassen wir uns überraschen. Der Preis wird erstaunlicherweise in den Kommentaren bis jetzt gar nicht bemäntelt – starke Sympathiewelle, würde ich sagen. Wenn ich in den Foren Kommentare bezüglich des Preises für Ini’s A380 lese… und der ist nicht so hoch und bei Ini weiß ich im Prinzip vorher, was da rüberkommt.
Was sollen sie denn sonst schreiben? Dass es zu Release das perfekte Addon, ohne Fehler ist? Dann stürzt sich die Community hinterher darauf wenn Fehler auftreten.
Schreiben sie, dass halt potentiell Issues, wie bei jedem Software-Release, auftreten, werden sie jetzt im Vorfeld dafür schon gelyncht und mit Early Access gleichgesetzt?!
Also irgendwo kann ich diesen Gedankengängen nicht mehr folgen und die Community sollte sich mal entscheiden was sie für Kommunikation will.
Der Preis für den A380 beträgt 82€ („nur“ der 380). Die BlueBird 757 wird 95$ (inkl. MwSt) kosten, was nach aktuellem Umrechnungskurs ebenfalls 82€ sind (für B752 und B753, mit 2 Engine-Types) 🙂
Bei manchen Entwicklern wäre das sicher eine „red flag“, aber bei diesem hier nicht. Hier wird alles super, besser als alles andere! Vertrau mir!
*Ironie aus*
P.S.
Darum wird hier auch ein Artikel über ein Releasedatum verfasst, während das Release des A380 keinen eigenen Artikel wert ist.
Lasst mal bitte die Kirche im Dorf – du und Christian. Erst vorgestern hat Julius hier einen sehr ausführlichen Artikel über den A380 geschrieben. Ja, der Release ist da noch nicht eingepreist, aber was hätte das jetzt geändert? Dass der A380 hier stiefmütterlich behandelt wird, kann man jedenfalls nun wahrlich nicht behaupten.
Ansonsten schließe ich mich Tobias an: Kein Release dieser Welt ist bugfrei, und er hat auch nirgendwo behauptet, dass hier alles super werde und besser als alles andere. Ein bisschen weniger Polemik hätte der ganzen Sache eher einen Gefallen getan. Denn den grundsätzlichen Gedanken, keinem Entwickler blind zu vertrauen, kann ich ja durchaus nachvollziehen. Da könnte man auch sachlich drüber diskutieren.
Ich mein, viel mehr als ein 3-Zeiler wärs halt auch nicht geworden. Klar, man hätte den Rundgang v2 auch mit einem Release-Artikel verknüpfen können.
Aber in the end, Ding ist da, kam im Marketplace. Einzig neue Info wäre der Preis gewesen. Fair point, nen Artikel hätte man machen können, für solch wirklich „kleine“ News haben wir allerdings auch unseren WhatsApp Ticker 🙂
Ja, ini ist hier leider echt unterrepräsentiert was News angeht… Lol
Ich denke, es war vielleicht etwas unglücklich formuliert von BlueBird. Sie sind ehrlich, das ist gut. Man könnte aber auch sagen, sie verkaufen sich mit diesem Statement nicht gut, aber ehrlich gesagt ist mir sowas lieber als den Mund zu voll zu nehmen.
Es gibt keine Software, die keine Bugs hat. Dafür ist das ganze viel zu komplex.
Ich habe einen guten Eindruck von BB und denke, das wird eine solide Sache.
Das schätze ich auch so ein. Es wird kleinere Bugs geben, was völlig normal ist. Es ist ja auch gut, wenn die Community auf diese kleinen Bugs hinweist – das kann und wird im Nachgang durch Patches behoben. Ein ganz normaler Vorgang, der sich schlicht Produktpflege nennt. Wenn die 757 am Release Date stabil performt und im Anschluss Kleinfehler behoben werden, ist doch alles perfekt.
Es ist nicht verwerflich, ein Addon zu liefern, das hier und da noch Verbesserungen benötigt. Es ist die Normalität und bringt erstmal Geld für die Weiterentwicklung ein. Solange Entwickler dann auch konsequent verbessern und auf die Stimmen der Community reagieren, wird das Produkt insgesamt immer besser. Daran messe ich Developer.
Ausdrückliche Zustimmung…!
Jedem ist klar, dass ein Release nicht ohne Bugs auskommt. Hierfür bedarf es mittlerweile keines expliziten Hinweises.
Wenn ein Hersteller on top jedoch darauf hinweist, dass beim Release-Kandidaten mit Bugs zu rechnen ist, dann dämpft dies meine Erwartungen ganz erheblich und ist zudem für mich ein klarer Hinweis, hier Vorsicht walten zu lassen.
Zumal bei einem gänzlich unbekannten Hersteller, der das Produkt ursprünglich bereits vor 2 Jahren releasen wollte.
Meine Entscheidung steht fest: Ich lasse von dem Produkt die Finger, bis es hinreichend positives Feedback aus der Community gibt.
Ich finde es im Gegenteil eher vertrauenserweckend, wenn jemand sowas sagt. Mir kommuniziert das, dass sie selbstkritisch und reflektiert sind und eben kein reines Marketing-Gelaber ala „Ultimate Experience“ usw raushauen. Sie wollen den Hype evtl eher etwas bremsen, um realistische Erwartungen in das Produkt zu erzeugen. Das Statement zeigt mir, dass Sie sich ihrer Fehlbarkeit bewusst sind. Eine etwas weniger laute Klappe mit nix dahinter würde ich mir im heutigen Marketing-Zeitalter, wo jeder „amazing“ ist, an anderen Stellen auch wünschen. Hier findet man das mal, das gefällt mir. Wir sind sowas in unserer heutigen Welt schon gar nicht mehr gewohnt, deswegen fällt es wahrscheinlich bereits so („unangenehm“) auf.
Ob das Endprodukt dann wirklich so gut wird wie wir alle hoffen, das wird sich zeigen. Ich verstehe die Skepsis gegenüber neuen Developern (die ich auch teile). Aber ich würde mich jetzt nicht an dem einen Satz aufhängen. Den empfinde ich als eher positiv denn negativ. 🤷♂️
Schade, dass das Paket nicht für den XP12 kommt, in der Umgebung wäre es sicherlich der Hammer. FF757/767 sind mittlerweile leider etwas aus der Zeit gefallen …
Ich werde mir die 757 holen statt dem
ini A380 – denn für die 8-9 Flüge mit dem Vogel im Jahr tuts -für mich- der sehr gut gelungen Freeware von fbw locker…da spar ich mir die 80 Takken lieber für die wunderschöne 757 🙂
Ich bleibe auch bis auf Weiteres beim FBW-A380, zumal der Ini für schwächere Systeme wie meine offenbar ziemlich fordernd ist. Das kann ich auch für lau beim FBW haben, und da plant FBW ja offenbar auch noch ein Performance-Update. Und zurück zum Thema: Die 757 ist auch für mich interessant, ich werde aber die ersten Berichte abwarten, zumal ich eigentlich vorrangig auf den Fenix-Neo spare. 😉
Also ick freu mir. Ob mit oder ohne Bugs.
Was genau ist gemeint, dass es die Frachtversion als Addon geben wird?
Benötige ich dazu die 757-200/300 und dann zusätzlich die Frachtversion?
Oder ist es eher wie bei PMDG wo ich mir die 777F Version getrennt und unabhängig von der -300 Version kaufen kann?
Die 757F ist als kostenpflichtiges Expansion-Pack geplant, welches das 752/753-Basepack voraussetzt. So zumindest die aktuelle Planung, per FAQ.