REAL DRIVE advanced scenarios for different Routes. [Information-Thread]

Discord Einladung
Trete unserem Discord-Server bei (klicke hier zum Beitreten).
    • Neu

    So, da bin ich schon wieder ;) . Ich habe dein "Real Drive" für München - Nürnberg installiert. Erstmal natürlich danke dafür :thumbup: . Aber ich habe schon wieder ein Problem. Ich habe eine Fahrt von München nach Nürnberg gestartet (und auch Nürnberg als Ziel ausgewählt). Allerdings habe ich das Problem, das ich hinter München, sobald ich in die LZB aufgenommen werde, alles rote Signale habe. Laut LZB habe ich allerdings freie Fahrt. Nach einigen roten Signalen die ich dann "überfahren" habe, entgleist der Zug. Hast du eventuell eine Idee woran das liegen könnte. Ich bin da etwas überfragt :/ .

    • Neu

    @All Real Drivers? Are you having the same problem as Malkondo?


    Hallo Malkondo I’ve not had that happen myself so it’s going to be a tough nut to crack. Since there are over one million permutations, it could be that the dispatcher just hit upon a combination of AI trains it couldn’t resolve. Though that usually triggers a “route blocked” or “unable to resolve clash” message on startup.


    But just to make sure i just drove from München Hbf to past LZB ende after Petershausen with no problems.


    A couple of questions.

    Does this happen every time?

    Did you wait a couple of minutes at the red signal?

    Any upgrades that would change the tracks.bin on the route?

    Are we running the same version of TSC? (I’m at 79.0)

    If it happens, again, try looking at the 2dmap and see if there is a train in the block in front of you, and if it’s moving, and if it disappears into a portal. (Maybe a portal has been corrupted) i’ve seen that happen before.

    Have you added any preloads using “passenger scrap” to the route?


    Meanwhile i’ll have a look at the spawnpoints to make sure all is as should be. EDIT: Everything seems to be as it should here. No missing destinations in the spawnpoints, which is where blockages sometimes happens.

    Ich bin der Musikant mit Taschenrechner in der Hand.

    Einmal editiert, zuletzt von Kim_olesen1 ()

    • Neu

    Don’t say Real Drives are not on a roll currently…. The fourth release in less than a month. Ein Fahrt durch das gemüthliche Altmühltal zwischen Ingolstadt und Treuchtlingen. Be aware of red lights as usual.


    REAL DRIVE advanced Ingolstadt - Treuchtlingen

    • Neu
    Zitat von Kim_olesen1

    Don’t say Real Drives are not on a roll currently…. The fourth release in less than a month. Ein Fahrt durch das gemüthliche Altmühltal zwischen Ingolstadt und Treuchtlingen. Be aware of red lights as usual.


    REAL DRIVE advanced Ingolstadt - Treuchtlingen

    HI Kim,


    vielen Dank für Deinen vierten REAL-Quickdrive in so kurzer Zeit!. :thumbup:


    Ich habe eine einfache Frage, die aber (zum Verständnis) recht schwer in die richtigen Worte zu fassen ist.:


    Am Beispiel dieser Strecke (Ingolstadt-Treuchtlingen):


    Du hast die erforderlichen Vorgaben gemacht, was hier an (Payware-) Erfordernissen besteht, um Deinen REAL-Quickdrive zu fahren.


    RSSLO liefert selbst auch QD`s für die Strecke mit (die natürlich nicht mit Deinen REAL-QD´s vergleichbar sind).


    Aus exakt dem zuletzt genannten Grund würde ich die von RSSLO mitgelieferten QD´s sehr gerne löschen und ausschließlich Deine REAL-QD´s nutzen.


    Nun endlich zur Frage: Ist dies problemlos möglich oder baust Du (inhaltlich) auf den von RSSLO gelieferten QD´s auf, sprich ergänzt Du, nur was den KI-Verkehr betrifft, den von RSSLO gelieferten KI-Verkehr um Deine spezifischen Anforderungen ( ELAP, 3dZug Verkehrspack1), sodass im Falle einer Löschung des von RSSLO gelieferten QD-KI-Verkehrs zwar Dein KI-Verkehr sichtbar ist, aber der (ergänzende?) KI-Verkehr von RSSLO, (speziell der statische KI-Verkehr von RSSLO) verloren geht?. Ich meine damit also nicht Deine individuelle/zufällige Signalschaltung im Kontext Deines ebenso individuellen/zufallsgenerierten KI-Verkehrs!.


    Ich hoffe, ich konnte meine Frage einigermaßen plausibel rüberbringen.


    Best regards

    Rail&Fly



    Hi Kim,


    Thank you so much for your fourth REAL-Quickdrive in such a short time!:thumbsup:


    I have a simple question, but it's quite difficult to put into the right words (for understanding purposes).


    Using this route (Ingolstadt-Treuchtlingen) as an example:


    You have provided the necessary specifications regarding the (payware) requirements to run your REAL Quickdrive.


    RSSLO also provides QDs for the route (which are of course not comparable to your REAL-QDs).


    For precisely the last reason mentioned, I would very much like to delete the QDs supplied by RSSLO and use only your REAL-QDs.


    Now finally to the question: Is this possible without any problems, or are you building (in terms of content) on the QDs supplied by RSSLO, meaning are you supplementing the AI traffic supplied by RSSLO with your specific requirements (ELAP, 3dZug Traffic Pack 1), so that if the QD AI traffic supplied by RSSLO is deleted, your AI traffic will still be visible, but the (supplementary?) AI traffic from RSSLO (especially the static AI traffic from RSSLO) will be lost? I'm not referring to your individual/random signal switching within the context of your equally individual/randomly generated AI traffic!


    I hope I was able to express my question in a somewhat plausible way.


    Best regards

    Rail&Fly