Beiträge von StS

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

  • Projekt Hamburg-Bremen (Knoten Hamburg)

    Schotti weis, dass er zu viele große Provider benutzt. Er kann nur nicht verhindern, das die Leute sich mit Repaints z.B: den KUJU-Ordner noch voller laden. Er hat die Repaints nicht, so gehts bei ihm. Beim anderen knallts halt. Und das System streckenspezifische Ordner mit eigenen Objekten mit eigenen Pfaden (System DTG) Kann er nicht so komplett, da ist er dran, aber bis die x-tausend Objekte neu erstellt und getauscht sind ... Was soll er machen tausend verschiedene Bäume oder einen Baum 1000 mal? Fall zwei ist perfomacemassig besser. Gähn.
    StS

  • 1234

    Seid so gut und schreibt das auch als "Warnhinweis" in die Beschreibung. Es gibt genug, die das Sklavisch nachbauen. Ist ja ein Tutorial, da muss dann so sein, meint man.
    Wir haben das 32bit System und da ist jedes nicht benutze byte von Vorteil.
    StS

  • Projekt Hamburg-Bremen (Knoten Hamburg)

    Mein Verdacht: Die blueprint.Pak sind die Arbeitsbasis, die den Speicher erstmal füllt. Haste ja für jeden Provider/Produkt ja angehakt, daraus wurde je ein Blueprint.pak gebaut. Bei Dir noch nicht so schlimm, geht halt gerade noch. Der Rechner weis aus den anderen Daten, was zu jeder Teil auf Kachel 1 an Objekten und Texturen gebraucht wird. Die werden jetzt nicht von der Festplatte, sondern aus den blueprint.pak im Speicher geholt. Ob jetzt alles auf Verdacht aus dem .pak vorbereitet wird hoffe ich ja nicht. ICH glaub ja auch, dass nur das gerade benötigte aus dem .pak in den Speicher ausgepackt, schön aufbereitet, die Bewegung und der Schatten gerechnet wird. Dann gehts an die Grafikkarte zum Anzeigen. Jetzt kommt Kachel Zwei, Frage an den Speicher ist da schon alles da, Antwort nicht alles, also Nachladung. .... Der Speicher wird nicht so schnell vom Ballast befreit. Könnte ja noch auf kachel drei benötigt werden. Das ging gut, weil in den alten Strecken überall die gleichen Objekte rumstanden. Da wird der Speicher nicht so belastet. Das alles als Gesamtpaket betrachtet, sind riesige Provider/Produkt Ordner von Nachteil.
    Mein Schlüsselerlebnis zum Thema war die Italienische Strecke Ferrovia sul confine Italia-Francia, die nur durch abgemagte Provider (KUJU und RSITALIA) zum laufen zu bringen ist. Der Tipp kam aus einem Italienischen Forum und steht auch heute so in der Readme zur Strecke.
    StS

  • Projekt Hamburg-Bremen (Knoten Hamburg)

    Das wär ja schön, aber warum klemmts wenn man riesige RSITALIA und KUJU Ordner hat, und warum gehts, wenn man auf nur was man braucht abmagert. Was ja DTG heute mit seinen Strecken auch macht.
    Vergleich mal die Größen von blueprint.pak Dateien. So wie es aussieht gehen die immer noch komplett in den RAM.
    Das ist unüberlegter Murks von Anfang an.
    StS

  • Alte Szenarien funktionieren nicht mehr!

    Vermutlich Sammler und Jäger und die Provider werden voller und voller. Die tollen Repaints mit riesigen Fototexturen ... und was noch alles, was den Ram vollhaut.
    Les mal im Hamburg-Bremen Thread, da hab ich geschrieben warums dort klemmt. Evtl. Abhilfe dort in Beitrag 641.
    StS

  • Projekt Hamburg-Bremen (Knoten Hamburg)

    Diese Strecke ist extrem Systemhungrig, geht nur wenn man sich eine spezielle Installation strickt, in der nur die Assets drin sind, die die Strecke braucht.
    Da sind gefühlt 5402 Provider drin, die alle KOMPLETT in den RAM geladen werden, auch wenn nur ein Blümchen verbaut ist.
    JE mehr man sich die Platte vollhaut um so weniger gehen Strecken und Szenarien. Der TS kann nur 3,2 bis 3,5 GB, dann geht er in die Grätsche.
    StS

  • Train Simulator 2015 angekündigt.

    DAs Update kommt zweistufig, über was hier diskutiert wird, ist Stufe eins, Vorbereitung, Sieht aus, das erst mal aufgeräumt wird (Noch ein paar ap-Pakete erzeugt) werden.
    Das sollte durchgelaufen sein, dann erst kann Update nach TS2015 eingespielt werden.
    Also kritisches Sichern, Änderungen alle im Mod-Enabler? Dann bei Steam online und beten.
    StS

  • Linküberholung oder Doppellink auf einem Gleis?

    Schade um die Zeit, ist alles etwas mies programmiert, da haben wir schon Tage verbraten. So lange DTG da nichts macht, ist es müssig Gründe zu suchen. Wir habens auf Zeitabläufe geschoben. Nur wie will man das begründen. Besser wirds nicht, so lange man auch rumprobiert.
    Also steck die Zeit in andere Dinge.
    StS

  • Linküberholung oder Doppellink auf einem Gleis?

    Tipp, Szenarios so basteln, das man KI-Züge immer so sieht, das das Problem nicht auffällt. Von Vorne. Ich fahr früher ...
    Test: stell mal auf einer Bastelstrecke ein Signal sehr weit vom KI-Zug weg, da sieht der KI-TF sogar grün, wenn die Weiche umschaltet und der Fahrweg frei ist.
    bzw. Halt den KI-Zug mit angehakter Uhr mal am Bahnsteig fest, der Fahrweg wird aber früher frei.
    StS

  • Linküberholung oder Doppellink auf einem Gleis?

    KI-Zug regiert sofort auf Block frei, was der Dispatcher meldet. Das Signal auf die Weichenstellung, das dauert halt a weng (da müssen Skripte abgearbeitet werden). Somit gewinnt zeitlich der KI-Zug, der fährt nur scheinbar übers rote Signal. Schau mal in den 2D Plan, da ist der Signalknödel früher grün als das Signal.
    Mit dem Problem kämpfen wir schon seit Railsimulator und DTG ist das ziemlich wurscht. Hauptsache der Spieler sieht die Signalstellung einigermassen richtig.
    StS