Thema: qvdpautest - benchmarking tool für Nvidias HW Beschleunigung

[mtron]

Es hängt natürlich davon ab welches Programm zur Ausgabe ihr verwendet. Das hat jetzt nicht wirklich was mit qvdpautest zu tun

Nur der Vollständigkeit halber: Der von mir angegebene conffile ist für xine oder xine-ui. Falls ihr vdr-sxfe verwendet schaut euch mal "man vdr-sxfe" an.

mein ~/.xine/config_xineliboutput (ihr müsst eure deinterlace methode natürlich anpassen)

   .version:2
    audio.synchronization.av_sync_method:resample
    video.output.vdpau_hd_deinterlace_method:bob
    video.output.vdpau_skip_chroma_deinterlace:1
    video.output.vdpau_display_queue_length:4
    video.output.vdpau_deinterlace_method:bob
    video.output.vdpau_sd_only_properties:noise+sharpness
    video.processing.ffmpeg_choose_speed_over_accuracy:1
    video.processing.ffmpeg_pp_quality:0
    video.processing.ffmpeg_skip_loop_filter:all
    video.processing.ffmpeg_thread_count:2
    media.xvdr.num_buffers_hd:4000
    media.xvdr.scr_tuning_step:150
    engine.buffers.audio_num_buffers:500
    engine.buffers.video_num_buffers:2500
    engine.buffers.video_num_frames:50
    engine.decoder_priorities.vdpau_mpeg12:1
    engine.performance.memcpy_method:sse

und zum starten von vdr-sxfe hab ich:

Code: [Auswählen]

vdr-sxfe --video=vdpau --verbose xvdr+tcp://localhost --buffers=2500 --height=1080 --width=1920 -fs --audio=alsa:default --post method:tvtime=use_vo_driver --reconnect

[mtron]

Um auf qvdpautest zurüchzukommen: Hier ist ein guter Artikel vom pc-magazin.de der die Testergebnisse erklärt


HD-Auflösung: So bekommen Sie perfektes HD-Bild am PC

Wer sich einen HD-fähigen PC fürs Wohnimmer zusammenstellt, der einige Jahre halten soll, kommt schnell auf die Lösungen "AMD-Stromspar-Prozessor auf Mainboard mit integrierter Grafik" oder die ION-Plattform. Beide Varianten liefern jedoch nicht die beste HD-Qualität.

Die Entertainment-Welt geht HD, und gerade Multimedia-Freaks überlegen genauer, ob sie sich einen teuren Blu-ray-Player plus HD-Receiver kaufen oder gleich einen PC mit TV-Karte zusammenstellen, der das alles kann – über viele Jahre hinweg. Mit den vergleichsweise günstigen Stromspar-Prozessoren, sei es nun AMDs Athlons X2 xx50e-Stromspar-Reihe oder Nvidias ION-Plattform, gepaart mit einer Onboard-Grafiklösung ließen sich die TV-Empfänger per Riser-Karte oder per USB extern anschließen, sodass einem PC im flachen schicken Hifi-Look nichts entgegensteht.

Leider gibt es da im Detail einen Haken: Wer beste Qualität bei 1080i50-Material will, wie es bei z.B. Sportsendungen, Konzerten und Reportagen in HD bei Premiere, AnixeHD, nächstes Jahr vielleicht auch bei RTL sowie ProSieben/Sat.1 zu sehen sein wird, bekommt bei diesen Systemen nicht die beste Videoqualität. Während die Öffentlich-Rechtlichen HD-Videomaterial in Vollbildern ausstrahlen (Auflösung 720p50) und auch Blu-rays mit Vollbildern arbeiten, verwenden die genannten Sender mit 1080i50 50 Halbbilder, die für die Wiedergabe zu 50 Vollbildern zusammengesetzt werden müssen (Deinterlacing). Dafür gibt es unterschiedliche Algorithmen: Bei Bob werden die Halbbilder einfach nacheinander angezeigt – Flackern ist die Folge.

Daher arbeiten sowohl AMD/ATI, als auch Nvidia an verbesserten Algorithmen, die dieses Flackern eliminieren sollen. Bei ATI wird die Königsklasse der derzeitigen Verfahren Vector Adaptive Deinterlacing genannt, Nvidia taufte es Temporal Spatial Deinterlacing. Dabei werden die Bewegungen aufeinanderfolgender Bilder analysiert, mit spatial gibt es noch eine zusätzliche Stufe auf Basis von Einzelbild-Analyse, die für ein noch etwas ruhigeres Bild an feinen Kanten sorgt. Der Unterschied bei den beiden letztgenannten Algorithmen ist nicht allzu groß, und dass selbst alte Pentium-3-sowie AMD-Single-Core-Systeme dank einer Sparkle GeForce 9400-PCI-Karte in HD-Genuss kommen, wenn auch nicht in höchster Qualität, ist durchaus bemerkenswert.

Der Haken bei den neuen Systemen: Weder Vector Adaptive Deinterlacing, noch das Temporal Spatial Deinterlacing funktioniert bei Onboard-Lösungen, die ihren Grafikspeicher vom Hauptspeicher abzwacken, mit den im Web als K8-Prozessoren bezeichneten AMD-Stromspar-CPUs. Der Speicherzugriff geht über die CPU, wo sich der Speichercontroller befindet, und wird durch einen Flaschenhals gebremst, der erst mit HyperThreading 3.0 und damit den etwas stromhungrigeren K10-CPUs nicht mehr existiert.

Die Folge: Es werden vom Grafikchip "schlechtere" Algorithmen verwendet, um Ruckeln zu vermeiden. Bei Nvidia heißt die schlechtere Stufe Temporal, dann folgt Bob. Zudem hat Nvidia noch weitere Modi implementiert, bei denen beispielsweise bei der Temporal-Bezeichnung die Chroma-Werte ignoriert werden – bei ohnehin schwachen Chips macht das derzeit aber meist nur 5 bis 10 Frames aus.
Profitest

Aber AMD ist nicht der einzige Schuldige: Weder die auf beliebten AMD-Boards gern verbaute GeForce 8300 (AMD-Board), noch die GeForce 9400M der ION-Plattform (sowie die 9300M einiger Notebooks) sind schnell genug für Temporal Spatial Deinterlacing. Auch eine GeForce 8400 GS, selbst wenn es die Variante mit neuem G98 ist, reicht nicht aus, dafür aber eine GeForce 8600 GT sowie eine GeForce 9600. Herausgefunden hat das die Community mithilfe von Linux und einem Benchmarking-Tool, das es unter www.nvnews.net/vbulletin/showthread.php?t=133465 zum Download gibt – Werte und damit Kaufempfehlungen sind dort ebenso wie unter vdrportal.de zu finden.

Für ATI-Chips gibt es unter Linux weder HD-beschleunigende Treiber, und uns ist auch für Windows noch kein Tool bekannt, das derartige Tests durchführt, weder mit Chips des einen, noch des anderen Herstellers.

Das Tool zeigt die Decoding-Leistung sowie die Deinterlacing-Leistung bei den unterschiedlichen Verfahren an. Der Wert für MIXER TEMPORAL_SPATIAL (1920x1080) sollte bei über 50 Halbbildern (Fields) pro Sekunde liegen – und genau das ist bei vielen der Nvidia-Low-Cost-Chips nicht der Fall. Da die Dekodierung praktisch komplett von der GPU übernommen wird, spielt die CPU-Leistung praktisch keine Rolle.

Quelle: http://www.pc-magazin.de/ratgeber/hd-aufloesung-perfektes-bild-am-pc-191205.html

[dvb_ss2]

@mtron:
Wenn ich die Datei ~/.xine/config_xineliboutput nach meinen Wünschen anpasse, speichere und dann VDR neu starte, dann wird die Datei wieder in ihren Ursprungszustand zurückgesetzt, d.h. alle Änderungen von mir waren für die Katz.

dvb_ss2

[mtron]

vdr muss man immer ausschalten bevor änderungen am conffile gemacht werden. ("sudo /etc/init.d/vdr stop")

editiert/geändert/hinzugefügt werden muss:

1. in /etc/vdr/plugins/plugin.xineliboutput.conf

Code: [Auswählen]

--video=vdpau
2. in ~/.xine/config_xineliboutput

Code: [Auswählen]

# vdpau: HD deinterlace method
# { bob  temporal  temporal_spatial }, default: 1
video.output.vdpau_deinterlace_method:temporal_spatial
Sehen kann man welchen deinterlacer vdpau verwendet mit

Code: [Auswählen]

watch -t fold -100 /dev/vcs10
Funzt natürlich nur bei laufendem vdr Dann mal das Programm wechseln und die Meldungen mit vdpau beachten

weitere Tips dazu: http://www.vdr-wiki.de/wiki/index.php/VDPAU

[dvb_ss2]

Code: [Auswählen]

[quote]watch -t fold -100 /dev/vcs10[/quote]
ergibt:
[quote]fold: /dev/vcs10: No such file or directory[/quote]

Inhalt der /etc/vdr/plugins/plugin.xineliboutput.conf:
[code]--video=vdpau
--local=none
--primary
--remote=127.0.0.1:37890
Inhalt der ~/.xine/config_xineliboutput VDPAU betreffend:

Code: [Auswählen]

# vdpau: color of none video area in output window
# numeric, default: 0
#video.output.vdpau_background_color:0

# vdpau: Try to recreate progressive frames from pulldown material
# bool, default: 1
#video.output.vdpau_enable_inverse_telecine:1

# vdpau: HD deinterlace method
# { bob  half temporal  half temporal_spatial  temporal  temporal_spatial }, default: 3
video.output.vdpau_hd_deinterlace_method:temporal_spatial

# vdpau: disable deinterlacing when progressive_frame flag is set
# bool, default: 0
#video.output.vdpau_honor_progressive:0

# vdpau: Scaling Quality
# [0..1], default: 0
#video.output.vdpau_scaling_quality:0

# vdpau: SD deinterlace method
# { bob  half temporal  half temporal_spatial  temporal  temporal_spatial }, default: 3
video.output.vdpau_sd_deinterlace_method:temporal_spatial

# vdpau: restrict enabling video properties for SD video only
# { none  noise  sharpness  noise+sharpness }, default: 0
video.output.vdpau_sd_only_properties:noise+sharpness

# vdpau: disable advanced deinterlacers chroma filter
# bool, default: 0
video.output.vdpau_skip_chroma_deinterlace:1

# vdpau: disable studio level
# bool, default: 0
#video.output.vdpau_studio_levels:0

# vertical image position in the output window
# [0..100], default: 50
#video.output.vertical_position:50

# default length of display queue
# numeric, default: 3
#video.output.vdpau_display_queue_length:3Was habe ich falsch gemacht?[/code]

dvb_ss2

[mtron]

lässt sich ohne logs nicht sagen.

[mtron]

so, ich habe mir jetzt auch ein kleines Netbook besorgt. meine wahl ist auf einen Asus EeePC 1015 PN gefallen. Dieser kleine hat ganz schön was unter der haube für nur 350 €

Er kommt mit einem DualCore Intel Atom 550 mit 1,5 GHZ und 2 GB Ram sowie vga und hdmi Ausgänge. Als Grafik kann man entweder die im CPU verbaute intel gma verwenden (damit soll das netbook angeblich 10 stunden laufen... wers glaubt  5 stunden sind näher an der realität) aber was das teil für linuxer interessant macht ist der ION2 GPU (genaugesagt ist die GPU ein GF218 mit 8 cuda cores und 512 mb vram & 64 bit memory interface.

Im Gegensatz zur ion1 serie, welche die sogenannte "optimus" technologie verwendete um automatisch zwischen dem intel gma und dem ion gpu hin und her zu schalten (was unter linux nie funktioniert hatte) kann die ion2 unter linux dezitiert angesteuert werden und damit auch unter linux die volle leistung mit dem nvidia binary treiber abgerufen werden.

Ich habe die 64 bit variante der aktuellen ubuntu 10.10 (maverick) genommen und über den "restricted drivers manager" den nvidia binary treiber 260.19.06 installiert.

Die vdpau Benchmarks:

vdpauinfo:

Code: [Auswählen]

display: :0.0   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 04:58:44 PDT 2010

Video surface:

name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12
422     4096  4096  UYVY YUYV

Decoder capabilities:

name               level macbs width height
-------------------------------------------
MPEG1                 0  8192  2048  2048
MPEG2_SIMPLE          3  8192  2048  2048
MPEG2_MAIN            3  8192  2048  2048
H264_MAIN            41  8192  2048  2048
H264_HIGH            41  8192  2048  2048
VC1_SIMPLE            1  8190  2048  2048
VC1_MAIN              2  8190  2048  2048
VC1_ADVANCED          4  8190  2048  2048
MPEG4_PART2_SP        3  8192  2048  2048
MPEG4_PART2_ASP       5  8192  2048  2048
DIVX4_QMOBILE         0  8192  2048  2048
DIVX4_MOBILE          0  8192  2048  2048
DIVX4_HOME_THEATER    0  8192  2048  2048
DIVX4_HD_1080P        0  8192  2048  2048
DIVX5_QMOBILE         0  8192  2048  2048
DIVX5_MOBILE          0  8192  2048  2048
DIVX5_HOME_THEATER    0  8192  2048  2048
DIVX5_HD_1080P        0  8192  2048  2048

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8          8192  8192    y  Y8U8V8A8 V8U8Y8A8
R10G10B10A2       8192  8192    y  Y8U8V8A8 V8U8Y8A8

Bitmap surface:

name              width height
------------------------------
B8G8R8A8          8192  8192
R8G8B8A8          8192  8192
R10G10B10A2       8192  8192
B10G10R10A2       8192  8192
A8                8192  8192

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     y
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              y         1     4096
VIDEO_SURFACE_HEIGHT             y         1     4096
CHROMA_TYPE                      y  
LAYERS                           y         0        4

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 y  
CSC_MATRIX                       y  
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y  
LUMA_KEY_MAX_LUMA                y  

qvdpautest:

Code: [Auswählen]

qvdpautest 0.5.1
Intel(R) Atom(TM) CPU N550   @ 1.50GHz
NVIDIA GPU ION (GT218) at PCI:4:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 04:58:44 PDT 2010

SURFACE GET BITS: 180.385 M/s
SURFACE PUT BITS: 141.872 M/s

MPEG DECODING (1920x1080): 53 frames/s
MPEG DECODING (1280x720): 119 frames/s
H264 DECODING (1920x1080): 48 frames/s
H264 DECODING (1280x720): 99 frames/s
VC1 DECODING (1440x1080): 61 frames/s
MPEG4 DECODING (1920x1080): 53 frames/s

MIXER WEAVE (1920x1080): 169 frames/s
MIXER BOB (1920x1080): 212 fields/s
MIXER TEMPORAL (1920x1080): 62 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 41 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 87 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 21 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 16 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 24 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 76 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 39 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 50 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 59 fields/s

[Warpi]

Bei mir sieht das dann so aus :

Code: [Auswählen]

qvdpautest 0.5.1
AMD Phenom(tm) II X6 1090T Processor
NVIDIA GPU GeForce GT 240 (GT215) at PCI:1:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 04:58:44 PDT 2010

SURFACE GET BITS: 1329.7 M/s
SURFACE PUT BITS: 1401.12 M/s

MPEG DECODING (1920x1080): 72 frames/s
MPEG DECODING (1280x720): 161 frames/s
H264 DECODING (1920x1080): 65 frames/s
H264 DECODING (1280x720): 136 frames/s
VC1 DECODING (1440x1080): 83 frames/s
MPEG4 DECODING (1920x1080): 72 frames/s

MIXER WEAVE (1920x1080): 1483 frames/s
MIXER BOB (1920x1080): 2042 fields/s
MIXER TEMPORAL (1920x1080): 786 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 525 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 995 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 312 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 259 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 342 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 908 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 516 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 72 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 652 fields/s


[mtron]

ich habe mir zu test zwecken eine Zotac GT 520 PCI geholt. Die Karte hat einen  GF 119 Chip (VDPAU Feature Set D) und braucht unter Last gerade mal 27 Watt. Die Idee dahinter ist, dass ich meinen alten VDR (nur mit PCI & AGP slots) HDTV tauglich machen möchte.

Die Ergebnisse sind IMHO sehr gut für die alte Kiste

vdpauinfo

Code: [Auswählen]

display: :0.0   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  290.10  Wed Nov 16 19:53:31 PST 2011

Video surface:

name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12
422     4096  4096  UYVY YUYV

Decoder capabilities:

name               level macbs width height
-------------------------------------------
MPEG1                 0  8192  2048  2048
MPEG2_SIMPLE          3  8192  2048  2048
MPEG2_MAIN            3  8192  2048  2048
H264_MAIN            41  8192  2048  2048
H264_HIGH            41  8192  2048  2048
VC1_SIMPLE            1  8190  2048  2048
VC1_MAIN              2  8190  2048  2048
VC1_ADVANCED          4  8190  2048  2048
MPEG4_PART2_SP        3  8192  2048  2048
MPEG4_PART2_ASP       5  8192  2048  2048
DIVX4_QMOBILE         0  8192  2048  2048
DIVX4_MOBILE          0  8192  2048  2048
DIVX4_HOME_THEATER    0  8192  2048  2048
DIVX4_HD_1080P        0  8192  2048  2048
DIVX5_QMOBILE         0  8192  2048  2048
DIVX5_MOBILE          0  8192  2048  2048
DIVX5_HOME_THEATER    0  8192  2048  2048
DIVX5_HD_1080P        0  8192  2048  2048

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8         16384 16384    y  Y8U8V8A8 V8U8Y8A8
R10G10B10A2      16384 16384    y  Y8U8V8A8 V8U8Y8A8

Bitmap surface:

name              width height
------------------------------
B8G8R8A8         16384 16384
R8G8B8A8         16384 16384
R10G10B10A2      16384 16384
B10G10R10A2      16384 16384
A8               16384 16384

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     y
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        y
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              y         1     4096
VIDEO_SURFACE_HEIGHT             y         1     4096
CHROMA_TYPE                      y 
LAYERS                           y         0        4

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 y 
CSC_MATRIX                       y 
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y 
LUMA_KEY_MAX_LUMA                y 

qvdpautest

Code: [Auswählen]

AMD Sempron(tm) Processor 3000+
NVIDIA GPU GeForce GT 520 (GF119) at PCI:2:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  290.10  Wed Nov 16 19:53:31 PST 2011

SURFACE GET BITS: 81.4095 M/s
SURFACE PUT BITS: 52.0613 M/s

MPEG DECODING (1920x1080): 183 frames/s
MPEG DECODING (1280x720): 399 frames/s
H264 DECODING (1920x1080): 126 frames/s
H264 DECODING (1280x720): 237 frames/s
VC1 DECODING (1440x1080): 83 frames/s
MPEG4 DECODING (1920x1080): 129 frames/s

MIXER WEAVE (1920x1080): 208 frames/s
MIXER BOB (1920x1080): 331 fields/s
MIXER TEMPORAL (1920x1080): 134 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 97 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 127 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 58 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 55 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 70 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 199 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 130 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 66 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 58 fields/s
Ob ich die Karte behalte oder vom Rückgaberecht gebrauch mache muss ich mir erst überlegen, aber es ist auf alle fälle ein brauchbarer Upgrade Pfad für HD.

[spoke1]

Das sieht allerdings sehr gut aus, wenn ich bedenke was für einen Aufwand ich betreiben musste um mit meinem "neuen" Rechenknecht in Richtung HD was beschicken zu können. Und der bringt ja von Allem fast 100% mehr mit.

Aber es hat sich wirklich merklich etwas getan was die Software angeht. Ich bin gestern zufällig mit meinem kleinen Rechner auf Ost 28,5° mit meiner 32GB Gigabyte und 'ner TT 1.6 auf NHK World HD gekommen. Aber siehe da, es "geht". Gut, qualmt und zischt im Rechner, muss er mit durch  Aber "Bild und Ton kann man zusammen verwenden", ich kann das System anfassen, kein Absturz. Nur 70% Systemlast
Vor 12 Monaten sah das sogar mit dicken Systemen noch anders aus.

[Jürgen]

70% Last bei HD?
Mit meiner Radeon HD 6570 sind's hier unter Win7 um 7%.
Der Proz bleibt dabei frech runtergetaktet im Halbschlaf.
Egal, ob Datei-Wiedergabe oder direkt vom Tuner.

Bei meinen letzten Ubuntu-Versuchen (mit proprietärem Treiber) war es noch weit mehr, ging auch nur gerade eben so.
Aber da war, wenn ich mich recht erinnere, auch noch nur eine 9400GT kurzfristig im Spiel.
Und deren Hardware-Video-Unterstützung ist einfach deutlich schwächer.

Bedeutet, Linux muss mal neu drauf.
Einen Wechsel der Grafikkarte ohne Neuinstallation habe ich nämlich unter Linux noch nie sauber hingekriegt.

Ergebnisse auf dem vorherigen Rechner sind entsprechend mau. HD geht unter Win7 und Ubuntu, aber frisst dann Strom ohne Ende, etwa 100 bis 130 Watt zusätzlich.
Und daher blieb der nicht.

Richtig ist zweifellos, die Grafik-Hardware muss schon wirklich stimmen.
Vollen Support für h.264 und MPEG2 kann man von der Hardware bei Nvidia erst ab VP5 erwarten, bei AMD ab UVD 3.0
Und dann müssen natürlich die Treiber und die Software mitspielen...

Prinzipiell kann man zwar niemandem zu einer ollen PCI-Grafik raten, aber um einen h.264 Video-Stream noch komprimiert dahin zu schieben, dürfte der betagte Bus allemal schnell genug sein.
Für einen dekodierten HD-Bitstream dagegen sicher nicht.
Somit ist mtron wohl den für ihn einzig möglichen Weg gegangen.

[mtron]

Nein 70 % habe ich hier bei weitem nicht. HD läuft auf meinem Sempron mit zwischen 20 und 30 % CPU => der CPU governor ist ondemmand und taket sich automatisch auf 1 GHZ runter. Wenn ich den GPU in Preformance mode habe (bedeutet 1,8 GHZ) bleibt die Auslastung unter 15 %.

Also von dem her ist es wirklich ok, aber grundsätzlich stimme ich dir voll zu Jürgen. Eine PCI Karte ist heute wirklich in 99 % der Fälle unnötig.

Ich wollte einfach nicht ein ansonsten für meine Zwecke ausreichendes und wunderbar funktionierendes System zum Altmetall bringen, zumal es mit dem Stromverbrauch so wirklich sehr gut (sprich: sparsam) ist.

[Jürgen]

Du hast ja auch nicht von 70% geschrieben, das war spoke1.
Und dem galt mein Kommentar in erster Linie.

Wenn's nämlich selbst bei Dir so viel weniger ist, beweist das umso deutlicher die Bedeutung der geeigneten Grafik-Unterstützung.
PCI oder anders, die Nvidia 520 bietet VP5, und das bringt's eben voll.

Auch bei mir laufen die Kerne trotz HD mit nur ca. 800 MHz, Power Package bei 44 Watt, statt 140 unter Vollast. Jedenfalls sagt das SIW unter Windows.
Wie gesagt, Linux läuft auf dieser Kiste noch nicht wieder richtig, aber vorher konnte ich bei diversen Experimenten stets ziemlich genau den gleichen Gesamt-Energieverbrauch unter 7Pro und Ubuntu messen.
Da es hier um fast 100 Watt Unterschied nur durch HDTV (auf ansonsten demselben Rechner) geht, vertraue ich die Sache letztlich immer meinem Energiekostenmessgerät an.
Und so habe ich mir von Anfang an diese Zahlen notiert, seit ich überhaupt mit HD experimentiere.

Der vorherige Rechner hatte diese Hardware-Unterstützung noch nicht, und zusammen mit anderen Schwächen (Chipsatz, Netzteil usw.) resultierte das in einem Gesamtverbrauch, der mehr als doppelt so hoch war, obwohl ja nur ein oller 2-Kerner drin war.
Bis zu 270 Watt gesamt, statt etwa 100...

Darum geht's mir schließlich, intelligenter Energieeinsatz statt brutalem Prozessorglühen mit bösem Erwachen bei der nächsten Stromrechnung...

[mtron]

Nvidia haben bei der Preformance ihrer Linux binary Treiber stark nachgebessert. Ab Version 304.4x wurde die vdpau Leistung bei mir signifikant erhöht  

Zum Vergleich die qvdpautests der Zotac GT 520 PCI von einigen Posts weiter oben, diesmal mit nvidia treiber 304.60

Code: [Auswählen]

qvdpautest 0.5.2
AMD Sempron(tm) Processor 3000+
NVIDIA GPU GeForce GT 520 (GF119) at PCI:2:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  304.60  Sun Oct 14 20:36:17 PDT 2012

SURFACE GET BITS: 80.5386 M/s
SURFACE PUT BITS: 52.9557 M/s

MPEG DECODING (1920x1080): 182 frames/s
MPEG DECODING (1280x720): 400 frames/s
H264 DECODING (1920x1080): 126 frames/s
H264 DECODING (1280x720): 261 frames/s
VC1 DECODING (1440x1080): 43 frames/s
MPEG4 DECODING (1920x1080): 87 frames/s

MIXER WEAVE (1920x1080): 364 frames/s
MIXER BOB (1920x1080): 487 fields/s
MIXER TEMPORAL (1920x1080): 137 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 73 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 246 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 93 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 71 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 112 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 324 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 205 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 118 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 116 fields/s
im direkten Vergleich nvidia Treiber 290.10 [grün] und nvidia Treiber 304.60 [rot]:
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 130 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 205 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 66 frames/s
MULTITHREADED MPEG DECODING (1920x1080): 118 frames/s

MULTITHREADED MIXER TEMPORAL (1920x1080): 58 fields/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 116 fields/s

Das ist schon ganz gut Habt ihr auch solche Steigerungen ?