Beiträge von Berlin&Brandenburg

Wer weiß, ob nicht vielleicht schon Alternativen irgendwo in der Entwicklung sind... Vielleicht wäre es auch überhaupt erst einmal sinnvoll, ein Medium - wie bspw. Tram - erfolgreich zu entwickeln, bevor mit einem Simulator das 360-Grad-Super-Mega-Angebot kreiert werden soll. Entwickler sollten sich Ziele setzen, die auch realistisch sind.

Vor allem verliert man mit Stillstand einfach viel Zeit. Zeit verlieren für Problemlösung wäre ja okay und notwendig - aber wenn gar nichts passiert, geht auch gar nichts voran.

Außerdem erschließen sich mir auch nicht diese komischen "Nightly-Build-Patches" oder wie das heißt... Will man dann die eher schlecht als recht fertigen Neuerungen nochmals der breiten Öffentlichkeit vorenthalten?! Mit welchem Ziel?! Ob ich jetzt bspw. Stevens FIS-Datei oder leichte Scriptanpassungen drei Wochen früher oder später erhalte, ist mir dann auch ziemlich irrelevant...

Ehrlich gesagt kann man sich die Mühe sparen, überhaupt irgendwas konstruktives an Kritik für LOTUS zu formulieren. Erstens interessiert das dort weder Marcel noch Janine und zweitens hilft es auch nicht wirklich, weil der Entwicklungsfortschritt nahezu Null ist seit Monaten. Da auch kein Standardcontent weiterentwickelt wird, wäre somit auch kein Ergebnis durch folgende Updates feststellbar.

Ich frage mich eh, was seit Monaten nicht stimmt. So richtig großartige Sachen kommen einfach nicht. Stillstand. Den KI-Verkehr ziehe ich für meine Betrachtung vor die Klammer - denn bekanntermaßen (wir erinnern uns an die Situation mit ViewApp) sollte dieser schon 2019 implementiert sein, sodass ich den KI-Verkehr 2019 zurechne. In 2020 ist dahingehend dann kaum irgendwas passiert - an Corona kann das ja kaum liegen, schließlich entwickelt man allein daheim. Aber selbst wenn man nur zu zweit entwickelt, sollten die Fortschritte größer sein. Auch in der Selbstständigkeit sind 14 bis 16 Stunden tägliche Arbeitszeit, Bereitschaft zur Wochenendarbeit und hohe Leistungsbereitschaft selbst an Feiertagen keine Kür mehr, sondern im Jahre 2020 einfach Pflicht.

Zitat von Sgt. Maximus

Hi!

Ja, ist mir leider auch schon aufgefallen, ebenfalls wird die Tür im Display auch noch als offen angezeigt, obwohl diese schon zu ist.

Ja, stimmt. Das geht auch nicht.

Morphi hatte doch hier im Thread auch schon eine Möglichkeit skizziert - vielleicht sollten wir diese probieren.

Zitat von Sgt. Maximus

Hab das mal umgesetzt - ich denke das ist das erwartete Ergebnis.

Dafür in der lights.osc nach

Code

        (L.L.door_4) 0 > (L.L.door_5) 0 > ||

suchen und durch

Code

        (L.L.door_0) 0 >
        (L.L.door_1) 0 > ||
        (L.L.door_2) 0 > ||
        (L.L.door_3) 0 > ||
        (L.L.door_4) 0 > ||
        (L.L.door_5) 0 > ||

ersetzen.

Zwei Sachen hätte ich dann noch:

1. Ist mir aufgefallen dass ein Zusammenhang zwischem dem Druckerstart und dem Vorratsdruck beim Spawnen besteht. Ich habe einfach mal spaßeshalber den random-Wert so verändert, sodass der Vorratsdruck so gut wie immer zu niedrig beim Spawnen (<3 bar) liegt. Der Drucker ist nie hochgefahren.

Als ich aber gewartet habe, bis der Vorratsdruck auf ca. 5 bar angestiegen ist, den Bus komplett ab- und wieder aufgerüstet habe, ist der Drucker ohne Probleme hochgefahren.

2. Eine kleine Anregung wie man den Lautsprecher Knopf belegen könnte:

In meinem Umfeld gibt es mehrere Busse, die über zwei verschiedene Hupen verfügen, welche mit dem besagten Knopf umgeschaltet werden können. Einmal ne Pressluft-Hupe, wie damals in alTerrs Version, und einmal diese Softhupe wie in der 5.1F.

Grüße!

Alles anzeigen

Sorry, wenn ich hier nochmal nachhaken muss. Dein Script funktioniert soweit, jedoch bleibt die Türraumbeleuchtung an Tür 3 an, solange wie Tür 2 noch offen ist. Da müsste also noch irgendeine Bedingung rein. Vielleicht weißt du ja noch eine Lösung.

Zitat von Blade

Du meinst z.b. so?

"Mit diesem Patch verabschieden wir uns in eine kleine Patch-Sommerpause bis August."

Hart erarbeitete Sommerpause.^^

Dazu wollte ich mich nicht äußern, aber wenn die Entwicklungsmeilensteine von LOTUS ähnlich "voluminös" wie deren Urlaubsbedarf ausfallen würden, dann dürften wir eigentlich schon längst bei der Fertigstellung des U-Bahn-AddOns angelangt sein. 8)

Ja, also diese Aussage ist in der Tat fragwürdig: Bei zwei publizierten Payware-AddOns, von denen eines von höchster Stelle eigenmächtig "beiseite" geschafft wurde, bliebe ja dann nur noch das andere übrig... Dann ist auch klar, dass es nur das erfolgreichste sein kann, wenn es dazu keine Benchmark gibt...

Naja... Man kann sich das ganze LOTUS-Desaster im aktuellen Zustand auch entwicklerseitig schönreden...

Zitat von Morpheus

Ich kannte das bisher auch nur so. In einem Video von Mehmet Oe habe ich dann allerdings auch die andere Variante sehen können.

Ergo, ist dann eben Geschmackssache, wie man es haben möchte. Es wurde ja inzwischen auch erklärt, wie man das ändern kann.

Im Grunde dienen die "eingedrückten" Türknöpfe lediglich der Redundanz im Falle eines Displayausfalls als Statuswiedergabe.

Dieses Feature gab es "serienmäßig" eh nur bei den zuletzt gebauten Vor-Facelift-Fahrzeugen (ab Baujahr 2005 inkl. dem FAP mit digitalem Fahrtenschreiber/VDO-Schublade) und natürlich bei der später folgenden Facelift-Reihe.

Beim C2G entfiel dieser Taster wieder... Gibt zwar Betriebe, die im C2G ähnliches haben, aber das ist dann eben auch alles wieder Bestellwunsch oder im technischen Gespräch so im Vorfeld abgesprochen. Bspw. haben die C2/C2G der BVG auch so einen eingelassenen Schalter, der aber darüber hinaus als Taster ausgeführt ist, mit dem sich dann die automatische/n Tür/en manuell öffnen lässt/lassen...

Mir fällt gerade auf, dass die Farben der Beleuchtung hier unterschiedlich sind... Wurde das schon gemeldet?

- - - - - - -

Was mir gerade noch einfällt: Ich kenne es eigentlich so, dass der versenkte, dritte Tür"knopf" solange leuchtet, wie noch irgendeine Tür geöffnet ist. Geht das eigentlich allein im Script anzupassen oder ist die eigenmächtige Umsetzung nicht so einfach zu bewerkstelligen?

Richtig. Diese Taster vom ZF-Ecolife gibt es bei MAN nicht.

MAN verbaut nur die schwarzen Voith-Taster mit beleuchtetem Voith-Logo oder komplett schwarze Taster, die dann für das ZF Ecolife genutzt werden.

Ältere MAN haben hingegen die Weiß-Rot-Weißen-Taster, die für beide Getriebe genutzt werden konnten. Sie unterschieden sich wie bei Citaro nur durch ein einrastendes N (ZF) oder halt keines (Voith).

So. Einige Tage Ruhe. Ich habe zum Wochenende nochmals sehr akribisch an meinem Problem gearbeitet und konnte zielführende Beobachtungen erlangen.

Am Freitag hatte ich nochmals alle vier installierten Hamburg-AddOns deinstalliert und komplett neu installiert. Leider blieb auch nach dieser aufwendigen Vorgehensweise das Ergebnis ähnlich.

Auch mit verschiedenen AI-Lists war mein Problem nicht behoben - nach längerer Runtime des Games kam irgendwann der plötzlich Abfall auf 8 FPS.

Letztlich habe ich mir dann den Taskmanager zur Hilfe genommen. Ich hatte mir kaum vorstellen können, dass mein Problem offenbar doch hardwareseitigen Ursprungs ist. Ich habe mich in einen KI-Bus gesetzt und mich durch die Map chauffieren lassen und auf dem zweiten Bildschirm die Leistungsdaten meiner Datenträger aufführen lassen. Als wieder der plötzliche Abfall auf 8 FPS erfolgte, traute ich meinen Augen kaum, da der Auslastungsgrad des Laufwerks "I", auf dem OMSI läuft, von 3 Prozent urplötzlich auf 82 Prozent aufwuchs, woraufhin im gleichen Moment die Performance von OMSI auf Null zurückfiel!

Auf meinem Laufwerk "I" ist OMSI seit über sechs Jahren installiert und hat noch nie für solche Schwierigkeiten gesorgt. Ich kann mir das kaum erklären - ich vermute, dass OMSI auf der Hamburg-Map bei gewissen Berechnungen in einem Augenblick sehr viel Daten laden möchte, was dann die Lese- und Schreibfähigkeit meines Laufwerks so unter Druck setzt, dass es kurzzeitig abraucht und OMSI keine zügigen Berechnungen mehr durchführen kann.

Im Ergebnis habe ich nun mein Hauptverzeichnis genommen und auf die SSD meines Rechners verlegt. Nach mehreren Tagen des Testens sind keine dieser 8 FPS-Anomalien mehr aufgetreten. Ich habe testweise die "Hafencity Performance"-Einstellungen geladen und OMSI durchgeprügelt, mit dem Ergebnis, dass ich im guten Mittel 30-40 FPS habe, an kritischen Punkten vielleicht etwas weniger, OMSI stabil läuft und selbst bei diesen höheren Einstellungen noch ordentlich was schafft. Tja. Ich glaube, ich habe mein Problem nun beseitigen können, obwohl ich mir das nicht so ganz erklären kann, weil ich mit diesem Laufwerk nie Probleme hatte.

Ja, das wäre die Frage... Es kann gut sein, dass ich sie gar nicht habe. Oder es liegt wirklich an meinen beiden Monitoren. Die sind beide zwar baugleich, aber keine High-End-Geräte...

Also bei mir finde ich sie nicht.

Vermutlich braucht man das zweite Fenster und die dort enthaltenen Informationen. Wenn ich nämlich die Vollbildoptimierung bei mir deaktiviere, kann ich in OMSI weder Alt-Menü noch das ESC-Menü aufrufen...

Diese Schaltfläche gibt es aber bei mir bei Win8.1 und einer deutschen Oberfläche nicht...

Zitat von kendrick

Würd ich nicht machen, Omsi kann dann beispielsweise die 144 Frames nicht übertragen und limitiert dann bei ~30 Bildern die Sekunde. Bei Windows 10 und Windows 8 würde einfach folgende Einstellungen anwenden

Doofe Frage... Wie kommst du eigentlich zum zweiten Fenster?

KI Busse.

Womöglich werde ich aus reiner Vorsicht alle vier AddOns noch einmal nachher deinstallieren und abschließend neu installieren. Danach werde ich dann meinen Fokus auf die AI-Liste legen.

Ich komme gedanklich nicht über den Fakt hinweg, dass schwächere Rechner in der Angelegenheit irgendwie problemlos ein Vielfaches leisten, wo ich nur noch Kirmes auf dem Bildschirm habe... Das kann ja nicht plausibel sein...

Zitat von Schleswig-Holstein

Wie sieht denn die Performance zb zwischen Baumwall und Landungsbrücken auf der 111 aus? Dort fahren ja auch noch U-Bahnen. Das wäre aber ein anhaltspunkt, wieso es in Alsterdorf schlechter als in der Innenstadt ist...

Da meine Fahrplanpriorität eh auf 1 war, dürften die Bahnen keine Probleme bereitet haben. Ich habe sie, um den Fall gleich komplett ausschließen zu können, gleich alle aus der Ai-List entfernt und die Fahrpläne verschoben.

Gerade eben habe ich es wieder probiert. Plötzlich wieder von 41 FPS runter auf 8... Sofort OMSI geschlossen und nachgeschaut... Letzter Logfile-Eintrag war wieder irgendwas mit loading vehicle oder so... Danach die KI-Fahrzeuge auf Null gestellt und OMSI wieder gestartet - siehe da: Wieder 50 Frames. Danach spaßeshalber die KI wieder höher gestellt und OMSI mit der gleichen Situation erneut gestartet - wieder 8 FPS. Ich gehe fest davon aus, dass mein Problem mit dem Laden von KI zusammenhängt. Wieso und warum weiß ich selbst nicht... Ich spiele morgen nochmal mit der AI List herum...

Ja... Also auf Bastelstunde habe ich irgendwie keine Lust... Ich hatte gehofft, dass ich wenigstens mit meinen heruntergesetzten Optionen zurande komme... Die Standard (parked)-C2-Ki muss dann auch einfach ihren Job machen. Da sind nicht einmal großflächige Repaints drauf. Also wenn OMSI das schon nicht mehr schafft...

So, ich habe jetzt in der Ai-List keine übernehmbaren Busse mehr... Nur C2 und C2G. Im Ergebnis ändert sich nicht wirklich viel.

Die "Züge"-Geschichte werde ich als nächstes versuchen... Mal sehen...

Wollen die, bei denen die Map wirklich einwandfrei läuft mit hoher FPS-Rate, mir vielleicht einmal ihre NVIDIA-Einstellungen zeigen? Nicht, dass es vielleicht auch dort an irgendwas liegt...

Zitat von BVG

Also meines Wissens sind das irgendwelche mit 17er- Baujahr, die müssten als Ordnernamen im Vehicles-Ordner auch irgendwas mit HC_... haben. Das müssten vielleicht sogar alle die sein, bei der die Gruppe in der ailists nicht 'ablösbar' beinhaltet.

Okay. Wäre es also sinnvoll, dass ich die Ai-List nur auf "nicht ablösbare" Busse umstelle?

Zitat von PingPong

Berlin&Brandenburg besteht das Problem bei dir eigentlich schon immer?

Ich hatte nach dem Release mal eine Runde mit dem neuen eCitaro auf HC drehen wollen und mir ist dann am Rathausmarkt ebenfalls OMSI abgeschmiert mit weißen Texturen und die Kachel wurde nicht mehr geladen. Diese Probleme hatte ich noch nie und ich bin schon viele Runden in HH gefahren. Merkwürdigerweise häufen sich auch die Meldungen mit unterschiedlichen Problemen auf HH seit dem letzten (kleinen) Map Update. Ich sehe da zwar keinen Zusammenhang, aber nicht, dass es da doch einen gibt...

Gut war es noch nie, aber mit dem eCitaro habe ich mir dann auch die 109 gegönnt... Daher kann ich schlecht beurteilen, wie beschissener es relativ betrachtet ohne Hamburg Tag und Nacht gewesen wäre...