= Englisch [EN], 
= Deutsch [DE], 
= Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch! In der Datei ist doch alles auf Deutsch...
Nein, der animationparent-Eintrag, sorgt nur dafür, dass sich der Drucker genau so verhält (=anim(ation)) wie das Elternobjekt (=parent), welches den entsprechend mesh_ident-Eintrag besitzt.
Verbuggt ist der Drucker keineswegs. Du musst die Position nur noch via Daueranimation anpassen.
Wieso? Das Ding hat ja noch nicht mal nen Drucker… umso besser doch.
Nennt sich OMSI Dispo Help. Nur anscheinend gibt es Probleme mit der Website, weshalb es den Download nicht zulässt.
Naja...? Und wo ist da jetzt das Problem? 
Passt doch... vom Sisselsforster Busbahnhof bis zur Realschule in Kaistertal.
Das sind Calculate-Error (Berechnungsfehler). Normalerweise heißt das, dass OMSI etwas in einem Script nicht berechnen kann, weil eine (String)Variable zum Speichern des Wertes fehlt. Jedoch wird eben diese in der Regel auch mit angegeben, was hier aber nicht der Fall ist.
Solche Fehler haben eigentlich nichts mit der Map zu tun, da ohnehin die bus-Datei als Übeltäter in Klammern angegeben ist. Es kann jedoch folglich an der Hof-Datei liegen.
Probiers mal auf einer anderen Karte oder stelle die Situation noch einmal nach. Kommt denn Fehler immer nach einer gewissen Zeit oder war das hier ne Eintagsfliege?
Das ist doch die Linie E91... also Linie 91, Route 93 (, Ziel 171)
Es kommt drauf an, auf was du Wert legst. Grafisch gesehen ist theoretisch jedes Spiel besser als OMSI 
Aber von der Physik her und generell die Handhabung ist OMSI am realistischsten.
OMSI ist auch mehr sandboxmäßig aufgebaut, wo du direkt während des Game-Plays auch alles ändern kannst. Bei TheBus musst du das vor der Fahrt auswählen (Uhrzeit, Wetter, Bus, Linie, Route, ...).
Heute steht grenzüberschreitender Verkehr 
auf dem (Fahr)Plan!
Wagen 275 ist etwas voreilig in den Niederlanden angekommen und wartet hier am Vaalser Busbahnhof auf seine Abfahrtszeit.
Setra S 415 LE business · Aachen
Das liegt an dem realen Wetter von AUXI. Leider existieren da keine Himmelstexturen, weshalb das Ganze nur weiß dargestellt wird.
Das dürfte dann am Script für den Monitor liegen. Die Perlenschnur ist ja nur dann sichtbar, wenn eine Haltestelle angezeigt wird.
Die Schaltfläche zum deaktivieren der Pas.-Info leert alle betroffenen Textfelder.
Folglich dürfte auch der Monitor nix anzeigen.
Aber man könnte das ins IVU Script mit einbauen. Ich schau dann mal wenn ich zuhause bin wo das hin müsste.
BusfahrerP, dort wäre die Stelle.
Du müsstest nach dem {else} eine Variable auf 0 stellen lassen und vor dem {else} müsste sie auf 1 gestellt werden. Und diese Variable musst du dann in der Modell-Datei beim Monitor mit dem "elec_busbar_main" ersetzen. Soweit klar?
Die können ganz unterschiedlich verbaut sein. Normalerweise sitzt die vorne beim Fahrer, die BVG-Buden haben die übern Bus verteilt und hier in der Region haben das die Busse teilweise auch ganz hinten drauf.
Also auf dem Bild hat der Bus vorne eindeutig diese Konvekta, mit anderen Worten "Fahrerklima". Was diese Erhebungen dahinter sind, keine Ahnung.
Heizung hat ja jeder Bus, aber die sitzt doch glaube nicht aufm Dach... Heiße Luft strömt ja nach oben hin weg, während kalte Luft sinkt.
Klima_Konvekta und Klima_klein sind beides dieselben.
In der Realität gibts das Problem ja nicht weil die Realität gottseidank nicht OMSI-gesteuert ist;-D
Bei uns werden die Ansagen nicht etwa per GPS, sondern per Kilometer gesteuert. Und wenn man da nun mal außerplanmäßig eine Umleitung fahren muss, ist das System auch zu weit. Oder wegen eines Unfalls kann bspw. eine Wendeschleife nicht angefahren werden. Dann würde die IVU hinterherhängen.
Ich sag ja, die Technik kann zwar vieles, fehlerfrei wird die aber nie sein.
Ich dachte gestern auch dass ich einfach an der Stelle wie beim ZDF das System kurz ausschalte und dann eben wieder einschalte. Aber wenn OMSI dann schon weiter ist dann kommt gar keine Ansage nach der Haltestelle wo ich das wieder einschalte, erst ab der dann folgenden. Eine fällt also aus. Die würde ich eben ggf per Hand auslösen wenn dies ginge.
Die Haltestelle muss sich laut OMSI (s. rote Zeile) ändern, damit die IVU einmal weiterschaltet.
Dann lass am besten die automatische Weiterschaltung aktiviert. Dann fehlt auch keine Ansage.
EDIT: Ich glaube bei der IVU kannst du irgendwo im Service-Menü eine Haltestellennummer eintippen, die dann angesagt wird (in der Realität, nicht in OMSI).
Möglich ist es aber anscheinend:
Auswahl der Schriftfarben in Redactor ändern - Hilfe und Support zu WoltLab Suite - WoltLab®
Das ist leider von einigen Usern die Spielerei mit der Formatierung.
Wenn man alles lässt, so wie es ist, dann passt sich die Farbe entsprechend des eingestellten Themes an.
Man könnte zumindest die Kontrastfarben entfernen (also die Schwarz-, Grau- und Weißtöne). Die restlichen Farben können ja bleiben.
Ist nur die Frage, ob der Text dann noch entsprechend schwarz/weiß dargestellt werden kann?
Warum braucht's denn da Sonderwege in OMSI? Wenn die Funktion nicht gegeben ist, dann ist sie nun mal nicht gegeben. Wobei sich jetzt mir auch nicht wirklich der Sinn dahinter ergibt? Es werden ja alle Haltestellen angesagt, da wird keine übersprungen. Und sollte das System eine Station zu weit sein, dann klickt man die vorherige Haltestelle an und aktiviert danach wieder die automatische Fortschaltung. Die wird dann lediglich zweimal angesagt.
Auf einer WIP-Karte die ich regelmäßig fahre, gibt es da auch so eine Stelle, wo wir wirklich von max. 1m reden.
Dort schaltet die IVU auch schon weiter. Wenn da keiner rein oder raus will lass ich es so. Wenn ich die Türen aber dennoch öffne, dann würde die IVU quasi noch eine Haltestelle weiterspringen. Aber dann setze ich das auf die Aktuelle zurück und fertig. 
