Mit der GPU Videos komprimieren [Archiv] - Seite 4

aufkrawall

2013-10-11, 21:57:43

Wär nicht schlecht. Mit den neueren Nightlies scheint allgemein bei QS was nicht zu stimmen. Auch mit Haswell auf 8.1 taucht der QS-Enkoder nicht auf. Wenn man dann den Multimonitor-Trick nutzt, crasht Handbrake beim Öffnen der Enkoder-Auswahl.

IGP-OC scheint richtig was zu bringen bei QS. Habe von 1100 auf 2000Mhz OCed und wenn ich das richtig gesehen habe, hat MC ca. 70% mehr fps geschafft. Der Afterburner-Benchmark hatte eine geringere Steigung festgestellt.

Natürlich ist die Qualität mit SNB einfach nur furchtbar. Aber bin schon überrascht, dass es überhaupt recht gut nativ unter Win 8 geht. Schade, dass das Deinterlacing mit SNB spackt. Wäre eine nette Entlastung für die dGPU gewesen.

Ronny145

2013-10-11, 22:09:19

Ich meinte du sollst melden. Mir fehlt ein Vergleichssystem für log files und zum Nachstellen usw. Auf SB und Win 7 ohne extra GPU gibt es die Probleme jedenfalls nicht. Die sind bei sowas sehr schnell falls es an Handbrake liegt.

diedl

2013-10-14, 01:38:26

Hat der Intel Core i3-4330 eigentlich Quick-Sync ?
Finde widersprüchliche Aussagen im inet.
Auf der Intelseite selber steht bei diesen Proz. leider nur sehr
wenig. Der 4340 und 4330T unterstützen laut Intel QS.
Z.Z. wird der 4330 ja recht "günstig" angeboten.
Da AVX2 wohl auch nicht gesichert scheint,
währe der 4330 irgendwie eine "Mogelpackung"* :confused:
Da wenn diese futures fehlen, er sich nicht nur durch die
100 MHz zum 4340 unterscheidet.

Gruß diedl

* AVX2 und Q-S werden zwar nicht beworben, nicht wenige werden
aber davon ausgehen das diese Futures wie beim 4340 und 4330T
vorhanden sind.

Ronny145

2013-10-14, 17:56:07

Alle CPUs ab i3 sollten Quicksync an Bord haben. War schon immer so. Ausnahme sind jetzt nur die neuen Bay Trail-T.

http://www.youtube.com/watch?v=Z1CURGwcx9c#t=0m13

Die ark Seite vom 4330 scheint einfach nur unvollständig zu sein. Der günstigere i3-4130 hat es erwähnt.

Nightspider

2013-10-17, 12:13:03

Kann man für Twitch-Streaming die Komprimierung auf die GPU oder Intels Quicksync auslagern?

downforze

2013-10-31, 20:45:14

Ich hab letztens was in Maya 2013 encodiert. Mit GPU 2min, mit CPU 20h.

xiao didi *

2013-10-31, 20:50:35

Kann man für Twitch-Streaming die Komprimierung auf die GPU oder Intels Quicksync auslagern?
Ja, das geht zb mit OBS.
Link (http://obsproject.com/forum/viewtopic.php?t=4371)

und noch einer (http://mirillis.com/en/products/tutorials/action-tutorial-intel-quick-sync-setup_for_desktops.html)

Ist aber Käse, wenn es auch auf die Qualität des Streams ankommt. ;(

deekey777

2015-07-12, 20:54:55

Gimmick

2015-07-14, 11:08:48

Was ist eigentlich der aktuelle Status?

Ich habe aus Spaß eine kurze Sequenz aus "Casino Royale" mit Handbrake auf meinem Acer W4-820 mit dem Z3470&Quicksync (AppleTV3) konvertiert, das sieht gar nicht so schlecht aus, die sehr dunkle Sequenz aus "Doom" (Schießen aus der Egoperspektive) war weniger gut gelungen.

QuickSync, NvEnc und AMD VCE kommen bei der Qualität immer noch nicht an Software-Encoder ran.
Ich glaube auch nicht, dass sich da noch großartig was ändern wird.

nVidia bietet aber wohl mit NvEnc5.0 HVEC/h265 encoding in Hardware an. Hab vor ein paar Wochen mal dazu gegooglet und irgendwo einen Link zu Software gefunden, die das angeblich schon nutzen kann. Hab aber keine nV-Karte, habs daher nicht weiter verfolgt.

deekey777

2015-07-18, 12:23:55

Ich habe gestern Watchmen in eine Apple TV verträgliche Datei umgewandelt. Durchschnitts-FPS waren so bei 60 fps, wobei die MKV auf dem USB-Stick, der Zielordner auf der MicroSD waren. Die Bildqualität ist zufriedenstellend, die Größe der Datei mit 3 Audiospuren (2xAAC und 1xAC3 (Passthrough)) ist etwas unter 8 GB. iTunes und Apple TV haben die Datei geschluckt.

Es hat sich gerächt, dass das Tablet nur über Micro-USB verfügt. Man muss in die Energieeinstellungen rein, damit es nicht in Standby-Modus geht.

Was ich mich frage: Haben HD2000/3000 schwächere Encoder als Haswells/Baytrails?

Arnoldie

2015-11-28, 13:07:24

So, VCE meiner Radeon R7 260X ist ja praktisch nicht nutzbar, jetzt habe ich in Handbrake x264 mit dem OpenCL-Lookahead ausprobiert. Folge: Die FPS stiegen von ~9 auf ~30. Über die Bildqualität kann ich noch nichts sagen, das muss ich auf dem Fernseher ausprobieren.

yamo

2016-02-15, 14:27:20

Sorry, ich habe den ganzen Thread jetzt nicht gelesen und man möge mir meine Fragen verzeihen;)

Ich zeichne oft Dokus (teils in HD) oder exotische Spielfilme auch in minderer Austrahlungsqualität über SD auf. Schneiden etc. ist kein Problem. Einige Aufnahmen würde ich gerne bei gleicher Qualität besser komprimieren wollen.
Handbrake war nun erste Wahl, unter WIN10 wird die iGPU auch (endlich) problemlos erkannt (i7-4790k).
Welche Einstellungen sind optimal (HD/Privatsender in SD) in Bezug auf Kompression in Handbrake?

Grüße, Micha

tdon

2016-02-15, 20:38:37

Welche Einstellungen sind optimal (HD/Privatsender in SD) in Bezug auf Kompression in Handbrake?

Grüße, Micha

Als erstes ICQ_LA oder VBR_LA Bitrate Modus, das musst du entscheiden oder austesten, was sich für dein Content besser eignet. Ansonsten empfiehlt sich mit h264 target usage 4 und ganz wichtig Intels default gop Werte. Mit den Befehlen unten hast du das abgedeckt.

lookahead=1:target-usage=4:num-ref-frame=0:gop-ref-dist=0:gop-pic-size=0

Ist das Quicksync decoding eigentlich noch verbuggt in Handbrake? Ich meine die hatten das auf default deaktiviert deswegen.

Moralelastix

2016-02-17, 12:15:29

deekey777

2016-02-17, 12:49:08

Hi,

ich will das auch mal ausprobieren mit Handbrake um einige HDMI captures zu komprimieren. Ich bin allerdings wegen WinXP auf die Handbrake Version 0.9.9-1 beschränkt.

In dem Sys ist eine Nvidia GT 630 verbaut die so wie ich das sehe eigentlich zum Encoden geeignet sein sollte.

So weit ich mit dem Tool rumprobiert hab wird die GPU aber bei H264 nicht genutzt nur die CPU was dann entsprechend ewig dauert(irgend so ein alter AMD dualcore).

Funktioniert Handbrake mit dieser GPU nicht oder muss man dafür einen speziellen Graka Treiber installiern oder in dem Tool extra irgendwas aktivieren?

Als GPU Treiber ist der 355.xx installiert.

Die GT630 basiert auf der Fermi-Architektur, er hat somit keinen zusätzlichen HW-Encoder. Und ich glaube, Handbrake nutzt nur diesen, nicht aber die Kodierung über Cuda. Wenn doch, dann wäre denkbar, dass du einen älteren Treiber brauchst: http://www.geforce.com/drivers/results/75992
http://de.cyberlink.com/products/mediaespresso/support_de_DE.html
Hinweis: Für Nutzer von NVIDIA-Grafikkarten, die die Grafiktreiberversion 340.43 oder neuer installiert haben, ist die Hardwarebeschleunigungsfunktion in PowerDirector ist nicht mehr verfügbar. Um die Hardwarebeschleunigung zu reaktivieren, installieren Sie bitte einen älteren Treiber.

Ich tippe aber auf die erste Idee. Es gibt auch weitere Tools, die auch die Nvidia-Technik nutzen (ich formuliere das extra schwammig), da empfiehlt es sich ausprobieren.

Moralelastix

2016-02-17, 13:41:10

Update:
laut Treiber ist es eine GT 630
laut GPU-Z(v0.7.2) ist es eine GT 630, GK208 also ein Keppler Chip

Was nvenc angeht und ob Handbrake das unterstützt da blick ich nicht durch.

Du würdest also einen älteren Treiber probieren. Aber warum hat NV das wieder durch die Hintertür deaktiviert?

dildo4u

2016-02-17, 13:52:46

HisN

2016-02-17, 14:24:47

Ist kaum ein Unterschied.
Ich hab bei Full-HD-Material etwa 200 FPS bei einem 4.5Ghz 5960X und einer Titan X die ich mit fast 1.5Ghz laufen lasse. Die Auslastung liegt dabei irgendwie bei 10%^^ auf der Graka. Die CPU ackert da deutlich mehr.

Der einzige Unterschied der wirklich Zeitkritisch ist:
Nehme ich eine Orginal-Datei vom NAS oder liegt die Datei lokal.
Dann macht das Muxen/Demuxen den Unterschied im Zeitbedarf^^

BK-Morpheus

2016-02-17, 14:31:11

An der schlechten Effizienz des GPU Encodings (bzw. des Encoderchips auf den Karten, denen einfach viele Features fehlen, die die CPU bei x264/h264 nutzen kann), hat sich aber nichts geändert, oder?

Sprich die Ergebnisse durch CPU Endoding mit entsprechenden x264/h264 Features liefert immer noch ein massiv besseres Verhältnis aus Qualität / Dateigröße, right?

HisN

2016-02-17, 14:32:44

Man könnte das mal an einer Referenz-Datei festmachen. Dann sieht man eventuell auch die Unterschiede.

Z.B. dieser Film http://ftp.halifax.rwth-aachen.de/blender/demo/movies/ToS/ToS-4k-1920.mov (der Film darf geteilt werden: Open Movie Creative Commons Attribution 3.0 (https://mango.blender.org/about/)).

24 Sekunden mit Cuda, zwischen 600 und 700 FPS mit DVDFab in h264

http://abload.de/img/convertp6kkg.jpg (http://abload.de/image.php?img=convertp6kkg.jpg)

Hier ist sogar "hohe" Qualität ausgewählt, Audio ist Passthrough.

Macht aus 700MB etwa 500MB

http://www.fichen.de/temp/ToS-4k-1920.mp4 <-- Ergebnis h264, h265 reiche ich nach.

Hier ein kurzer Screencap aus einer Szene mit viel Details, damit auch was zu tun ist^^

http://abload.de/thumb/originalundfaelschungxik90.jpg (http://abload.de/image.php?img=originalundfaelschungxik90.jpg)

BK-Morpheus

2016-02-17, 14:37:42

Ab einer gewissen Bitrate sieht man die Unterschiede nicht mehr so offensichtlich, daher sollte für Vergleiche am besten eine relativ niedrige/grenzwertige Bitrate gewählt werden.

Wer z.B. Twitch-Streaming betreibt, sieht sehr schnell, dass Quicksync und Shadowplay (nvenc) bei den üblichen Stream-Settings (~2600kbits, 720p, 30fps) wesentlich schlechter ausschaut, als x264 per CPU mit einem Preset wie "faster" oder "very fast".

Für wen Geschwindigkeit (oder wenig CPU Last) im Vordergrund steht und nicht die Effizienz, der kann mit entsprechend hoher Bitrate auch mit QuickSync/Shadowplay etc. ein Ergebnis erhalten, welches gut ausschaut.

aufkrawall

2016-02-17, 14:38:14

Ich würd schon ein Video als Grundlage nehmen, das ca. BD-Qualität hat.
Das von dir verlinkte hat nur 8Mbit. BDs haben mindestens 20Mbit.

HisN

2016-02-17, 14:44:09

Freie BD m2ts im Netz? Und dann noch die Leitung und den Webspace um das zu laden/speichern?

deekey777

2016-02-17, 14:46:16

Update:
laut Treiber ist es eine GT 630
laut GPU-Z(v0.7.2) ist es eine GT 630, GK208 also ein Keppler Chip

Was nvenc angeht und ob Handbrake das unterstützt da blick ich nicht durch.

Da hast du Recht. ;(

nvenc beherrscht Handbrake definitiv.

Es könnte an Windows XP liegen, zumindest sagt Google das (ist nicht 100%ig sicher).

dildo4u

2016-02-17, 14:53:15

Die Mov Version des Blender Flims hatte 704mb mein mkv 485mb,Qualität ist 1A.

https://mega.nz/#!RYsRyCwK!w0NixhTlu4oVFtECOfO0qB5nidBZax43XFuUuQ9yWA0

Komprimiert mit Staxrip Nvidia h265.

Die Platzeinsparung ist massiv ich hab Blu Ray's teilweise von 33GB auf 10GB manchmal sogar von 40 auf 6GB bekommen,hängt natürlich vom Ausgangsmaterial ab.

Knuddelbearli

2016-02-17, 15:02:43

Gimmick

2016-02-17, 15:11:19

Von Staxrip ist ne neue Beta raus ich hab da im Schnitt 130-170fps wenn ich mit meiner 970 und Nvidia h265 komprimiere.

https://drive.google.com/folderview?id=0B-gPKiJYuKuIRGUxckdyQU5DUkE&usp=sharing

GPU langweilt sich da noch schätze also mein AMDX6 fütter sie nicht schnell genug wär mal interessant was ein Skylake oder 6 Core Intel schafft.

Das ist ein Test Video aufgenommen mit Shadowplay@50mbit dann mit Nvidia 265 komprimiert.

https://mega.nz/#!0cMhmYTL!9TGH15GCOI0-s4s6B-PLonpNGyuGDl7p1rpGXSaMPbE

Die GPU macht ja auch nichts, das ist ein dedizierter Chip.

Ist kaum ein Unterschied.
Ich hab bei Full-HD-Material etwa 200 FPS bei einem 4.5Ghz 5960X und einer Titan X die ich mit fast 1.5Ghz laufen lasse. Die Auslastung liegt dabei irgendwie bei 10%^^ auf der Graka. Die CPU ackert da deutlich mehr.

Der einzige Unterschied der wirklich Zeitkritisch ist:
Nehme ich eine Orginal-Datei vom NAS oder liegt die Datei lokal.
Dann macht das Muxen/Demuxen den Unterschied im Zeitbedarf^^

Vorallem macht sich die CPU bemerkbar wenn man zusätzliche Filter nutzt.

An der schlechten Effizienz des GPU Encodings (bzw. des Encoderchips auf den Karten, denen einfach viele Features fehlen, die die CPU bei x264/h264 nutzen kann), hat sich aber nichts geändert, oder?

Sprich die Ergebnisse durch CPU Endoding mit entsprechenden x264/h264 Features liefert immer noch ein massiv besseres Verhältnis aus Qualität / Dateigröße, right?

Jo. Bei hohen Bitraten sieht man kaum einen Unterschied, mit niedrigen dann schon teilweise deutlich mehr. Wobei es auch sehr stark auf das Quellmaterial ankommt.
Hatte zum Spaß letztes Wochenende mal ein paar Videos mit der Sony AX100 in 4k/25fps aufgenommen und die dann per NVENC mit den Programmen Hybrid und XMedia Recode in h265 und FullHD umgewandelt. Originaldatei war 1,5GB groß, umgewandelt warens noch ~100MB mit variabler Bitrate zwischen 7500 und 8000kbit - optischer Unterschied auf einem FullHD Bildschirm quasi nicht zu erkennen.

Da merkt man auch, dass computergenerierte Videos andere Anforderungen an die Kompression stellen als echte Aufnahmen.
Man kann echt fiese Stellen bauen für die man immer eine ziemlich hohe Bitrate braucht.

Was mir auch aufgefallen ist: Habe nach 3 Monaten oder so mal Handbrake geupdatet, die Geschwindigkeit auf der CPU hat sich ca. verdoppelt.

aufkrawall

2016-02-17, 15:14:57

Die GPU macht ja auch nichts, das ist ein dedizierter Chip.

Ein dedizierter Teil innerhalb der GPU. ;)
(Außer, es ist ein Hybrid. Dann werden auch andere Bereiche der GPU genutzt.)

Gimmick

2016-02-17, 15:15:45

Ne Frage, wenn auch nur bedingt mit dem Topic zu tun.
Habe hier ein über die Jahre angesammeltes Videoarchiv. Verschiedene Qualitäten, Formate, Dateiarten, Auflösungen, Bitraten usw

Gibt es da eine Möglichkeit das alles in ein Format umzuwandeln wobei das Programm automatisch erkennt welche "Qualität" ( Bitrate Auflösung usw ) das Ausgangsformat ist und es entsprechen umwandelt damit Qualität erhalten wird aber trotzdem die Datei danach möglichst klein ist. ( also nicht einfach alles in 1920*1080 bei max bitrate umwandeln wenn da etliche Videos in 480er Auflösung dabei sind usw )

Dass es ein Programm gibt, was den Inhalt des Videos analysiert und dafür dann bei einem Codec die Bitrate so wählt, dass man keinen Unterschied sieht bezweifel ich.

In XMedia Recode kannst du aber zumindest alle Videos grob vorsortiert reinladen und für mehrere Videos gleichzeitig eine Einstellung festlegen.
Die Jobliste wird dann automatisch abgeklappert.

Gebrechlichkeit

2016-02-17, 15:25:44

Gibt es da eine Möglichkeit das alles in ein Format umzuwandeln wobei das Programm automatisch erkennt welche "Qualität" ( Bitrate Auflösung usw ) das Ausgangsformat ist und es entsprechen umwandelt damit Qualität erhalten wird aber trotzdem die Datei danach möglichst klein ist.

Machen das nicht alle Software Encoder? Vorher die Datei analysieren und dann ent. encodieren? Spiel ein wenig mit den Settings rum (CRF) und encodiere dann alles (batch).

Bei Handbrake z.B. Den Ordner einlesen lassen, ein Profil auswählen (normal sollte ausreichen) und CRF zwischen 22 - 26 (vorher ein paar Samples erstellen, evtl. kann man ja auch noch mit CRF28 encodieren, ansonsten den Clip 3mal encodieren / n-Pass).

Handbrake, Shanaencoder, StaxRip sind vom Look her und Handhabung so ziemlich die besten. Wenn man mehrere PC umstehen hat, könnte man mittels Ripbot (distributed Encoding (https://www.youtube.com/watch?v=b-BICnj62iE)) den Encode Prozess um ein vielfaches beschleunigen indem man alle PC verbindet aka einen Cluster erstellt (x264).

BTT:

Gibt es was für uns AMD User? StaxRip AMDx264 GPU Encoding stürzt ab mit der Fehlermeldung --input .. oder so ähnlich.

http://bluesky23.yukishigure.com/en/AsVideoConv.html

Nie probiert.

Manche Dateien gehen, andere wiederum nicht. Die Qualität ist aber sowas von schlecht at 6mbit ... 160fps (280x). Das F1 test video von D4U kann man z.B nicht neu encodieren (weder im mkv noch mp4 Format).

http://saved.im/mtcymje1yzvn_vs/yikes.jpg (http://saved.im/mtcymje1yzvn/yikes.html)

Gimmick

2016-02-17, 15:33:12

http://bluesky23.yukishigure.com/en/AsVideoConv.html

Nie probiert.

deekey777

2016-02-17, 16:54:57

Probiert, nie funktioniert (AMD).

Da hier einige mit ihren FPS rumprotzen:

Ich komme mit Handbrake&QuickSync je nach Ausgangsvideo (H.264 oder VC-1) auf über 150 FPS (H.264) bzw. 50 FPS (VC-1). Mit einem Intel Core m3. In einem Tablet. Mit 4,5 W TDP. :P

Edit:
Wo VCE funktioniert, sind:

Steam (Big Picture)
OBS (https://obsproject.com/forum/threads/obs-branch-with-amd-vce-support.13996/)
Videomomente-App aus dem Windows Store

Selbst wenn mit StaxRip VCE funktionieren würde (habe ich bisher nicht zum Laufen gebracht, gleicher --input-Fehler), so habe ich meine Zweifel, dass der Encoder mit QuickSync oder nvenc mithalten kann.

Gimmick

2016-02-17, 17:33:42

Hab mal ein wenig den ersten "Batman v Superman" in der 50mbit (https://www.reddit.com/r/movies/comments/33372d/wb_just_released_the_uncompressed_bvs_trailer/) Variante mit diversen Einstellungen konvertiert.

Unter anderen kam das hier bei raus:

Durchschnittlich 11mbit h265, oben mit CPU, unten mit nvenc. Ist halt eine blöde Stelle. ^^

Hochengagierter Ben Affleck:

http://www.bilder-upload.eu/upload/1c3e04-1455727815.png

Moralelastix

2016-02-17, 17:39:56

@ deekey777

woher hast du die Info das Handbrake nvenc unterstützt?
Welche Version von HB?

Ich find nur das und da steht nix von nvenc
https://trac.handbrake.fr/wiki/GPUAcceleration

deekey777

2016-02-17, 18:23:30

@ deekey777

woher hast du die Info das Handbrake nvenc unterstützt?
Welche Version von HB?

Ich find nur das und da steht nix von nvenc
https://trac.handbrake.fr/wiki/GPUAcceleration
Habe ich mich wirklich so stark vertan?

Sry. ;(

StaxRip unterstützt anscheinend in der oben verlinkten Beta VCE. Die Qualität ist Müll.

Moralelastix

2016-02-17, 18:58:50

mhm, was ich da so mal überflogen hab kann StaxRip scheints auch nvenc.

StaxRip funzt wohl aber nicht mehr unter WinXP. Kacke müsste da also wohl erst mal was am Hardware/Software Setup ändern/erneuern/erweitern...wollt mir das eigentlich sparen. Alleine schon wieder irgendwo Windoof XYZ zu installiern "würg". Wär das nicht schön gewesen transcoden per GPU auch unter WinXP ohne viel Aufwand?

Edit: scheints funzen ältere StaxRip Versionen auch noch unter WinXP dort muss man dann nur .NET 3.5 installiert haben. Dot Net 4.5 gibts ja laut MS nicht mehr für WinXP.
Hier: http://www.videohelp.com/software/StaxRip/old-versions#download gibts einige unterschiedliche Versionen vll. funzt eine davon noch unter WinXP.
OK die neueren wo NVENC unterstützt wird und auch per GUI benötigen alle .NET 4.5 -> also Sackgasse.

Und Handbrake nutzt NVENC scheints nur wegen Lizenz Problemen nicht(wegen OpenSource?). Ob sich das irgendwann ändert weiß nur Nvidia.

Flusher

2016-02-17, 23:24:30

deekey777

2016-02-17, 23:44:50

11 Mbit/s sind aber arg viel.

dildo4u

2016-02-17, 23:50:08

Bei mir sind's 8mbit von 840 auf 127MB.

https://mega.nz/#!RUsGzThL!HfWEQvukJAC9pMdHKJWogtLAIC4W0HTBaXqTHAD_7xM

Gimmick

2016-02-18, 06:50:11

Ich seh da keinen Unterschied - höchstens einen leichten Weichzeichner beim unteren Bild.

:O
Schau mal auf seinen Kragen, die Schulter rechts und den ersten Stahlträger hinten ihm links. Da sieht man mit nvenc deutlich Artefakte, die sich im Video auch noch schön grisselig bewegen ^^.

11 Mbit/s sind aber arg viel.

Wieso ist das arg viel?
Ich hab mich da einerseits an der Hälfte der genannten 20mbit einer Bluray orientiert und andererseits an der empfohlenen Upload Qualität von Youtube.

Ich finde 11mbit in der Qualität vom oberen Bild sind erstaunlich wenig. Da geht bestimmt noch weniger, müsste man ausprobieren.

deekey777

2016-02-18, 10:29:57

blackbox

2016-02-18, 11:49:34

Wie ist denn so der aktuelle Stand beim Encoden mit der GPU? Bin da nicht so auf dem Laufenden.
Zu CUDA-Zeiten war die Qualität ja ziemlich schlecht. Hat sich da etwas getan?

PHuV

2016-02-18, 12:10:36

StaxRip funzt wohl aber nicht mehr unter WinXP. Kacke müsste da also wohl erst mal was am Hardware/Software Setup ändern/erneuern/erweitern...wollt mir das eigentlich sparen. Alleine schon wieder irgendwo Windoof XYZ zu installiern "würg". Wär das nicht schön gewesen transcoden per GPU auch unter WinXP ohne viel Aufwand?
Das ist jetzt aber nicht Dein Ernst? :confused: Was willst Du denn noch mit einem ollen XP?
Wie ist denn so der aktuelle Stand beim Encoden mit der GPU? Bin da nicht so auf dem Laufenden.
Zu CUDA-Zeiten war die Qualität ja ziemlich schlecht. Hat sich da etwas getan?
Ich hab nach meinen ebenfalls sehr ernüchternden Ergebnissen nur noch den CPU-Recoden anvertraut. Es ist schlichtweg zuverlässiger, und seit Haswell auch zeitlich interessanter geworden.

dildo4u

2016-02-18, 12:13:52

Wie ist denn so der aktuelle Stand beim Encoden mit der GPU? Bin da nicht so auf dem Laufenden.
Zu CUDA-Zeiten war die Qualität ja ziemlich schlecht. Hat sich da etwas getan?
Gibt ein paar Beispiele im Thread.

http://www.forum-3dcenter.org/vbulletin/showpost.php?p=10946081&postcount=776

Das ist die Ursprungsdatei.

http://ftp.halifax.rwth-aachen.de/blender/demo/movies/ToS/ToS-4k-1920.mov

Gimmick

2016-02-18, 12:17:18

Nun ja, 11 MBit/s sind bei HVEC unnötig viel (die Blu-rays haben meist eine unnötig extrem hohe Bitrate, weil viel Platz verfügbar ist). Das Ziel sollte meiner Meinung nach einen Film in 8 GB zu packen, was schon bei x264 kein Kunststück ist, bei einem HEVC-Encoder aufgrund seiner Effizienz umso mehr.

Ist natürlich auch subjektiv ab wann einen Artefakte stören.
Habe nochmal kurz den Trailer mit ~7Mbit durchlaufen lassen -> der Abstand zwischen GPU und CPU wird größer.
Und darum ging es mir ja auch im 11Mbit-Vergleich, und nicht um die Suche nach der kleinst sinnvollen Bitrate. ;)

Je nach Szene sehe ich in dem NVENC Video deutliche Kompressionblöcke, wo die CPU-Variante noch recht gut klar kommt.
Es gibt aber auch Stellen, bei denen ich keinen Unterschied ausmachen konnte - hab aber uach nicht mit der Lupe gesucht.

Würde ich einen Film jetzt unbedingt für irgendwann mal auf DVD brennen wollen, würde ich das wohl per CPU kodieren.

Ansonsten würde ich whl eher zu großen USB Sticks, externen Festplatten greifen, die Bitrate erhöhen und dafür mit nvenc kodieren. Das geht einfach so viel schneller ^^.

Online zum Download tendiere ich auch zur CPU, mein Upload suckt ziemlich ;).

Schade, dass YT ohl aus Lizenzgründen kein HEVC untersützt.
VP9 könnte man grade auch mal testen :D

Wie ist denn so der aktuelle Stand beim Encoden mit der GPU? Bin da nicht so auf dem Laufenden.
Zu CUDA-Zeiten war die Qualität ja ziemlich schlecht. Hat sich da etwas getan?

Das versuchen wir ja gerade rauszufinden ;)

deekey777

2016-02-18, 13:30:46

Wie ist denn so der aktuelle Stand beim Encoden mit der GPU? Bin da nicht so auf dem Laufenden.
Zu CUDA-Zeiten war die Qualität ja ziemlich schlecht. Hat sich da etwas getan?
Es gibt keine vernünftigen Tests, aber gegenüber totoptimiertem x264 mit seiner riesigen Community haben QuickSync/nvenc und VCE (das sowieso) weiterhin das Nachsehen.

Ich bin der Meinung, dass zumindest QuickSync meines m3 seinen Job gutmacht und den Zweck erfüllt. Gleiches gilt für nvenc (habe ich aber nicht). Wer irgendwelche Blu-ray-Rips erstellen will, ohne viel Qualität zu verlieren und Speicherplatz zu sparen, dem steht x264 zur Verfügung. Für alles andere (schnell einen Film für iPhone/Apple TV fitmachen, Urlaubsvideo ohne viel Zeitverlust zu erstellen, Twitch&Co.) reichen Hardware-Encoder aus.

Ich habe jetzt wirklich Lust nachzutreten, als jemand meinte, Windows-Tablets seien für Videobearbeitung inkl. 4k nicht geeignet, nur das iPad Pro ist das einzig Wahre. :devil:

BK-Morpheus

2016-02-18, 14:04:13

deekey77, ich stimme dir zu, möchte aber den Punkt "Twicht&Co." kurz korrigieren:
Gerade beim Streaming, hat man nur begrenzte Bitraten zur Verfügung (Twitch selbst empfiehlt glaube ich unter 3500kbit/s und die meisten Streamer nutzen sogar unter 3000kbit/s, damit möglichst auch Zuschauer mit kleineren DSL Leitungen noch flüssig zuschauen können).

Daher fällt hier der Unterschied zwischen Quicksync/Nvenc und x264 per CPU sogar recht stark auf.
Ich hatte selbst mal ein paar Vergleichsaufnahmen aus League Of Legends heraus per OBS aufgenommen mit ca. 2500kbit/s. Da konnte ich den Unterschied zwischen CPU und GPU encoding meistens sehr schnell erkennen.

deekey777

2016-02-18, 14:38:42

Wie ist das eigentlich bei Twitch? Werden mehrere Streams mit verschiedenen Bitraten an die Twitch-Server geschickt oder ein Stream und Twitch erstellt dann in Echtzeit die entsprechenden Streams (360p, 480p, 720p...)?

Aber ja, je niedriger die Bitrate, umso mehr bietet x264&CPU die bessere Qualität. Das Problem ist, dass alle Encoder, die auf QuickSync zugreifen, selbst bzw. ihre Entwickler selbst ausloten müssen, wie am Besten kodiert werden muss, mit einem Referenzencoder wäre es einfacher (zumindest habe ich so das Dilemma verstanden).

BK-Morpheus

2016-02-18, 14:45:55

Bei Twitch ist das so, dass Otto-Normal-Streamer ihren Stream 1:1 über Twitch an die Viewer durch-reichen. Der Zuschauer kann also nicht zwischen verschiedenen Auflösungen/Bitraten auswählen.

Das Transcodieren in andere Auflösungen steht wohl nur zur Verfügung, wenn man Twitchpartner ist (dann transcodieren die Twitchserver den Stream noch auf weitere Qualitätsstufen runter, die der Viewer dann auswählen kann).

Wenn ich es richtig verstehe, kann dies auch bei nicht-Partnern funktionieren, wenn man sehr viele Zuschauer hat und der Server noch genügend Resourcen frei hat.

Kartenlehrling

2016-02-18, 15:10:20

Techspot hat sich auch dem Thema angenommen.

http://www.techspot.com/article/1131-hevc-h256-enconding-playback/
Guide to HEVC/H.265 Encoding and Playback

tdon

2016-02-18, 21:31:12

deekey777

2016-02-18, 22:52:59

Mein i7-6700k mit GTX 970 kommt damit auf 190 fps mit NVENC H265 im VBR Modus bei 5 Mbit und unveränderter Auflösung/fps.

Quicksync kommt auf 285 fps (TU7) in H265. Hardware decoding muss aktiviert sein.
Was ist TU7? Welches Preset? Und welche Software genau?

tdon

2016-02-19, 04:49:56

Mit der letzten Staxrip Version. TU bedeutet Target Usage, 7 ist dabei das schnellste. Für HEVC derzeit das sinnvollste bei Skylake, die langsameren sehen nicht wirklich besser aus. Quicksync decoding ist nicht automatisch aktiviert in Staxrip, das muss unbedingt aktiv sein. Sonst läuft es deutlich langsamer. Und der aktuelle Treiber 20.19.15.4380, denn damit läuft es schneller als vorher.

Moralelastix

2016-02-26, 14:12:25

Von Staxrip ist ne neue Beta raus ich hab da im Schnitt 130-170fps wenn ich mit meiner 970 und Nvidia h265 komprimiere.

https://drive.google.com/folderview?id=0B-gPKiJYuKuIRGUxckdyQU5DUkE&usp=sharing

GPU langweilt sich da noch schätze .....

ist die StraxRip Version sauber?

Hab die mal auf Virustotal hochgeladen: 3 / 54
https://www.virustotal.com/de/file/d84309978a1c027fe1266c9b29acdec9766ffd5aa70ccbe852d322dbde713aec/analysis/1456492091/

deekey777

2016-02-26, 14:29:32

Moralelastix

2016-02-26, 14:58:56

mhm, MSEssentials hat hier nix erkannt.

vll. noch ein paar Tage liegen lassen und schauen ob die .7z dann zu schimmeln anfängt?

Gebrechlichkeit

2016-02-26, 16:03:42

ist die StraxRip Version sauber?

Hab die mal auf Virustotal hochgeladen: 3 / 54
https://www.virustotal.com/de/file/d84309978a1c027fe1266c9b29acdec9766ffd5aa70ccbe852d322dbde713aec/analysis/1456492091/

Hier der scan zu

1.2.2
4 / 55
https://www.virustotal.com/de/file/123a827a4c6da0a0805608549091216d0e4936811903092df43bcb63e9fff4ff/analysis/1456495431/

StaxRip_x64_2016-02-07_test
3 / 55
https://www.virustotal.com/de/file/d84309978a1c027fe1266c9b29acdec9766ffd5aa70ccbe852d322dbde713aec/analysis/1456495179/

StaxRip_x64_1.3.1.7_beta.rar
5 / 54
https://www.virustotal.com/de/file/60bbfaa37b439e145050f3f8b65111aef249e2066d46a1065302f11784a1dc42/analysis/1456495447/

Ich nehme mal, dass es false positive sind¿. Achja, bin positiv überrascht wie gut mittlerweile Quicksync x264 Filme encodiert. Zwar alles mit 2mbt und mehr aber dafür dauert der Spass auch keine 25min. Wer Platz hat, dem kann ich Quicksync x264 nur weiterempfehlen (staxrip intel x264)

€dit: auch andere Encoder sind davon betroffen, ripbot, x264 launcher usw... entweder alles false positive oder diese Seite taugt nicht.

Moralelastix

2016-02-26, 16:27:30

Thx für die bessere "Schimmel" Übersicht:-)

...mal gespannt was NVENC hier so taugt, wenn ich mir das sparen kann die Hauptplatine wegen Quicksync zu wechseln und stattdessen nur ne GPU austauschen muss was ca. 10min incl. Treiber Installation dauern sollte um was einigermaßen Vergleichbares zu bekommen reicht mir das völlig.

Ist da schon was bekannt ob die kommenden NV GPUs was an NVENC verbessern?
https://www.reddit.com/r/nvidia/comments/446218/have_they_talked_about_improvements_to_nvenc_with/
AMD Polaris will have 4k h265 hvec 60fps stuff (seen on slide). I'm sure nvidia will also have comparable stuff in Pascal but they haven't talked about those explicitly yet.

Deinorius

2016-02-26, 21:56:15

@Gebrechlichkeit
Quicksync x264? Meinst du das wirklich so, oder ist einfach nur normal Quicksync H.264 (z.B. q264) gemeint?

Gebrechlichkeit

2016-02-27, 13:53:23

@Gebrechlichkeit
Quicksync x264? Meinst du das wirklich so, oder ist einfach nur normal Quicksync H.264 (z.B. q264) gemeint?

Ok-Ok... H264 und nicht x264 sorry mein Fehler :)

Hab noch ein wenig mit ICQ 27 rum gespielt, da merkt man dann schon dass der Encoder nicht für low-bitrates gedacht ist. CQP + Best ergaben sehr akzeptable Werte / Encodes at 160fps oder so (30min und weniger (1080p))

http://s8.postimg.org/fx1wjy35x/image.png (http://postimage.org/)

Deinorius

2016-02-27, 18:51:30

Gebrechlichkeit

2016-02-28, 15:22:53

Ich müsste es selber mal mit meinem Haswell versuchen. Muss einen eigenen Vergleich machen.

Mittlerweile müsste es reichen, einfach nur die iGPU im UEFI zu aktivieren und die Treiber zu installieren, oder ist noch mehr nötig?
4c4_qSWEg2U

Damit hat es bei mir geklappt, leider hat man aber (in meinem Fall) den Cursor links oben in der Ecke (perma) und vor ca. 2 Jahren war der iGPU Encode noch sehr buggy (manchmal hatte man immer einen Kern unter Last nach dem Encode, k.A wieso).

Rooter

2016-02-28, 16:52:14

Ohne jetzt 40 Seiten durchzulesen: Wie ist es denn 2016 um die Bildqualität bestellt? x264 produziert imo super Qualität, wie sieht das bei z.B. StaxRip aus?

MfG
Rooter

dildo4u

2016-02-28, 17:17:22

Ohne jetzt 40 Seiten durchzulesen: Wie ist es denn 2016 um die Bildqualität bestellt? x264 produziert imo super Qualität, wie sieht das bei z.B. StaxRip aus?

MfG
Rooter
http://www.techspot.com/article/1131-hevc-h256-enconding-playback/page7.html

Gebrechlichkeit

2016-02-28, 17:53:28

Ohne jetzt 40 Seiten durchzulesen: Wie ist es denn 2016 um die Bildqualität bestellt? x264 produziert imo super Qualität, wie sieht das bei z.B. StaxRip aus?

MfG
Rooter

http://s18.postimg.org/3zfh978pl/101.png (http://postimage.org/)

Bei ca. 2mbit erhalte ich eine 1.5Gb Datei at 1920x800, die auf den ersten Blick ganz gut ist, bei genauerer Betrachtung aber :

Quicksync H264 StaxRip CGP (default + Best profile) ist nicht so gut wie CPU basiertes H265 encoding at CRF26 (< mehr Details, feinere) und gegen CPU H264 haben beide keine Chance. Irgendwie schauen Filme encodiert mit Quicksync H264 ar 1080p wie 720p aus ....

J_Dredd_sample_intel_h264_best_CQP_i24_p26
http://s21.postimg.org/5awidztdz/1337_J_Dredd_sample_intel_h264_best_CQP_i24_p26.png

J_Dredd_sample_intel_h264_best_IQP_i30_16
http://s21.postimg.org/6twhwppc7/1337_J_Dredd_sample_intel_h264_best_IQP_i30_16.png

J_Dredd_sample_intel_h264_best_VQP_i24_p26
http://s21.postimg.org/oheauwz9j/1337_J_Dredd_sample_intel_h264_best_VQP_i24_p26.png

J_Dredd_sample_source_60s_800p
http://s21.postimg.org/9ci6xeb2f/1337_J_Dredd_sample_source_60s_800p.png

CPU J_Dredd_sample_x265_CRF26_88s_enc
http://s21.postimg.org/ovfmuijd3/1337_J_Dredd_sample_x265_CRF26_88s_enc.png

Anders ausgedrueckt :

Wer Platz hat praktisch 100% kompatibel mit allen Geraeten
Quicksync H264 mit StaxRip CQP auf evtl. i20-p22-b23 setzen bzw. ICQ auf <23 seine "Sicherheitskopien" erstellen.

Der obige Rip als Test dauerte gradmal 21min34s at ~150fps. Die quali oben ist nicht die beste, weil meine eigene 9gb rip herhalten musste, sprich ein Rip von einem Rip usw..

Wer wenig Platz hat oder einfach "auf Frugalitaet" steht .. auch Jahre spaeter wird kein ref16 von den meisten TV/BD etc supportet, von H265 reden wir erst Mal nicht. 100% kompatibilitaet vorerst nur via HTPC moeglich
H265 CRF22 - 26
oder H264 very slow CRF24 mittels RipBot http://www.thehtpc.net/htpc-tips-and-tweaks/ripbot264-distributed-encoding/

tdon

2016-02-28, 18:12:21

Ok-Ok... H264 und nicht x264 sorry mein Fehler :)

Hab noch ein wenig mit ICQ 27 rum gespielt, da merkt man dann schon dass der Encoder nicht für low-bitrates gedacht ist. CQP + Best ergaben sehr akzeptable Werte / Encodes at 160fps oder so (30min und weniger (1080p))

http://s8.postimg.org/fx1wjy35x/image.png (http://postimage.org/)

Wieso ICQ oder CQP? Für beste Qualität musst die ICQ-LA oder VBR-LA nehmen. Balanced (TU4) macht auch mehr Sinn.

Flusher

2016-02-28, 19:19:32

Ich hab vorhin mal ein bisschen mit Staxrip rumgespielt. Eingangsdatei war eine 15 GB großer Film mit H264 encodiert und einer bitrate von ca. 12 Mbit/s.

Da AMD Hardware offenbar tatsächlich nirgends supportet wird oder gar nicht in der Lage ist h265 zu encodieren, habe ich ein wenig mit die Bulldozer-Power getestet.

Im "Faster" preset mit "Medium" Qualität (22) habe ich zwischen 20 und 25 FPS erreicht. Öde...

Gebrechlichkeit

2016-02-28, 19:22:01

Wieso ICQ oder CQP? Für beste Qualität musst die ICQ-LA oder VBR-LA nehmen. Balanced (TU4) macht auch mehr Sinn.

Mit den Einstellungen kenne mich leider nicht so aus, gibt ja um die 10 zur Auswahl. Man kann ohne weiteres QS empfehlen, aber wer noch nebenbei zockt ... dann is schluss mit lustig (Bildschirm flackert rum, werde es wieder deaktivieren)

Ich hab vorhin mal ein bisschen mit Staxrip rumgespielt. Eingangsdatei war eine 15 GB großer Film mit H264 encodiert und einer bitrate von ca. 12 Mbit/s.

Da AMD Hardware offenbar tatsächlich nirgends supportet wird oder gar nicht in der Lage ist h265 zu encodieren, habe ich ein wenig mit die Bulldozer-Power getestet.

Im "Faster" preset mit "Medium" Qualität (22) habe ich zwischen 20 und 25 FPS erreicht. Öde...

Das hat mit öde nix zutun, ist nunmal alles Prozessorlastig :=) Hab auch bloss um die 15fps H265, mit H264 ref 16 grad mal 3 - 5

Moralelastix

2016-02-28, 19:34:58

Vll. sollt man mal den Thread Titel bissl anpassen?

"Per ASIC Videos komprimieren" ??

deekey777

2016-02-29, 09:56:19

Vll. sollt man mal den Thread Titel bissl anpassen?

"Per ASIC Videos komprimieren" ??

Aufgrund des Wiedererkennungswerts sollte der Threadtitel so bleiben, wie er ist.

Aber ja, das Auslagern des Encodings auf die GPU (GPGPU und so) hat sich vor Jahren erledigt, zumindest im Heimbereich. Die heutigen HW-Encoder auf Grafikkarten und CPUs sind Synergieffekte aus der Entwicklung der mobilen SoCs, denn jedes Tablet, jedes Notebook usw. verfügen heute über Kameras.

Ich hab vorhin mal ein bisschen mit Staxrip rumgespielt. Eingangsdatei war eine 15 GB großer Film mit H264 encodiert und einer bitrate von ca. 12 Mbit/s.

Da AMD Hardware offenbar tatsächlich nirgends supportet wird oder gar nicht in der Lage ist h265 zu encodieren, habe ich ein wenig mit die Bulldozer-Power getestet.

Im "Faster" preset mit "Medium" Qualität (22) habe ich zwischen 20 und 25 FPS erreicht. Öde...
Mit sehr hoher Wahscheinlichkeit kann man davon ausgehen, dass die mit der CPU erreichte Bildqualität besser ist als die mit VCE 3.x, auch wenn dieser nicht unterstützt wird. AMD tut hier richtig leid, auch wenn sie einiges selbst dazu beigetragen haben.

Flusher

2016-02-29, 14:01:15

Mit sehr hoher Wahscheinlichkeit kann man davon ausgehen, dass die mit der CPU erreichte Bildqualität besser ist als die mit VCE 3.x, auch wenn dieser nicht unterstützt wird. AMD tut hier richtig leid, auch wenn sie einiges selbst dazu beigetragen haben.

Das mag sein, aber damit scheitert die Idee vorhandene Videos zur Minimierung des belegten Speicherplatzes in h265 zu konvertieren aufgrund der Praxistauglichkeit flach.

deekey777

2016-02-29, 14:14:20

Das mag sein, aber damit scheitert die Idee vorhandene Videos zur Minimierung des belegten Speicherplatzes in h265 zu konvertieren aufgrund der Praxistauglichkeit flach.
Da bin ich auf deiner Seite. Ich habe auch weder Lust noch Zeit ein Video am PC zu konvertieren, wenn es über die CPU läuft (ist ja immernoch ein Q6600). Hinzu kommt der deutlich höhere Verbrauch.

Bei den ganzen x264/x265-Cracks kommt das nicht an. Ich habe kein Problem damit, wenn ein Film einer Blu-ray mit Quicksync kodiert wird und die Bildqualität darunter leidet, wenn deutlich schneller geht (auch wenn die Größe des Films am Ende größer ist als beim Encoding mit der CPU). Darum ärgert es mich, dass der VCE meiner R7 260X so schlechte Ergebnisse liefert.

tdon

2016-03-01, 17:31:47

Mit den Einstellungen kenne mich leider nicht so aus, gibt ja um die 10 zur Auswahl. Man kann ohne weiteres QS empfehlen, aber wer noch nebenbei zockt ... dann is schluss mit lustig (Bildschirm flackert rum, werde es wieder deaktivieren)

Ich sage ja nur. Unter h264 sollten die LA Bitraten Modi erheblich besser sein. Das konnte jeder Test bestätigen und ich auch.

Vll. sollt man mal den Thread Titel bissl anpassen?

"Per ASIC Videos komprimieren" ??

Das wäre unpassend. Intel verwendet eine Hybrid Solution aus fixed function und GPU. Unter h264 lässt sich bei QSVEnc mit --fixed-func nur die dedizierte Einheit nutzen, die Qualität ist dann aber sehr viel schlechter. Bei Nvidia gehe ich auch von einem Hybrid aus.

Durch die erhöhte GPU Anforderung bei HEVC ist eine Skylake GT2 für TU4 gar nicht mehr schnell genug, die GPU hängt fast durchgehend bei 100%. Das ist eindeutig der Flaschenhals. Mit TU7 limitiert die GT2 noch nicht, deswegen ist der speed Abstand da so immens zwischen TU4 und TU7.

Flusher

2016-03-01, 22:29:45

Da bin ich auf deiner Seite. Ich habe auch weder Lust noch Zeit ein Video am PC zu konvertieren, wenn es über die CPU läuft (ist ja immernoch ein Q6600). Hinzu kommt der deutlich höhere Verbrauch.

Bei den ganzen x264/x265-Cracks kommt das nicht an. Ich habe kein Problem damit, wenn ein Film einer Blu-ray mit Quicksync kodiert wird und die Bildqualität darunter leidet, wenn deutlich schneller geht (auch wenn die Größe des Films am Ende größer ist als beim Encoding mit der CPU). Darum ärgert es mich, dass der VCE meiner R7 260X so schlechte Ergebnisse liefert.

Fraglich ist dann aber auch ob die Speicherplatzersparnis überhaupt groß genug ist, dass es sich lohnt. AFAIK sind die per GPU encodierten Videos nicht nur schlechter in der Qualität sondern auch noch größer.

tdon

2016-03-02, 13:20:36

AFAIK sind die per GPU encodierten Videos nicht nur schlechter in der Qualität sondern auch noch größer.

Sie sind nicht größer. Gleiche Bitrate ergibt gleiche Größe. Weder mit Quicksync noch mit Nvenc habe ich das anders gesehen. Keine Ahnung was ihr immer habt. Vermutlich vergleichen die Leute x264/x265 settings mit denen von anderen und meinen, es müsste im Output die gleiche Bitrate/Größe rauskommen. Ein Irrglaube.

Gimmick

2016-03-02, 14:37:13

Fraglich ist dann aber auch ob die Speicherplatzersparnis überhaupt groß genug ist, dass es sich lohnt. AFAIK sind die per GPU encodierten Videos nicht nur schlechter in der Qualität sondern auch noch größer.

Ob sich das lohnt muss jeder mit seinem eigenen Qualitätsempfinden entscheiden. Ich bin da eher empfindlich :<

Flusher

2016-03-02, 18:54:19

Sie sind nicht größer. Gleiche Bitrate ergibt gleiche Größe. Weder mit Quicksync noch mit Nvenc habe ich das anders gesehen. Keine Ahnung was ihr immer habt. Vermutlich vergleichen die Leute x264/x265 settings mit denen von anderen und meinen, es müsste im Output die gleiche Bitrate/Größe rauskommen. Ein Irrglaube.

It's also plainly obvious that the Nvidia HEVC encoder is significantly faster than anything else due to its hardware encoding advantage. It creates a slightly larger HEVC-encoded file than Handbrake’s default H.264 settings in under half the time

http://www.techspot.com/article/1131-hevc-h256-enconding-playback/page6.html

h.265 encodiert mit crappy qualität größer als h.264 standard qualität

Gimmick

2016-03-02, 19:17:31

http://www.techspot.com/article/1131-hevc-h256-enconding-playback/page6.html

h.265 encodiert mit crappy qualität größer als h.264 standard qualität

Er schrieb ja extra "bei gleicher bitrate". In dem Test sind die Bitraten aber nicht fest eingestellt und unterschiedlich.

Zudem sinds in dem Bericht ja gerade mal ~2MBit. In dem Bereich kann man GPU Encoding eh vergessen.

Gutes 264-Quellmaterial lässt sich aber auch per GPU in ein gutes 265 Video konvertieren und spart dabei Platz. Möglich, dass je nach Video ein 264-CPU-encodiertes Video bei gleicher Bildqualität auch eine ähnliche Größe hätte, aber es dauert halt länger.

Wenn man sich in niedrigem Bitratenbereich bewegt muss man einfach per CPU kodieren.

tdon

2016-03-02, 19:22:20

http://www.techspot.com/article/1131-hevc-h256-enconding-playback/page6.html

h.265 encodiert mit crappy qualität größer als h.264 standard qualität

Verstehst du mein Beitrag irgendwie nicht? Wenn du Vergleiche anstellen willst, muss du dich an die gleiche Bitrate rantasten. Gleiche Bitrate ergibt gleiche Größe. Alles andere wäre völliger Unfug. Schon je nach Bitrate Modi oder bframes kann es zu Schwankungen im Output kommen.

Übrigens....Du quotest etwas von Nvidia NVENC, sprichst dann von h265 :freak:
Als wenn Nvidia's HEVC Encoder der allgemeingültige Maßstab für h265 wäre.

Die haben für NVENC CQP verwendet. Wenn sie jetzt CQP weiter raufsetzen würden, was ja dann ein deutlicher kleineres Video zur Folge haben würde, wäre nach deiner Logik die Schlussfolgerung, dass GPU assisted encoding kleinere Videos produziert. Wäre eine genauso sinnfreie Schlussfolgerung wie deine.

Vergiss das alles ganz schnell wieder, die settings sind zwischen den verschiedenen Lösungen nicht 1:1 übertragbar. So entstehen nur Legenden.

Moralelastix

2016-03-15, 15:20:37

Ich such mir grad'n Wolf nach einer GTX 750 mit GM206-150 GPU(GDDR5).

Scheint ja für ~ 100,- € die derzeit billigste Variante für NVENC h265 encoding zu sein. Pascal sub 100,- GPUs werden wohl noch einige Zeit auf sich warten lassen.

Entweder gibts die GTX 750 mit GM206 in D noch nicht oder all die Preis Suchmaschinen taugen net sonderlich(Geizhals, Hardwareschotte)?

Kennt wer einen Händler in D der die GPU um die 100,- € auf Lager hat?

N0Thing

2016-03-15, 16:44:40

Die sind wohl noch mit dem Frachter auf dem Weg nach Europa.

-/\-CruNcher-/\-

2016-03-15, 23:28:10

Die GTX 750 war eine Experimentelle Karte mit nicht fertiger Maxwell Architecture Nvidia wird sie sicher langsam einstampfen.

AUf jedenfall eine schöne Sammlerkarte :)

tdon

2016-04-03, 21:06:03

Auf meiner HD 530 habe ich mit den Einstellungen gute Erfahrungen machen können. Das ist qualitativ deutlich besser als x264 very fast in so gut wie allen meinen Vergleichen aus ca 10 Videos.

http://fs5.directupload.net/images/160403/9geijovp.pnghttp://fs5.directupload.net/images/160403/4ngid62h.png

In Einzelfällen kann VBR+mbbrc oder ICQ+LA besser sein, in der Summe erscheint mit das obige aber am besten. Bei Bitraten über 5000 in 1080p wäre auch ein deaktiviertes bpyramid eine Alternative.

Vergleiche sind ziemlich komplex, da reicht es längst nicht sich 1-2 Videos anzusehen mit ein paar screenshoots. Ergebnisse können von Video zu Video anders ausfallen, im Video selber auch.

Das Video in #771 muss man mit niedriger Bitrate testen. Nachdem ich mir so etwa 15 Szenen angesehen habe, gefällt mir in dem Video Quicksync und NVEncC VBR etwas besser als x264 medium (bei jeweils 1500 Kbit)

Das Beispielbild in #771 ist zufällig eine sehr ungünstige Stelle für x264 medium. So deutlich ist das längst nicht, x264 liegt auch vorne in einigen Szenen. Das Video ist sowieso kein Paradebeispiel für x264, wie gesagt muss man sich mehrere Videos genauer ansehen.

x264 Medium http://abload.de/img/x264mediuml8pgq.png
Quicksync http://abload.de/img/quicksyncr8s1j.png
NVEncC http://abload.de/img/nvenccuooub.png

Deinorius

2016-04-06, 17:14:49

Ist Quicksync eigentlich immer Baseline Profile oder gehen Main und High auch?
Da ich bald mehrere Videos komprimieren darf, wird mir Quicksync lieber sein, da Qualität nicht das wichtigste dabei ist.

Muss die iGPU immer noch aktiv für QS sein? Mich dünkt, da mit Haswell etwas gelesen zu haben.

tdon

2016-04-07, 19:06:32

Zumindest als secondary GPU muss sie aktiv und ein Treiber installiert sein, funktioniert mit Haswell ab Windows 8.1 problemlos. Main und High gehen selbstverständlich auch für h264.

Deinorius

2016-04-08, 00:47:55

Ah, mit Win7 geht es wohl nicht? Müsste ich halt einfach ausprobieren.

tdon

2016-04-08, 04:42:47

Nativ nicht.

iuno

2016-04-08, 11:44:50

Was genau geht nicht?
Mit QS Videos encoden waehrend eine dGPU im System steckt?
Doch, schon. Hatte die selbe Frage vor kurzem hier und habe es dann auch gemacht. Mit einem alten Sandy Bridge und Windows 7. Man muss nur im BIOS einstellen koennen, dass beide GPUs an sein duerfen.

tdon

2016-04-08, 15:26:41

Das glaube ich nicht. Selbst wenn das Windows 7 mit einem Update doch noch unterstützt, scheitert es schon am Intel Treiber für Sandy Bridge. Aber man kann es natürlich über Umwege ans laufen bekommen.

Gebrechlichkeit

2016-04-08, 15:48:57

2016-02-27, 18:51:30

Ich müsste es selber mal mit meinem Haswell versuchen. Muss einen eigenen Vergleich machen.

Mittlerweile müsste es reichen, einfach nur die iGPU im UEFI zu aktivieren und die Treiber zu installieren, oder ist noch mehr nötig?
http://youtu.be/4c4_qSWEg2U

2016-04-06, 17:14:49

... Muss die iGPU immer noch aktiv für QS sein? Mich dünkt, da mit Haswell etwas gelesen zu haben.

:comfort: :whistle:

tdon

2016-04-08, 16:15:33

Also auch nicht nativ. Bei einer nativen Unterstützung ist es nicht notwendig, erst noch einen zweiten Monitor einzustellen. Der Trick hat schon immer funktioniert, daran ist nichts neues.

Deinorius

2016-04-09, 02:47:57

Hoppsala. Habe ich das schon früher angeschrieben? Die Zeit vergeht meine Lieben... :D

tdon

2016-04-10, 00:24:47

Ich glaube LA_ICQ geht (meistens) doch besser als LA_VBR bei Quicksync. Jedenfalls bei niedriger bitrate. Man sollte nur nicht über depth 50 gehen, im Gegensatz zu VBR nimmt die Leistung nach oben hin ab. x264 medium ist oft schlechter muss ich sagen.

iuno

2016-04-10, 10:11:39

Das glaube ich nicht.

Dann probiere es aus. Es waren keine Umwege nötig. Windows 7, asus p 8z68-v, i7-2600k

Also auch nicht nativ. Bei einer nativen Unterstützung ist es nicht notwendig, erst noch einen zweiten Monitor einzustellen.
"Nativ" ist daran sowieso nichts, das Wort passt in dem Zusammenhang überhaupt nicht.
Und wie gesagt brauchte ich auch keinen monitor an die igp zu hängen

tdon

2016-04-10, 11:36:24

"Nativ" ist daran sowieso nichts, das Wort passt in dem Zusammenhang überhaupt nicht.

Es ist nativ, es braucht Windows support. Windows 7 unterstützt es nicht.

Und wie gesagt brauchte ich auch keinen monitor an die igp zu hängen

Hat keiner gesagt, dass du es brauchst. Fake Monitor hat schon immer gereicht.

tdon

2016-04-10, 20:03:34

Jetzt habe ich ein erstes Video genauer verglichen, ein knapp 3 Minuten langes 4k 75 Mbit Demo Movie konvertiert nach 1920x1080 h264 bei einer Videobitrate von ~2100 Kbit, um die Unterschiede besser aufzuzeigen.

Link habe ich jetzt nicht, es ist dieses Video: https://www.youtube.com/watch?v=Q6n8nmfXCjg

HD 530 Quicksync konvertiert hier mit 150 fps, GTX 970 NVENC 118 fps und x264 Medium mit Handbrake liegt bei 30 fps.

Kein so gutes Video für x264, LA_ICQ ist in meinen Augen hier am besten.

Abload scheint die Bilder zu komprimieren, unkomprimiert sind sie hier
https://drive.google.com/open?id=0B2V13ke8FGg0Q2RvWHdZNThoTjg

1) X264 Medium http://abload.de/img/1_x264mediumhandbrakerrjlq.png
1) Nvidia VBR http://abload.de/img/1_nvidiah264vbrcqpa9.png
1) LA_VBR http://abload.de/img/1_lavbrb8oo0.png
1) LA_ICQ http://abload.de/img/1_laicqrvss7.png

2) X264 Medium http://abload.de/img/2_x264mediumhandbrakeb9jeu.png
2) Nvidia VBR http://abload.de/img/2_nvidiah264vbrknqjo.png
2) LA_VBR http://abload.de/img/2_lavbrpmr4g.png
2) LA_ICQ http://abload.de/img/2_laicqwjsoe.png

3) X264 Medium http://abload.de/img/3_x264mediumhandbrake4jkm7.png
3) Nvidia VBR http://abload.de/img/3_nvidiah264vbrm5rny.png
3) LA_VBR http://abload.de/img/3_lavbrqpr87.png
3) LA_ICQ http://abload.de/img/3_laicqa9sgo.png

4) X264 Medium http://abload.de/img/4_x264mediumhandbrakew2jmr.png
4) Nvidia VBR http://abload.de/img/4_nvidiah264vbrz6r3a.png
4) LA_VBR http://abload.de/img/4_lavbr1sqd3.png
4) LA_ICQ http://abload.de/img/4_laicqzes8y.png

5) X264 Medium http://abload.de/img/5_x264mediumhandbrakep1jdu.png
5) Nvidia VBR http://abload.de/img/5_nvidiah264vbrerode.png
5) LA_VBR http://abload.de/img/5_lavbr28paf.png
5) LA_ICQ http://abload.de/img/5_laicq5qs8c.png

6) X264 Medium http://abload.de/img/6_x264mediumhandbrakeb3koz.png
6) Nvidia VBR http://abload.de/img/6_nvidiah264vbrzjrt2.png
6) LA_VBR http://abload.de/img/6_lavbrdpox2.png
6) LA_ICQ http://abload.de/img/6_laicqins31.png

7) X264 Medium http://abload.de/img/7_x264mediumhandbrake05j36.png
7) Nvidia VBR http://abload.de/img/7_nvidiah264vbrlwp8h.png
7) LA_VBR http://abload.de/img/7_lavbr6jowl.png
7) LA_ICQ http://abload.de/img/7_laicqc4spx.png

8) X264 Medium http://abload.de/img/8_x264mediumhandbrake4qjvl.png
8) Nvidia VBR http://abload.de/img/8_nvidiah264vbru9ouk.png
8) LA_VBR http://abload.de/img/8_lavbraapuk.png
8) LA_ICQ http://abload.de/img/8_laicq39sin.png

Noch zu den settings

http://abload.de/img/10yabcu.png
http://abload.de/img/110nar6.png
http://abload.de/img/12f4lus.png
http://abload.de/img/138cyy5.png
http://abload.de/img/142ylgf.png

LA_VBR mit depth 100, der Rest wie LA_ICQ.

X264 von Handbrake im High Profile Medium Preset. Ansonsten default, nur die Größe habe ich auf 1920x1080 gesetzt. In Staxrip ebenfalls (Bilinear). Ich wollte erst Staxrip für x264 nehmen, aber das lieferte schlechtere Ergebnisse warum auch immer.

i7-6700k 4 Ghz
DDR4-3200 CL14
HD 530 1150 Mhz 20.19.15.4416
GTX 970 364.72
Windows 10

Gimmick

2016-06-08, 07:39:02

tdon

2016-06-08, 20:52:29

HEVC ist besser wenn man es im gleichen Bitrate Modus vergleicht, aufgrund der noch fehlenden Lookahead Bitrate Modi bevorzuge ich noch H264 mit LA.

Kabylake wird übrigens 10 bit HEVC encoding unterstützen.

https://software.intel.com/en-us/articles/whats-new-in-intel-media-sdk-r2

HisN

2016-09-24, 23:49:57

Lange nix mehr geschrieben.
Die neueste Version von StaxRip unterstützt jetzt h265 über die Graka (300 FPS etwa bei meiner Graka in 1080p). Was sagen denn die Profis hier über Qualität und Performance?

https://github.com/stax76/staxrip/releases <-- da zu bekommen. Einfach beim Encoder Nvidia h265 auswählen, oder klassisch h265 wenn es über die CPU gehen soll.

deekey777

2016-09-25, 00:00:13

Ich bin mir nicht ganz sicher, aber konnte StaxRip nicht schon vorher H.265 über Quicksync der Skylake-Generation komprimieren? Oder war/ist es Handbrake?

HisN

2016-09-25, 00:05:04

Da ich keine CPU mit iGPU besitze muss ich da passen und freue mich über die Möglichkeit auf meiner dGPU zu komprimieren, anstatt die CPU rödeln zu lassen.

dildo4u

2016-09-25, 00:06:23

Ja geht schon ne Weile mit Staxrip.Mediacoder x64 kann es auch,zum meinem Erstaunen ist Pascal deutlich flotter als Maxwell,dachte eigentlich solche Programme skalieren irgendwann nicht mehr,weil die CPU nich in der Lage ist die Karte schnell genug zu Füttern.Die 970 kam so auf 170fps,die 1070 280fps.

scully1234

2016-09-25, 12:23:29

Ich bin mir nicht ganz sicher, aber konnte StaxRip nicht schon vorher H.265 über Quicksync der Skylake-Generation komprimieren? Oder war/ist es Handbrake?

Da waeere mal wirklich interessant wie der qualitative Aspekt zwischen der Quicksync und der Cuda GPGPU Methode ausfaellt mit dem Codec

Ich meine da gab es irgendwo auch nen Artikel, Cuda laeuft zwar performanter ,neigt aber dazu geringfuegig staerkere Kompressionsartefakte zu produzieren, mit bestimmten Content

Ob das jetzt mit dem neuen H265 war, oder noch der aeltere Codec H264???

gmb

2016-09-25, 16:00:48

zum meinem Erstaunen ist Pascal deutlich flotter als Maxwell

Pascal taktet deutlich höher, was der Videoengine ebenfalls zuträglich ist. Keine Überraschung.

dachte eigentlich solche Programme skalieren irgendwann nicht mehr,weil die CPU nich in der Lage ist die Karte schnell genug zu Füttern.Die 970 kam so auf 170fps,die 1070 280fps.

CPU spielt kaum eine Rolle, sofern decoding und encoding von der GPU übernommen wird. Die CPU hat kaum was zu füttern, die Last sollte im einstelligen Bereich liegen.

@scully1234: Was willst du noch mit dem ineffizienten CUDA? Wir reden von NVENC.

deekey777

2017-01-22, 23:16:06

http://bluesky23.yukishigure.com/en/AsVideoConv.html
A's Video Covnverter unterstützt als 7 beta auch HEVC der Polaris-Generation (VCE 3.4), ReLive erforderlich, One Drive meldet einen Virus in der x32-Version.

Ich empfinde den A's Video Converter eher als Spielerei. Im zugehörigen Thread im Doom9-Forum findet sich die Aussage, dass VCE 3.4 langsamer sein soll als VCE 2.0/3.0.

Mit Hybrid rev 2016.12.23.1 gibt es eine weitere GUI, die VCE (hier VCEEnc) nutzt, http://www.selur.de/downloads

BigKid

2017-01-23, 10:17:59

Da der Thread schon etwas länger läuft: Wie seht ihr das: Gilt eigentlich immernoch das x264 und x265 bessere Ergebnisse liefern als alle verfügbaren gPU beschleunigten Encoder (sofern Zeit keine Rolle spielt)? Gibt es Ausnahmen?
Ich halte mich immernoch an die etwas alte Richtline x264 und x265 vbr mit 2pass liefern die besten Ergebnisse...
Ich nutze dazu aus Gewohnheit Handbrake... Slow oder Medium...

Aber stimmt das noch?

Das gPU transcoding/encoding schlechter ist, ist ja kein Naturgesetz sondern dürfte ja speziell wenn zB Cuda genutzt wird "nur" eine Frage der Implementierung sein...

deekey777

2017-01-23, 10:31:53

BigKid

2017-02-04, 10:10:00

Meines Wissens gibt es keine Ausnahme, sondern es ist die Frage, wie viel Zeit man investieren will. Und das ist der eigentliche Streitpunkt: Die x264-Macher/Befürworter behaupten, dass die Qualität von FF-Encodern etwa der Fastest-Einstellung entspricht. Und ein schneller Vierkerner erreicht zufriedenstellende FPS.

Wie aktuell diese Aussage ist, weiß ich nicht. Mein Bauchgefühl sagt, dass x264 weiterhin überlegen ist, wenn man sich Zeit lässt.
Ja - scheint so... Und da ich so zeug auf meinem 24/7 home server mache ist mir dann eh egal wie lange es dauert... nächster Tag reicht mir...
Der Grund scheint mir zu sein, dass es noch keine Implementierung eines 2 pass vbr mit GPU unterstützung gibt - oder?

Gimmick

2017-02-04, 10:58:55

Der Grund scheint mir zu sein, dass es noch keine Implementierung eines 2 pass vbr mit GPU unterstützung gibt - oder?

Doch gibts, ändert aber nichts.

Gebrechlichkeit

2017-02-04, 16:18:30

Quicksync via Handbrake CRF24 und CRF22
enc= 35min (2h Film)
filesize = 2Gb - 5Gb

x265 CRF25
enc= 120min+
filesize = 1Gb - 3Gb

Videos auf YT hochladen :
Quicksync

Videos "archivieren"
X264 slower / Film bzw. x265 medium (wobei x264 bessere Werte abliefert, schaerferes Bild und in etwa gleich schnell wie x264 medium ist, ist aber auch fast doppelt so schwer).

CRF sollte man doch immer bevorzugen und 2Pass ist ein "Uebrigbleibsel" aus den 90er und sollte vermieden werden? CRF25 liefert "gute" Werte

gmb

2017-02-04, 16:26:45

Ja - scheint so... Und da ich so zeug auf meinem 24/7 home server mache ist mir dann eh egal wie lange es dauert... nächster Tag reicht mir...
Der Grund scheint mir zu sein, dass es noch keine Implementierung eines 2 pass vbr mit GPU unterstützung gibt - oder?

Hast du dir schon Pascal mit Lookahead @H265 angesehen? Mir gefällt es sehr gut. Ich wäre mir nicht so sicher, ob x264 medium bessere wäre. Mir gefiel mir das oft weniger gut. Ich würde sage, probiere es aus und urteile selber. Es hängt von mehreren Faktoren ab.

deekey777

2017-02-04, 17:58:05

Doch gibts, ändert aber nichts.

Selur meinte im Gleitz-Forum, es sei "Pseudo-2-pass-Encoding" und im Doom9-Forum gibt Links zu Präsentationen von Nvidia, auch dort gibt es 2-Pass-Encoding: http://developer.download.nvidia.com/designworks/video-codec-sdk/secure/7.1/01/NVENC_VideoEncoder_API_ProgGuide.pdf?autho=1486227714_119d51c6dc84d1baa001d29183 305d9a&file=NVENC_VideoEncoder_API_ProgGuide.pdf und das seit Jahren.

(>Selur ist der Macher von Hybrid)

HarryHirsch

2017-02-04, 20:00:23

dein link funktioniert nicht. der hier sollte:

http://developer.download.nvidia.com/compute/nvenc/v4.0/NVENC_VideoEncoder_API_ProgGuide.pdf

Narolf

2017-02-04, 21:02:25

CRF sollte man doch immer bevorzugen und 2Pass ist ein "Uebrigbleibsel" aus den 90er und sollte vermieden werden? CRF25 liefert "gute" Werte
Wollte ich auch grad sagen.

Man kann von der Scene ja halten was man will, aber die nutzen auch nichts anderes (s. Punkt 4.4+4.5) (http://pastebin.com/LvMFuL6a), allerdings mit CRF23 als "schlechteste" Qualität. Persönlich orientiere ich mich immer an diesen Standards für meine privaten Encodes, einfach weil man davon ausgehen kann, dass die Jungs Ahnung davon haben, was sie tun.

Deinorius

2017-02-04, 23:24:55

CRF sollte man doch immer bevorzugen und 2Pass ist ein "Uebrigbleibsel" aus den 90er und sollte vermieden werden? CRF25 liefert "gute" Werte

Meine persönliche Erfahrung ist, dass crf zwar toll ist, aber 2pass nicht ersetzt, wenn man eine fixe Große erreichen will. Außerdem haben die psy optimisations die Große mit crf stark in die Höhe getrieben. Das ist aber auch schon etwas her, als ich das das letzte Mal getestet habe. Mit crf 22 war ich selten zufrieden genug, besonders bei Animes.

=Floi=

2017-02-05, 00:37:31

unterm strich kann man als privatperson eine GPU nur für games und video decoding sinnvoll nutzen.

gmb

2017-02-05, 01:24:00

Die Aussage halte ich für Blödsinn. Das ist erstens viel zu pauschal und zweitens drückt das nur deine Unkenntnis aus.

deekey777

2017-02-05, 09:44:42

Die Aussage halte ich für Blödsinn. Das ist erstens viel zu pauschal und zweitens drückt das nur deine Unkenntnis aus.
Unterm Strich kann Mann das so stehen lassen.

Na gut, das war gemein.

Es gibt viele Gründe, GPU-Encoding auszuprobieren.

Der wichtigste Grund ist reines Interesse. Ist ähnlich, als vor einem Jahrzehnt F@H auf Radeons lief: Man wollte nicht die Welt reden, sondern einfach über gewöhnliches Spielen hinausgehen.

Wenn man Filme über iTunes kauft oder über Netflix/Amazon Video Prime schaut, dann besteht nur wenig Interesse, eine mobile Version der Blu-ray zu erstellen. Trotzdem wandle ich einige Filme in ein handlicheres Format, um sie auf Reisen zu schauen oder einfach nur ATV-kompatibel zu machen. Und hier kommt es nicht auf die bestmögliche Qualität an.

Dann gibt es genügend Schnittprogramme, die GPUs bzw. FF-Encoder nutzen: Mal schnell ein Hochzeitvideo zusammenschneiden? Bitte sehr.

Man muss einfach über den eigenen Schatten springen.

Moralelastix

2017-02-05, 13:14:57

deekey777

2017-02-05, 13:54:07

HEVC-Encoding können nur die Polaris-Grafikkarten, also RX 460 und aufwärts, Software dafür gibt es schon (siehe weiter oben).

Gimmick

2017-02-05, 14:19:10

Wie schauts'n aktuell bei Nvidia aus was h.265 encoden angeht?

Die billigste aktuelle GPU dafür GP108 oder GP107?

Kann man grob davon ausgehen das NVENC @h.264 VS NVENC @h.265 bei gleicher Bildqualität eine rund 50% kleinere Datei ergibt?

Bei ATI immer noch nix vergleichbares?

Wie es bei der aktuellen nV Generation aussieht weiß ich nicht, aber auf meiner 980ti sieht HEVC bei gleicher Bitrate genauso aus wie h264 und bei geringer Bitrate eben genauso schlecht.

Moralelastix

2017-02-05, 16:29:40

Mhm, auf'm alten TV-Server werkelt ne alte GK208 die nur h.264 encodet. Ist wohl sicherer wieder ne NV zu nutzen anstatt Risiken von Treiber Faxen einzugehen. Zudem dann noch andere GUIs wo ich dann alles mögliche erst mal suchen muss. Vll. lieber die billigste Pascal.

Vom Preis her fast vernachlässigbar:
RX 460 ~ 100,- €
GTX 1050. ~ 117,- €

Ich zögere noch weil ich weil ich nicht weiß ob der Stromverbrauch Desktop Idle bei der 1050 höher ist als bei der alten GK208(GT 640 Rev 2 GDDR5).
Find nur online Tests die ich nicht vergleichen kann. Bei der GT640 nur Tests mit System Gesamtstromverbrauch und bei der 1050 nur welche wo nur die Leistung der GPU gemessen wird.

GTX 1050 Ti 7,5W Idel Desktop

Ob/wann ne noch billigere/sparsamere GTX1040 kommt ist ja noch unklar oder?

@Gimmick
Also die Quali reicht mir im "CQP" Mode aus. Aber du musst doch einen Größenunterschied haben zwischen h.264 und h.265 bei gleichem Setting?
Sind das so ca. 50% weniger bei h.265 zu h.264 @NVENC ?

Gimmick

2017-02-05, 16:55:05

@Gimmick
Also die Quali reicht mir im "CQP" Mode aus. Aber du musst doch einen Größenunterschied haben zwischen h.264 und h.265 bei gleichem Setting?
Sind das so ca. 50% weniger bei h.265 zu h.264 @NVENC ?

Hatte das damals mit drei oder vier verschiedenen aber festen Bitraten getestet. Daher waren die Videos sowieso gleich groß und mir ging es da eher um die Bildqualität bei niedriger Bitrate.
Und die war halt gleich bescheiden ^^.

BigKid

2017-02-05, 21:45:20

Wie es bei der aktuellen nV Generation aussieht weiß ich nicht, aber auf meiner 980ti sieht HEVC bei gleicher Bitrate genauso aus wie h264 und bei geringer Bitrate eben genauso schlecht.
Also ich habe angefangen auf h265 (bzw. x265) umzustellen. Bei 720p und niedrigeren Bitraten kann selbst ein schwächerer 2 Kerner das dekodieren. Bei slow oder medium, vbr und 2 pass finde ich kann man mit h265 und der halben Bitrate wie bei h264 gleiche Ergebnisse erzielen...
Allerdings: Garbage in Garbage out - das Quellmaterial darf halt noch nicht totkomprimiert sein...

Moralelastix

2017-02-07, 11:31:27

Gibts wo einen Vergleich zwischen NVEnc und AMDs Lösung "Video Coding Engine"?

Gimmick

2017-02-07, 11:54:27

Also ich habe angefangen auf h265 (bzw. x265) umzustellen. Bei 720p und niedrigeren Bitraten kann selbst ein schwächerer 2 Kerner das dekodieren. Bei slow oder medium, vbr und 2 pass finde ich kann man mit h265 und der halben Bitrate wie bei h264 gleiche Ergebnisse erzielen...
Allerdings: Garbage in Garbage out - das Quellmaterial darf halt noch nicht totkomprimiert sein...

Ich hatte mir ein unkomprimiertes Testvideo aus Spieleaufnahmen und Szenen aus 50+Mbit h264 Filmtrailern gebaut.

Wenn ich die Tage dazu komme vergleiche ich nochmal ein bissl, vielleicht hat sich im Laufe der Zeit ja auch was verbessert.

Gibts wo einen Vergleich zwischen NVEnc und AMDs Lösung "Video Coding Engine"?

Ich glaube keinen aktuellen.

deekey777

2017-02-07, 11:58:31

Gibts wo einen Vergleich zwischen NVEnc und AMDs Lösung "Video Coding Engine"?

Ich finde nichts (aktuelles, die c't hat 2014* was getestet, Videos kann man über Google finden), aber ich glaube, das tut sich auch niemand an.

Es kommt auch sehr darauf an, wie gut der Autor der jeweiligen Encoder die Hardware ausreizt. So liest man, dass die Implementierung von VCE in A's Videoconverter schlechter ist als zB VCEEnc, was Staxrip oder Hybrid nutzt. Auch für QuickSync gibt es mehrere Encoder, die japanischen Umsetzungen sollen die besten sein (das sind die mit "Enc" im Namen). Sprich: Wenn man die "falsche" Software erwischt, tut man VCE oder NVEnc oder QuickSync vielleicht Unrecht.

*Flash deaktiviert lassen, sonst kommt Werbung ohne Ende https://www.heise.de/video/artikel/GPU-Transcoding-Beispielvideo-AMD-VCE-2248163.html

Die Autoren nutzten zwar eine gemeinsame Software (MediaEsspresso), aber das bedeutet nicht, dass sich Cyberlink das beste aus der Hardware rausgeholt hat.

HarryHirsch

2017-02-07, 12:06:15

hab das mal gegoogled, bei amd hat sich eine menge getan:
http://gpuopen.com/gaming-product/advanced-media-framework/

werde ich demnächst mal mit obs testen. https://obsproject.com/forum/resources/amd-advanced-media-framework-encoder-plugin-for-obs-studio.427/

wobei meine hardware nur vce 2.0 unterstützt.

BigKid

2017-02-08, 09:15:11

Hast du dir schon Pascal mit Lookahead @H265 angesehen? Mir gefällt es sehr gut. Ich wäre mir nicht so sicher, ob x264 medium bessere wäre. Mir gefiel mir das oft weniger gut. Ich würde sage, probiere es aus und urteile selber. Es hängt von mehreren Faktoren ab.
Welche Oberfläche nutzt du dafür ? Ich probiers gerne mal aus...

Jaguar XK

2017-03-06, 18:57:44

Salut zusammen,
mich interessiert das Komprimieren von Videos mittels der GPU sehr, würde damit gerne meine TV-Aufnahmen (.ts Dateien) verkleinern und in MKVs umwandeln.
Habe mir mal den "mediaencoder" installiert, leider komme ich mit den ganzen Einstellungen nicht wirklich klar.
Was nutzt ihr denn so für Einstellungen, gerade bei der Bildqualität, für ein gutes Ergebnis?
Wo kann man sich da genauer einlesen, welche Einstellungen Sinn machen etc.?

Falls es von Belang ist: nutze eine Geforce 970 und wollte NVENC nutzen zum encoden.

Besten Dank vorab!

Gebrechlichkeit

2017-03-06, 21:33:34

Nimm lieber Stax Rip (https://www.videohelp.com/software/StaxRip), der kann alles und wird auch regelmaessig aktualisiert. Mit dem Quicksync LA-ICQ 27 kann man noch "akzeptable Werte" erreichen (TV Kram, Fraps-Spiele Videos fuer YT). Fuer richtiges Archivieren wird aber auch im Jahre 2020 noch die CPU verwendet.

Am besten mittles Handbrake ein sample (lossless) erstellen und diese dann per Stax Rip encodieren.

dildo4u

2017-03-13, 13:27:20

MPC-HC nutzt bei mir jetzt auch mit dem HEVC Main10 Standard die GPU,ich hab keine CPU Last mehr wenn ich High-Bitrate 4k abspiele.

FX 8320e@4.2Ghz GTX 1070@2Ghz.

Neue Version 110 Watt
http://abload.de/img/mpc-hck2jbb.png

Version von 2015 178 Watt
http://abload.de/img/mpc-hcoldwsk2y.png

Die neue Version:
https://mpc-hc.org/downloads/

deekey777

2017-03-13, 13:37:27

MPC-HC nutzt bei mir jetzt auch mit dem h265 Codec die GPU,ich hab keine CPU Last mehr wenn ich High-Bitrate 4k abspiele.

http://abload.de/img/mpc-hck2jbb.png

Die neue Version:
https://mpc-hc.org/downloads/
Passt gut zum Threadthema.

dildo4u

2017-03-13, 13:42:15

Natürlich passt es wenn ich Videos z.b in h265 mit meiner Nvidia GPU komprimiere will es ich es auch wieder Effektiv abspielen,ohne das das System absurde Mengen an Strom verbraucht.

aufkrawall

2017-03-13, 13:44:58

Kann er schon lange, war vielleicht nur nicht die Standardeinstellung (afair aber schon).

deekey777

2017-03-13, 13:46:42

Natürlich passt es wenn ich Videos z.b in h265 mit meiner Nvidia GPU komprimiere will es ich es auch wieder Effektiv abspielen,ohne das das System absurde Mengen an Strom verbraucht.

Ja klar.

Nur so am Rand: Die Video-App kann das von Anfang an.

dildo4u

2017-03-13, 13:55:28

Kann er schon lange, war vielleicht nur nicht die Standardeinstellung (afair aber schon).
Was hat die alte Version genutzt Cuda?Die Version von 2015 kennt Pascal und dessen NVENC Version ja nicht.

Fourth generation NVENC implements HEVC Main10 10-bit hardware encoding. It also doubles the encoding performance of 4K H.264 & HEVC when compared to previous generation NVENC. It supports HEVC 8K, 4:4:4 chroma subsampling, lossless encoding and sample adaptive offset (SAO). There is no B-Frame support for HEVC encoding and maximum CU size is limited to 32x32.

https://en.wikipedia.org/wiki/Nvidia_NVENC

Wie soll das 2015 Implementiert sein?

aufkrawall

2017-03-13, 13:58:07

DXVA2 nativ ist die Standardeinstellung und die Checkbox für HEVC sollte auch gesetzt sein. Müsste demnach schon lange gehen.
Mit nvenc hat das direkt nichts zu tun.

dildo4u

2017-03-13, 14:00:53

Sorry ich war nicht genau genug ich hab ein HEVC Main10 Video getestet schätze mal das ging vorher nicht.

deekey777

2017-03-13, 14:58:49

Sorry ich war nicht genau genug ich hab ein HEVC Main10 Video getestet schätze mal das ging vorher nicht.
Warum kodierst du deine Videos in Main10?

dildo4u

2017-03-13, 15:07:11

Ich dachte das ist das beste für 4k,ich hab grad ein 4k TV gekauft und nehme 4k Gameplayvideos mit Shadowplay auf.Leider kann man Shadowplay nicht direkt auf HEVC umstellen er nimmt mit 264 auf.

aufkrawall

2017-03-13, 19:21:12

Sorry ich war nicht genau genug ich hab ein HEVC Main10 Video getestet schätze mal das ging vorher nicht.
Sollte auch schon lange gehen, im UI gibts da keine Unterscheidung. Das konnte ja schon die 960.

deekey777

2017-03-31, 22:02:50

Als stolzer Besitzer eines Notebooks mit einem A10-9600P habe ich natürlich Hybrid laufen lassen, was den VCEEnc 3.x nutzt.

Was habe ich bisher gelernt: Die HW-Dekodierung sollte ausgeschaltet bleiben, sie bremst. Es gibt kaum einen Unterschied zwischen Energiesparmodus und Hochleistungsmodus (Audiospuren werden natürlich mit dem letztgenannten schneller umgewandelt).

Die FPS: ~55 bei aktivierter HW-Beschleunigung, die CPU wird mit 50% belastet und läuft mit 1,5 - 1,9 GHz. Sonst ~65 FPS, die CPU läuft durchgehend über 2 GHz und fast 90% CPU-Last.

Gebrechlichkeit

2017-07-03, 22:04:25

Seit 2015!! soll angeblich Haswell auch per IGP x265 oder h265 (fuer mich das gleiche) encodieren sollen. Hab erst heute mal den IGP Treiber aktualisiert (15.40....) und wollte mal per Intel 265 StaxRip was encodieren .. ging aber nicht.

Haswell soll 8Bit H/X265 decodieren und encodieren koennen seit 15.38.xx ... mit welcher Software kann man das nachtesten?

gmb

2017-07-04, 10:51:18

Seit 2015!! soll angeblich Haswell auch per IGP x265 oder h265 (fuer mich das gleiche) encodieren sollen.

Wie kommst du denn darauf? Da bist du einer Falschinfo aufgesessen oder hast etwas verwechselt.

2015 kam Skylake, vermutlich verwechselst du Skylake mit Haswell. Haswell kam 2013.

lumines

2017-07-04, 11:09:49

x265 ist ein reiner Software-Encoder, der nichts mit der GPU zu tun hat. Die Haswell-GPU konnte noch nie H.265 dekodieren und hat auch keinen eigenen Encoder dafür. Kann man auch hier nachgucken: https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video#Hardware_decoding_and_encoding

Gebrechlichkeit

2017-07-04, 12:21:28

Hab die Info von hier, stammt aus 2015. Ich kann nur den 15.40 installieren, der 15.45 geht nicht. Zwar "bloss" 8bit x/h265 via IGP, es soll seit 2015 moeglich sein (Haswell).
http://techreport.com/news/27677/new-intel-igp-drivers-add-h-265-vp9-hardware-decode-support
https://communities.intel.com/thread/59216

stimmt! Steht sogar decode, hab aber encode gelesen ... ach menno. :wink:

gmb

2017-07-04, 12:23:18

Das gehts ums decoding und nicht encoding. Hybrid decoding gibt es schon ewig in Haswell Treibern.

deekey777

2018-01-22, 12:28:23

ffmpeg unterstützt mit neueren Builds AMDs AMF und damit VCE, https://www.forum-3dcenter.org/vbulletin/showthread.php?p=11609813#post11609813

https://trac.ffmpeg.org/wiki/HWAccelIntro
https://trac.ffmpeg.org/wiki/HWAccelIntro#AMDUVDVCE
AMD UVD is usable for decode via VDPAU and VAAPI in Mesa on Linux. VCE also has some initial support for encode via VAAPI, but should be considered experimental.

On Windows, UVD is accessible via standard DXVA2/D3D11VA APIs, while VCE is supported via AMF.

Und es wird schon eingesetzt, http://www.dvbviewer.tv/forum/topic/60874-ffmpeg-amd-hardware-transcoding-amf-f%C3%BCr-h264-und-hevc/