Beiträge von beedle der barde
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:
-
-
Warst du vielleicht zu spät, weswegen das Fahrzeug bereits dort stand?
Ja, ein/zwei Minuten war war ich zu spät.
Dass hinter dem Einsatzwagen ein weitere SB36 stand kann eigentlich nicht sein, ich gehe da jetzt einfach erst mal von einem OMSI Bug aus.
Hinter dem Einsatzwagen stand noch ein Einsatzwagen und dann erst dder SB36.
-
N'Abend. Cool, dass ihr eure Version der Karte zur Verfügung stellt. Vielen dank dafür.
Ich bin mir nicht sicher, ob das ein Fehler ist, oder ob das so soll:
Ich bin (Montags) mit dem SB36 von Beisenbruch (ab 6.53) nach Hofkamp (an 7.14) gefahren. Als ich am Hofkamp ankam stand an der Haltestelle ein Einsatzwagen. Obwohl ich ihm so Dicht wie möglich aufgefahren bin, hat der Nachläufer die Strasse für die Autos versperrt. Um dann wieder weiterzufahren musste ich zurücksetzen.
Als ich von der Wendeschleife zurück an der Hst vorbeifuhr, stand da ein zweiter Einsatzwagen, der die Strasse blockierte. Hinter diesem stand ein weiterer SB36. Kann es sein, dass evtl einige Routen doppelt belegt sind? Oder hatte mein Omsi einfach Lust das so zu machen.
Falls das kein Fehler sein sollte, hab' ich natürlich nichts gesagt.
-
-
Kurz: Selbst mit i9 10900k oder Ryzen 5000 wirst du mit OMSI die selben Probleme haben wie auf nem FX oder nem i5 3450.
So extrem vermutlich schon nicht ganz.
Das (wahrscheinlich) grösste Problem von Omsi ist, dass es (vermutlich wegem Alter) die CPU-Kerne nicht sinvoll nutzen kann. Bei mir sind zwei Kerne dauerhaft auf 100% Auslastung, einer auf 80% und die restlichen 3 im bereich von 0-30%. Eigentlich sollte es ja ausgeglichen sein.
Eine i9 mit mehr Kernen wird also nicht sehr viel helfen, da geb' ich dir recht. Aber die höhere Taktfrequenz dürfte schon ein bisschen 'was ausmachen.
-
-
Ich hab' das auch 'mal so versucht gehabt.
Der Bus ist dann bis Abfahrt am hinterem Busstop gestanden. Erst als er bereits hätte abfahren sollen, ist er dann zum vorderen Busstop gefahren und die Passagiere konnten einsteigen. So hatte er dann automatisch Verspätung.
Der neue Trip müsste also frühzeitig Starten und dann mit "always + wait for dep time" eine Pause einlegen.
Und der Bus hat dann auch, solange er am hinteren Busstop steht, das alte Ziel geschildert.
-
-
Sind die beiden BÜs denn ein Pfadobjekt oder sind es zwei?
1.)Meinst du zur roten Phase ein Wert, zur gelben ein Wert etc?
2.) Oder je eine fürs Tram und eine für die Autos?
Falls eines von beidem ja: den approachdist- Wert brauchts nur am Ende der Phasen vom Tram, da du ja nur da die Anforderung willst.
Könntest du sonst mal die .sco hochladen? Vlt kann man da einen Fehler finden.
-
1.)Meinst du zur roten Phase ein Wert, zur gelben ein Wert etc?
2.) Oder je eine fürs Tram und eine für die Autos?
Falls eines von beidem ja: den approachdist- Wert brauchts nur am Ende der Phasen vom Tram, da du ja nur da die Anforderung willst.
Könntest du sonst mal die .sco hochladen? Vlt kann man da einen Fehler finden.
-
Edit: dumme Frage: wo in der .sco befindet sich der Eintrag "approachdist" und sind da vlt. zwei eingetragen?
-
Durch das Entfernen des 2.Jumpers geht die Ampel zwar aus aber dann auch sofort wieder an.
Dann muss es eigentlich an der approachdist liegen, die einen zu hohen Wert enthält und dadurch der Timestop getriggert wird, bzw. eben übersprungen.
Edit: dumme Frage: wo in der .sco befindet sich die "approachdist" und sind da vlt. zwei eingetragen?
-
Mit dem Timestop meinst du den Jumper?
Ja.
Was mir gerade noch am Bild aufgefallen ist.
Entspricht der Wert bei "Complete Period: ... sec" wirklich der Summer deiner Phasen?
Könntest du sonst mal die .sco hochladen? Vlt kann man da einen Fehler finden.
-
Bleibt die Ampel denn einfach weiterhin rot, oder wird sie auch zu früh rot, wenn der Zug noch weit entfernt ist?
Sonst entferne mal den zweiten Timestop. Also der bei der Grünphase des Zuges und verlängere die Grünphase zB auf 20 Sekunden.
-
Hat wohl leider nix gebracht den Wert zu ändern die Ampel bleibt einfach Rot.
Auf wie viel hast du denn den Wert geändert?
-
-
Du kannst sie auch als Dateianhang hochladen.
-
Ansonsten probier mal folgendes:
Nimm eine Spline, bei der es klappt und stellst dort die gewünschte Schrägung ein. Dann wechselst du auf deine Spline. Klappt es dann?
Hab's nochmals probiert, aber wie gesagt, wird die Spline dann wieder gerade.
die mit dem Simple Spline creator zu erstellen
Hab' die Spline mit dem Spline Creator nochmals geschrieben. Jetzt funktionierts.
Macht für mich keinen Sinn, weil's bei anderen "per Hand" geschriebenen Splines auch funktioniert.
Na ja, egal. Danke dir für die Idee
Edit: Die Splines bei denen es funktioniert, sind doch nicht "per Hand" geschrieben. Also muss man sie wirklich mit dem Creator erstellen. Ergibt für mich zwar immer noch keinen Sinn, aber ja. Omsi...
Edit2: Ich bin nun davon ausgegangen, dass es eben am Creator liegt. Nun habe ich versucht, ob es reicht, dass ich die Spline einfach importiere und wieder exportiere, weil ich keine Lust habe alle nochmals neu zu schreiben. Dabei viel mir auf, dass der schwarze Balken, der das "Heightprofile" darstellt fehlt. Dachte, kann ja nicht sein, hab's ja reingeschrieben. Hab' nochmals nachgeguckt und festgestellt, dass ich "heightproflile" geschrieben hab'. Da ich die .sli immer kopiere und dann anpasse, ist das bei jeder Spline der Fall. Also lag das Problem doch beim fehlenden Heightprofile. Der Dank geht also auch an @Lµkas.
-
[...] versuche doch mal, die mit dem Simple Spline creator zu erstellen.
Daran kanns kaum liegen. Bei anderen "per Hand" geschriebenen Splines funktioniert es auch. Aber ich probiers sonst trotzdem mal.
Logfile kommt, sobald ich das nächste Mal am PC bin.
Auf jeden Fall, danke für deine Hilfe bisher.
-
[...] wieder gerade [...]
Jep.
Aber die Steigung geht?
Ja, sonst funzt alles, wie's soll.