Wie kann man hier Tuning betreiben?

1. Übertakten der CPU – mit allen Vor- und Nachteilen…

2. Optimierung des DirectShow Filters für H.264-Inhalte

In diesem Beitrag geht es um letztgenannte Variante. In der Regel verwenden Codec-Packs den freien DirectShow Filter ffdshow. Dieser benötigt zum Dekodieren von H.264-Inhalten zur Zeit noch enorm viel Rechenleistung und nutzt keine Multicore-CPUs. Zukünftige Updates sollen hier Optimierung bringen.

Wer heute mit weniger CPU-Leistung auskommen muss kann alternative DirectShow Filter für H.264 benutzen. Zu erwähnen sind hier

1. CoreAVC 1.9

2. DivX 7

Gegen CoreAVC spricht der Kostenfaktor, allerdings bietet das Produkt die bestmögliche Leistung.

DivX ist kostenlos erhältlich und leistet (ohne Einbeziehung der Grafikkarte) ähnliche Werte wie CoreAVC. Leider musste ich feststellen, dass DivX nicht im Zusammenspiel mit PMS funktioniert. Deshalb ist hier das kostenpflichtige CoreAVC (ab 8$) die bessere Wahl.

Umstellung ffdshow

Zunächst einmal muss man im ffdshow das Dekodieren von H.264 deaktivieren:

Bei der Nutzung des K-Lite Codec-Packs wählt man im Startmenü “K-Lite Codec Pack > Configuration > ffdshow video decoder”. Danach im linken Menü “Codecs” auswählen und rechts für das Format H.264/AVC von “libavcodec” auf “deaktiviert” umstellen und o.k. drücken.

Einrichtung DivX

Es folgt die Installation von DivX 7, wobei nur eine Installationsoption benötigt wird:

Das nervende Logo beim Abspielen kann man auch Ausschalten. Dazu im Startmenü “DivX > DivX Plus directshow filters > H264 decoder config” wählen und den Haken bei “disable logo” setzen.

Hier nun der Vergleich von ffdshow zu DivX beim Abspielen der ersten Minute des Big Buck Bunny Videos in 1080p/H.264-Quicktime:

CPU-Last bei ffdshow tryouts Rev. 2624

CPU-Last bei DivX 7

Einrichtung CoreAVC

Alternativ zu DivX folgt also die Installation von CoreAVC.

Tip: Man kann sich zunächst einmal eine 14 Tage gültige Testversion herunterladen und das Ergebnis bewerten.

Es wird damit geworben, dass über die CUDA-Schnittstelle NVidia-Grafikkarten zum Decoding herangezogen werden können. Das müsste eigentlich die CPU entlasten…

Der Haali Media Splitter ist i.d.R. beim Code-Pack schon mit installiert und wird deshalb nicht nochmals benötigt.

Hier nun zum Vergleich die CPU-Auslastung bei der Wiedergabe des selben Videos mit CoreAVC:

CPU-Last bei CoreAVC

Nun schalte ich CUDA in den CoreAVC-Optionen ein. Dazu im Startmenü “CoreCodec > CoreAVC > Configure CoreAVC” wählen. Dann den Haken bei “Prefer CUDA Acceleration” setzen und mit o.k. bestätigen.

Achtung: CUDA funktioniert nur mit bestimmten NVidia-Grafikkarten und dann auch nur mit aktuellem Treiber (Version mindestens 181.64)!

Jetzt zum Vergleich die CPU-Auslastung bei der Wiedergabe des selben Videos mit CoreAVC bei aktivierter CUDA-Unterstützung:

CPU-Last bei CoreAVC mit aktiviertem CUDA

Das ist doch wirklich erstaunlich… Bei Mitbenutzung der Grafikkarte ist die CPU kaum ausgelastet! Unschön ist allerdings, dass die Grafikkartenunterstützung erst bei CoreAVC Professional für 15$ inbegriffen ist. Für Besitzer älterer Rechner ist das u.U. aber trotzdem eine gute Alternative zum Aufrüsten (der CPU und ggf. abhängigen Komponenten wie Mainboard und RAM).

Wer PMS zum Streamen an die PS3 nutzt kann die weniger gewordene CPU-Auslastung dank CUDA gut für das Encoding nach MPG2 benötigen. Allerdings ist der Bedarf für das Transcoding i.A. dank neuer Features in PMS drastisch gesunken. Alle PS3-kompatiblen Dateiformate, auch H.264 (bis AVC level 4.1), werden nur noch gemuxt statt transkodiert.

Testumgebung

Die Tests wurden auf einem Rechner mit (nicht übertaktetem) AMD Athlon64 X2 5050e (2 Cores, 2,6 GHz), 4GB RAM und NVidia Geforce 9400GT auf Windows XP SP3 durchgeführt. Zum Test wurde das kostenlose Big Buck Bunny Video in der 1080p-H.264-Version im Windows Media Player 11 abgespielt.

Beim Abspielen auf der Playstation 3 habe ich im PMS die Transcoding Engine Avisynth/Mencoder gewählt. Mit CoreAVC habe ich bei aktiviertem CUDA keinerlei Performanceengpässe beobachten können. D.h. in dieser Konstellation dürfte das auch noch bei schwächerer CPU-Leistung ruckelfrei laufen…

Details: http://en.opensuse.org/Nvidia

One-Click Install (Repository wird hinzugefügt und für die Hardware passende Pakete installiert)
http://opensuse-community.org/nvidia.ymp

init 6 (Reboot)

sax2 -r -m 0=nvidia

nvidia-xconfig –composite

nvidia-xconfig –render-accel

nvidia-xconfig –add-argb-glx-visuals -d 24

STRG+ALT+BACKSPACE

ATI-Treiber installieren und konfigurieren

Details: http://en.opensuse.org/ati

One-Click Install (Repository wird hinzugefügt und für die Hardware passende Pakete installiert)
http://opensuse-community.org/ati.ymp

init 6 (Reboot)

sax2 -r -m 0=fglrx

aticonfig –initial

Section “Device” in /etc/X11/xorg.conf anpassen:

Option “BlockSignalsOnLock” “on”

Option “KernelModuleParm” “locked-userpages=0″

Option “OpenGLOverlay” “off”

Option “UseFastTLS” “2″

Option “UseInternalAGPGART” “no”

Option “VideoOverlay” “on” # setting this to be “off” may fix tty switch problems?

Option “mtrr” “off”

Option “no_accel” “no”

Option “no_dri” “no”

Option “EnablePrivateBackZ” “no”

Option “backingstore” “true”

Option “XAANoOffscreenPixmaps” “true”

Option “AllowGLXWithComposite” “true”

Option “RenderAccel” “true”

Ebenfalls Section “ServerFlags”

Option “AllowMouseOpenFail” “on”

Option “IgnoreABI” “on”

Option “AIGLX” “true”

und Section “Extensions”

Option “DAMAGE” “Enable”

Option “Composite” “Enable”

Option “RENDER” “true”

STRG+ALT+BACKSPACE

OpenGL testen

glxgears

fgl_glxgears

Compiz Fusion für KDE installieren und konfigurieren

Details: http://en.opensuse.org/Compiz_Fusion

One-Click Install (Repository wird hinzugefügt und passende Pakete installiert)
http://download.opensuse.org/repositories/X11:/XGL/openSUSE_10.3/compiz-fusion-kde.ymp

Fusion-Icon-Aufruf modifizieren (no-libgl-fallback Option hinzufügen wegen problematischer /usr/lib/libIndirectGL.so.1) in:
/usr/lib64/python2.5/site-packages/FusionIcon/data.py (64bit) bzw.

/usr/lib/python2.5/site-packages/FusionIcon/data.py (32bit)

…

compiz_args = ['--replace', '--no-libgl-fallback', '--sm-disable', '--ignore-desktop-hints', 'ccp']

…

Mit fusion-icon testen…

nohup fusion-icon&

Im Compiz Fusion Icon (in Taskleiste):

Select Window Decorator > Emerald

Select Window Manager > Compiz

Autostart für KDE

cd $HOME/.kde/Autostart

ln -s /usr/bin/fusion-icon fusion-icon

Screenshots

Nvidia kündigt ein neues Konzept für PCs an, das auch Weicheier zum Overclocking verleiten soll. Netzteil, (Wasser-) Kühlung, Grafikkarte und Geräuschpegel werden in Echtzeit überwacht. Parameter (Takt, Spannung, etc.) sollen live geändert werden können – im Zweifelsfall greift schließlich ESA ein, um den Rechenknecht vor dem sicheren Tod zu bewahren.

Technische Details gibt’s hier.

P.S.

Ist das jetzt der Gegenentwurf zum “green PC”?

Das Fazit: vernichtend…

DX10 liefert Bilder mit höherem Kontrast und besserer Detailtiefe, auch kamen einige Effekte hinzu. Ein Blick auf die für DX10 verfügbaren Spiele ist aber ernüchternd. Im hecktischen Spielgeschehen bemerkt man diese verbesserte Qualität kaum, die Effekte sind zu subtil. Wer dann einen Blick auf die Hardwareausnutzung unter beiden Varianten wirft, der wird dann 25-100% mehr Performance unter DX9, je nach Spiel und gewählten Einstellungen, nicht mehr Peanuts nennen. Für mich ist das definitiv ein Grund beim Zocken auf dem PC durchaus etwas konservativer zu sein, das schont vor allem den Geldbeutel…

Vergleichstests mit unterschiedlichen GPUs von NVidia und AMD/ATI inc. Screenshots gibt es bei HotHardware und PC Perspective.