Beiträge von amiachim

Zitat von Neoplan VEST

Zitat von Pro

Habs probiert: Leute steigen hinten nur aus, wenn vordere Türe auch geöffnet wird.

Das ist auch kein Wunder wenn ich mir den Script door_213.osc anschaue:

Code

    (L.L.door_1) 0.9 > (L.L.dopka_pos) 0.3 < && (S.L.PAX_Entry0_Open) (S.L.PAX_Exit0_Open)
    (L.L.door_2) 0.9 > (S.L.PAX_Entry1_Open) (S.L.PAX_Exit1_Open)

Der erste Exit Eintrag in der Passangercabin steuert die Tür 1 ob der freigegeben ist oder nicht.

Entferne im gezeigten Scriptteil (Dies kommt nur einmal vor) das (S.L.PAX_Exit0_Open) und füge an den PAX_Exit1_Open an

Code

    (L.L.door_1) 0.9 > (L.L.dopka_pos) 0.3 < && (S.L.PAX_Entry0_Open)
    (L.L.door_2) 0.9 > (S.L.PAX_Entry1_Open) (S.L.PAX_Exit0_Open) (S.L.PAX_Exit1_Open)

Ganz wichtig: Mache vor der Änderung einen Sicherungskopie und am besten auch nach der Änderung!

Alles anzeigen

Kurz mal nachgefragt, Pro fragte ja nach der Situation beim 215H. Deine hervorragende Erklärung bezieht sich allerdings auf die door_213.osc. Bei der door_215.osc sehen diese beiden Zeilen geringfügig anders aus. Kann ich die dann dort trotzdem so abändern wie von dir beschrieben?

In der door_215.osc lauten diese Zeilen wie folgt:

(L.L.door_1) 0.9 > (L.L.dopka_pos) 0.3 < && (S.L.PAX_Entry0_Open) (S.L.PAX_Exit0_Open)

(L.L.door_2) 0.9 > (L.L.dopka_2_pos) 0.3 > && (S.L.PAX_Entry1_Open) (S.L.PAX_Exit1_Open)

Du mußt den hinteren [exit] definieren. Standardmäßig ist 0 eingetragen, d.h. sie steigen vorne aus. Trag mal 17 dort ein.

SIe heißt "passengercabin_221_main.cfg" und "passengercabin_221_trail.cfg" Sie befinden sich im Modelordner. Mach auf jeden Fall backup Kopien, bevor du die Dateien mit Hilfe eines Texteditors veränderst.

Den Einstieg an allen Türen in der passenger.cfg herausnehmen. Dann steigen alle Fahrgäste nur noch vorne ein

Hallo Perotinus, ich habe zwei Fragen zum AFR und zwar erstens ist es theoretisch möglich den jetzigen Drucker in deinen älteren Bussen zu verwenden (gegen den dort eingebauten auszutauschen)? Und zweitens kommt es mir so vor, und das ist rein subjektiv, daß die Schrift des AFR, also die Displayschrift etwas zu groß geraten ist.

Genieße deinen Urlaub!

Zitat von Perotinus

Nein, es geht nur das eine Tor auf.

Also auch das rückwärtige gegenüber des zu öffnenden läßt sich nicht öffnen? (Einrückfahrt)

Ich habe das Problem, beim 315 FL (und nur bei dem) keinen Kilometerzähler unter dem Tacho zu sehen.

Ich möchte hier allen beteiligten Entwicklern, Scriptern, Gestaltern, Experten, Photographen, Ortskundigen und was weiß ich wer sonst noch alles dazu beigetragen hat, den Award für die erste OMSI MAP, die keine einzige Errormeldung in der Logfile hinterläßt, virtuell überreichen. Selbst die Warnings passieren allesamt, bevor die Map lädt. Ganz großes Kino!

Zitat von amiachim

Halli und Hallo, habe gerade meine ersten Runden gedreht. Bei einigen Busmodellen des 315 (zumindest beim Euro 2 AVS) ist die Geldrückgabeposition verkehrt. Anstatt in dem Auffangbecher rechts unten vom Zahltisch, erscheint das Rückgeld oben auf dem Kassentisch.

LG

Es hilft halt, wenn man das ganze Handbuch liest. Ich hatte tatsächlich das Geldscheinfach geöffnet, einfach, um es auszuprobieren und dann vergessen, es wieder zu schließen. Alles gut!

Halli und Hallo, habe gerade meine ersten Runden gedreht. Bei einigen Busmodellen des 315 (zumindest beim Euro 2 AVS) ist die Geldrückgabeposition verkehrt. Anstatt in dem Auffangbecher rechts unten vom Zahltisch, erscheint das Rückgeld oben auf dem Kassentisch.

LG

Zitat von Chrizzly92

wenn es sich nicht um den Darius-Workflow handelt (95% Objekte) ist das auch technisch nur schwer Umsetzbar. Gebäude und Modelle ja, aber die komplette Karte müsste man erneut aufbauen.

Müssen die Entwickler das nicht ohnehin tun, wenn Lotus mehrfach die Engine wechselt?

Vielleicht läßt sich ja sowohl D'dorf als auch Hamburg konvertieren, um es auf dem City Transport Simluator spielbar zu machen. Nur so eine Idee, ich weiß nicht, ob ViewApp offen für Fremdentwiickler ist

Sträflich vernachläassigt ist die Kundengruppe der rapide alternden im Ausland lebenden Bundesbürger, denen ein schönes Stück virtuelle Heimat viel zu lange vorenthalten wird!

Sehr gerne, meld dich, wenn was nicht geht!

Es muß sich um einen Grenzübergang einen weiter als den handeln, den ich in den 90ern immer mit meinem LKW benutzt habe. Sehr gut umgesetzt ist der Beginn der Stadt unittelbar an der Grenze. Der von mir benutzte hatte jeweils eine Tankstelle auf der niederländischen und eine auf der deutschen Seite. Tabak und Z'aretten waren damals in den 90ern auf der niederländischen Seite fast 50 Prozent günstiger.

Hmm, ich sehe da erstmal keine roten Flaggen. Du konntest den Bus / die Busse bewegen?

Könntest du mal OMSI starten, dann Mainz starten, dann versuchen, zu fahren. OMSI kreiert dann eine Logfile. Wenn du dann OMSI wieder geschlossen hast, findest du diese im OMSI Hauptverzeichnis. Sie heißt logfile und ist eine ganz ordinäre Textdatei, die du dann hier posten kannst, idealerweise in einem Spoiler.

Stelle bitte übrigens auch sicher, daß du den sogenannten 4GB Patch anwendest, bevor du OMSI startest und daß OMSI als Admin ausgeführt wird.

So, ich habe jetzt nochmal in meinem Downloadarchiv nachgeschaut:

Die erste Textur "ZDF_Hochhaus_B.jpg" fehlt tatsächlich in dem Archiv. Es findet sich aber eine Textur namens "ZDF_Hochhaus.jpg" dort. Ich erkläre dir nun einen kleinen Pfusch: Klicke diese Texturdatei mit der RECHTEN Maustaste an, wähle copy und anschließend sofort paste respektive Einfügen. Die neue Datei heißt nun "ZDF_Hochhaus - copy.jpg" Da klickst du nun wieder mit der RECHTEN Maustaste drauf und wählst "umbenennen". Nun gibst du den vermissten Namen "ZDF_Hochhaus_B".jpg ein und ZACK! hast du eine fehlende Datei weniger.

Die zweite stammt aus dem Unterordner "Objects_SN" Diese war in meinem Downloadarchiv dabei.

Die anderen drei stammen aus dem ADDON Simplestreets. Schau dir das Downloadarchiv noch einmal an, denn dort befinden sich sowohl Splines als auch Sceneryobjects. Wahrscheinlich sind diese bei den Splines gelandet. In diesem Fall kopierst du sie im Splines Unterordner ADDON_Simplestreets und fügst sie dann im Sceneryobjects Unterordner ADDONS_Simplestreets wieder ein.

Nun die fehlenden Splines. Diese befinden sich allesamt im Unterordner (oder sollten sie zumindest) ADDON_Simplestreets. Vielleicht sind die dann umgekehrt im Sceneryobjectordner gelandet. Nur Mut, das wird schon, der junge Mann wird seinen Spaß haben!

Welchen Bus fährst du? Den mitgelieferten? Sind es immer noch dieselben Splines, die fehlen? (und Texturen?)

Du sagst, du bist nicht so gut mit dem Computergedöns. Bist du denn vertraut, dich durch Dateiordner zu navigieren? Wenn ja, dann öffne mal mit dem Dateiexplorer das OMSI Hauptverzeichnis. Dort findest du unter anderem den Unterordner Splines. Den auch öffnen. Darin findest du wieder unter anderem den Unterordner ADDON_Simplestreets. Den öffnen und dann sollten die Dateien dort liegen. Tun sie's nicht, hast du sie woanders hin kopiert. Du kannst versuchen, sie zu finden oder das Simple Streets Archiv nochmal neu installieren und darauf achten, daß die Dateien genau an dem Ort gespeichert werden. Nur dort kann OMSI sie finden.

Das gleiche gilt sinngemäß für die Sceneryobjekte. Da die Objekte selbst nicht als fehlend angezeigt werden, sondern nur deren Texturen, sind die wahrscheinlich aus irgendeinem Grund ebenfalls woanders gelandet.