[REL] OBSE Streamline

[DWS]

Ich hatte nur eine falsche Vorstellung von der Funktionsweise von HTFpcb; dachte man müsste den Ring jedes mal zum cache clearen anlegen. Ich werde mir deine optimierten scripts dazu mal ansehen.

Aber im Exterieur bleibt es damit doch immer ein "unkontrollierter" alle x Sekunden ablaufender clear-Vorgang, egal ob gerade gekämpft wird oder es sonstwie unpassend für Ruckler wäre?

[NewRaven]

Naja, der Punkt ist... je länger der Speicher nicht geleert wurde, umso länger fällt der "Ruckler" beim pcb aus (liegt in der Natur der Sache: wo mehr Daten zum löschen gesammelt wurden, dauert das Löschen eben auch länger). Das heißt: verhindert irgendeine Bedingung bei Streamline häufig das Leeren, hat man auch dort einen heftigeren Ruckler beim nächsten Mal wo es dann wieder "darf" (auch wenns natürlich aufgrund der Bedinungen nicht in einem dramatischen Moment ist bzw. sein sollte). Leert sich der Cache in regelmäßigen Abständen - je kürzer umso besser - entfallen diese Ruckler ggf. weitestgehend komplett oder sind zumindest stark minimiert, da natürlich weniger Daten im Speicher sind, die entfernt werden könnten - allerdings ist natürlich auch hier das Problem: je häufiger das Script läuft, umso mehr Ressourcen kostet es und es bringt nichts, wenn ein bisschen RAM/Texturspeicher frei wird, dafür aber die CPU am qualmen ist. Außerdem kann zu häufiges pcb wohl auch zum Crash führen - was auch der Grund ist, warum bei Streamline dann die nächst langsamere Methode empfohlen wird. Da ist also etwas abwägen gefragt. Der Unterschied zu Streamline: das Script selbst ist deutlich kürzer - es gibt also weniger abzuarbeiten.

In meiner Version kommt zusätzlich hinzu, das das Script auch nur alle x Sekunden läuft. Während das Originalscript von HTFpcb Extended also - sofern ich mich recht entsinne - in jedem Frame gelaufen ist und sich dann nur beendet hat, wenns nix zu tun gab, startet meines durch fQuestDelayTime auch nur dann, wenns wirklich was tun soll (Änderung 1 gegenüber dem Original). Und Änderung zwei ist eben die Sache mit den Interiors... die verbrauchen im Gegensatz zu Exteriors sehr wenig Speicher und in denen spielt meistens die Action oder es laufen Gespräche ab... außerdem ist ihre Größe meist sehr überschaubar - deshalb ist meine zweite und letzte Änderung (erstmal zumindest...) eben dort nur ein einziges Mal kurz nach dem Betreten den Zellenzwischenspeicher zu leeren. Das gilt dann solange, bis man wieder ein Exterior betritt, womit auch Dungeons, die aus mehren Zellen bestehen, abgedeckt sind. Somit sind Störungen darin kein Thema und die Tatsache, das pcb schon mal das Spiel crasht, wenn richtig viel Action ist, minimiert. Positiver Nebeneffekt: man bekommt nicht bei jeder Loading-Tür nen Ladebalken zu sehen. Und für Exteriors gilt: solange man in dem selben Gebiet bzw. der selben Zelle bleibt, wird ja eh nur einmal gecleart (das ist sowohl bei HTFpcb Extended, als auch bei Streamline als auch meiner Version so) - und da es im Spiel quasi nie zu wichtigen Massenschlachten kommt, wenn man grad eine Exteriorzelle neu betritt/wechselt, ist die Gefahr von Problemen da eher gering, weil der Zellenpuffer meist längst geleert ist, bevor irgendwas besonders aufregendes auf dem Bildschirm passiert. Und nen Wolf kann ich notfalls auch noch platt machen, wenn mal ein Ruckler von 0,5 Sekunden oder so vorkommen sollte. Der einzige Vorteil von Streamline ist IMO die NPC-Erkennung, damit die Sprache beim pcb nicht unterbrochen wird - wobei mir das auch so persönlich noch nie passiert ist, aber ich weiß, das manche dieses Problem haben. Leider liegt da auch ein Teil des Nachteils... eben die meiner Meinung nach permanent höhere Belastung durch das Script und die Absturzfreude zumindest bei mir. Rechnet sich für mich leider nicht, da ich persönlich keinen Vorteil in der Performance gegenüber HTFpcb Extended habe - das kann natürlich bei jemand anderem total anders aussehen Und bei manchen Rechnern wird sich durch pcb die Performance garnicht ändern - egal mit welchem Mod. Mit nem super Absolut-High-End-PC tritt wahrscheinlich sogar eher das Gegenteil ein, weil ein Cache ja eine gute Sache ist, solange der PC ausreichend Ressourcen dafür hat. So ist das nunmal mit Optimierungen.

[Growlf]

Ich werde NewRaven hier mal ein bißchen ärgern, um nicht zu sagen quälen, und auf Timekeeper Advanced: New and Improved hinweisen.

Der bringt neben der Speicherbereinigung, die völlig frei einstellbar (oder abschaltbar) ist, noch
- Anzeige der Ingame- Zeit, völlig frei konfigurierbar
- Warnung vor Kopfgeld
- Autosaves in frei einstellbaren Abständen

Auf Scharesoft gibt's, glaube ich, inzwischen auch eine deutsche Version.

[NewRaven]

Was sollte mich daran ärgern? Das eigentliche PCB-Script ist quasi 1:1 das Original HTFpcb Extended, die anderen Funktionen - um die es hier nicht wirklich geht - sind Geschmackssache. Ich bräuchte sie nicht - da gibts nettere OBSE-Mods.

[Sailorecchi]

Erstmal Hallo zusammen, war bisher immer recht passiv im Bethesda Oblivion Mod Forum und hab immer nach neuen Mods ausschaut gehalten. Bis ich gemerkt habe das es immer noch diverse Probs mit englischen Mods und dem deutschen Game gibt. (siehe RensHair) aber nun denn, habe draus gelernt und kann sagen das ich rund um zufrieden mit meinem Game nun bin.
Jetzt habe ich im Beth Forum gelesen das es eben diesen Streamline 2.0 gibt. Und ich war hell auf begeistert: "NOCH weniger Ladezeiten"
Da ich aber wie oben beschrieben mitbekommen habe das es oft Probleme gibt wenn man englische Mods mit dem deutschen Game kombiniert, habe ich erstmal nach einer deutschen Alternative gesucht. Und da bin ich auf dieses Forum gestoßen.
Nun ja ich habe nun mitbekommen das man Streamline ohne Probs in Englisch nutzen kann, es gibt ja zum Glück recht viele die multi-kompatibel sind, aber was ich hier so gelesen habe macht mich natürlich stutzig.
Newraven scheint die ganzen Cache-Killer Progs zu kennen und meckert ein wenig über Streamline. Seine Argumente klingen für mich einleuchtend.
Nun Frage ich mich natürlich, Streamline oder HTFpcb Extended? Zumal ich quasi noch nie mit meinem Game CTD´s hatte, und die Ladezeiten sind human. Wenn man natürlich die Ladezeiten kürzen könnte (bisher habe ich von Intereor bzw. City-Exteror auf Tamriel-Extereor Ladezeiten zwischen 5 bis 15sek) währe das sau cool.
Mein Rechner (die relevanten Stats): P4 3.0Ghz HT, 1,5GB Ram, Audigy2, AGP ATI X1950Pro 512MB DDR3
Quasi ein Mid-Range PC
Ich nutze TexturenMods von Qarl das Pack2 (3er will ich nicht) und noch andere EyeCandy Mods. Meine Framerate schwankt Exteror (intereor ist immer größer als 40fps) zwischen 10fps und 30fps. Wobei ich immer merke dass bei "Ladezeiten" natürlich die Frames runter gehen auf 3-5fps, kurzzeitig... was sich dann eben als kurzes Ruckeln natürlich auswirkt.
Und jetzt kommt eben Streamline oder eben HTFpcb Extended ins Spiel. Denn wenn es so verspricht was man liest, währen diese Ruckler dann weniger.
Aber ist dies so?
Was empfehlt ihr mir? Streamline oder HTFpcb Extended?

[NewRaven]

Nun, zuerst mal: die Ladezeiten (also das, wo der Ladebalken kommt) werden sich durch beide Mods erhöhen - das Wechseln von einer Exterior-Zelle zur nächsten wird sich beschleunigen. Und zu Interiors hab ich weiter oben schonmal was geschrieben. Und was ich empfehle? Beides ausprobieren

Ich habe nichts gegen Streamline, absolut nicht, aber man muss da etwas differenzieren. Habe ich einen Rechner, wo die CPU genauso stark ist wie die Grafikkarte oder wo die CPU sogar schwächer ist - eben etwas, das man nicht als HighEnd bezeichnen würde, dann sind die zusätzlichen Berechnungen von Streamline eher Belastungen und das ganze pcb-System verlangsamt Oblivion ggf. mehr als es beschleunigt. Hier würde ich zum manuellen pcb oder zu HTFpcb Extended raten - auch wenn eine automatisierte Lösung immer auch Nachteile mitbringen kann - zum Beispiel ein Ruckeln im falschen Moment.

Hab ich aber einen HighEnd-Rechner oder einem, in dem die CPU deutlich stärker ist als die Grafikkarte oder setze ich wie du umfangreiche Textur-Replacer ein, was ja eh schon eine bessere/schnellere Hardware erfordert, mag Streamline interessanter sein, weil man die zusätzlich benötigte Rechenzeit problemlos entbehren kann und/oder die Textur-Replacer den Zellenpuffer natürlich auch schneller bzw. mit mehr Daten füllen. Durch die bessere Hardware kann ich mit Streamline einige der möglichen negativen Nebeneffekte ausgleichen - eben weil so viele Bedingungen, im Gegensatz zu HTFpcb Extended, in die Berechnung der Funktion wann was erledigt werden soll, mit einfließen.

Womit ich aber durchaus so meine Probleme habe, sind die überschwänglichen Aussagen des Streamline-Autors, der seinen Mod als allgemeingültiges Wundermittel "verkaufen" will, das es eindeutig nicht ist.

Ich muss hier meine Aussagen ein wenig aktualisieren. Ich habe mir die Testversion von Version 2.1 angesehen und muss sagen: nicht schlecht. Natürlich sind die vielen Bedingungsabfragen immernoch da, aber die Scripte selbst dazu scheinen jetzt wirklich gut optimiert zu sein - somit überwiegen die Vorteile gegenüber den Nachteilen deutlich. Auch Abstürze hab ich mit dieser Version wie auch schon mit Version 1.x nicht mehr zu verzeichnen. Einen Test ist die neue Version damit auf jeden Fall wert

[DWS]

Und das jetzt, wo ich mit Timekeeper Advanced warm geworden bin... Die Uhr auf Knopfdruck wird jetzt wohl das einzige sein, was ich daraus brauche, falls ich Streamline wieder aktiviere.

[Mr_Tea]

Ich habe Streamline in Version 2.0 und 2.1 getestet, nachdem Oblivion nach einer Neuinstallation die von mir angepasste .ini nicht mehr mochte.

2.1 läuft merklich besser, da Fehler aus v2.0 beseitigt wurden.

[Cato d.Ä.]

Habe das
http://www.bethsoft.com/bgsforums/in...owtopic=681629
gefunden. Hat jemand von Euch Erfahrung mit der "Operation Optimization"?
Hört sich ja auch nicht schlecht an!

[DWS]

Habe das
http://www.bethsoft.com/bgsforums/in...owtopic=681629
gefunden. Hat jemand von Euch Erfahrung mit der "Operation Optimization"?
Hört sich ja auch nicht schlecht an!

...

Das ist aber was anderes. Interessant ja, habe es mal installiert...

Topic: Streamline 3.0 soll wohl einen FOV90-Schalter beinhalten. Da bin ich aber mal gespannt, ob das ohne font-Verschiebungen in den Menüs abgeht.

[Cato d.Ä.]

Ich hab mir den Optimizer auch runtergeladen, aber beim Entpacken war da keine esp. Laut Readme sollte aber eine dabei sein!
Oder hast Du nur die exe ausgeführt?

[DWS]

Danach habe ich auch gesucht, ist aber richtig so. Nur die ersten Versionen hatten eine esp, die letzte Version ersetzt nur noch meshes, d.h. Installer ausführen, loslegen.