Mir fiel auf, daß bei der Kasse in der oberen Reihe 8 Euro beschriftet sind, aber nur sechs herauskommen; bei den 20 Cent ist die obere Taste mit 40 beschriftet, aber sechzig kommen heraus; ich habe als Notlösung erstmal eine Umbeschriftung vorgenommen, da ich nicht weiß, wie das Original aussieht (und umscripten könnte ich das eh nicht
und umscripten könnte ich das eh nicht
Das ist doch Quatsch! Alles was du brauchst hast du.
1. Du mußt lesen und schreiben können
2. Du mußt lediglich die Einträge in einem Script anpassen.
Gehe unter folgendem Pfad zu Datei: cashdesk.osc
..\Omsi 2\Vehicles\HH_Doppelgelenkbus\Script
Diese Datei mit dem Editor öffnen:
Hier geht es um den Löffel mit der Aufschrift 30. Es sollten also beim Druck darauf auch 30 Cent erscheinen. Hier kommen aber nun 40 Cent raus.
Hier einfach den letzten Eintrag löschen, so das lediglich Drei mal die Münze Nummer 4 ausgegeben wird.
Das kann man beliebig erweitern, wie man möchte. Mit einem Klickpoint kann man 10 € mit 2x 5€-Scheine rausgeben, man kann die 20 Cent komplett weglassen usw.
Welche Nummer ein Geldstück oder -schein hat, findest du in der Datei money. Allerdings gibt es derzeit noch keine Klickpoints für Geldscheine. Das liegt daran, das Geldscheine schlecht in die Münzschale passen oder man sie so knicken oder falten muß, was wiederrum mehr Polygone kostet.
Wenn du weitere Münzen einsetzen möchtest, dann mußt du die Münzen, mit dem entsprechenden Wert in der Gelddatei unter "Money" eintragen. Dort kannst du ein 37,8 Cent-Stück definieren unter der erweiterten Nummer ... Beispiel 10. Dann kannst du einen Klickpoint anlegen oder auch zwei. Diese werden als Trigger festgelegt und die Anzahl der entsprechenden Münzen eingetragen. Letztenendes legst du fest das der eine Trigger (mausevent) die Münze 10 einmal ausgeben soll und beim Klick auf den anderen Klickpoint soll die Münze 3 mal ausgegeben werden, damit du die üblichen 1 €uro13,4 Cent rausgeben kannst.
Der Vollständigkeit halber sollte man noch erwähnen:
- Welche Währung auf einer Map von den Passagieren gegeben wird (D-Mark, €uro, $$$) und welche Währung aus der Kasse kommt, legt man in der global.cfg der Map im Map-Ordner fest. Dort steht der Pfad zur Gelddatei und zu den Texturen.
- Es gilt nur eine "cashdesk.osc" in der Scriptdatei. Zwei verschiedene verursachen Probleme, wenn man diese nicht durch Umschaltung wechselt (CTI-Basiert, Klickpoint, etc.)
- Welches Geld und wieviele Münzen beim Klick auf einen Löffel ausgegeben werden steht nur in der cashdesk.osc des Busses. Ist also für jeden Bus anders definiert.
-
Hallo Darius, hallo an alle anderen Mitleser:
Ich habe den Bus erst vorhin herunterladen können, daher habe ich schon viel hier mitgelesen. Nun will ich auch mal was dazu schreiben!
Auf der Karte Ahlheim Laurenzbach auf der 23 (ich weiß, ist unrealistisch!) macht er einen tollen Job. Einmal ist er mir flutschen gegangen und hat sein Hinterteil gejagt, aber auch nur ein einziges Mal.
Die Performance ist also nicht top, aber wirklich nicht so schlimm, wie hier einige schreiben.
Das Verhalten der Gelenke finde ich sehr gut umgesetzt. Der Bus hat einfach was!
Durch den Patch ruckelt der Bus im Stand nicht mehr, die neue Fahrersicht zeigt den Innenspiegel nicht -> Das macht sich sehr positiv bemerkbar!
Grundsätzlich ist zu sagen, dass sich der Bus definitiv lohnt, wenn man keinen Billig-Laptop hat.
Funktionen sind gut umgesetzt, er fährt sich fein und ist ein tolles Addon!
Danke Darius!
Gruß Michael
Eigentlich sollte seit dem ersten Update nur noch der linke Spiegel in der Fahrersicht sichtbar sein und gerendert werden. Oder habt ihr extrem kuriose Bildschirmauflösungen? Falls ihr den Innenspiegel in der Fahrersicht seht, ist der Patch wohl nicht installiert.
Wenn im Doppelgelenkbus keine Ansagen kommen, im Solo hingegegen schon, evtl. mal die Soundanzahl höher stellen. Die verwenden ja das gleiche Druckerskript.
Zum Fahrkomfort mit Ecomat auf Euro 3 sage ich mal nichts
Hallöchen in die Runde!
Abgesehen von der fehlerhaften cashdesk.osc (Danke an Tatra für die Hilfe bei der Selbsthilfe) sind mir die fehlenden Nebelschlußleuchten bei beiden Bussen aufgefallen. Außerdem herrscht offenbar Uneinigkeit bei beiden Modellen darüber, wo diese bzw. auch Rücklicht/Bremslicht angeordnet sein sollen:
Meiner Meinung nach gehören Rück-u.Bremslicht nach oben, wie beim AGG, und unten fehlen dann jeweils die NSL.
Gruß Onkel Hugo
Wofür ist eigentlich diese LCD Anzeige auf dem VDV-Träger?
Ich habe eine Frage: In einem Repaint Thread hat jemand ein RVL Repaint für den AGG erstellt. Auf dem Präsentationsbild ist auch eine Version mit einem Gelenk zu sehen. Lässt sich diese durch einen Trick aktivieren?
Ich habe eine Frage: In einem Repaint Thread hat jemand ein RVL Repaint für den AGG erstellt. Auf dem Präsentationsbild ist auch eine Version mit einem Gelenk zu sehen. Lässt sich diese durch einen Trick aktivieren?
Das ist eine Mod, die Du hier finden kannst.
Nun habe ich mir heute den AGG auch geholt, und ich muss sagen, ist wirklich ein sehr schöner Bus geworden. Er ist schön modelliert, lässt sich gut bedienen und fahren.
Zur Performance: nach den negativen Kommentaren hier zu Anfang, dachte ich mir, versuchst du mal direkt ein Stresstest: X10, Zoo, 07:00 morgens, bei meinen normalen, nicht wirklich niedrigen Einstellungen. Die Betriebsfahrt zum Zoo verlief noch halbwegs ohne Probleme. Doch bei der ersten regulären Fahrt war ziemlich schnell Schluss: ein hüpfender AGG, der sich auch nicht mehr einfangen lies. Dazu muss man aber auch sagen, ich fahre den X10er sonst immer nur mit dem DL, also nicht mal mit einem Gelenkbus. Der AGG besteht ja quasi aus drei Bussen.
Also zweiter Test, gleiche Umgebung mit etwas niedrigeren Einstellungen (2 statt 3 Nachbarkacheln und 40 statt 100 KI-Fahrzeugen). Und siehe da, der Bus fuhr nahezu butterweich am Zoo vorbei. Auch während der Fahrt gab es keine Probleme mehr.
Ein Punkt der mir auffiel: es wurden keine Ansagen abgespielt. Nach einem Blick ins logfile und in den Ansagen-Order denke ich aber, es liegt eher am X10-Addon. Die wav-Dateien haben nämlich alle den Präfix 'Tel_', der im logfile nicht angegeben ist. Da müsste ich vermutlich mal im Support-Thread vom X10 nachfragen.
Zwei Punkte haben mich etwas irritiert, die aber vermutlich der Realität entsprechen. Erstens das Display zeigt die Türen von rechts nach links an, rechts wird also die 1. Tür angezeigt. Ist meiner Meinung nach nicht intuitiv. Zweitens die 2. Tür geht automatisch zu. Ich dachte eigentlich, sie würde komplett vom Fahrer gesteuert. Zumindest dachte ich, ich hätte das so in Aachen beobachtet. Es kann natürlich sein, dass dies in Hamburg anders ist. Wie gesagt, wenn es der Realität entspricht, sind dies natürlich keine Kritikpunkte (der erste Punkt höchstens an Van Hool :P).
Nun möchte ich noch ein letzten Punkt ansprechen: das Fahrverhalten. Insgesamt lässt sich der Bus sehr geschmeidig fahren. Allerdings gefällt mir das Verhalten in Kurven nicht zu 100%. Leider gibt es ja bisher kein Gelenkbus in Omsi, der sich wirklich realitätsnah verhält. Sagen wir mal, rechts neben dem Nachläufer eines Gelenkbusses steht auf dem Gehweg eine Mülltonne in ca. 10-15cm Entfernung. Bei komplettem Einschlag nach links nimmt eigentlich kein Bus in der Realität die Mülltonne mit. In Omsi passiert das leider mit jedem Gelenkbus, selbst bei halbem Einschlag. Der Nachläufer drückt immer etwas nach außen, und die hinteren Reifen rutschen über die Straße.
Das Interessante beim AGG ist jetzt, hier passiert genau das Gegenteil. Die beiden Nachläufer drücken nach innen. Vielleicht könnte ja Darius oder jemand anders, der für die Scripte verantwortlich ist, mal erklären, was für das Fahrverhalten unternommen wurde. Möglicherweise könnte man ja daraus einige Rückschlüsse ziehen, um die goldene Mitte zu finden. Davon könnten ja auch andere Gelenkbusse profitieren.
Auch wenn Van Hool damit wirbt, dass der AGG sehr spurtreu fährt, in der Realität holen die Fahrer doch noch sehr weit aus bei Rechtskurven. Der hintere Nachläufer fährt eine Kurve doch noch ein Stückchen enger als der Vorderwagen. Allerdings ist dieser Effekt in Omsi deutlich stärker. Ich muss aber sagen, das ist mir dann doch noch lieber, als manch ein Gelenkbus. Wenn man bei manchen Gelenkbussen eine Rechtskurve mit vollem Einschlag fährt, steht man mit dem Nachläufer plötzlich zur Hälfe auf der linken Spur (und ich meine damit die Straße, aus der man gerade kommt).
lg Kevin
Erstens das Display zeigt die Türen von rechts nach links an, rechts wird also die 1. Tür angezeigt. Ist meiner Meinung nach nicht intuitiv.
Das hatten hier schon andere angemerkt, es entspricht aber dem Vorbild. Übrigens sogar im doppelten Sinne, denn beim echten Bus sind die Türen ja auch auf der rechten und nicht auf der linken Seite.
Zweitens die 2. Tür geht automatisch zu. Ich dachte eigentlich, sie würde komplett vom Fahrer gesteuert. Zumindest dachte ich, ich hätte das so in Aachen beobachtet. Es kann natürlich sein, dass dies in Hamburg anders ist.
So ist es. Bei Türsteuerungen ist es ja üblich, dass sie je nach Betrieb variieren. In Aachen ist es seit Jahrzehnten üblich, dass Tür 1 und 2 komplett manuell gesteuert werden. In Hamburg sieht es wieder anders aus.
Ich habe mir den AGG jetzt einfach nochmal geholt, ich konnte es mir einfach nicht verkneifen.
Die Performance ist inzwischen akzeptabel, nur wenn der AGG ein neues Ziel schildern soll bekommt der Bus kurz einen Hüpfanfall.
Mir hat es auch geholfen, OMSI eine höhere CPU-Priorität zuzuweisen (Bei WIndows 10: Task Manager -> Reiter "Details" -> OMSI.exe rechtsklicken und im Kontextmenü entsprechend auswählen) und dann im AMD CCC wie gewohnt auf volle 4.4 GHz CPU-Leistung zu stellen (Natürlich nur bei OMSI und beim Baking in Blender).
Aber auch wenn das jetzt funktioniert bei mir. Wie kann es sein, dass die Generierung der Zielbeschilderung einen solchen "Frameskasper" auslöst? An den reinen Textfeldern kann das nicht liegen, sonst hätte man das Problem ja durchgehend ohne Abhängigkeit vom gerade geladenen Content.
Bin ich der einzige der mit dem A330 nicht rückwärtsfahren kann? Der Gang wird vom Taster her eingelegt und die Rückleuchten gehen an, aber das Getriebe bleibt im Neutral-Zustand.
Auch wenn das Thema Doppelgelenkbus scheinbar im Sande verlaufen ist möchte ich euch mal eine kleine Erkenntnis mitteilen.
Vielen von euch gefällt ja das Gelenkverhalten des Busses nicht, so wie auch mir. Durch ein kleines Experiment mit dem fiktiven C2 Doppelgelenkbus kam ich auf die Idee einige Werte aus diesem Bus auch in den AGG zu pflanzen. Was mich positiv überraschte das es auf anhieb funktionierte, das Gelenkverhalten hat sich mit einem schlag gebessert. In Kl. Winternheim auf der Map Mainz komm ich nun auch durch die Schleife ohne mit dem "Hintern" in der Mittelinsel zu landen. Da dieTrailer nichtmehr nach innen gezogen werden sondern ihre Laufbahn bis zum Ausgangspunkt in einem gleichmäßigem Bogen durchlaufen. Vorher wurden die Trailer ja immer weiter nach innen gezogen jeh stärker der Knickwinkel war.
Ich stell euch mal im Spoiler die jeweiligen Werte zur Verfügung, verbesserungsbedarf ist da sicherlich noch.
Der neue Wert im Vorderwagen:
Der neue Wert im Mittelwagen, hier habe ich zusätzlich den Abschnitt [inv_min_turnradius] entfernt
Der neue Wert im Trailer, auch hier wurde der Abschnitt [inv_min_turnradius] entfernt und auch der 2. Wert der unter dem [rot_pnt_long] stand sodass nurnoch ein Wert dort steht.
Jetzt leuchtet bei mir zwar die ABS Leuchte dauerhaft aber das ist mir B-Wurst.
Vllt. kann einer von euch ja die Einstellungen noch etwas verfeinern aber besser fahren tut er sich auf jedenfall find ich.
und jetzt noch ne kleine frage. Wo kann ich die Störungen deaktivieren denn die kommen mir etwas zu häufig.
Moin,
Ich überlege zur Zeit mir das Addon zu kaufen und wollte mal nachfragen ob der Bus in irgendeiner Weise die Performance beeinträchtigt?
Mfg
Meine letzte Fahrt mit dem AGG ist zwar schon länger her, jedoch musste ich feststellen, dass der Bus oft schon ab 11 FPS mit dem Hüpfen beginnt. Das macht natülich das Fahren in Innenstädten oder Knotenpunkten wie z.B. Hamburg, Berlin Zoo oder auch Winsenburg Hbf schwierig.
Im KI Verjehr habe ich den Bus noch nicht fahren lassen, kann deshalb keine Aussage darüber machen.
Im KI Verjehr habe ich den Bus noch nicht fahren lassen, kann deshalb keine Aussage darüber machen.
Würde den AGG nicht für den massenhaften KI-Verkehr empfehlen. Mit dem Solo sollte es kein Problem sein.
Felix: Mache ich vielleicht bei Gelegenheit, wenn ich mal wieder einen in die Finger kriege. Da sind auch einige Schalter im Cockpit anders. Einen konkreten Termin möchte ich noch nicht versprechen.
Heißt das, dass dann auch die LED Matrix in die AGGs kommt?
Und vllt auch neue Repaints (orginale)?
Ich hab den Bus auf Maps wie ahlheim oder dem Städte3eck mit ca. 5/6 wagen pro Tag laufen und kann keine Probleme feststellen. Im Gegensatz zum Citaro fährt er sich nicht an Haltestellen fest oder ähnliches.
