[vR & Influenzo] MF DB Br146.0 EL

also: die Bitmap meiner Textur hat 48MiB und ne 16MiB Alpha... macht 64MB. Die Bumpmap mit 8 K hat, rein aus der Logik die vierfache Größe weil das Quadrat die Doppelte Seitenlänge hat, daher 2^2 = 4. Daher hab ich einfach die Bump auf 2K gesetzt, macht keinen Großen Unterschied, aber spart ne ganze Menge MB im RAM. Kannst aber so viel sagen, wie du willst. Ich behalte die Originalauflösung (der Textur), ist ein vR Repaint, da will ich nicht experimentieren, sonst sagen die am Ende noch "Nein", denn der Technische Stand muss gleich, wenn nicht besser dem Original sein.

mfg

FabialP

Wenn man die Texturen tauscht, so wie es @ES64F4 beschrieben hat, denn nimmt die Lok "nur noch" etwa 300mb RAM weg, was ja schon mal efast den RAM-Verbrauch halbiert und schlechter sieht die Lok deswegen auch nicht aus.

Ich kann es also durchaus empfehlen, dass man dies machen sollte, wenn man Szenarien mit der 146.0 bauen und fahren möchte.

@lysias93 It will not save a so large amout of RAM. That's the space saved on the storage. The orignal engine avec NMC and NM. With high graphic setting, the game loads NM texture. With low setting, it loads NMC.

Exemple

main_normal_nm.TgPcDx : 65 MB
main_normal_nmc.TgPcDx : 8 MB

Total on drive : 73 MB Loaded by game : 65 MB with high setting or 8 MB with lower settings

If you delete main_normal_nm.TgPcDx, rename main_normal_nmc.TgPcDx to main_normal_nm.TgPcDx

main_normal_nm.TgPcDx : 8 MB

Total on drive : 8 MB Loaded by game : 8 MB with high or low setting.

Space saved on drive : 65 MB. Space saved in RAM : 57 MB (8 MB loaded instead of 65 MB). It's less but it's still a nice amout to spare.

@ES64F4

Well, I replaced almost every *_nc.TgPcDx with the low setting *_nmc.TgPcDx, maybe that's why there is such a reduction of RAM, when I did it.

I replaced:
cab_normal_nm.TgPcDx
rueckwand_normal_nm.TgPcDx
schalter_normal_nm.TgPcDx
sessel_normal_nm.TgPcDx
tisch_normal_nm.TgPcDx
panto_normal_nm.TgPcDx
wiper_normal_nm.TgPcDx
drehgestell_normal_nm.TgPcDx
main_normal_nm.TgPcDx

Maybe the tisch_normal_nm.TgPcDx is not a good choice, because you can see a difference between the nm.TgPcDx and the nmc.TgPcDx there, but not that much.

For the cab, the difference is visible. True. My goal was to explain a way to save some space on storage and what is more important in RAM. Optimisation may take some time if you chose the replacement or not for each file.

Here is what I have changed for BR 146. I use beschriftung.TgPcDx from BR 145 (BR 146 one is 21 MB).

Zitat von ES64F4

MF Lokomotiven zu groß Texturen.

The BR 145 and BR 146 textures size is an issue. I don't understand the usage of 8K textures. The vR BR 101 look fine with 1K or 2K texture. To reduce the memory used by BR 145 and 146, I look for texture witch have nm and nmc version. I delete the nm (bigger) and rename the nmc to nm (see picture). I do this for engine and cab. I also remove Ebula witch is a nice feature but it takes too much memory.

Original BR 145 folder : 559 MB
Reduced BR 145 folder : 283 MB

This is even worst with the BR 146 some texture size have increased.

<Out of topic>
The ChrisTrain Flirt 3 also have over sized textures. I clean it up ! I also do the "nmc to nm" for all textures in Koblenz Trier folder. It nearly never crash due to lake of memory.
</Out of topic>

Alles anzeigen

Das ist ja mal der HammerTip.Habe glatt ein fps anstieg von 3-5 von 23 auf 26-28 in Köln-Koblenz. Und man merkt es.Vielen, vielen Dank.Thanks,thanks,thaks

.....schon interessant wie die Diskussion seit meinen letzten Posts weiter ging. Offensichtlich gibt es doch einige anscheinend einfache Optimierungsmöglichkeiten um den TS sinnvoll spielbar zu halten ohne auf gewünschte Funktionen zu verzichten ...Frage mich nur warum so renommierte Hersteller wie vR oder CT das nicht von vorn herein tun ?

Vielleicht geht das ja auch beim ressourcenfressenden Monster 442...

@Matthias J.

Ja, hatte ich auch schon gemacht.... so mache ich einfach aus knappen 500MB mit den 8K-Texturen, zuerst 250 mit den kleineren Bumpmaps. Jetzt noch ein Repaintblueprint für das Zweite Repaint: Schwupp 138MB... (geht ja nur um die Außentexturen)
Also 138 MB für zwei Repaints ist jetzt nicht so viel. falls es noch mehr werden, wird das Verhältnis noch besser.

mfg

FabiaLP

Zitat von kiter

ohne auf gewünschte Funktionen zu verzichten

Weil ein bisschen Tür auf und zu und Rollo runter und rauf eben nichts an mehr RAM benötigt.
Wer noch mehr sparen will löscht alle EBuLa Texturen auch noch weg.

Zitat von fliegeroli

Vielleicht geht das ja auch beim ressourcenfressenden Monster 442...

So viel braucht der nicht an RAM... Ein FLirt 3 braucht zB deutlich mehr.

ääh, Entschuldigung, habe ich jetzt eventuell etwas verpasst ?

Das mit den "_nm" bzw. "_nmc" Texturen ist doch schon seit der "TS-Steinzeit" bekannt.
In der Vergangenheit war es jedoch üblicherweise so, dass die Content-Ersteller die "_nmc" Textur genutzt haben,
jedoch auch die "_nm" Textur mitgeliefert haben. Hier war dann, gegebenenfalls, genau die umgekehrte Vorgehens-
weise angesagt. Wenn man das Modell "optisch aufpeppen" wollte, nutzte man, durch Umbenennen, halt die "_nm"
statt die "_nmc" Textur. Ich war bisher eigentlich der Überzeugung, dass dies allgemein bekannt ist. In RAM-kritischen
Situationen konnte man, mit der "_nmc" so auch die eine- oder andere Aufgabe zum Laufen bringen, falls notwendig ...

Zitat von fliegeroli

Vielleicht geht das ja auch beim ressourcenfressenden Monster 442...

(Kurz hier ein OT Einschub) ...das gibt es ja schon : mit Morphis Soundupdate ist auch der Ressourcenhunger der 442 gestillt. Macht sich extrem bemerkbar : Morphis Soundprojekte (Released: BR425/BR648/BR442)(WIP: BR423)

Ich finds ja gut was @ES64F4 da gezeigt hat.
Jetzt kommt aber mal meine frage:
Man kann damit wirklich RAM sparen, aber was bringt es wenn ich es gemacht habe, aber andere nicht?
Baue dann ein Szenario mit viel KI. Bei mir blubbt es nicht, aber bei den anderen 80% schon.
Wenn, dann sollte man das vR mitteilen, damit es Einheitlich wird.
Verstehe auch nicht warum man solche Mords Texturen nimmt.
Denn im TS gilt:
Weniger ist oft mehr.

Und was machen die, die sich mit dem PC nicht so gut auskennen?
Später ist das Geschrei groß das es nicht funktioniert.
Wer sich da besser Auskennt, kann ja mal vR schreiben, so gut kenne ich mich da nicht aus.