Beiträge von Prelli

Wenn man im Streckeneditor die Bahnsteige anklickt entstehen so komische blaue Pinnöckels. Damit kann man recht gut vorgeben, wo die Leute rumlatschen sollen und wo nicht.
Bei mir jedenfalls klappt das.

Sind die v2-Texturen überhaupt untereinander kompatibel?
Meines Wissens hat die EWS-Version eine andere Front als die Freightliner-Variante.

Das DB-Schenker-Repaint ist für die EWS-Version, soweit ich weiß.

Edit:
Und wenn gerade jemand dabei ist, die BINs der v2-Class66 zu ändern, dann ändert auch direkt mal den Tankinhalt:
Class 66

Wäre sie "zerschossen" würde sich der TS garnicht erst starten lassen und -wenn doch- würden sich die Fehler nicht nur auf ein Szenario der Strecke Köln-Düsseldorf und auf alle der Strecke Hamburg-Bremen beschränken.

Zitat von lzb

Nur würde es mich interessieren ob hier vom technischen Aspekt oder vom optischen Aspekt gesprochen wurde.

Ich habe mich mit den Oberleitungssets von Hamburg-Hannover, Berlin-Wittenberg(Seddin) und auch mit denen von München-Garmisch noch nie beschäftigt, aber ich tippe mal, dass die Quertragwerke ganze Szenerieobjekte sind, und deswegen hängen die Hänger nicht unbedingt da, wo sie optisch hinpassen.

Rosenkill hat da eine andere Strategie verfolgt und einen Lego-Bausatz gebastelt (Bild), aber auch mit diesem Oberleitungsset habe ich mich noch nicht beschäftigen können. Ich weiß nur, dass man die Hänger in das Quertragwerk so einbinden kann, dass es realistischer aussieht. Jedes Quertragwerk wird hierbei zu einem Unikat.
Inwieweit das "Perlen vor die Säue" sind (weil das die Meisten nicht sehen/nicht zu würdigen wissen) oder ein exorbitanter Aufwand wird, kann ich noch nicht beurteilen. Derzeit ist da jemand anderes dran am basteln und macht das Versuchskaninchen dafür.

Hier kann man sehen, dass das Quertragwerk asymmetrisch ist, das obere Tragseil wird also mit den 3 Hängern verknüpft und das wird bei einem einzelnen Szenerieobjekt von HH-H oder M-G ja wohl nicht so sein.

Ich hoffe, Rosenkill nimmt es mir nicht krumm, dass ich das wirklich schöne Bild von ihm hier poste.

Vielleicht mag matthias.gose kurz hinschreiben, wieviele Varianten nun möglich sind, damit Safter ( ) den Topic ändern kann.
Denn mir scheint, dass es nun erheblich mehr als 112 sind.

Edit:
Danke an den Lokheini für's Ändern des Topics, an thenilsman für die Info mit den 192 Variationen und natürlich an matthias.gose für das Update!

Das ist ja garnichts. Dann hat er gerade mal das Hauptprogramm gestartet und noch keine Strecke.

Wenn das nur bei dieser Strecke auftritt, dann muss der Fehler schon sehr früh beim laden auftreten, also z.B. beim Laden des Gleisnetzes.
Man kann unten am ladebalken erkennen, wo der TS gerade in seinem Ladevorgang ist.
Er stockt bei einem Szenario genau 2x etwas länger für ca. 5 bis 20 Sekunden (je nach PC und je nach Strecken-, Szenariogröße). Das 1. Mal stockt er beim laden der Gleisinfrastruktur, er lädt also das Gleisnetz.
Dann rödelt der balken munter weiter, bis er nach einer Weile nochmals stockt, was die fahrwege für den Dispatcher berechnet.
Vielleicht kannst du damit ausloten, ob das vor, während oder nach dem ersten pausieren des ladebalkens auftritt. Dann wüsste man, ob die Gleisinfrastruktur Probleme macht, oder ob er schon vorher "ins Gras beißt".

Hilfreich wäre auch die Benutzung von Logmate, ob da was hilfreiches drin steht.

Genau deswegen mein Rat, den Ramverbrauch mal zu analysieren.
Dann weiß Peter G, dass es (nicht) daran liegt.

Peter G:
Du scheinst recht fit zu sein in der EDV-Materie.
Schau mal nach, was der TS (die Railworks.exe) zum zeitpunkt des Absturzes an Ram benötigte. Bei mir ist spätetstens nach 3700 MB (~3,6 GB) Ende.

Falls das bei dir so ist, kannst du daran wenig bis garnichts machen, außer Szenarien abspecken durch Löschen von KI-Zügen oder Ersetzen durch "fettes" Rollmaterial gegen "leichtere" "Pappwaggons" mit weniger Ram-verbrauch.

Zitat von Steinchen

Hat das auch die standard 52?

Ja!
Ich denke auch nicht, dass das von der Lok abhängig ist, sondern vom Blueprint. Also ungefähr so müsste das im TS stehen:

IF (EngineBlueprint == "Steam") AND (Tunnel == True)
{
     Call Feuerrueckstoss()
}

Zitat von lol515

Sorry aber bei allem Respekt, ich hab mich schon bei der SFS Ingolstadt-Nürnberg Ankündigung gefragt wer das den "braucht". Aber selbst wenn man hier jetzt andere Bahnhöfe dazu baut, wenn ich 35 Minuten in einer Röhre fahren will gibt es World of Subways, aber da steht wenigstens ab und zu. Und wenn ich 35 Minuten nichts tun will flieg ich FSX, aber auch da sieht man wenigstens bisschen was. Mir wird schon im Arlbergtunnel fad!

Wenn die Strecke in der Realität so ist, dann ist sie eben so. Du kannst dir ja dann selber ein paar Kinos, Zirkusse, Casinos oder meinetwegen auch Hüpfburgen da einbauen.

Die Schallschutzwände auf München-Augsburg finde ich auch öde, aber die Strecke ist halt so. ich fände es jedenfalls unangebracht, diese wegzulassen und stattdessen Geranien da hinzustellen.

Mit dem MSI Afterburner bekomme ich das nicht hin. Auch nicht mit dem mitgelieferten RivaTuner Statistics Server.
ich bekomme zwar temp, FPS und andere Sachen angezeigt, aber nicht den Ram-Verbrauch der gewünschten Anwendung.
Ja, es wurde ein Profil für die betreffende Exe im RivaTuner Statistics Server angelegt.

Schade, dass der Sysinternals ProcessExplorer das nicht bietet. Ich muss wohl mal mit Mark Russinovich reden, hehe

Seit Jahren?
Tja... hättest du damals damit mal angefangen, wärst du inzwischen fertig
Nicht immer nur auf andere warten

Der Einzige, der meckerte bin ich gewesen.

Jetzt hab ich aber keinen Grund mehr zu meckern

Dann solltest du aber wissen, dass dein Bild absolut unbrauchbar ist.
Du aber stellst es dar, als wäre es kein problem, hochwertiges Material zu finden. Du hast ja nur 2 Minuten gebraucht, um es zu finden.
Es ist aber nicht brauchbar.

Zoom mal weiter rein, dann kannst du sofort erkennen, dass es -bitte entschuldige den Ausdruck- einfach "Müll" ist.

Ich habe etwa 2 Std gesucht, und nichts brauchbares gefunden. Vermutlich hat deswegen der Repainter auf das Repaint von PaulS zurückgegriffen, weil es einfach nichts brauchbares gibt. Ich will nicht wissen, wie lange PaulS daran rumretuschierte, bis er halbwegs damit zufrieden war.

Tut mir leid, aber das ist verpixelter unbrauchbarer Müll.
Zu niedrige Auflösung, zuviele Artefakte, weil minderwertiges JPG mit vielen Kompressionsartefakten.
Dazu kommen dann noch Moire-Effekte, die entstehen, weil man eine Modelleisenbahnlok, bei der das Logo im Siebdruck aufgebracht wurde, abfotografierte und dadurch Interferenzen mit den Bildpixeln entstehen.

Aber das versteht keiner.
man findet ein "tolles" BIld von 1000 Pixeln Breite (von denen Netto an Nutzdaten etwa 800 Pixel übrig bleiben, wenn man das Unnötige abgeschnibbelt hat) im Internet und denkt, man könne eine 2048 x 2048 Textur damit bekleben.

Wenn du ein solches Bild des Originals findest mit mindestens 1000px Breite an Nutzdaten ohne Störfaktoren, dann können wir weiter reden.

Übrigens OSD...
Für OSD suche ich ein Programm, das mir den RAM-verbrauch einer bestimmten Anwendung als Overlay auf einer Vollbildanwendung anzeigen kann. Ähnlich wie die FPS-Anzeige von Fraps.
Also nicht den Gesamtverbrauch des Systems, damit kann ich nichts anfangen. Sondern einer vorgegebenen Anwendung

Jemand 'ne Idee?

Oder GPU-Z

http://www.heise.de/download/gpu-z.html

Pixelgenau das Logo aufbringen dürfte zwar nicht unmöglich sein, aber dadurch, dass man keine brauchbaren Vorlagen hat, bzw. diese nur in einer recht "schwachen" Auflösung daherkommen, ist das ohnehin vergebene Liebesmüh.
Dazu kommt noch, dass die Vorlage oftmals verzerrt ist, weil nicht exakt von der Seite aufgenommen oder Störungen durch Masten, Sträucher oder andere Hindernisse aufweisen oder auch für unsere Zwecke unbrauchbare Lichtreflektionen, Sonneneinstrahlung oder Schatten aufweisen.

Fototexturen mögen gut sein, aber nur, wenn sie wirklich in guter unverzerrter Qualität und in sehr hoher Auflösung vorliegen. Und wenn sie bei bedecktem Himmel gemacht wurden. Da das aber seltenst der Fall ist, kehrt sich meine Sympathie für Fototexturen ins Gegenteil um.

Zumindest sind jetzt die JPG-Artefakte weg. Und das finde ich Klasse und das reicht mir persönlich vollkommen aus. Jede weitere Verbesserung erhöht den Aufwand exorbitant.

Nochmal zum allgemeinen verständnis.
Vielleicht platzt dann der Knoten.

DEM = Allgemeinbegriff für Geländedaten
Aster = Ein Geländeformat
SRTM = Ein anderes Geländeformat

Deswegen sind die Ordner im TS strikt getrennt, weil es 2 grundverschiedene Formate sind.

Aster muss nach ASTGDM und enthält jeweils (Beispiel):
ASTGTM_N48E008_num.tif
ASTGTM_N48E008_dem.tif
Damit kann man also alles mit Gelände ausstatten, was zwischen 48,000 bis 48,999 Nord und 8,000 bis 8,999 Ost liegt.

SRTM hingegen liegt in SRTM und alle Dateien müssen als .hgt vorliegen.
Beispiel: N48E008.hgt
Damit kann man also alles mit Gelände ausstatten, was zwischen 48,000 bis 48,999 Nord und 8,000 bis 8,999 Ost liegt.

Man kann theoretisch beide Formate benutzen. Eine Kachel (1024 x 1024 m) im TS kann also Aster sein, die Kachel daneben kann SRTM sein. Etwaige Unstimmigkeiten muss man im TS mit dem Glätten-Werkzeug wegraspeln.

Ein Import von Terrain überschreibt das bereits vorhandene Terrain.

Das Terrain wird immer auf der Kachel importiert, über der sich die Kamera (der Observer) befindet. man kann einstellen, ob man nur 1x1 kachel importieren will oder bis hoch nach 19x19 Kacheln.

Wenn im DEM-Ordner keine Geländedaten für das betreffende Terrain vorliegen, wird eine flache Wiese auf Höhe 0 generiert.

Wenn man das terrain importiert hat, kann man theoretisch die Inhalte der DEM-Ordner löschen (würde ich aber nicht machen, kann man immer wieder gut gebrauchen), weil die Geländedaten der Strecke selbst im Content/Routes/xxx-xxx/Terrain-Ordner als 1km²-Kacheln gespeichert werden.

SRTM und Aster funktionieren beide völlig anders.
Daher hat man bei SRTM keine TIFs, weil SRTM anders importiert wird.
Irgendwie verstehe ich jetzt nicht so richtig das Problem...

Und was die beulen und Hügel angeht, so vermute ich mal, dass das so schon richtig ist, denn deine Koordinaten werden ja wohl korrekt sein, also du wirst deine verlegten Gleise ja wohl hoffentlich dort haben, wo das GoogleEarth-Overlay sie vorgibt.
Ergo: Die Koordineaten stimmen
Ergo: Aster ist korrekt und an der richtigen Stelle importiert
Ergo: die Beulen sind normal und resultieren aus größeren Gebäuden oder Baumgruppen.

Versuch mal alternativ SRTM, dann wird es glatter.