Hardware für X265

@BJ1: Die H264 bitrate muss proportional zu den Produktionskosten des contents sein, sonst funktioniert der codec nicht richtig.

Babylon von Astra TS 10 Mbps, koennte also als mp4 vielleicht bis zu 8 Mbps sein. Leider nehme ich Sesamstrasse nicht auf.

Ich komprimiere mit ffmpeg:

-vcodec libx264 -vf yadif=1:0,mcdeint=0:0:10,framestep=2 -crf 23 -preset veryfast -x264opts nal-hrd=vbr:vbv-bufsize=5000:vbv-maxrate=50000 -acodec libmp3lame -ab 96k

Da komment ca. 1.6 Mbps raus (Babylon). Hart auf Kante genaeht. Aber halt 8Mbps/1.6Mbps brauche ich nur 1 Festplatte, wo ich 5 braeuchte wenn ich ohne komprimierung die e.g.: mp4 Dateien archivieren wuerde.

Das sind einfach 2 unterschiedliche Codecs, sozusagen Vorgänger und Nachfolger.

Hier ist eine gute Erklärung: https://lmgtfy.app/?q=x264+vs+x265&iie=1

Zitat von markonbmv

Dann habe ich mal eine Frage, gibt es unterschiede zwischen x264 10bit und x265 10bit?

Hab zu wenig UHD als das mich das richtig interessiert, aber von dem bissl googling was ich gemacht habe scheint es mir ratsam, x265 zu nehmen, weil da wahrscheinlich 10bit encoding viel mehr benutzt wird und deswegen wahrscheinlich besser funktioniert.

Bei x264 10bit ist eher das Problem das kein Hardwaredecoder das unterstützt und es deswegen in Software decodiert werden muss.

Sagt mal Leute welche welches x264 Preset verwendet ihr vorwiegend. Die meiste Zeit nehme ich Slow für die TV Mitschnitte aber es kann ja auch sein das sich in den letzten Jahren so viel am Encoder getan dat das jetzt Sachen wie Fast ein vernünftiges Ergebnis liefern.

Habe per nvenc bei h264 auf max Qualität

darkside40:

Siehe oben, "veryfast". Ist IMHO weniger eine frage der qualitaet, die sollte ja theoretisch gleich bleiben, egal welche geschwindigkeit man hat. Soll ja bloss diebitrate niedrige werden je mehr zeit man ihm zun komprimieren gibt. Klar, stimmt so nicht immer.

Hatte mal mit x265 das ergebnis das ueber bei einer ca. 2 jahre alten version nur mit 10bit ueberhauptqualitativ guten output bekommen habe. Viel zeit damit verschwendet da rumzuoptimieren. Neueste binary version von ffmpeg installiert und zack hatte ich dieselben ergebnisse mit 8 bit.

Muss jetzt vor allem noch gucken, ob meine x265 resultate sich auch noch auf RPI3b+ gut abspielen lassen, das ist derzeit mein langsamster abspieler.

Zitat von te36

Muss jetzt vor allem noch gucken, ob meine x265 resultate sich auch noch auf RPI3b+ gut abspielen lassen, das ist derzeit mein langsamster abspieler.

x265 und RPI3b+ ??? Wird es da nicht ein wenig ruckelig, zumindest bei (full) HD, bei RPI3b+ ist doch keine hardwaredecodierung für x265 vorhanden.

Tschau nepo

jo, befuerchte ich auch.
aber ich hab halt zwei fernseher mit 3D und der RPI4 wird wohl kein 3D mehr kriegen *sigh*

also option schmeisse ich "Sabrina" in den Raum

Zitat von nepo

bei RPI3b+ ist doch keine hardwaredecodierung für x265 vorhanden.

Eben. x265 funktioniert zwar, allerdings wird der Pi3 mächtig warm. Wenn er dann runtertaktet, ist Schluss mit Filmgenuss. Ist halt Oberkante Unterlippe. Der Pi4 hat damit kein Problem, allerdings kann er kein 3D (was ich auch bedauere).

Zitat von markonbmv

HAllo,

ich möchte meine Hardware verbessern um meine DIsc im x265 zu speichern. Geplat hatte ich ein CPU vom AMD RYzen 7 3800MHZ und GTX 2060 von Nvidia zur unterstützung, nactürlich müssen sie 2pass können. Auf welche Framreate kommt ihr mit der Hardware bei Handbrake und DVDFAB. mit meiner alten I5-8400 CPU schaffe ich 10-20 fps bei DVDFAB. Auch ohne GPU hilfe welche FPS schafft der Ryzen 7 3800?

Wir gleiten ein wenig vom Thema ab - ausnahmsweise
Mittlerweile geht es jetzt um Decoder-Hardware, mich würde passende Encoder-Hardware interessieren. Insbesondere Unterschiede in nvenc - Intel - (reine)CPU Encoding !

Tschau nepo

Zitat von nepo

Unterschiede in nvenc - Intel - (reine)CPU Encoding !

Bei gleichen Encodereinstellungen und FHD kannst Du x265 per CPU auf ca 1/4 - 1/5 der Dateigröße gegenüber nVidia (nvEnc) drücken - bei gleicher visueller Qualität. Da für ist nvEnc sauschnell: ca. 250fps gegenüber 15-20 fps per CPU bei einem i7.

na na 1/4tel ist untertrieben aber 20-50% Ersparnis sind drin.
https://youtu.be/FsTtMERkFbE?t=253

Ein Test mit einer Aufzeichnung. Ich verwende unter Linux ein Skript, welches ein Encoding mit verschiedenen Einstellungen ermöglicht. Hier sind - bis auf den verwendeten Encoder - alle Parameter identisch:

NVEnc (avg 230 fps, 5 min):


[12:55:49] job configuration:
[12:55:49]  * source
[12:55:49]    + Marvel's Runaways.S03E05.mkv
[12:55:49]    + title 1, chapter(s) 1 to 1
[12:55:49]    + container: matroska,webm
[12:55:49]    + data rate: 5914 kbps
[12:55:49]  * destination
[12:55:49]    + recoded/Marvel's Runaways.S03E05.mkv
[12:55:49]    + container: Matroska (libavformat)
[12:55:49]  * video track
[12:55:49]    + decoder: h264
[12:55:49]    + filters
[12:55:49]      + avfilter (yadif='mode=send_frame')
[12:55:49]        + yadif: mode=send_frame
[12:55:49]      + Framerate Shaper (mode=0)
[12:55:49]        + frame rate: same as source (around 25.000 fps)
[12:55:49]      + Crop and Scale (width=1920:height=1080:crop-top=0:crop-bottom=0:crop-left=0:crop-right=0)
[12:55:49]        + source: 1920 * 1080, crop (0/0/0/0): 1920 * 1080, scale: 1920 * 1080
[12:55:49]    + Output geometry
[12:55:49]      + storage dimensions: 1920 x 1080
[12:55:49]      + pixel aspect ratio: 1 : 1
[12:55:49]      + display dimensions: 1920 x 1080
[12:55:49]    + encoder: H.265 (NVEnc)
[12:55:49]      + quality: 20.00 (CQ)
[12:55:49]      + color profile: 1-1-1
[12:55:49]  * audio track 1
[12:55:49]    + decoder: Deutsch (AC3) (5.0 ch) (track 1, id 0x1)
[12:55:49]      + bitrate: 384 kbps, samplerate: 48000 Hz
[12:55:49]    + mixdown: 5.1 Channels
[12:55:49]    + dither: triangular
[12:55:49]    + encoder: AAC (libavcodec)
[12:55:49]      + bitrate: 192 kbps, samplerate: 48000 Hz
[12:55:49]  * audio track 2
[12:55:49]    + decoder: English (AC3) (2.0 ch) (track 2, id 0x2)
[12:55:49]      + bitrate: 192 kbps, samplerate: 48000 Hz
[12:55:49]    + mixdown: Stereo
[12:55:49]    + dither: triangular
[12:55:49]    + encoder: AAC (libavcodec)
[12:55:49]      + bitrate: 128 kbps, samplerate: 48000 Hz


CPU (i7 - avg 13 fps, 80 min):


[13:02:08] job configuration:
[13:02:08]  * source
[13:02:08]    + Marvel's Runaways.S03E05.mkv
[13:02:08]    + title 1, chapter(s) 1 to 1
[13:02:08]    + container: matroska,webm
[13:02:08]    + data rate: 5914 kbps
[13:02:08]  * destination
[13:02:08]    + recoded/Marvel's Runaways.S03E05.mkv
[13:02:08]    + container: Matroska (libavformat)
[13:02:08]  * video track
[13:02:08]    + decoder: h264
[13:02:08]    + filters
[13:02:08]      + avfilter (yadif='mode=send_frame')
[13:02:08]        + yadif: mode=send_frame
[13:02:08]      + Framerate Shaper (mode=0)
[13:02:08]        + frame rate: same as source (around 25.000 fps)
[13:02:08]      + Crop and Scale (width=1920:height=1080:crop-top=0:crop-bottom=0:crop-left=0:crop-right=0)
[13:02:08]        + source: 1920 * 1080, crop (0/0/0/0): 1920 * 1080, scale: 1920 * 1080
[13:02:08]    + Output geometry
[13:02:08]      + storage dimensions: 1920 x 1080
[13:02:08]      + pixel aspect ratio: 1 : 1
[13:02:08]      + display dimensions: 1920 x 1080
[13:02:08]    + encoder: H.265 10-bit (libx265)
[13:02:08]      + quality: 20.00 (RF)
[13:02:08]      + color profile: 1-1-1
[13:02:08]  * audio track 1
[13:02:08]    + decoder: Deutsch (AC3) (5.0 ch) (track 1, id 0x1)
[13:02:08]      + bitrate: 384 kbps, samplerate: 48000 Hz
[13:02:08]    + mixdown: 5.1 Channels
[13:02:08]    + dither: triangular
[13:02:08]    + encoder: AAC (libavcodec)
[13:02:08]      + bitrate: 192 kbps, samplerate: 48000 Hz
[13:02:08]  * audio track 2
[13:02:08]    + decoder: English (AC3) (2.0 ch) (track 2, id 0x2)
[13:02:08]      + bitrate: 192 kbps, samplerate: 48000 Hz
[13:02:08]    + mixdown: Stereo
[13:02:08]    + dither: triangular
[13:02:08]    + encoder: AAC (libavcodec)
[13:02:08]      + bitrate: 128 kbps, samplerate: 48000 Hz

Originalgröße (x264): 2.0 GB
x265 nvEnc: 1.9 GB
x265 CPU: 1.1 GB

Fazit: Ein Umkodieren von TV-Material nach x265 mit nvEnc bringt kaum Vorteile. Bei BluRay sieht das natürlich anders aus. Mit den 50% liegt @SkyBird1980 richtig.

Ich hab heute mal den großen Test gemacht und eine ganze Serie (Babylon 5) gewandelt mit CRF20 und beide Audispuren (deu + eng) per copy weiter gegeben mit 2080S im preset fast umgewandelt.
Es hat jetzt 14 Std gebraucht und aus 77 GB sind 50,7 GB geworden.
[xattach=46763]Größen mit h.264[/xattach]
[xattach=46764]Größen mit h.265[/xattach]

Qualitätsvergleich: https://screenshotcomparison.com/comparison/7788

[xattach=46765]Beispiellog vom Umwandeln[/xattach]

Was ist denn das original Material ? Die deutschen DVD ?

https://en.wikipedia.org/wiki/Babylon_5#Mastering_problems

Aka: in diesem Fall scheinen die PAL DVDs ja echt das beste Ausgangsmaterial zu sein. Bei anderen Serien evtl. nicht.

Das mit dem Encodieren mit H265 würde mich auch einmal interessieren.
Ich mache das bisher mit meinem 10-Core (Intel XEON E5-2690V2 3GHz) Mac Pro 2013. Der XEON Prozessor hat ja weder H264 noch H265 Hardware eingebaut.
Ich habe einmal einen Core i7 Quadcore von 2016 (ohne H265 Hardwareencoder) über die gleiche Eingangsdatei laufen lassen wie den 10-Core und das Ergebnis war, das der 10-Core nach zwei Stunden fertig war und der i7 nach fünf Stunden.

Würde ein aktueller Intel Prozessor mit meinetwegen i7 und H265 Encoder eingebaut da viel mehr Zeitersparnis bringen oder sind das am Ende nur 15 Minuten oder so?

Zitat von carsten_h

Das mit dem Encodieren mit H265 würde mich auch einmal interessieren.
Ich mache das bisher mit meinem 10-Core (Intel XEON E5-2690V2 3GHz) Mac Pro 2013. Der XEON Prozessor hat ja weder H264 noch H265 Hardware eingebaut.
Ich habe einmal einen Core i7 Quadcore von 2016 (ohne H265 Hardwareencoder) über die gleiche Eingangsdatei laufen lassen wie den 10-Core und das Ergebnis war, das der 10-Core nach zwei Stunden fertig war und der i7 nach fünf Stunden.

Würde ein aktueller Intel Prozessor mit meinetwegen i7 und H265 Encoder eingebaut da viel mehr Zeitersparnis bringen oder sind das am Ende nur 15 Minuten oder so?

also

Ich habe nen i5 4460 und schaffe es h265 (auch 1080) zeitsparend umzuwandeln.....

Bei FullHD schaffe ich zwischen 4 (sehr gewaltiges Setting) - 13 FPS (Durchschnitt liegt bei 8-10)

CRF: 20,5 - Preset Mittel - Tune : Animation ( nur bei Trickfilme)

Teste doch Mal eine kleine Serien Episode von ca 1Std (bietet sich Good Omens bzw GoT an)

Rest ist dann hochrechnen...

Sende Mal die Tage vom umwandeln die Logos......

PS: SD (480 - was ja DVD entspricht) schaffe ich ca 60-90 ....

Auf seine Frage:
Alle aktuellen CPUs (Ryzen nur APU) haben eine GPU im CPU - das nennt sich bei INTEL QVS und bei AMD ACE.....

Bei den GPUs (diskret) bei Nvidia ab 1050GTX und AMD bin ich aussen vor

Je nachdem was drin ist:

CPU: 18-26 FPS
GPU QSV : 150-200 FPS
Nvidia 750 GTX: 220-320FPS

Setting : BD -> 1080 MKV - H264 - CRF 21 (glaube ich) - Preset Mittel (CPU); Jeweils Max Qualität bei den GPUs