Ja... Schön... Was können wir jetzt mit dieser Weisheit anfangen? ![]()
Beiträge von IREgio612
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet:
-
-
-
Auch an dich der Hinweis:
Lasst mal solche Nachrichten sein... "okay probiere ich gleich", "kleinen Moment", "okay warte", ...
Denn wenn ihr danach (innerhalb von 24 Stunden) nochmal was schreibt (ohne, dass jemand anderes dazwischen nochmal was geschrieben hat), dann wird das zu eurer vorherigen Nachricht hinzugefügt, ergo: wir bekommen keine weitere Benachrichtigung. Heißt also wiederum, dass wir selber alle paar Minuten schauen müssen, ob was neues kam.

Auch bitte jetzt nicht schreiben "Okay verstehe". Einfach lesen, verstehen und gut ist.

-
Ein Euro 6 mit AST wäre mir neu.
-
Ich hatte gerade nochmal geschaut, der Drucker nutzt ja ebenfalls die IBIS-Makros. OMSI wird nicht unbedingt zwei gleichnamige Makros ausführen. Daher ändere mal im Faremaster-Script...
... {macro:IBIS_init} in {macro:faremaster_init} und
... {macro:IBIS_frame} in {macro:faremaster_frame}.
-
Der Faremaster kann auch nicht funktionieren, wenn die Scripte nicht ausgeführt werden. Hast du die denn korrekt in der bus-Datei drin stehen?
-
-
Ja natürlich geht das. Jedes Objekt hat eine einfache Textur, die man ändern kann.
Aber wie bereits gesagt, nutzt die Decke diese Textur mehrfach hintereinanderweg (= gekachelt). Besteht die Decke also aus 5 solchen Segmenten und du änderst die Textur ab, dann wirkt sich diese Änderung auf ALLE Segmente mit aus. Du hast dann also 5 Dachluken.
-
Denkt doch mal an die Logfile...

Ebenfalls seltsam ist, das die IVU durch die Frontscheibe unsichbar wird.
Das liegt an der Reihenfolge in der Modell-Datei. Wenn ich das recht in Erinnerung habe, sollte der Drucker ÜBER den Einträgen der Frontscheibe stehen.
In der Log finde ich jetzt auch keine Fehler zwecks der Zielschilderung.
-
Ohne Änderungen/Anpassungen in Blender wird das nix.
Die Decke nutzt eine Textur, welches jeweils gekachelt wird...
- Decke_neu_schwarz.dds
- Decke.dds
- Decke_neu.dds
-
Warum denn ein neuer Drucker? Die haben doch den AFR4 bereits selber gebaut. Theoretisch auch in zwei Varianten/Größen. Der reicht dir wohl nicht?
-
Das wird im Loopsound-Eintrag geregelt:
Code[loopsound] OM470LA_Voith\idle.wav 48000 <-- Abtastrate in Hertz (44100 oder 48000) engine_n <-- Variable 575 <-- Wert der Variable 2Ich kenn mich damit leider zu wenig aus, würde aber behaupten, dass sich die Tonhöhe(?) je nach Variablenwert anpasst, ähnlich der Lautstärkenkurve (volcurve) - siehe oben.

-
Wo hast du eigentlich den Dateinamen her? Ich finde in besagtem Busordner nicht wirklich diese Dateien... aber ähnliche. Das dürfte der jeweilige Gang im "Leerlauf" sein, wenn du kein Gas gibst, sondern dich rollen lässt.
-
1) Die gehören zu einer Lautstärken-Kurve (volcurve). Damit kannst du je nach Wert der Variable die Lautstärke des Sounds anpassen.
Code[volcurve] Rollgeraeusch <-- Variable [pnt] 0 <-- Wert der Variable 0 <-- Lautstärke [pnt] 20 <-- Wert der Variable 1 <-- LautstärkeDie Werte dazwischen werden automatisch berechnet (10 wäre z.B. 0,5).
Die Lautstärke selbst ist jeweils die letzte Zeile/Zahl bei [sound] bzw. [loopsound]. Diese wird dann multipliziert, mit dem, was du bei [pnt] angegeben hast.
- 0 = immer hörbar
- 1 = am aktuellen Userfahrzeug nur von außen hörbar
- 2 = am aktuellen Userfahrzeug nur von innen hörbar
- 3 = 1 + 2, also am aktuellen Userfahrzeug von innen und außen hörbar
- 4 = nur an KI-Fahrzeugen hörbar
- 5 = 4 + 1, also an KI-Fahrzeugen hörbar oder am Userfahrzeug nur von außen
- 6 = 2 + 4, also an KI-Fahrzeugen hörbar oder am Userfahrzeug nur von innen
- 7 = 1 + 2 + 4, also immer hörbar (gleiches Prinzip wie 0)
Code: Wo ist der Sound zu hören?[3d] -0.7 <-- x-Koordinate -2.8 <-- y-Koordinate 0.5 <-- z-Koordinate 2 <-- maximale Entfernung, wie weit der Sound noch zu 100% hörbar ist (danach abnehmend)Sound wird abgespielt wenn...
0 : -
1 : Variable = Wert
2 : Variable < Wert
3 : Variable > Wert
4 : Variable ≤ Wert
5 : Variable ≥ Wert
2) Das ist der Name der Audiodatei. In dem Fall der Motorsound.
-
Vorhandene Route gewählt? Im Ticketing angemeldet? Eventuell ein anderes, bearbeitetes IVU-Script genommen, wo die Türvariablen geändert wurden? Sowohl die IVU, als auch der Kajot-Citaro nutzen standardmäßig dieselben Variablen (door_0, door_1, ...).
-
Steht im zweiten Teil meiner Nachricht.
Entweder den (M.L.xyz)-Aufruf entfernen oder den entsprechen Makro-Abschnitt nachliefern. Ansonsten kannst du das auch ignorieren, da es lediglich als Warnung/Meldung zu verstehen ist.
-
In der entsprechenden Sounddatei nach den Türsound-Einträgen suchen.
Code: *.cfg[sound] Ordner\Dateiname.wav 1 <-- Lautstärke [3d] Position x-Achse Position y-Achse Position z-Achse 0.5 <-- maximale Entfernung, bei der die Audiodatei noch zu 100% hörbar istAlternativ einfach das Audio mittels Audacity o.ä. lauter machen.
-
Ein (M.L.xyz)-Befehl ruft ein {macro:xyz}-Abschnitt auf. Wenn er den nirgends finden kann, kommt dieser Fehler.
Die letzten beiden Fehler bekommst du gelöst, indem du die besagten Befehle aus der dort genannten Datei enfernst.
-
Setra S 415 LE business · Blankwitz
-
Wenn ich mich Recht entsinne, auf 80% deines vrams.
Ja irgendeine Rechnung war das… Ich hab das auf 4000 MB stehen, mein Rechner macht das mit und habe normalerweise keine weißen Texturen.