Offiziell VDPAU mit AMD Grafikkarten

Zitat von nc17

Wegen korrekter Audioausgabe über HDMI ist, soweit ich weiß, ein gepatchter 3.12 Kernel notwendig.

Bei mir hat dann doch ein

xrandr --output HDMI-0 --set audio auto

gereicht, um auch den Ton über den HDMI zu zaubern.

Zitat von DLX

Also DDR3 ist bis 2133Mhz spezifiziert: Link

Das ist aber neu, oder?

Zitat von DLX

Aber es bleibt dabei, dass es zweiter Riegel für Dualchannel die Doppelte Bandbreite bringt (128 statt 64bit)

Bei AMD gibt es keinen Dual-Channel Modus.

Es gibt einen Ganged und Unganged Mode. Oder ist das auch wieder nur Marketinggeblubber?
Empfohlen war soweit ich mich erinnere immer der Unganged Mode.

Ich hatte eh zu wenig Speicher und habe immer zwischen meinem Intel VAAPI und dem AMD VDPAU Board hin- und hergesteckt, wo es gerade etwas neues gab.
Da die BIOS Umstellung von 1400 auf 1600 (zwei Riegel) so einen starken Effekt auf die Grafikperformance hatte, kommen morgen ein Paar 2133er dazu.
Es gibt ja hier durchaus auch bessere Ergebnisse, vielleicht taugt das MoBo nichts und/oder die Shader Berechnungen müssen oft über den Memory Bus.
Ich bin gespannt und veröffentliche die Messergebnisse von qvdpautest.

Zitat von Copperhead

Das ist aber neu, oder?

Die JEDEC-Spezifikation (JESD79-3E) ist von July 2010, also so neu auch wieder nicht...

Dual-Channel ist genauso ein Marketingbegriff. Auch den Grafikkarten werden inzwischen Speicherinterfaces von 512Bit verbaut, das wäre dann Octa-Channel Da gibts auch nicht so tolle Namen, am Ende gehts um die Breite des Speicherinterfaces. In der JEDEC-Spec 21C (DDR3 SDRAM Unbuffered DIMM Design Specification) taucht auch nicht einmal der Begriff Dual-Channel auf.

AMD hat das definitiv auch, wenn sie es anders nennen, dann ist das halt so...

Zitat von Copperhead

Bei AMD gibt es keinen Dual-Channel Modus.

Es gibt einen Ganged und Unganged Mode. Oder ist das auch wieder nur Marketinggeblubber?

Der ganged mode entspricht AFAIK im wesentlichen dem Dual-Channel Modus (die Erklärung dazu habe ich damals z.B. hier gelesen: http://ht4u.net/reviews/2008/amd_phenom_x4_x3/index7.php ) - man bekommt ein 128 Bit Speicherinterface, das von allen Kernen geteilt wird (mit theoretisch doppelter Übertragungsrate), der unganged mode erzeugt zwei unabhängige 64-Bit Speicherinterfaces, so dass Schreib- und Leseoperationen z.T. effizienter (im Hinblick auf die Zugriffszeit) ablaufen können.

Zitat von Copperhead

Empfohlen war soweit ich mich erinnere immer der unganged mode.

Das wäre doch mal was für einen Benchmark-Vergleich, für VDPAU habe ich da noch nichts in der Richtung gefunden.

Ich hab das Thema aus den News hierher verschoben

Dirk

Hallo,

wer test mag kann gerne die MLD probieren:

zu Installieren sind mindestens folgende Addons:

locales
install
dvb
dvb-usb
network
webserver
alsa
remote-autodetect
lib-x
xorg
xorg-radeon
vdr
addons
setup
lib-xine
lib-av
softhddevice
mesa

optional könnt ihr euch natürlich noch weitere Addons laden

Eine ISO Datei könnt ihr euch hier zusammen stellen : http://www.minidvblinux.de/download/3.0.3/customize</a>

Wichtig: Im Moment muss das "mesa" Addon als letztes geladen werden! Dies seht ihr in der Datei /etc/addons/active , hier muss die mesa zeile ganz unten stehen.

Auf Nummer sicher geht ihr bei folgenden Befehl auf der Konsole:

apm deactivate mesa
apm activate mesa

Für die Radeon HDMI HD Audio aktivierung benötigt es "noch" manuellen Eingriff in die Kernel Boot Parameter (radeon.audio=1 radeon.dpm=1):

include style.cfg


label quiet
        menu default
        kernel /mld/boot/kernel
        initrd /mld/boot/initramfs
        append root=UUID=0b19c610-ce7c-4841-84c5-42bdb695a220 vga=0x314 splash=silent quiet radeon.audio=1 radeon.dpm=1 apm=off hpet=disable QUIET=1


label normal
        kernel /mld/boot/kernel
        initrd /mld/boot/initramfs
        append root=UUID=0b19c610-ce7c-4841-84c5-42bdb695a220 vga=0x314 splash=silent quiet apm=off hpet=disable


label verbose
        kernel /mld/boot/kernel
        initrd /mld/boot/initramfs
        append root=UUID=0b19c610-ce7c-4841-84c5-42bdb695a220 vga=0x314 apm=off hpet=disable


include backup.conf

Alles noch Testweise da dies nur in unserer Develversion 3.0.3 wandert. PS. ich hab die Devel Produktiv

Bei meiner kleinen GPU E-350 habe ich folgende Werte (Temporal):

MPEG DECODING (1920x1080): 56 frames/s
MPEG DECODING (1280x720): 84 frames/s
H264 DECODING (1920x1080): 32 frames/s
H264 DECODING (1280x720): 62 frames/s
MPEG4 DECODING (1920x1080): 42 frames/s


MIXER WEAVE (1920x1080): 156 frames/s
MIXER BOB (1920x1080): 133 fields/s
MIXER TEMPORAL (1920x1080): 71 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 51 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 51 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 52 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 51 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 51 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 110 fields/s


MULTITHREADED MPEG DECODING (1920x1080): 21 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 84 fields/s

MLD> DISPLAY=:0 vdpauinfo
display: :0   screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0


Video surface:


name   width height types
-------------------------------------------
420    16384 16384  NV12 YV12
422    16384 16384  UYVY YUYV
444    16384 16384  Y8U8V8A8 V8U8Y8A8


Decoder capabilities:


name               level macbs width height
-------------------------------------------
MPEG1                 0  9216  2048  1152
MPEG2_SIMPLE          3  9216  2048  1152
MPEG2_MAIN            3  9216  2048  1152
H264_BASELINE        41  9216  2048  1152
H264_MAIN            41  9216  2048  1152
H264_HIGH            41  9216  2048  1152
VC1_ADVANCED          4  9216  2048  1152
MPEG4_PART2_SP        3  9216  2048  1152
MPEG4_PART2_ASP       5  9216  2048  1152


Output surface:


name              width height nat types
----------------------------------------------------
B8G8R8A8         16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
R8G8B8A8         16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
R10G10B10A2      16384 16384    y  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
B10G10R10A2      16384 16384    y  NV12 YV12 UYVY YUYV 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     -
INVERSE_TELECINE                 -
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         -
HIGH QUALITY SCALING - L1        -
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        48     2048
VIDEO_SURFACE_HEIGHT             y        48     1152
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

52 fields/s bei Temporal Spatial.
Das würde ja bedeuten, dass die E-350 APU ganz knapp ausreicht.

Vielleicht etwas zu knapp, aber alles über dieser APU würde passen.

so ab sofort sogar noch schneller:

MLD> DISPLAY=:0 qvdpautest
qvdpautest 0.5.2++
AMD E-350 Processor
Device 1002:9802


VDPAU API version : 1
VDPAU implementation : G3DVL VDPAU Driver Shared Library version 1.0


FATAL: get_bits failed : No backend implementation could be loaded.!!


MPEG DECODING (1920x1080): 61 frames/s
MPEG DECODING (1280x720): 94 frames/s
H264 DECODING (1920x1080): 38 frames/s
H264 DECODING (1280x720): 72 frames/s
Profile unsupported.
MPEG4 DECODING (1920x1080): 53 frames/s


MIXER WEAVE (1920x1080): 286 frames/s
MIXER BOB (1920x1080): 404 fields/s
MIXER TEMPORAL (1920x1080): 141 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 126 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 126 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 126 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 126 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 126 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 220 fields/s


MULTITHREADED MPEG DECODING (1920x1080): 56 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 154 fields/s

Das ist ja langsam interessant, was wurde geändert?

Nur beim H264 DECODING ist er ja sehr schwach, hat das denn keine Auswirkungen?

Gerald

was genau geändert wurde kann ich nicht genau sagen ... das muss im mesa direkt eingeflossen sein

du den Issues gehören noch:
- h264 decoding performance is currently limited to max 36fps (E350 - was 50fps on xvba)
- some HD7xxx and HD8xxx gpus have artifacts in the menus (see bugreport here: https://bugs.freedesktop.org/show_bug.cgi?id=63997 )

Zitat von gda

Das ist ja langsam interessant, was wurde geändert?

Nur beim H264 DECODING ist er ja sehr schwach, hat das denn keine Auswirkungen?

38 Frames sollte noch genug Reserve haben. 1920x1080 (1080i) wird bei uns als 50 Hz Interlaced gesendet, d.h. es müssen nur 25 Hz dekodiert werden.
Sprich 25 Frames pro Sekunde. Also ist hier noch etwas Reserve.

Der Deinterlacer macht dann aus den 25 Hz, die gewünschten 50 Hz.

Dieser ist mit 72 Hz ausreichend, Die neuenen Werte sind Overkill. Die Erfahrung mit NVidia hat gezeigt, daß es min. ~70 Hz sein sollen.

Die neuen Werte schauen "richtiger" aus. Wobei ich davon ausgehe, daß IVTC, Skip Chroma und TEMPORAL SPATIAL noch nicht implementiert sind und somit alle Tests die Gleichen Werte anzeigen sollten.

Johns

Heißt das jetzt konkret, dass solch ein Client in Reichweite ist?

Grüße
Gerald

Mein Asus 1215b Netbook hat ungefähr die gleichen Technischen Daten wie die von dir gepostete ZBOX, XBMC & Softhddevice laufen schon ziemlich gut

Zitat von nc17

Mein Asus 1215b Netbook hat ungefähr die gleichen Technischen Daten wie die von dir gepostete ZBOX, XBMC & Softhddevice laufen schon ziemlich gut

Wäre interessant zu sehen, ob man OpenELEC dahin bekommen kann.

Gerald

Hallo
Wird das auch mit einer HD4350 laufen?
So eine passive hätte ich noch in meinem Fundus.

Ja die Karte sollte funktionieren.

Mit qvdpautest kannst du dann mal testen.

Zitat von gda

Wäre interessant zu sehen, ob man OpenELEC dahin bekommen kann.

Gerald

Sollte doch mit den Images gehen?!
http://openelec.tv/forum/20-de…am-generic-nightly-builds
Soweit ich weiß ist da der OSS Radeon Treiber schon rein geflossen.

http://forum.xbmc.org/showthread.php?tid=174854&pid=1548907#pid1548907

Zitat von DDD

Sollte doch mit den Images gehen?!
http://openelec.tv/forum/20-development-…-nightly-builds
Soweit ich weiß ist da der OSS Radeon Treiber schon rein geflossen.

Stimmt, könnte etwas für einen Bekannten sein, aber als Testballon gefährlich.

Gerald

Irgendeiner muss doch mal testen