Lass den task manager nebenbei laufen...wenn die RAM-Auslastung bei >= 3,3 GB RAM ist, stürzt der TS in der Regel ab. Daran kannst du nichts ändern. Einzige Lösung: Szenario abspecken.
Beiträge von Broflugo
-
-
@TalbotTalent: wenn du nochmal so anfängst, kriegste das erste vom letzten zu hören und so weiter...
@Interling: was mich bei dieser Diskussion nervt, ist, dass pauschal hier die Vorstellung gepflegt wird, dass man bei vR so gerade am Existenzminimum lebt und es so gerade reicht, um sich nen Marmeladenbrot zu schmieren. Und schuld sind natürlich immer die bösen User, die immer mehr für immer weniger haben wollen. Ist das sachlich? -
Preise rauf geht nicht, also muss Zeit runter und damit auch Qualität.
Dann werdet ihr eben auch damit leben müssen, dass der eine oder andere User gewisse Produkte aus eurem Portfolio links liegen lässt. Ich denke schon, dass man die vorhandenen Unterschiede von BR 140 und BR 141 besser hätte herausarbeiten können. Ihr konntet ja schließlich auf viel bereits vorhandenes Material zurückgreifen (Cab, Sounds, Lua-Scripte, Außenmodell). So zeitintensiv kann also die Entwickklung der 141 nicht gewesen sein, als dass man nicht mit nem richtigen Tacho und nem passenden Außenkasten hätte aufwarten können.
Und dass du hier gebetsmühlenartig in jedem Post immer wieder wiederholst, wie schlimm doch alles ist, wie wenig Zeit, wie wenig Geld, geht nicht, funktioniert nicht, passt nicht, gibts nicht usw...das lässt vR auch nicht gerade in einem besseren Licht erscheinen. -
Toll, einfach klasse. Freu mich schon sehr darauf...(sowohl auf das Fahren also auch auf die Szenarioerstellung). Schon mal ein großes Dankeschön für die geleistete Arbeit!
-
Hi zusammen.
Im Handbuch stehts leider nicht drin. Gibt es eine Möglichkeit, im Editor im flyout ein Fahrtziel voreinzustellen (z.B. für KI-Fahrzeuge)? Was genau muss ins Flyout eingetragen werden?
Ich beziehe mich konkret auf den Wittenberger Steuerwagen von vR.Danke schon mal...
-
Knapp 4800t und gut 550m...demnächst auch auf Ihrer Platte?!?!

-
Schade, dass das hier wieder in eine solche Schlammschlacht ausarten muss und einige User direkt ne Möglichkeit sehen, persönliche Animositäten zu pflegen.
Meine Meinung dazu: die vr 140 wird schon Pate gestanden haben (Außenmodell, Cab, Skripte, wohl auch Sounds). Ich denke, es ist legitim, das zu äußern. Anscheinend ist ja auch schon einigen aufgefallen, dass das Außenmodell nicht ganz stimmig ist. Aber nun gut, das soll die Arbeit von vR nicht schmälern. Ist doch schön, wenn sich hier viele über den Neuzugang freuen können. Also immer schön locker durch die Hose atmen.

-
If there is no PZB built in, I have no interest in the locomotive anyway ...
And yesterday in China a sack of rice fell down...

Chris hat doch schon geschrieben, dass die Lok zunächst vorwiegend für den holländischen Markt gedacht ist und eine PZB evtl. später implementiert wird. Lies doch mal den ganzen Thread, bevor du solche Kommentare ablässt.
-
Das wären eine Verbesserungsvorschläge.
Du hast vergessen, dass sich das Ding fährt wie nen Flummi auf Ecstasy
-
Hm..auch ich werde mich dieses Mal zurückhalten, nachdem mein Lokschuppen mit "Lenkrad"-Loks schon gut gefüllt ist (vr 103, 110, 140, 151, 181)...man muss ja nicht alles haben. Vom Gameplay her dürfte sie ja wahrscheinlich wie die 140 zu fahren sein... *duckundweg*
-
Ich halte die Türsteuerung bei der 425 (Nahverkehr, S-Bahn) schon für ein zentrales Element und nicht nur eine "Spielerlei". Würde mir wünschen, dass sie so umgesetzt wird wie bei der RWA 423. Mehr ist ja leider aus diesem alten Kuju-Code nicht rauszuholen.
-
Ich glaube schon, dass wir uns auf Qualität freuen dürfen. Vielleicht löst ja sogar der MF 425 den MF420 als bislang (imho) beste EMU ab.

-
testen, testen, testen...

-
StS: "Fäkalsprache" habe ich nicht benutzt. Wenn das Wort "Faulheit" für dich Fäkalsprache ist, dann hast du nen Problem und nicht ich. Durch diese unsinnige Löscherei wird jede Diskussion im Keim erstickt. Schade, aber irgendwie auch typisch für dieses Forum
-
@Schuster Ok, danke für das Feedback!
Hatte sich im Handbuch irgendwie anders gelesen. -
Den Ebula-Helfer von vR zum Laufen zu kriegen, ist echt nicht schwer. Auf München-Augsburg gibt es gar keine Hektometertafeln, also macht es dort keinen Sinn, nach Ebula fahren zu wollen. Empfehlenswert ist der TS-MFD von Sillo (google das mal), da gibts zumindest für Hagen-Siegen (und viele weitere Strecken) gute Ebula-Pläne. Aber auch das setzt Eigeninitiative und Lernbereitschaft voraus...wie so vieles beim TS.
-
Mag ja sein, dass andere Tools besser als der task manager sind..trotzdem reicht der task manager mMn aus. Sobald 3,3 GB RAM erreicht sind, stürzt der TS zuverlässig ab.

-
wenn gleiche Fahrzeugtypen noch woanders auf der Strecke vorhanden sind, hat es sowieso fast keine Auswirkung.
Ja, weiß ich. Habe in einem Testszenario 4 vr-Loks als KI-Zug aufgegleist, aus dem Portal kommen lassen und dann wieder in ein Portal verschwinden lassen. Die Karte war ansonsten leer. Ergebnis: Nach Erscheinen des KI-Zugs auf der Karte RAM-Anstieg von gerade mal ~80MB, nach der Ausfahrt ins Portal keine Veränderung...zumindest nicht im Task-Manager...
-
Hi zusammen!
Mal kurz in die Runde gefragt: welchen Zweck erfüllen Portale eigentlich?
1. Portale, aus denen ein Zug herausfahren soll, blocken den Streckenabschnitt. Überholungen können auf diese Weise nicht realisiert werden (z.B. ich fahre an einem Portal auf meinem Gleis vorbei, aus dem dann ein KI-Zug kommen soll, um mich zu überholen --> geht nicht
2. RAM-Verbrauch: auch bringen Portale keine Vorteile beim RAM-Verbrauch. Züge, die bei Spielanfang im Portal stehen, werden direkt in den RAM geladen. Sie bleiben im RAM, auch wenn sie in ein Portal fahren. Ich habe das jetzt mehrfach getestet und konnte keinen "Arbeitsspeicher sparenden" Effekt erkennen.
3. Der einzige Vorteil scheint zu sein, dass KI-Züge, die in ein Portal verschwunden sind, die Strecke nicht mehr blockieren.Also hält sich der Nutzen von Portalen doch sehr in Grenzen. Oder was meint ihr?

-
Ok, danke für eure Hilfe!

