Beiträge von IREgio612

Es wird keiner hier auf diesen Thread stoßen und sofort Lust & Laune finden, das Ding zu bauen

Es erfordert schon einiges an Arbeit, einen Drucker in vollem Umfang zu bauen und zu scripten. Zugang zum entsprechenden Gerät wäre da auch vom Vorteil.

Ich kann mir jedoch ganz gut vorstellen, dass Sobol an einem solchen Zelisko werkelt. Von ihm kamen ja schon etliche Modelle an Druckern (deutsch & polnisch).

Da bleibt es nur abzuwarten, und nicht bereits jetzt zu sagen Ich glaub kaum dass da noch jemand großartig arbeitet. Denn wie gesagt, sowas braucht nun mal seine Zeit und ist nicht innerhalb weniger Wochen/Monate fertig, auch wenn es nicht ganz so viel Arbeit wie eine Map oder einen Bus kostet.

Wir wechseln mal in die Unternehmensgruppe von Regio Bus Nord!

IVECO Crossway LE Line 12 · Friedrichstadt

Dieser Bus entstand mit Unterstützung von BusspottingEichsfeld - Sänk ju verri mutsch an dieser Stelle

Richtig. Laut dem Bild hast du für je eine Haltestelle 1 Minute Zeit eingeplant. Du trägst in diese Liste die Fahrzeit in Minuten ein.

Da diese Minutenangaben für OMSI jeweils eine Haltestelle sind, muss man die entsprechenden Haltestellen/Minuten vorher in die Haltestellenliste eintragen. Und das wird in der Regel so aussehen, wie auf dem Bild. Wenn du natürlich Touren hast, die länger als 60 Minuten gehen, musst du die Liste erweitern.

Zitat von BusfahrerP

ja, genau.

Ich weiß jetzt nur nicht mehr genau, ob es empfehlenswert ist, einen IVU-Bus in der AI-List zu verwenden, wegen der IVU?   IREgio612

Habe ich bislang nicht ausprobiert.

Da der Drucker, aber nicht weiter, als bis zur Startseite kommt, ohne weitere (durch User basierte) Eingaben, frisst der eigentlich nicht viel Performance.

Und die Anzahl der Objekte macht vielleicht höchstens 1 FPS Unterschied, wenn man die aus der Modell-Datei entfernt... sind ja schließlich nur Planen die da geladen werden müssten.

Das Problem wurde bereits behoben.

Es lag an einem Terminus-Script von Cooper, welches die CoD-Matrix bei gewissen Hofdateien und Haltestellen zu einem Zielwechsel zwang.

Zitat von FreeZzy_xD

kann mir wer sagen, wo der Fehler sein soll?

Der Fehler verweist auf eine TextTextur. Also wird er die Stringvariable meiner IVU in keiner Stringvarlist finden. Schau nochmal nach, ob du wirklich die IVU_stringvarlist.txt in der bus-Datei stehen hast und die Zahl unter dem Schlüsselwort korrekt ist.

Du musst das

[animparent]
fahrertuer

bei der IVU durch

[animparent]
zahltisch

ersetzen.

Die ganzen IVU-Objekte sollten dann aber nach diesem Eintrag folgen:

[mesh]
Zahltisch\NL263_Zahltisch.o3d

[viewpoint]
0

[animparent]
zahltisch_hebel

[mesh_ident]
zahltisch

[viewpoint]
3

[mouseevent]
cp_zahltisch

[newanim]
origin_from_mesh
origin_rot_y
90
anim_rot
zahltisch
30

Die müssen nicht direkt darunter stehen, aber wichtig ist, dass dieses Objekt irgendwo darüber steht, da es den dazugehörigen [mesh_ident]-Eintrag hat und dieser vor dem [animparent]-Eintrag kommen muss.

Normalerweise ändert man sowas wie folgt:

In jedem Kartenordner (OMSI 2\maps\) befindet sich eine global.cfg. Darin definiert werden u.a. das Geld ([moneysystem]) und die Fahrscheine ([ticketpack]). Unter diesen sog. Schlüsselwörtern wird ein Pfad mit einer Datei angegeben. Das kannst du bei Bedarf problemlos ändern bzw. kannst du somit auch kontrollieren, woher die Map die Daten nimmt.

Du fügst aus der Euro Mod 1.7 (von gcW) eigentlich nur die Money-Datei entsprechend dem Ordnerpfad in dein OMSI-Hauptverzeichnis ein und änderst dann noch den Pfad in der global.cfg, wie oben bereits beschrieben.

Mehr muss für eine Euro Mod nicht gemacht werden.

Zitat von Spin

Schade das dieses Spiel einem so viel Probleme bereitet.

Warum denn das? Kann auch sein, du hast das falsch eingefügt.

Die Euro-Mod ändert eigentlich nur die Money-Datei. Und die hat nix mit Fahrscheinen oder Fahrgaststimmen zu tun, dafür ist die Ticket-Pack-Datei verantwortlich. Dort wird u.a. auch festgelegt, wie oft die Fahrgäste reden (Begrüßung, Meckern, ...) und woher sie die Sounds beziehen. Steht der Wert auf 0, halten die brav ihren Sabbel. Das entnehme ich auch aus deiner Logfile. Da sind nirgends irgendwelche Warnungen zu sehen, dass die entsprechende Sounddateien nicht gefunden werden können. Also ist das mehr oder weniger Absicht, dass die nicht reden.

Zitat von Spin

das die Fahrkarten arten kurzstrecke etc. nicht mehr angezeigt wurden

Wo wurden die denn nicht angezeigt? Auf'm Drucker?

Ich kann's nicht oft genug sagen:

Lasst die alten Varlisten und Stringvarlisten in der bus-Datei stehen!

Der Dienst begann mit zwei Runden Schulbus, welcher sich - meiner Meinung nach - nicht wirklich lohnt... Aber der wird nun mal so bestellt, also wird er auch gefahren.

Der blaue Wellenreiter wird heute ordentlich im fränkischen Gebiet getreten... Durchlüften und kurze Pause auf'm Betriebshof, bevor es dann weiter nach Kronach geht.

IVECO Crossway LE Line 12 · Tettau

Mit dem Verschieben ist das super einfach.

Dem entsprechenden Objekt (in der Modell-Datei) gibst du den Syntax [texcoordtransX] für die horizonate und/oder [texcoordtransY] für die vertikale Verschiebung. Darunter vergibt man die Variable. Je nachdem, welchen Wert diese beinhaltet, wird die Textur entsprechend verschoben.

Bei 0 verschiebt sich gar nix, bei 0.5 verschiebt es sich um ein halbes Bild und bei 1 verschiebt sich das Bild um genau ein Bild. (man sieht dann keinen Unterschied).

Die Variable kann in einem Script dann mit einem Wert beliefert werden.

Am Ende kann das also so aussehen:

[mesh]
Mein_Objekt.o3d

[texcoordtransX]
Variable_bla_bla_blubb_X

0.4 (S.L.Variable_bla_bla_blubb_X)

Hier würde sich das Bild um 40% (wenn man das so sagen darf) nach rechts verschieben.

Die Positionsleuchten nutzen diese Textur bzw. diesen Ausschnitt:

Macht es ja auch. Aber eine bestimmte Registration-Datei sorgt für den letzten Schliff. Ich hatte bspw. mal den Tacho aus dem MAN Stadtbus-Addon in einen Freeware-Citaro eingebaut. Habe alles einem anderen User geschickt, dem fehlte aber letztendlich der Tacho, obwohl er das Objekt von mir hatte. Er besaß aber nicht das entsprechende Addon. Also irgendwie hängt das schon zusammen.

Ich meine, dass OMSI und seine ganzen DLCs auf demselben Account installiert/registriert sein müssen um sich gegenseitig anzuerkennen.

Deaktiviere in AUXI bitte das reale Wetter, wenn du in BBS fährst.

Zitat von flOmsi

und bin jtzt auch nicht so ein Experte, der alle Fehler ausmerzen kann.

...deswegen dieser Thread hier!

Mich persönlich würde es auf jeden Fall mal interessieren, was TUV 3 aussagt. Kannst das ja mal weiter beobachten. Ich hab das mal mit in die Liste aufgenommen, vielleicht findet man noch Rat und Lösung.

Zitat von n37w0rk3r

dass die BVG TFT Fett bmp Datei fehle

Airportfreak | Hat er doch geschrieben Es geht anscheinend um eine Font-Datei.

n37w0rk3r | Hast du denn die beiden Dateien BVG_TFT_Fett.oft und BVG_TFT_Fett.bmp im Font-Ordner liegen?

Zitat von flOmsi

TUV 3 stand 2 mal hintereinander in der Log!

So doof wie's klingt, aber du musst mal ausprobieren, wann der Fehler immer auftritt. Kann auch in Zusammenhang mit den anderen beiden Fehlern stehen. Heißt: sobald die weg sind, ist auch TUV 3 weg. Aber das muss man selber testen.

MrSilvester316

Schau mal, du siehst doch selber, da kommt der 9. TextTextur-Eintrag vom NLC-Fahrtenschreiber, und dann plötzlich meine IVU-TextTexturen. Von 9 auf 38. Geht schlecht

Von daher musst du den TextTexture-Eintrag vom NLC-Fahrtenschreiber insgesamt noch 28mal darunter kopieren und erst DANN folgen meine IVU-TextTexturen. Und nein, du brauchst dann nicht die einzelnen Ziffern darüber abändern.