So überspitzt ist das nicht. Schau Dir mal das hier an (gleich der erste Beitra auf der Seite): http://www.swtor.com/community/showthread.php?t=359246&page=33

Die Antwort, auf die Du Dich beziehst, war an Viciskander gerichtet, nicht an Dich. Oder postest Du mit zwei Konten? Sei's drum. SSD alleine sagt im Zweifelsfall gar nix aus. Hab schon welche gesehen die ~250MByte/s hätten bringen sollen (je nach Benchmark), aber nicht mal 150MByte/s schafften. Siehe z.B. http://www.storagereview.com/corsair_force_f120_ssd_review, dann http://i.imgur.com/2p9GB.png und http://i.imgur.com/pxfZP.png Ihr habt nicht völlig unrecht wenn Ihr behauptet daß die Engine grottig ist, allerdings ist die Frage ob Ihr bis zum Sankt-Nimmerleins-Tag darauf warten wollt, daß Bioware was tut, oder ob Ihr selbst Hand anlegt. Ja es ist Bioware's verdammter Job den Mist auszubügeln, aber herbeinörgeln läßt sich das nicht. Die andere Seite der Medaille ist, daß wir alle den gleichen Murks zocken, er bei einigen aber ungleich schlechter läuft, trotz ähnlich performaten Systemen. Das gibt zu denken (jedenfalls mir). PC Nutzer haben schon immer Masochisten sein müssen @ Viciskander Wenn ich ohne Ramdisk zocke (ebenfalls von Hitachi Platte; siehe http://i.imgur.com/oWHe2.png) habe ich auch Hänger, aber lange nicht so ausgeprägt und häufig wie sie bei Dir sind. Ich glaub ich muß mich wirklich mal bei YouTube anmelden. Wenns in diesem Thema um konkrete Hilfestellung ginge, würde ich zuerst mal posten, was ich am System seit der Win7 x64 Installation geändert habe. Das wäre, wo ein Sammelthread ins Spiel käme.

Du schreibst was von Kommunikation in einem Deiner vorigen Postings, gibts aber selbst nicht alle Infos. Wichtig wäre noch zu wissen welche Festplatten und / oder SSDs Du verwendest. Daß das Spiel seine Inhalte ständig von der Platte streamt dürfte ja nun keine Neuigkeit mehr sein, oder? Die starken Ruckler in Deinem Video mögen am Spiel liegen, aber sie lassen sich mildern. Und jetzt stell ich mich mal genauso trotzig hin wie Du und sag "such halt". Vielleicht verstehst Du jetzt, worauf ich mit einem Sammelthread hinaus will.

Oder einfach mal die eigenen Behauptungen auch belegen.

Mein erster eigener Rechner war ein 286'er mit sagenhaften 12MHz und 40MB Festplatte. Um Wing Commander 2 zu zocken mußte ich alles runterschmeißen außer dem Betriebssystem. Das Spiel lief gerade mal so, aber ich habs durchgezockt. Mehrmals Kann sich noch jemand an die diversen Turbolader für den C64 erinnern? Das war mitunter ein ziemliches Herumexperimentieren, bis man einen Loader hatte, der sich mit dem Spiel vertragen hat. Da hätte man das Spiel in der gleichen Zeit auch normal laden können

Zeig mir mal einen. Welche Hardwarekonfiguration? Sicherlich nicht. In Grafikkartenbenchmarks gibts auch Testläufe mit den unterschiedlichsten Einstellungen.

Ich lese immer wieder von "flüssig", "nicht flüssig", "ruckelt", "high end", "low end" usw. Das sind alles sehr relative Begriffe. Was wir brauchen ist ein "Hardwarekonfiguration und Spieleleistung" Sammelhread. Wer dazu beitragen will oder Probleme hat und nach einer Lösung sucht postet einfach - Hardwarekonfiguration (gibt genug Tools, womit man das komfortabel auslesen kann) - Screenshot des Spiels bei aktiviertem FPS Zähler (auch dafür gibts Tools) - Grafikeinstellungen im Treiber und im Spiel Daraus ergäbe sich eine Übersicht, wie gut das Spiel in welcher Auflösung und welchen Detaileinstellungen auf welcher Hardware läuft und man könnte viel besser Optimierungstips geben, wenn jemand Performanceprobleme hat. Das gegenseitige Schädelspalten über die doch sehr freie Auslegung relativer Begriffe hätte dann weitestgehend ein Ende. Auch haben wir dann etwas in der Hand, was wir (wenns entsprechend ausfällt) den Spieleentwicklern vorsetzen können, damit diese "betrifft nur Low-End Systeme" Sprüche ein Ende haben. Beispiel:

Es geht um den Betrieb des Spiels im Fenstermodus. Da ist höchstwahrscheinlich nicht Spieleauflösung = Desktopauflösung, denn sonst würde es derjenige höchstwahrscheinlich nicht im Fenstermodus laufen lassen wollen. Außerdem ist das Script für fortgeschrittene Benutzer gedacht. Denen darf man ruhig was zutrauen, zumal die Funktionen ja auch erklärt sind. Absolut richtig, bei der "Größe" dieses Projekts hier aber vernachlässigbar. Bei If-ElseIf gibt es auch keine Nachfolgeprüfung. Laß das hier mal laufen: Die If-ElseIf springen genauso nach dem ersten Fund raus wie die Select-Case. Und dann noch Beide sind zeitlich ziemlich gleich. Das legt den Schluß nahe, daß auch Select-Case die Cases der Reihe nach abklappert, bis es fündig geworden ist, und eben nicht direkt den passenden Case anspringt. Kann ich im Moment nix weiter zu sagen, da sich wie oben geschildert If-ElseIf mir anders darstellt. Sorry, sehe ich nicht. Ich will Dir nicht irgendwie krumm kommen, es ist nur so daß ich das von Dir geschilderte Verhalten von If-ElseIf in den Jahren bis heute noch nicht beobachtet habe. Selbst heute Mittag nicht, wo ich mich mal intensiv mit dem Thema befasse. Selbst im deutschen AutoIt Wiki ist nur die Rede davon, daß Select-Case lediglich die Übersichtlichkeit erhöht. Zu unterschiedlichem Verhalten von Select-Case und If-ElseIf finde ich nichts.

Wie soll ich einem Anwender eine vordefinierte Auswahl an Auflösungen anbieten können, ohne irgendwo eine Liste eben dieser Auflösungen zu haben? Mein Monitor unterstützt 1920x1200. Soll ich das Spiel jetzt in 1920x1200 laufen lassen? Sicherlicht nicht, denn SWTOR hat das gleiche Problem wie so viele andere Spiele auch, nämlich daß das HUD für das 16:9 Seitenverhältnis ausgelegt ist und bei 16:10 Darstellung in die Länge gezogen wird. Also hab ich zwei Möglichkeiten. Entweder ich lasse den Anwender seine Wunschauflösung aus einer Liste auswählen, oder er gibt die Auflösung manuell ein. Und dann gibts immer noch die Möglichkeit, eine Auflösung zu verwenden, die größer ist als das, wozu ein einziger Monitor in der Lage ist. 3840x1080 wäre so ein Fall. Darüber ließe sich sicherlich nachdenken, zumal der Ressourcenverbrauch einer interpretierten Sprache ohnehin deutlich höher ist als der einer Maschinensprache. Da käme es auf das bisschen mehr auch nicht mehr an. Es ist fast immer besser, für kleinere Änderungen einen Wrapper zu bauen, als größere Funktionen komplett umzukrempeln oder eine solche Funktion quasi ein zweites Mal mit eben diesen Änderungen einzubauen. Selbst wenn man das wie in meinem Fall nicht hat, wo ist bitte der Unterschied im Ablauf zwischen "alles auf einem Haufen in der While Schleife" und "weggepackt in einzelnen Funktionen"? Das wußte ich jetzt noch nicht. Vielen Dank. Sorry, aber ich sehe da nicht den großen Unterschied, von der Performance und der besseren Struktur vielleicht mal abgesehen. Was Select Case bewirkt, das läßt sich auch mittels If Else umsetzen. Beispiel aus der AutoIt Hilfe: Das mag alles sein. Der Knackpunkt ist "unbekannte Daten". Die sind nämlich genau das: Unbekannt. Niemand kann wissen was es mit unbekannten Daten auf sich hat. Also läßt man das Programm entweder diese Daten analysieren und hofft, daß am Ende was Verwertbares bei rauskommt, oder man fängt sie als "unhandled exception" ab und ignoriert sie. Um nochmal auf das Array zurückzukommen. Wie baust Du eine Prüfung, ob ein Array auch tatsächlich ein Array ist?

Hierbei geht es um alle nativ vom Spiel unterstützten Auflösungen, um diese auch extern per Script einstellbar zu machen. Ich bin mir ziemlich sicher daß sich das Spiel dabei am Grafik- und Monitortreiber orientiert und die dort hinterlegten bzw. unterstützten Auflösungen selbst zur Auswahl anbietet, da ich aber noch nie Treiberinformationen ausgelesen habe belasse ich das bei der Vorgabe der Auflösungen in einer separaten Datei sowie der manuell einstellbaren Auflösung. GUIs brauchen Systemressourcen. Ein GUI, welches nur bei Bedarf aufgebaut wird, ist die effizientere Lösung. AutoIt unterstützt beide Möglichkeiten, also ist eines so gut wie das andere. Der Übersichtlichkeit zuliebe teile ich das sowieso in einzelne Funktionen auf. Warum also den Umweg über noch eine Funktion? Das "wie" ist egal. Erst fragt man die zu erwartenden Zustände ab, was übrig bleibt ist entweder was Übersehenes oder ein Fehler. Ob ich dazu eine While Schleife, diverse If Else oder Select Case EndSelect verwende kommt unterm Strich aufs Gleiche raus. Siehe Doch beides greift nicht bei Arrays. Da hilft nur "if isarray($bla) then ...", wie sich ja gezeigt hat.

Update to v0.2c Fixed a bug that would cause the script to crash when moving the game window. Please see starter posting for the link.

Kein Thema. War tatsächlich etwas, was ich übersehen hatte. Kannst Du gerne tun und schaun, ob Du noch was findest. Ich hab mir die diversen Debugging und Error Handler Tools für AutoIt angesehen, aber mehr Informationen als mit dem Standardzeugs kriegt man da auch nicht. @Topic Neue Version 0.2c; Änderung siehe Startposting.

Wir scheinen der Sache näher zu kommen. Bitte teste mal das hier: http://pastebin.com/raw.php?i=ZRB6ccCe

Kann den Fehler bei mir nicht nachvollziehen. Hab aber auch nur zwei Bildschirme, vielleicht hats ja damit was zu tun. http://pastebin.com/raw.php?i=nebY6Nq6 Nochmal eine leicht überarbeitete Version des Scripts. Die sollte jetzt Laut geben wenn irgendwo ein Array angesprochen werden soll, an dieser Position aber keines vorliegt. Dazu wird dann noch eine Nummer ausgegeben. Diese bitte dann hier posten. Langsam ärgerts mich. Entweder hab ich Tomaten auf den Augen, sodaß ich den Fehler ums Verrecken nicht sehe, oder die AutoIt Macher haben irgendwo Mist gebaut. Ich tippe mal auf Ersteres PS: Nur um auf Nummer Sicher zu gehen: Du läßt das Spiel im Fenstermodus laufen und nicht im maximierten Fenster (Einstellung direkt im Spiel)?

http://pastebin.com/raw.php?i=CZJFaQQt In der angegebenen Zeile steht bei mir nix von einem Array, allerdings scheint der Fehler in eine bestimmte Funktion zu fallen (_currentwindowmode). Ich hab da jetzt noch eine zusätzliche Sicherung gegen nicht vorhandene Arrays eingebaut, mal schaun ob das jetzt hinhaut. Allerdings ist es mir ein Rätsel wie es zu dem Fehler kommen kann. Arrays in dieser Funktion behandeln aussschließlich Position und Größe des SWTOR Fensters. Kein Array zu haben (was der Fehler im Prinzip aussagt) wäre gleichbedeutend damit, daß das Script das Fenster zwar gefunden hat, die genannten Werte aber nicht auslesen konnte. Und das ist eigentlich ein Ding der Unmöglichkeit. Wenn man ein Handle zu einem Fenster hat (was das Script an dieser Stelle haben muß, da sonst schon längst eine andere Sicherungsmaßnahme gegriffen hätte), dann lassen sich auch immer die Statusinformationen dieses Fensters auslesen. Egal. Teste das neue Script doch bitte umd gib bescheid, wenns noch irgendwo klemmt.