4k60Hz HEVC-Main10-Decoder: Nvidia GTX 1060 vs AMD RX 470?

[hikaru]

Der offene Treiber für Polaris kann wohl noch keinen Ton über HDMI. [1] Mindestens bis Kernel 4.9 raus ist müsste ich also wohl den proprietären Treiber [2] verwenden, der zwar als Debian-Pakete verfügbar ist, aber nur für Ubuntu und SteamOS (das immerhin auf Jessie basiert).

[1] http://www.phoronix.com/scan.php?page=n ... -DAL-Audio
[2] http://support.amd.com/en-us/kb-article ... stall.aspx

[wanne]

Zu beiden gibt es Dhrystone-Benchmarks mit der selben Software (SiSoft Sandra).

Kannst du mal verlinken?

Das erklärt aber nicht, ob ein Modul wirklich zwei ALUs hat oder nur eine ALU die Hyperthreading kann, was ja meine Frage war.

Die habe ich zwei mal eindeutig beantwortet. Zwei ALUs pro Modul.

Aber sind denn die zwei Integer-Kerne pro Modul wirklich vorhanden?

Klar.

Außerdem ergibt sie sich auch aus der Antwort. Woher sollen sonst halb soviele FP einheiten kommen? Btw. ist wohl anzumerken, dass ich Intel da wohl etwas unrecht getan habe, als ich ihnen angehängehängt habe dass sie AMDs Mehrkernprozessoren als lediglich Hyperthreadded dargestellt haben. Zumindest die K9er (Opterons, Athlon64 X2) (Die sogar wirklich volle 2 Kerne mit 2 FP-Einheit hatten.) Hat AMD selbst als Einprozessorsysteme 2 fach Hyperthreaded bezeichnet. Intel hat die Marketingsteilvorlage natürlich dankend angenommen.

[hikaru]

Zu beiden gibt es Dhrystone-Benchmarks mit der selben Software (SiSoft Sandra).

Kannst du mal verlinken?

Für die beiden Intels von Lord_Carlos und mir hatte ich das in [1] schon getan. Für deinen FX-8350 gibt es unter [2] Dhrystone-Vergleiche zu diversen anderen CPUs, darunter ein i7-2600k, dessen Wert in Anbetracht des geringen Taktunterschiedes so gut zu meinem 2700k passt, das ich davon ausgehe, dass man den Werten bis auf 2 oder 3% vertrauen kann.
Werte zum von dir empfohlenen FX-9370 und drei anderen CPUs (darunter ein FX-9590) gibt es unter [3] (Scripte!). Hier habe ich keine Plausibilitätsprüfung gemacht.

Ich habe übrigens gestern Abend versucht einen Jessie-Backport für mesa aus Experimental zu bauen. Dazu brauche ich diverse andere Backports. Dabei ist mir über Nacht beim Bauen von llvm-toolchain-3.8 die virtuelle 20GB-Platte vollgelaufen. Ich habe den Umfang des Pakets einfach unterschätzt. Alle anderen Pakete davor waren Fragen von Minuten und wenigen 100MB. Momentan läuft ein zweiter Versuch mit größerer Platte.


[1] viewtopic.php?f=13&t=161817&start=30#p1101075
[2] http://www.guru3d.com/articles-pages/am ... ew,11.html
[3] http://www.overclockersclub.com/reviews ... 9370/6.htm

[hikaru]

Mir wurden die Unwägbarkeiten bei den AMD-Karten zu viele (Kernel, Mesa, Backportorgie, aktuelle Fähigkeiten von amdgpu).
Nachdem ich nochmal die Dokumentation zu den Nvidia-Karten studiert habe, habe ich eine GTX 950 bestellt, denn die 2. Maxwell-Generation soll abgesehen von 8k die gleichen Decoder-Fähigkeiten haben wie Pascal.

[wanne]

Also die GTX 980 und GTX 960 können definitiv kein h.265.

Btw. der i7 war ein i7-5820K

[wanne]

Zu beiden gibt es Dhrystone-Benchmarks mit der selben Software (SiSoft Sandra).

Kannst du mal verlinken?

Für die beiden Intels von Lord_Carlos und mir hatte ich das in [1] schon getan. Für deinen FX-8350 gibt es unter [2] Dhrystone-Vergleiche zu diversen anderen CPUs, darunter ein i7-2600k, dessen Wert in Anbetracht des geringen Taktunterschiedes so gut zu meinem 2700k passt, das ich davon ausgehe, dass man den Werten bis auf 2 oder 3% vertrauen kann.
Werte zum von dir empfohlenen FX-9370 und drei anderen CPUs (darunter ein FX-9590) gibt es unter [3] (Scripte!). Hier habe ich keine Plausibilitätsprüfung gemacht.

Danke. Das ding ist, dass ich so binarys alla SiSoftware Sandra nicht über den weg traue. Die compilieren oft mit icc und das fragt explizit ab, was das für ein Intel ist, und läuft dann je nach Generation schneller. (Du kannst die jumps umdren und Die AMDs laufen schneller und die Intels langsamer.)
Auf der anderen Seite kommt er mit 114 GIPS exakt auf das, was ich hier mit boinc gebenchmarkt habe.
Das würde aber heißen, dass deiner eigentlich schneller sein sollte...

[hikaru]

Also die GTX 980 und GTX 960 können definitiv kein h.265.

Nvidia [1][2] sagt was anderes. Die GTX 9xx sind Maxwell-2.0-Karten. Offen bleibt nur, ob das auch in 4k geht.
Wikipedia mag keine reputable Quelle sein, aber [3] legt zumindest nahe, dass die GTX 950 als Feature-Set-F-Karte 4k-Decodierung von h265 können müsste.

[1] https://developer.nvidia.com/nvidia-vid ... portMatrix
[2] https://developer.nvidia.com/nvdec-application-note
[3] https://en.wikipedia.org/wiki/Nvidia_Pu ... _SIP_block

[wanne]

Interessant. Die habe ich halt. Und da sagen die sowohl unter Windows wie auch unter Linux, dass sie kein h.265 kann.

GTX 960:

Code: Alles auswählen

Information string: NVIDIA VDPAU Driver Shared Library  361.45.11  Tue May 17 17:48:19 PDT 2016
[…]
Decoder capabilities:

name               level macbs width height
-------------------------------------------
MPEG1                 0 65536  4080  4080
MPEG2_SIMPLE          3 65536  4080  4080
MPEG2_MAIN            3 65536  4080  4080
H264_BASELINE        41 65536  4096  4096
H264_MAIN            41 65536  4096  4096
H264_HIGH            41 65536  4096  4096
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
[…]
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1401 (rev a1)

Btw. Ist wenn man die sternchen weiter verfolgt die GTX 980 ausgeschlossen. Lediglich die GTX 960+950 (GM206) sind drin.

[hikaru]

Information string: NVIDIA VDPAU Driver Shared Library 361.45.11 Tue May 17 17:48:19 PDT 2016

Ich glaube du brauchst mindestens Treiber 364. Aktuell ist 367.

Btw. Ist wenn man die sternchen weiter verfolgt die GTX 980 ausgeschlossen. Lediglich die GTX 960+950 (GM206) sind drin.

Ja, das war auch meine Interpretation.

[Lord_Carlos]

Warum keine 1060?

[wanne]

Ich glaube du brauchst mindestens Treiber 364. Aktuell ist 367.

Jetzt auf Version 367.35. Immernoch kein hevc.

[hikaru]

Warum keine 1060?

Weil die 1060 der Dokumentation nach in Sachen Videodecoding nicht mehr kann als die 950, abgesehen von 8k. Und das war mir dann keine Verdoppelung des Preises wert.

Ich glaube du brauchst mindestens Treiber 364. Aktuell ist 367.

Jetzt auf Version 367.35. Immernoch kein hevc.

Hast du mal versucht, etwas abzuspielen oder gehst du nur nach der Ausgabe von vdpauinfo?
Ich weiß auch nicht, ob da noch andere Pakete eine Rolle spielen, als der Treiber. mpv (bzw. den Player allgemein) halte ich für einen heißen Kandidaten.

@Lord_Carlos:
Mit welcher Debianversion war das?:

Ich habe jetzt mpv aus den sourcen installieren.

mpv braucht ca. 200 - 300% cpu fuer den bunny film.
mit --hwdec='vdpau' kommt es zu grafikfehlern, aber nur noch ~15% auslastung.

[Lord_Carlos]

Ne gute Mischung aus testing, unstable und experimental mit Treibern von der Nvidia wobseite.

[hikaru]

Kannst du bitte die Ausgabe von dpkg -l posten?

[Lord_Carlos]

39453

[hikaru]

Danke!
Abgesehen von ffmpeg aus Sid sehe ich da spontan nichts Relevantes, was für ein Stretch-System ungewöhnlich wäre - außer mpv und den Nvidia-Treiber natürlich.

Noch ein wenig Information zu h265 auf Maxwell 2.0 unter Linux:
https://devtalk.nvidia.com/default/topi ... 0-361-28-/

[Lord_Carlos]

AMD hat es jetzt endlich geschafft ihr framework unter windows upzudaten, wurde auch mal zeit: https://github.com/GPUOpen-LibrariesAndSDKs/AMF
Jetzt koennen wenigsten windows bentuzter h265 en- und de-coden. (hoffe ich)

Das wichtigste ist jedoch das es jetzt OpenSource (MIT) gemacht wurde und ffmpeg beispiele dabei sind.
Das wird OpenSource Projekte wie OBS freuen, da das alte nicht mit GPL kompatible war

[hikaru]

Ich habe jetzt eine GTX 950 hier und kann damit zumindest das BBB-4k-Video (8 Bit) hardwarebeschleunigt in mpv abspielen. Die CPU-Last meines i7-2700k liegt dabei bei ca. 6%.
Ausgehend von einer Mate-Standardinstallation brauche ich dazu den Kernel sowie nvidia-driver aus den Backports. Zusätzlich musste ich mir aus den Stretch-Quellen Backports für die folgenden Pakete bauen:
mpv (benötigt auch einen Backport von libass)
libva
ffmpeg (benötigt libebur128)

Genauer habe ich folgende Pakete aus Debians oder selbsterstellten Backports nachinstalliert, wobei ich im Einzelnen nicht geprüft habe, was davon automatisch als Abhängigkeit anderer Pakete mitkäme:
ffmpeg libass5 libavcodec57 libavfilter6 libavutil55 libebur128 libsndio6.1 libva1 libva-drm1 linux-image-amd64 mpv nvidia-driver

Für ffmpeg gibt es momentan einen Jessie-Backport in Version 3.0.2, der aber nicht aureicht. Ab Stretch sollte das Ganze ohne Klimmzüge funktionieren. Inzwischen ist übrigens auch der Nvidia-Treiber in Version 367.35 in Experimental, so dass auch Nutzer von Pascal-Karten relativ einfach zu (begrenzter) h265-Beschleunigung kommen. Meine noch aus dem SVN selbstgebauten Pakete funktionierten unter Jessie mit der GTX 950 ebenfalls.
vdpauinfo aus Stretch zeigt unter Jessie mit Treiber 352 übrigens keine h264-Kompatibilität an, mit 367 hingegen schon. Es funktioniert allerdings in beiden Fällen.

Für das Main10-Profil muss ich wohl warten bis Nvidia ihren Treiber diesbezüglich auf Windows-Niveau bringt, oder doch nochmal das Abenteuer AMD-Polaris angehen, was mich aber eigentlich erst interessiert, wenn Audioausgabe ohne Staging-Treiber funktioniert.

[hikaru]

Das klingt doch mal nett! [1] Der bereits im Debian-SVN verfügbare Nvidia-Treiber in Version 370 [2] kann via CUDA wohl auch unter Linux das Main10-Profil abspielen (wenn auch nur mit 8 Bit darstellen) und die git-Version von mpv kann wohl damit was anfangen. [3]

Ich habe keine Pläne, den git-mpv auf einem Produktivsystem einzusetzen, aber falls zufällig bis nächste Woche eine neue Version in Debian erscheinen sollte, dann würde ich nochmal ein paar Backports bauen. Ansonsten wird es wohl bis Weihnachten irgendeine praxistaugliche Lösung für HEVC Main10 in Debian geben.


[1] https://devtalk.nvidia.com/default/topi ... 6/#4973066
[2] https://anonscm.debian.org/viewvc/pkg-n ... nches/370/
[3] https://github.com/mpv-player/mpv/commi ... 361b779443

[wanne]

Ansonsten wird es wohl bis Weihnachten irgendeine praxistaugliche Lösung für HEVC Main10 in Debian geben.

Schön. Ich denke so lange kann ich warten.
Danke für die Infos.

[hikaru]

Das mit dem Main10-Decoding via cuvid "einfach so" wird wohl doch keine Zeitfrage sein, denn das Linken von ffmpeg gegen die cuvid-Erweiterung geht nicht GPL-konform. [1]
Man müsste also ffmpeg explizit mit --enable-cuvid selbst bauen, was ich bisher nicht getan habe. Deshalb funktionierte auch mein letzter Main10-Test trotz passender Nvidia-Treiber-, ffmpeg- und mpv-Versionen nicht.
Bei Gelegenheit werde ich ffmpeg (und mpv) neu mit cuvid bauen und testen. An den Rechner mit der GTX 950 komme ich allerdings frühestens im November ran.

[1] https://devtalk.nvidia.com/default/topi ... 2/#4983462

[hikaru]

Ich habe jetzt HEVC-Main10-Decodierung auf der GTX 950 unter Jessie.

Dazu habe ich bei installiertem nvidia-cuda-dev einen Jessie-Backport von ffmpeg aus Stretch* mit den Optionen --enable-cuda, --enable-cuvid und --enable-nonfree erstellt. Auf Basis dieses ffmpeg habe ich dann einen mpv-Backport aus Stretch** erstellt.
Das System läuft mit nvidia-driver 367 aus den Jessie-Backports und wenn ich mpv mit der Option --hwdec=cuda starte, dann wird auch das 400mbps-Jellyfish-Video (fast) problemlos abgespielt. "Fast" deshalb, da es am Anfang zu einem einzelnen Framedrop kommt und man auch ein sehr kurzes Ruckeln sieht, falls die Karte noch auf dem Basistakt läuft und es offenbar nicht rechtzeitig schafft hochzutakten. Erhöht man den Takt vorher per Hand, dann bleibt dieser Framedrop aus.
Die GPU-Last beträgt dann etwa 5%. Die Last der Video-Engine schwankt zwischen 40 und 70%, meist ist sie bei rund 60%. Die CPU-Last habe ich nicht explizit geprüft, aber der grafische CPU-Monitor im Panel zeigte keinen Ausschlag auf dem Q9550.

Schönheitspreise gewinnt diese Lösung natürlich nicht, denn ich muss jetzt allen Sicherheitsupdates von ffmpeg und mpv selbst hinterherrennen.


*) ffpmeg aus den Jessie-Backports sollte auch reichen, muss aber neugebaut werden.
**) Der Neubau ist auch unter Stretch nötig, da mpv nur dann cuda/cuvid unterstützt, wenn es mit einem entsprechenden ffmpeg gebaut wurde.

[Lord_Carlos]

Danke fuer dein Bericht.
Da ich gerade umgezogen bin und der "Haupt" Rechner jetzt wo anders steht will ich mir auch ein mini Rechner holen der diese Aufgabe erfuehllt.
Ich glaube ich greife erstmal fix zum Raspberry Pie, und upgrade dann wenn ich 4k / HEVC brauche.

[hikaru]

Da ich gerade umgezogen bin und der "Haupt" Rechner jetzt wo anders steht will ich mir auch ein mini Rechner holen der diese Aufgabe erfuehllt.

Wenn dafür ohnehin eine Neuanschaffung ansteht, dann würde ich wohl auf bezahlbare Kaby-Lake-Celerons warten (oder bei Skylake bleiben, falls dir Main10 nicht wichtig ist), auf billigere Boards mit HDMI 2.0 hoffen und mir dann ein möglichst kleines x86-System (je nach Board-Formfaktor) zusammenstellen.
Die Nvidia-Karte war ja für mich nur eine Verlegenheitslösung, weil schon ein Rechner da war und es um eine möglichst billige 4k-Lösung ging. Das ständige Selbstbauen der Pakete, weil Nvidia alles vernagelt, wird mir auf Dauer sicher auf die Nerven gehen.

Keine Ahnung ob AMDs (Ry)Zen eine Alternative wäre. Aber da die auch in der GPU dekodieren werden, hat man vermutlich das gleiche Problem wie mit den Polaris-Karten, dass man mit dem Freien Treiber keinen Sound kriegt, so lange AMD nicht seinen DC/DAL-Saustall ausgemistet hat (falls das jemals geschehen sollte).

[Lord_Carlos]

Raspberry Pi3 kann wohl 1080p30fps HEVC.
Muss erstmal reichen, ist jetzt auch bestellt.
Bis jetzt habe ich sowieso noch nichts in HEVC liegen.