ID mehrere tausend Software-Bugs

[Helfried]

Das coole Headup-Display, das große Navigationspfeile scheinbar in die echte Landschaft projiziert, soll wohl nicht kommen. Die Rechner seien zu langsam.
Ich fürchte, @saxoli hat doch ein bisschen recht, dass die Komponenten nicht mehr ganz am neuesten Stand sind.

[Nico]

Das coole Headup-Display, das große Navigationspfeile scheinbar in die echte Landschaft projiziert, soll wohl nicht kommen. Die Rechner seien zu langsam.

...dafür sind einige beim "Gerüchte verbreiten" ganz schnell

[Helfried]

Das Augmented Reality Head Up Display wäre halt einmal etwas wirklich Neues gewesen im Vergleich zur Konkurrenz.

[Naheris]

Es ist auch noch neu. Es ist ja noch nicht abgekündigt. Zudem steht da ganz klar, dass es in einigen Situationen die Prozessoren überlastet. Da steht nicht es geht nicht. Man kann Code sehr wohl optimieren. Ggf. entfällt halt vorläufig eine Funktionalität und wird nachgeliefert.

[Helfried]

Aber warum wird die Hardware (nicht die Software) so am letzten Loch geplant, dass die Software-Leute ins Schwitzen kommen, als müssten sie ein 3D-Spiel für einen Commodore 64 programmieren?

[Monkeyhead]

Das coole Headup-Display, das große Navigationspfeile scheinbar in die echte Landschaft projiziert, soll wohl nicht kommen. Die Rechner seien zu langsam.
Ich fürchte, @saxoli hat doch ein bisschen recht, dass die Komponenten nicht mehr ganz am neuesten Stand sind.

Cool, hast du da nochmal kurz die Quelle für? Das scheint ja eine vergleichsweise wichtige Information zu sein. Oder hast du dir das mal wieder aus dem Arsch gezogen? Wahrscheinlich sind wieder die Ausländer Schuld, was?

[Naheris]

Aber warum wird die Hardware (nicht die Software) so am letzten Loch geplant, dass die Software-Leute ins Schwitzen kommen, als müssten sie ein 3D-Spiel für einen Commodore 64 programmieren?

Wieder nur eine Meinung? Ich kann je nachdem, wie ich etwas auf meinen Datenbanken programmiere auch eine 16 Node Exadata in die Knie zwingen und 40 Minuten rechnen lassen - oder mit gutem Code dann eben 3 Minuten. Selbe Grunddaten, selbes Ergebnis, nur den PL/SQL-Code etwas anders geschrieben. Dabei gilt so etwas nicht nur für SQL. Das schafft man auch mit anderen Programmiersprachen. Schlechter Code kann beliebig gute Hardware überfordern.

Performance-Probleme lassen keinen direkten Rückschluss auf die Leistungsfähigkeit der Hardware zu.

[acurus]

...und wenn man sieht was fähige Leute heutzutage aus nem C64 holen sieht man das Naheris völlig recht hat,

[bernd71]

Es muss ja nicht gleich schlechter Code sein, nicht das gleich wieder auf die VW Programmierer eingedroschen wird "wie unfähig die doch seien" . Zunächst geht es ja überhaupt eine Lösung zu finden und die dann in den nächsten Schritten zu optimieren. AR für ein Fahrzeug ist ja nicht unbedingt etwas wo man auf jahre-/jahrzentelange Erfahrungen zurückgreifen kann.

Die angesprochenen Probleme hören sich nicht so dramatisch an, zumindest im Vergleich zu dem Bohai der darum gemacht wurde/wird.

[SimonTobias]

Macht VW das AR System und Software eigentlich selber oder kaufen sie die ein? Mercedes hat das AR Navi ja im Touchscreen.