Wissenswertes zu Opensourcesoftware und IT
Wie ich auf Computerbase soeben gelesen habe, gibt es kein monatliches Catalyst Treiber Update seitens AMD mehr. Die Gründe hierfür sind offenbar, dass AMD es als sinnvoller ansieht, neue Treiberreleases vom Stapel zu lassen, wenn wirklich etwas verbessert wurde.
Ich werde den 12.6 Beta demnächst testen… Man darf gespannt sein… (oder auch nicht)
Heute staunte ich nicht schlecht, als nach der Installation von FS Passengers X sämtliche meiner Addons aus dem FSX raus geflogen sind.
Es fehlte der Menüeintrag von FS Recorder, AccuFeel war weg und zu allem Überfluss war auch kein Fs Passengers X im Flightsimulatormenü zu sehen – TOLL!
Nach wirklich langer Suche stieß ich schließlich im Forum von FS Passengers -eher durch Zufall- auf einen Eintrag.
Der Poster erwähnt dort, dass er -nachdem auch beim ihm alle Addons nach Installation von FSPassengersX aus dem FSX geflogen sind, FS Recorder deinstalliert und dann wieder neu installiert hat.
Nach dieser Aktion installierte er dann FSPassengersX erneut und siehe da, in dieser Konstellation läuft sowohl der Recorder als auch FSPax.
Blöd nur, dass man jetzt offenbar alle Addons, die sich per DLL in den FSX einklinken neu installieren muss.
Gestern habe ich (wiedermal) Debian Wheezy installiert. Irgendwie hatte ich im Hinterkopf, dass ich zuletzt ja Probleme mit der Grafikkarte (Treiber) gehabt habe. Bei der Grafikkarte handelt es sich um eine recht neue AMD Radeon HD 7950.
Frohen Mutes also schnell mal Debian Wheezy installiert. In X bekomme ich zwar ein Bild, jedoch in einer recht niedrigen Auflösung.
Dennoch – ich kann mit dem Standard (radeon) Xserver keine höhere Auflösung einstellen. In die (Un)-tiefen der xorg.conf mag ich mich nicht begeben.
Wozu schließlich bietet AMD einen proprietären Treiber an.
Kurzerhand build-essential und die Kernelheaders installiert und den aktuellen AMD Treiber für meine Grafikkarte runtergeladen.
In einem Rootterminal gebe ich der gerade heruntergeladenen Datei das Ausführrecht mit chmod +x amd-driver-installer-12-4-x86.x86_64.run.
Danach führe ich selbige Datei aus: ./amd-driver-installer-12-4-x86.x86_64.run
Das Setup scheint ohne Probleme durch zu laufen – GUT!
Sicherheitshalber starte ich das System neu und warte auf das Loginfenster…
…das aber leider nicht erscheint… einzig ein blinkender Cursor oben links zeigt mir, dass das System sich nicht verabschiedet hat. Es macht aber eben nicht das, was ich erwartet hatte.
Per STRG + ALT + F2 öffne ich ein Terminallogin und logge mich ein. Ein Blick in die Logdatei von Xorg schließlich meldet einen SERVER ERROR und irgendwas mit einem VT-Console Problem…
Per Google finde ich zwar einen Thread in einem Forum, der das Problem analysiert, jedoch keine Lösung.
Auf #debian (IRC) meint man schließlich, dass der XORG von Wheezy zu neu ist und nicht mit dem proprietären Treiber von AMD zusammen arbeitet…
Irgendwie könnt ich mich Ohrfeigen, wieso bin ich nicht bei Nvidia geblieben?!
WICHTIG: Mit Debian Squeeze läuft der AMD Treiber ordnungsgemäß!
Nachdem ich nach wie vor maßlos von Xplane 10 enttäuscht bin, denn es läuft auf meiner Radeon HD 7950 immer noch „unter aller Kanone“, bin ich wieder auf den guten alten FSX retour gegangen.
Leider hat ja MS aus mir nicht bekannten Gründen das legendäre FSX Team eingestampft, obwohl es eigentlich immer gute Flugsimulatoren vom Stapel ließ.
Wer nun denkt: „Moment mal, es gibt doch MS Flight!“…
…der wird sich über kurz oder lang eingestehen müssen, dass Flight recht nett ist, aber wohl eher der heutigen „Fastfood“ und Arcadegaming-Fraktion angehört. Jedenfalls ist das verglichen mit dem FSX einfach keine Simulation.
X-Plane 10 ist schon einige Zeit lang nur noch im Regal und verstaubt. Ganz ohne Zivilsim will ich aber nicht sein. Also krame ich den alten (aber guten) FSX nebst Acceleration Pack wieder hervor und installiere ihn auf meine Platte.
Mein Rechner hat seit der letzten Installation einiges an Hardware Upgrades erfahren. Was für mich Grund genug ist sämtliche Grafikeinstellungen (Details) auf maximal (ganz rechts) zu schieben. „Das schafft der Rechenknecht locker…!“
Zusammengefasst also:
Rein in die Cessna und da steh ich nun, am Innsbruck (LOWI) Airport und will starten. Hierfür schiebe ich den Schubregler nach vorne. Fraps (ein Programm zum aufnehmen von Bildschirmvideos) attestiert meinem FSX grade mal 15 FPS?!
Mein Gesicht wurde lang und länger, als ich zu den maximalen Details noch Bewölkung und Regenwetter aktivierte.
Das kann ja nicht sein!
Zuallererst war ich also ziemlich desillusioniert… Das muss ich mir genauer anschauen. Das kann nicht der Weisheit letzter Schluß sein! Google angeworfen und folgendes gefunden:
Ein sehr interessantes Tuning-Tool, in dem man seine eigene fsx.cfg hochlädt und das – basierend auf der eigenen fsx.cfg – optimierungen vornimmt.
Die optimierte CFG-Datei kann man dann auf den PC downloaden und dabei dann die eigene CFG überschreiben. Man sollte sich aber auf jeden Fall eine Sicherheitskopie der Original fsx.cfg anlegen, bevor man die Datei überschreibt.
Die fsx.cfg ist (unter Windows 7) in folgendem Ordner zu finden:
Alleine die durch die Anpassungen, die das Tool durchführt, erhielt ich einen flüssig laufenden FSX.
Es sei angemerkt – und das wird auch in verschiedensten Foren so kommuniziert – dass eine hohe FPS Zahl im FSX nicht gleichbedeutend mit einem flüssig laufenden FSX ist!
Als weitere Tuningmaßnahme soll man die FPS im FSX auf unlimitiert stellen und einen externen FPS Limiter einsetzen über den dann der FSX gestartet wird.
Vor allem Track IR-Nutzer werden folgende Optimierung zu schätzen wissen, denn sie unterdrückt das „Tearing„:
In der fsx.cfg Abschnitt [GRAPHICS]
ForceFullScreenVSync=1
hinzufügen.
Hierzu sage ich ganz klipp und klar: NEIN! Die Grafikkarte langweilt sich geradezu während der FSX läuft. Viel wichtiger ist eine schnelle CPU. Ich konnte dies bei meiner PhenomII X6 CPU sehr schön testen.
Lässt es den FSX kalt, wenn ich der Grafikkarte die Sporen gebe (übertakten), so wird er richtig „heiss“ wenn ich den CPU Takt anhebe. Will also heißen, bei Leistungssteigerung der CPU bekommt man im FSX einen Performanceschub.
Aber Achtung: Das soll hier kein Aufruf sein, seine Komponenten (CPU, Grafikkarte etc.) zu übertakten! Durch eine Übertaktung kann es zum Hardwaredefekt kommen! Habt ihr jedoch eine entsprechende CPU (zb. die Black Edition von AMD, die einen offenen Multiplikator hat) könnt ihr – gute Kühlung vorausgesetzt – per Bios (anheben des Multiplikators) einiges an Mehrleistung aus der CPU kitzeln.
Ich betreibe meine 3.2 Ghz CPU problemlos auf 3.8 Ghz.
Um nun nochmals zu X-Plane zu kommen. Da ich einige Bugs per Bugtracker an den Entwickler meldete (vor allem die schlechte Performance mit AMD Grafikkarten) hat sich dieser mit mir in Verbindung gesetzt, um ein paar Performancetests durchzuführen.
Schließlich kam er zum Schluß, dass die CPU meine Grafikkarte ausbremst. (Was ich immer noch nicht ganz glaube…)
Langer Rede kurzer Sinn: Man kann in so einem Fall eine Verbesserung durch die Übertaktung der CPU erreichen.
Die Standardszenerie des FSX ist zwar ganz nett, zum „herumgurken“ im (eher) Tiefflug aber optisch eher suboptimal. Da ich hauptsächlich in Österreich fliege, setze ich folgende Szenerie Add Ons ein, die meiner Meinung nach Ihr Geld wert sind:
Heute ist einfach kein guter Tag. Regen, Regen, Regen gepaart mit den Mühen des Admins… kurzum ein typischer Montag mit Draufgabe.
Endlich daheim angekommen will ich mir -nachdem ich mir einen Kaffee gemacht habe – mal wieder Linux Mint auf meinem Rechner installieren.
Hierfür lade ich das aktuellste ISO Image herunter und brenne es – fehlerfrei – auf DVD.
Bereits beim Bootvorgang bemerke ich, dass das Lesen der Silberscheibe schleppend von statten geht. Hm tja und der Installer verweigert schließlich seinen Dienst. Lesefehler…
Nachdem ich schon den ganzen Tag ein gewisses Aggressionspotential in mir aufsteigen spüre, merke ich, dass der Pegel gerade wieder etwas gestiegen ist. Die Aggression schürt aber nur einen „brodelnden Magen“… also – keep cool.
Nehm ich halt die DVD die bei der letzten PC Welt Linux dabei war … so schnell gebe ich mich schließlich nicht geschlagen – du doofes DVD Laufwerk!!!
DVD rein – Bootvorgang… Ich wähle Linux Mint aus dem Bootmenü… komisch… irgendwie dauert das alles ewig… Ich gebe zu, ich musste mich zusammen reissen, ich hab heute keine Geduld.
Bereits jetzt würde ich nur all zu gerne das Laufwerk samt Inhalt durch das geschlossene Fenster befördern und mich daran ergötzen, wie es – gar nicht für den Flug optimiert – das Fliegen lernt…
Aber da ich ja grundsätzlich eigentlich ganz friedlich bin, schalt ich die Kiste aus, vorher lasse ich die DVD ausfahren – reinige selbige und versuche es nochmals…
Leider wieder nix – auch egal, Rechner aus – start ich eben Windows – schließlich hab ich meine Zeit nicht gestohlen und will mich nun auch nicht mehr mit der Thematik des Lesens diverser DVD Medien hingeben.
In Windows angelangt will ich die Lade des DVD-Laufwerkes öffnen… keine Reaktion… Auch per Kontextmenü Auswerfen – nix – nur ein Fehlercode…
Spontan bemerke ich, wie sich die Energie offenbar gestauter -heute aufgebauter – Aggression in dem Zwang manifestiert, sich zu entladen…
Von nun an war eines klar: „Das Laufwerk ist jetzt dran!“
Ich war mir sicher, dass die Lade nur mit etwas Nachdruck dazu zu bewegen war, sich zu öffnen. Und siehe da… es geht ja…
Dumm nur, dass ich die Lade nun in der Hand hatte. Komisch auch, denn dieses Zahnrad, welches nun vor mir auf den Boden lag, war vorher nicht da…
Naja und wenns ohnehin schon „hin“ is… warum das Ding nicht gleich als Aggressionsabbau etwas verformen…
Endresultat (ich weiß eine wenig sinnvolle – ja sogar sinnfreie Aktion).
Ich habe fertig!
Btw. falls mir jemand ein gutes Laufwerk (DVD Brenner) empfehlen kann, das problemlos diverse Medien liest… bitte gerne per Kommentar hier deponieren…