Wie wird festgelegt, wie glatt eine Straße z.B. bei Schnee oder Regen ist? Mir fällt beim Fahren nur auf, dass manche Straßentypen selbst bei Schnee gar nicht(!) rutschig sind.
Das geht über die Texturen. Wenn Du mal im Kreuzungs-Ordner nachsiehst, findest Du "neben" den Textur-Dateien cfg-Dateien mit entsprechendem Eintrag:
- [surface]
- {type}
- 0: Asphalt (standard)
- 1: Beton
- 2: Kopfsteinpflaster
- 3: Erde
- 4: Gras
- 5: Schotter
- 6: Schnee
- 7: Tiefer Schnee
- 8: Schneematsch
Display More
3. Wenn man in einem bus mehrere Entwerter einbaut, wie kann man den Sound des Entwerters beeinflussen, damit der hintere Entwerter nicht so laut klingt wie der vordere?
Das geht leider nicht, weil es nur einen Trigger hierfür gibt.
4. Frage zu einer einfachen Kasse mit Fahrscheinen (Einträge aus der Busdatei). Wenn man die Kasse via Klickevent ausblenden kann, kann man die Fahrkartenobjekte ebenfalls ausblenden? Oder geht das garnicht, weil nur Objekte aus der Model.cfg ausgeblendet werden können.
Man kann ja die Blöcke mit dem Kassiertisch mitdrehen lassen - vielleicht hilft Dir das weiter. Schau mal in die passengercabin_EN92.cfg hinein, dort findest Du für die Sale-Points den animparent-Eintrag mit der Bezeichnung "zahltisch". Dieser findet sich in der model_EN92.cfg wieder - und zwar in folgendem Befehl:
Dieser versieht das Mesh mit seiner Animation mit einem Ident, den dann die passengercabin-Datei verwendet. Ich habe nie probiert, ob das auch die Fahrscheine unsichtbar schaltet, wenn das zugehörige Mesh unsichtbar geschaltet wird - zur Not lassen sie sich aber auch auf diese Weise mit einem Hilfsmesh in einen Bereich des Busses verschieben/-drehen, wo sie nicht mehr sichtbar sind.
5. Kann man in Omsi ohne weiteres eine DDR-Zahlbox umsetzen? Also so das die Fahrkunden selbstständig vor der Zahlbox stehen und vielleicht einige handbewegungen machen (oder auch nicht), aber auf jeden fall den Fahrkartenkauf vollständig allein durchführen? Derzeit reagieren ja Fahrkunden beim Fahrkartenkauf auf Aktionen des Spielers, wie Rückgeld geben und Fahrkarten ausgeben. Oder bleibt nur die schlechtere Umsetzung, eine Zahlbox einfach nur als Entwerter zu definieren, womit dann aber die Entwerter wegfallen würden?
Kurz Gefragt: Gibt es Scripttechnisch eine Möglichkeit, damit sich Fahrkunden ihre Fahrkarten an einer Zahlbox alleine holen?
Hmmm, einen Trigger gibt es nicht; der Fahrscheindrucker setzt ja die Variable "GivenTicket", um dem Fahrgast den Fahrschein zu geben. Vielleicht könnte man damit experimentieren, diesen Wert ständig zu setzen, damit der Fahrgast sich den Fahrschein "direkt" nehmen kann... aber dann gibts Probleme mit dem Rückgeld... alles schwierig...
6. In den Scripten eines Busses, wurde ja festgelegt, daß jeder Bus ein Differenzial besitzt. Kann man im Script dieses so erweitern, daß man mit einen Klickevent (Schalter) eine Sperre einsetzen kann? Omsi regelt ja selbstständig, daß das Rad mit der besseren Haftung den Antrieb bekommt. Wo kann man diese Funktion kurzzeitig mit einem Schalter deaktivieren, so daß beide Antriebsräder die Achsrotation ausführen?
Leider ist das komplett hartkodiert und lässt sich scriptseitig nicht beeinflussen.
Wird die KI durch die Sichtbarkeit durch den Spieler berechnet? Ich habe regelmäßig den Fall, dass ein KI-Fahrzeug vor mir um die Kurve um einen Berg fährt, also für mich kurz nicht sichtbar ist. Wenn ich dort ankomme, spawnt vor mir ein anderes KI-Fahrzeug (meist mir der unangenehmen Folge, dass ich in die Eisen gehen muss...) Ist es also so, dass die KI nicht Kachelabhängig geladen wird, sondern Sichtbarkeitsabhängig?
OMSI kann gar nicht ermitteln, ob sich Objekte gegenseitig verdecken - allenfalls, ob Objekte im Sichtfeld sind (also nicht hinter einem). Aber bei der KI läuft eigentlich alles ohnehin über die Kachel-Sichtbarkeiten...
Also wird dann durch das Objekt, das nicht angezeigt wird, trotzdem RAM verbraucht?
Ja, definitiv. Nur der Render-Aufwand verringert sich.
Ist es eigentlich möglich zufällig oder zu einer bestimmten Uhrzeit eine Chrono aufzurufen?
Nein, leider nicht.
Ja das habe ich versucht, aber ich finde das ist keine Lösung wenn man ein Auto als Bus fahren lassen muss.
Du kannst auch Busse "als Auto", also ohne Fahrplan fahren lassen. Es gibt da keinen Unterschied zwischen den Fahrzeugtypen!
Gibt es eine genaue Erklärung zu den "Signal Routes", welche im Editor eingestellt werden können?
Es handelt sich hierbei um die Fahrstraßen für den KI-Schienenverkehr, mit dem die Signale gesteuert werden.
Wie sieht es aus mit einem Rückgängig machen oder Bereich markieren und alles entfernen - Knopf aus?
Frage an die Zukunft... Nicht hier, bitte!
Wie hier und hier beschrieben, habe ich dieses Problem auch. Gerade wenn man Schienen verlegt ist das wirklich problematisch. Hängt das, wie von mir vermutet, auch mit der Tatsache zusammen, dass OMSI-intern alles Fließkommazahlen sind? Auch mit der "Complete to"-Funktion passiert das immer wieder.
Das hängt vermutlich mit der Tatsache zusammen, dass die Karte Weltkoordinaten verwendet, kann das sein? Zur Sicherheit sollte man beim "Snap" mit der Kamera möglichst dicht am Platzierungspunkt sein, ansonsten kommt es u.U. zu Rundungsfehlern mit diesen Folgen.
Da noch offen ist, würde ich gerne noch eine Frage loswerden, die sich bisher auch nicht durch rumprobieren beantworten ließ. Ich hoffe, es ist nicht zu spät
Es geht um die Variety-Straßen, welche immer noch ein gewisses Geheimnis birgen. Folgende Werte sind verfügbar:
[patchwork_chain]
5
AAAAAABBACAADDAAA
3111113111113111
1111111111100011
Der Großteil ist für mich nachvollziehbar, aber was hat es mit {chain of transitions} und {chain of weight factors} auf sich? Mich würde interessieren, wie man diese Werte verstehen muss, um im Prinzip eine eigene Variety-Straße zu erstellen, die sich nach den eigenen "Schadstellen" auf der Textur richtet.
Display More
Ich erläutere das mal am Beispiel der Test-Spline str_2spur_9m_patchworktest.sli mit der Textur str_asphdrk_bad.bmp und dem folgenden Eintrag:
- [patchwork_chain]
- 5
- WRRBRBWYWWBBYYRRW
- 1111111191919191
- 1111111111111111
Also die Parameter von oben bis unten:
- Länge eines Segmentes
- Chain of transitions: Das ist ein bisschen wie Domino - es dürfen nur Segmente aneinander gelegt werden, die auch passen. Es kann ja sein, dass mal eine Naht in der Mitte ist oder rechts Kopfsteinpflaster durchscheint. Diese Textur hat 16 Teile. Damit mehr Variation möglich ist, gibt es vier Varianten von Übergängen von einem Segment auf das nächste: Variante weiß (W), rot (R), gelb (Y) und blau (B). Die Buchstaben können beliebig gewählt werden. Die Textur zeigt nun, dass es Segmente gibt, bei denen von einer Farbe auf die andere gewechselt wird, und andere, wo die Farbe gleich bleibt. Die Farben dienen nur der Veranschaulichung - im Normalfall sind die Übergänge auf andere weise charakterisiert - im Beispiel gibt es im roten Übergang eine Bitumen-Naht auf der linken Seite, beim blauen Übergang zwei weit auseinanderliegende und beim gelben Übergang zwei nahe beieinanderliegende. Beim weißen Übergang gibts gar keine Nähte.
Der Parameter funktioniert nun so: Das erste Segment beginnt mit weiß (W), zwischen erstem und zweitem Segment ist rot (R), zwischen zweitem und dritten nochmal rot (R), dann blau, rot, blau, weiß, gelb.... und weil es mehr Übergänge als Segmente gibt, gibt es auch einen Buchstaben mehr, also insgesamt 17.
- Chain of weight factors: Das ist wiederum eine Reihe von Ziffern von 1 bis 9, welche die Häufigkeit der Segmente angibt. Eine 2 für ein Segment bedeutet, dass es doppelt so oft verwendet wird wie ein Segment mit einer 1.
- Invertable: "1" gibt an, dass das betreffende Segment entlang der Spline gespiegelt verwendet werden darf. Falls es z.B. Beschriftungen gibt, ist dies natürlich nicht erwünscht. Andernfalls kann durch Spiegeln eine größere Variation erzielt werden.
Also in meinem Dorf gibt es 2 Linien, bei der einen ist es so, dass sie bei den Rückfahrten in den Ferien und an Samstagen nur die 2 Haltestellen in der Kreisstadt anfährt und dann nur dort hin fährt wo jemand aussteigen will. Bei der anderen werden nachmittags und abends manche Haltestellen nur zum aussteigen angefahren und bei den Kurzläufern wird in das letzte Dorf nur gefahren, wenn noch jemand im Bus ist.
Danke schön für die Erläuterung!
Could you write some details, how the model.cfg should be built up for scripttexture?
As I know, it is important becouse of the rendering.
Due to the fact that I've described it already in german, I will do that short here: You have to add a [scripttexture] entry (with x and y size of the texture) like you have to add [texttexture] entries at the top of the file. At the point where you would like to use the texture, please use [useScriptTexture] (like you have to do with [useTextTexture]).
Is it possible to define different ratio for the script texture or it should have no effect?
The script texture ratio will be defined in the [scripttexture] entry. The script has to work with this ratio, it can not be changed dynamically.
Should the D92 (with ticket printer) give the same ticket using "shortcuts" and manual clicks? Now they are different: the tickets are from the Ticketpack, the ticket printer uses only one text.
It would have been too complecated to solve the problems to "remote control" the ticket printer in such situations. So the driver grabs into the bag and give the passenger a "block" ticket!
