4K UHD HandBrake Einstellungen so okay?

Ja die gängigen Hardware-Transcoder könnensoweit ich das verstanden habe HDR nur decodieren aber nicht encodieren. Deswegen geht Transcoding nur in 8 bit.

Ja die meisten hauen bei mir mit RF20 auch echt gut hin. Aber man sollte sich nicht drauf festfahren. Ein Extrem ist bei mir die 7. Staffel Game of Thrones. Da bin ich bei RF13-14. Die dunklen Stellen in dieser Höhle sind sonst die Hölle.

Auf jeden Fall sehr interessante Informationen. Hab heute wieder etwas dazu gelernt :slight_smile:

Habe jetzt mal einen 4K UHD Film umgewandelt.
Die Quelldatei hatte 47,6 GB und nach dem umwandeln mit den oben gezeigten Einstellungen (H.265, RF 22) ist die Datei am Ende 7,67 GB.
Der selbe Film in 1080p mit den Einstellungen H.264, RF 20) ist 6,38 GB.
Kann denn das hinkommen?

Hallo.
Ich bin es noch einmal.
Ich teste hier noch immer ein wenig rum mit dem 4K UHD HDR gedöns. Als erstes wollte ich sagen, dass ich mich nun dazu entschlossen habe HDR doch beizubehalten (wer weiss wofür es in Zukunft dann gut sein kann).
Demnach habe ich nun den Videocoder auf H.265 10-bit eingestellt. Vielen Dank an dieser Stelle nochmal für den Tip.

Jetzt habe ich einen Film kodiert (was übrigens mal eben 12-15 Stunden Laufzeit hat :smiley: ) und mir ist da hinterher etwas aufgefallen.
Und zwar wird mir im Plex dann angezeigt, dass dieser Film eine Bitrate von 8942 kbps hat.
Ich habe hier eine andere Videodatei mit 4K UHD HDR die nicht von mir ist und diese wird mit 32917 kbps angezeigt.
Da stelle ich mir zwei fragen.
Zum einen, wie kann so ein massiver Unterschied entstehen? (Mal davon ab hat meine Datei um die 10 GB und die Fremde Datei hat um die 20 GB). Ich möchte halt meine eigenen 4K UHD HDR Sachen direkt von Anfang an vernünftig machen und deshalb frage ich lieber nochmal ob meine 8942 kbps in diesem Bereich normal sind oder ob die 32917 kbps bei der Fremddatei unnötiger “Overkill” sind?
Ausserdem habe ich mir nochmal die HandBrake Videoeinstellungen angsehen nachdem ich den Videocoder auf H.265 10-bit gestellt hab. Hier mal ein paar Screenshots:




Erstmal hab ich den RF Regler auch auf 20 gestellt. Denke das lass ich auch erstmal so, weil ich bei normalen Blu-rays da sehr zufriden bin.
Zum anderen habe ich unten bei Profil dann gesehen, dass sich dort “Main 10” und “Main 10-intra” auftun und ich dann dazu ein Level einstellen kann.
Macht irgend eine Einstellung davon sinn?
Ich meine bei Blu-ray’s habe ich das Profil “High” und Level “4.0”.
Macht es Sinn bei 4K UHD’s das Profil auf “Main 10” und auch auf “Level 4.0” zu stellen?
(Ich vermute jetzt einfach mal als Laie, dass die 10 in Main 10 auf die 10-bit anspielt, denn wenn ich mal aus Interesse auf 12-bit stelle, wird unten beim Profil main12 und main12-intra angezeigt).

Oder sollte Profil und Level weiterhin einfach auf “Auto” bleiben wenn ich H.265 10-bit verwende?

Vielen Dank im voraus. :slight_smile:

Lass die beiden auf Auto, wenn du nach H.265 codierst.

Mehrere Möglichkeiten:

  • Die fremde Datei könnte einen anderen Wert für RF benutzt haben. Je niedriger RF, desto größer die resultierende Datei. Den benutzten RF Wert kann man manchmal aus den Metadaten des Videostromes erfahren. mediainfo
  • Hast du nur die Videodatenströme bei der Größe berücksichtigt? Weil Audio in TrueHD lossless mit Atmos versus AAC stereo kann eine Menge Unterschied ausmachen.
  • Die andere Datei könnte mit Hardware Transcoding erzeugt worden sein. Und da haben wir ja schon oben festgestellt, dass das sowohl zu Lasten der Qualität geht als auch zu Lasten der Kodiereffizienz (also größere Dateien erzeugt werden).

Ja also ich habe schon berücksichtigt, dass die Fremddatei noch andere Tonspuren besitzt. Finde da 10 GB Unterscheid aber schon ordentlich. Zumal die Laufzeit der Fremddatei auch kürzer ist als meine Datei.
Ich glaube ich werde mal beide Dateien in MKVToolNix um ihre Tonspuren kastrieren und schauen wie groß sie sind, wenn nur noch Video vorhanden ist. Einfach mal zum testen und vergleichen.
Das man den RF Wert in MediaInfo sehen kann wusste ich auch noch nicht. Das schau ich mir auch mal eben an.

Handelt es sich um den gleichen Film?
Weil nur dann kannst du auch nur ansatzweise vergleichen.

Die Spieldauer allein taugt nicht als Vergleich. Wenn der andere Film mehr “Bewegung” im Bild hat (entweder weil es ein Actionfilm ist, oder weil es Unmengen an “Filmkorn” gibt) dann kann Datenrate drastisch unterschiedlich sein.

Die Datenrate und die erreichbare Effizienz bei der Video-Encodierung hängt wesentlich vom Bildinhalt und dessen Dynamik ab.
Guckst du: https://youtu.be/r6Rp-uo6HmI

Ah, und wieder was gelernt. :slight_smile:
Es handelt sich nicht um den selben Film, habe jetzt einfach dennoch mal einfach mit MKVToolNix nur die Videodateien stehen lassen und mal bei MediaInfo rein geworfen.
Hier mal die Ergebnisse:

Fremddatei:

Meine Datei:

Dateigrößen:
Fremddatei: 16,4 GB
Meine Datei: 8,92 GB

Die interessante Zeile mit den “Kodierungseinstellungen” ist leider abgeschnitten.

Fremddatei:

Kodierungseinstellungen : cpuid=1050111 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1600 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=1 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / bframes=3 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=0 / scenecut=40 / no-intra-refresh / ctu=32 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=0 / no-limit-modes / me=2 / subme=7 / merange=57 / temporal-mvp / weightp / weightb / no-analyze-src-pics / no-deblock / no-sao / no-sao-non-deblock / rd=6 / no-early-skip / no-rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=4.00 / psy-rdoq=8.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=20.0 / qcomp=0.80 / qpstep=1 / stats-write=0 / stats-read=0 / ipratio=1.10 / pbratio=1.00 / aq-mode=3 / aq-strength=1.00 / no-cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=51 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50) / max-cll=4000,290 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05

Meine Datei:

Kodierungseinstellungen : cpuid=1111039 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1604 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=24 / keyint=240 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=8 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / selective-sao=4 / early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=20.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00

Ja, einige fortgeschrittene Parameter sind unterschiedlich. Aber sich damit zu befassen halte ich nicht wirklich für nötig. Zumal dein Ansatz ja gute Ergebnisse bringt.

Okay.
Vielen Dank für die Auskünfte und Hilfe.
Dann werde ich jetzt meine 4K UHD mit HDR dann mit diesen Einstellungen behandeln:

Muss mich aber dann auch damit abfinden, dass ein Prozess jenachdem 12 bis 15 Stunden dauern kann. :smiley:

Du weißt ja jetzt, wie du auf Quick’n Dirty umschalten kannst… :grin:

Gut Ding will weile haben. Da bin ich lieber Geduldig und habe bessere Ergebnisse :smiley:

Ich bin es nochmal und wollte nochmal etwas hinzufügen zum Thema “HDR sieht schrecklich aus”, was ich weiter oben schonmal so in der Art erwähnte.
Natürlich spielt das Endgerät dabei immer eine große Rolle.
Doch ich habe aus meiner Wissbegierigkeit mal den selben Film einmal in 1080p mit H.264 und 20 RF und einmal in 4K UHD HDR mit H.265 10-bit und 20 RF umgewandelt und dann an meinem TV angesehen und immer wieder hin und her gewechselt um einfach mal zu vergleichen. Das 4K Bild sieht einfach Blass und Farblos aus. Und das schiebe ich jetzt nicht mehr allein nur auf meine Geräte, denn wenn ich die beiden Dateien mal bei HandBrake in der Vorschau betrachte, dann sieht man das auch dort schon. Aber schaut selbst:

1080p Blu-ray:

4K UHD HDR Blu-ray:

Diese beiden Screenshots spiegeln es eigentlich schon exakt genau so wieder, wie es am Ende dann auch auf meinem TV aussieht. Und gefallen tut mir das gar nicht. :frowning:

Ohne der Experte zu sein, behaupte ich mal, das liegt an den beiden extra Bits. Wenn der TV keine 10 Bit kann, dann muss ja irgendwer die 10 Bit Daten auf 8 Bit abbilden. Nun Video-Encoding spielt sich nicht in RGB ab, sondern in einem reduzierten Farbraum. Diese Abbidung läuft zuweilen unter dem Begriff Tonemapping., da ihr unterschiedliche Profile zugrunde liegen können.

Also am Ende denke ich, bei Deiner gegenwärtigen Gerätekette sind 10 Bit einfach zu viel.

Ich habe da noch eine andere Bemerkung, nachdem ich den Thread gelesen habe: Hier kann man den Eindruck gewinnen, dass der Encoder Preset die Qualität des Outputmaterials bestimmt. Dem ist m.E. nicht so. Die Qualität wird vornehmlich durch den RF-Wert bestimmt, wobei die Skala umgedreht ist. Kleineres RF höhere Qualität, und konsequenter Weise größere Bitrate. Etwas salop gesagt, bestimmt der “Preset” wie hartnäckig der Encoder versucht, das File zu komprimieren. Also “slower” dauert länger als “slow,” aber die Bitrate wird im Mittel kleiner, die Qualität ändert sich aber nicht wesentlich.

Um bei dem Beispiel zu bleiben: Mein Eindruck ist, dass bei BRD-Material der Wechsel von “slow” auf “slower” zu wirklich deutlich kleineren Files (25%) führt, aber die Encodierzeit fast verdoppelt.

Nein. Es liegt daran dass ein 4K HDR Film einen anderen “Farbraum” hat als ein älterer, auf Bluray gespeicherter.

High Dynamic Range bedeutet, dass hier hellere Lichter und “dunkleres Schwarz” beschrieben werden. Wenn man das umwandeln will in den kleineren Farbraum den man bisher von Fernsehern gewohnt ist, muss man den Farbraum anpassen. Und das ist beileibe keine triviale Angelegenheit, die man vollautomatisch erledigen könnte.
Mehr dazu High Dynamic Range Image – Wikipedia

Ja. Zumal wie oben auf den beiden Screenshots zu sehen ist, das Bild dort genau so aussieht wie eben am Ende im Film, wenn ich ihn am TV ansehe.
Also es liegt definitiv nicht nur an den Gerätschaften, sondern auch am Quellmaterial.

Schieb ich die 1080p MKV bei HandBrake rein, sieht sie eben Satt und Farbenfroh aus. Das gleiche hab ich am Ende auch am TV via Plex.

Schieb ich die 4K UHD HDR MKV bei JandBrake rein, sieht sie nicht Satt und Blass aus. Und auch hier habe ich das gleiche am Ende am TV via Plex.

Und an zweiterem habe ich keinen Spaß beim anschauen wenn ich ehrlich sein soll.
Da bin ich gerade wirklich eher auf dem Zug das ich sage, ich bleibe bei der 1080p Auflösung (die ja bei weitem nichtmal schlecht ist), habe dafür aber ein für satteres und farbenfroheres Bild.
Mit dieser “Waschküche” kann ich einfach nichts anfangen, aber bin dennoch froh hier die ganzen Erfahrungen zu sammeln über H.264, H.265, 8-bit, 10-bit, etc… Ich lerne gerne dazu und probiere gerne aus. :slight_smile:

Was ich noch vergessen habe, was ich fragen wollte:

Es heisst ja wenn man HDR beibehalten möchte, muss man mit 10-bit umwandeln. Was passiert denn wenn man 10-bit weg lässt und HDR damit dann “entfernt”? Wird das Bild dann am Ende wieder so Satt und Farbenfroh wie bei beispielswiese auf dem 1080p Screenshot?
Vermutlich eine etwas blöde Frage, die ich aber dennoch mal gefragt haben wollte.