= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! Achso okay und man sieht auf dem einen Bild wieder die Schuhe über die Räder vorne durchgucken, dass wird denke ich auch dann behoben.
nein, das wäre nur möglich, wenn ich die person im gesamten in der position verschiebe. die Menschen haben keine kollisionserkennung und stellen ihre füße immer im lot nach unten. ich kann die fußposition also nicht getrennt der sitzposition verschieben.
so viele sachen gibts doch gar nicht. Schalt-KI und Haltewunsch, ggf. Linienliste.
bekannt und wird im März behoben.
stimmt nicht - Köln war eine Inhouse Entwicklung. 
Och, das hätte enorme Vorteile. Die Speichergrenze ist mit Abstand das größte Problem in OMSI. Die Performance machen immer schnellere Rechner wett, und das garnicht so schlecht da OMSI fast 1:1 mit der Core-Performance skaliert. Da beginnt dann aber ein Teufelskreis: weil modernere Rechner augenscheinlich mehr Objekte etc erlauben ist ganz schnell aufgrund der Speichergrenze Schicht im Schacht. Diese Grenze aufzulösen wäre gerade in der heutigen Zeit bei der heutigen Map- und Busqualität ein enormer Sprung nach vorne.
Technisch schon, ja das auf jeden Fall, aber wirtschaftlich nicht. OMSI hat mittlerweile ein 2-stelliges Alter, unabhängig von der Qualität des Spiels hast du nicht mehr den selben käufersturm wie vor 10 Jahren.
Auch im addonbereich nehme ich da einen gewissen Abbau war. Von Aerosoft kommen mittlerweile kaum noch addons, eher von halycon und selbst die haben angefangen ihre fühler auch nach anderen Spielen auszustrecken.
korrelation ist aber nicht gleich kausalität.
der Markt einfach zugängiger Fahrzeuge ist mittlerweile einfach gesättigt.
richtig ist in berlin aufjedenfall weiß und rot blinkend beim schließen, zumindest an tür 2. tür 3 mit türfreigabe kann natürlich anders sein.
In der Zeit sind grundlegende Dinge wie Fahrpläne und Umläufe, Fahrgäste, Tunnel und Multiplayer entwickelt worden, die auch mit der neuen Engine verwendet werden können. Klar ist einige Zeit verloren gegangen, aber nicht so viel wie du schreibst.
Ist das so? die logische Struktur der Umsetzungen mag ja identisch sein, aber all der Code, der in den LOTUS-Core geflossen ist, muss in der neuen Engine erneut geschrieben werden.
Bisher besteht quasi ein LOTUS-Eigenes Blender für den Karten-/Fahrzeugbau und - eventuell - ein interpreter für die LCT-Dateien, um sie in Unity zu laden. das wars. Mehr hat man noch nicht zu sehen bekommen, auch im letzten Dev-Stream nicht.
All die sachen, die bisher gezeigt wurden, kann ein hobby-modellbauer in unity oder unreal in wenigen Stunden ebenso nachbilden.
Den Kassentisch zu begrenzen ist im grunde kein thema, aber der hängt unten ja an einem drehbaren arm. Da jetzt mit pi und winkel alle optionen abzufangen, mit denen man den tisch da potentiell reindrehen könnte, geht mit sicherheit, übersteigt aber meine mathematischen Kenntnisse. Selbst wenn ich das mal gelernt habe, ist das gefühlt zwei jahrzehnte her. 
Kein direkter Zusammenhang mit dem Fahrzeug. Trat beim kachelnachladen auf.
Juhu zusammen,
Ich bin total begeistert von den addon...
Aber sagt mal kann das sein das irgendwie vergessen wurde dem scheibenwischer zu sagen wenn der nass ist... Irgendwie läuft immer der sound als wenn er trocken läuft und das klingt ja furchtbar. Danke euch
Mfg Daniel
die Scheibenwischer waren beim Vorbild tatsächlich auch "feucht" so laut. da kommt aber irgendwann in content-update mit neuen Sounds.
Ist das eigentlich gewollt das die Liniennummer Rechts einen eigenen Anzeigerechner hat?
Normalerweise kenne ich bei Flipdot Anzeigen von Lawo so, dass die Linienanzeige mittels Verbindungskabel an den letzten Modul in der Seitenanzeige verbunden wird und deswegen die Adresse 2 benutzt.
Außerdem kenne ich bei Lawo mit eigenen Anzeigerechner im rechten Linienanzeiger so, dass die Adresse 5 und nicht 3 benutzt wird 🤔
Abgesehen davon das man mittels Drehcodierschalter die Adresse einstellen könnte.
Soll ich jetzt den Matrixkasten ausmodellieren, damit du an den Anzeigen den Deckel abnehmen und die Adresse einstellen kannst?
wenn die erste Tür keinen Einfluss haben soll, dann kann man sie doch auch einfach aus der Logik entfernen.
Grundsätzlich funktioniert das ganze System so:
wird eine Tür angefordert, wird der Haltewunsch gesetzt. dieser bleibt so lange aktiv, bis die Tür geöffnet wurde. die internen haltewünsche werden gesammelt und in den haupt-wunsch übertragen, welcher dann einmalig den summer betätigt und die haltewunschlampe setzt. sind die bedingungen wieder frei (keine haltewünsche an den jeweiligen Türen) wird der Haltewunsch nullgesetzt.
rein theoretisch kannst du das natürlich auch an die Leute hängen, die drücken, führt dann aber dazu, dass bei einer erneuten anforderung der haltewunsch erneut gesetzt wird und auch erneut der summer betätigt wird.
mit dem entfernen der 1. tür verhält sich das script grundsätzlich wie immer. mit dem öffnen der 2. tür wird der haltewunsch gelöscht, bzw. mit dem freigeben der automatiktür auch der aus dem nachläufer.
Zum Leid echter "Fans" bin ich es einfach Leid mich mit der Berliner Szene rumzuschlagen. So hart wie das klingt - der MAN Stadtbus hat damals, obwohl er NIE! nach BVG Vorbild gebaut wurde, schlechte Steam Rezensionen kassiert, weil er eben nur zu "95%" in Richtung BVG gemoddet werden konnte. Dann der ganze Autismus wie AFR 4.1 und Streamern/Youtubern, die alles grundsätzlich schlecht finden, wenns nicht 100% Berlin ist, Wenn die Autismus-Türsteuerung nicht umgesetzt wurde, Selbst wenn die FARBWERTE der Repaints nicht perfekt passen, ist das alles scheiße. Man kann es den Leuten dementsprechend einfach nicht recht machen und bevor ich mich hier mit unsachlicher Kritik und Hass auseinandersetzen muss, lass ichs einfach gleich ganz sein. Ich überlasse also den "BVG-Autismus" einfach den Moddern. Das gleiche Dilemma gabs auch beim Urbino II. Es nervt.
Realität und Simulation sind zwei unterschiedliche paar Schuhe. Lösche ich zum Beispiel mit der Türöffnung den Haltewunsch, überschreibe ich die "Anforderung" der Leute, die aussteigen wollen, weil die Automatiktür an den Haltewunsch gehangen ist. Dass also Intern mehrere "Haltewünsche" existieren (der klick auf den Haltewunschtaster im Nachläufer soll ja auch nur die hintere tür ansteuern und nicht die im vorderwagen) ist in OMSI nichts besonderes und wird eigentlich immer so umgesetzt. einzig die Tatsache, dass die erste Tür einen "eigenen" haltewunsch hat für die aussteigenden, welcher dann gesammelt wird, ist neu und schnell auskommentiert oder entfernt.
Wird Zeit und auch in Beige, wenn du grad dabei bist.
"Beige" ist genauso wie "BVG" oder "Sandgelb" eine illegale Bezeichnung bei diesem Add-on! 
vanilla oder gemodded? grundsätzlich muss die tür geöffnet werden, bei der der Haltewunsch anfgefragt wurde. das kann auch vorn! sein, weil der ausstieg vorn ja ebenfalls möglich ist. öffnet man jetzt nur hinten und der fahrgast rennt hinter, ist der haltewunsch an der 1. tür immernoch hinterlegt.
Du kannst den Inhalt von Zeile 332 bis 336 sowie Zeile 354 bis 358 entfernen, dann hat die erste Tür keinen Haltewunsch mehr.
da haste deinen autismus:
Das Add-on muss nicht mit dem Umfang bei Repaints Punkten. die Zeit ist in "relevante" Entwicklungen geflossen. Wenn du viele Repaints willst, der Rest dafür halbherzig umgesetzt - such dir ein anderes Add-on raus, davon gibts genug.
Ich persönlich fahre übrigens keine dieser Karten - würde sie also nicht allgemeingültig als "gängig" bezeichnen.
Alles anzeigenKommt aufs Fahrzeug drauf an. Beim SG liegt der Bereich auf der MAN_SG_int_front_roof.dds, Beim SL und SU auf MAN_SL_Innenraum_Dach_2.dds bzw. MAN_SU_Innenraum_Dach_2.dds.
Ich danke Dir Chris, jetzt stimmen die WSW Repaints von mir auch komplett...
Kurze Frage noch: Ist der Patch bereits von Dir veröffentlicht oder hab ich da was Falsches gehört?
Kennst das ja, Gerüchte...
Ich meine mich auch zu erinnern, das die Hst.-Bremse beim SL202 eher ein lautes "boff" Geräusch beim Lösen macht... (kann man schlecht beschreiben, ein Audio davon hab ich leider nicht
) , beim SG eigentlich genauso wie beim NG272 /312 . Keine wirkliche Kritik Chris, wie gesagt basiert auf meinen Erinnerungen von 1986-1990.
Wir hatten auch hier in Wuppertal beim SL202 ein drei geteiltes Linienband und Zielfilm bei den 86ern, Bei den '87er & '88er Fahrzeugen ursprünglich wie in meinem Avatarbild, später dann Linienrollband in Flipdot Optik & Zielmatrix, und bei der '90er Serie schon Vollmatrix. Das waren Experimente die hier gelaufen sind...
Freu mich auf jeden Fall über dieses Buspaket. Ganz großes Dankeschön und meinen absoluten Respekt mein Lieber...
LG aus Wuppertal
Micha
Patch ist seit Donnerstag online. im Add-on Ordner gibts auch ne Textdatei mit dem Changelog. Hast du V1.01, hast du auch die aktuelleste Version.
den Rest kann ich dir tatsächlich nicht beantworten. ein SL stand als Referenz nie zu verfügung. die Sounds (abblasen, hst-bremse, fußbremse etc.) stammen von einem 92er SG292.
Kommt aufs Fahrzeug drauf an. Beim SG liegt der Bereich auf der MAN_SG_int_front_roof.dds, Beim SL und SU auf MAN_SL_Innenraum_Dach_2.dds bzw. MAN_SU_Innenraum_Dach_2.dds.
Das schlackernde Gelenk bei den Fahrzeugen habe ich schon in 2017 vor Ort! kritisiert und als physikalisch falsch klargestellt. Bis heute hat sich da nichts dran geändert. Ich bin da also bei Yani: die sind in ihrer Welt mit paar Busfahrern, die zu allem Ja und Amen sagen, selbst aber eben nur das tun: fahren. eine physikalisch korrekte und stimmige Simulation bekommt man nur mit Leuten hin, die da auch ein persönliches Interesse dran haben und die will man scheinbar nicht um rat fragen.
das stört mich daran ja auch so sehr - dort, wo die engine wirklich mit optik punkten kann (ordentlich flora, sonnenstrahlen, die durch die baumkronen fallen, ordentliche schatten usw.) werden die meisten abstriche gemacht.
