slashCAM Forum

Liebe Filmfreaks,

meinen neuesten Camcorder (Panasonic HC-X2000) habe ich so eingestellt, dass er Sequenzen um folgenden Format aufnimmt:

Allgemein
Vollständiger Name : F:\PRIVATE\PANA_GRP\001RBQAM\A032C001_240323_DJ0C.MOV
Format : MPEG-4
Format-Profil : QuickTime
Codec-ID : qt 2011.07 (qt /pana)
Dateigröße : 780 MiB
Dauer : 33s 600 ms
Gesamte Bitrate : 195 Mb/s
Bildwiederholungsrate : 50,000 FPS
Kodierungs-Datum : 2024-03-23 10:40:32 UTC
Tagging-Datum : 2024-03-23 10:40:32 UTC
com.panasonic.Semi-Pro.metadata.xml : <?xml version="1.0" encoding="UTF-8" standalone="no" ?> / <ClipMain xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:schemas-Professional-Plug-in:Semi-Pro:ClipMetadata:v1.0"> / <ClipContent> / <GlobalClipID>060A2B340101010501010D431300000080BFF46D920306EE0000000000000000</GlobalClipID> / <Duration>1680</Duration> / <EditUnit>1/50</EditUnit> / <EssenceList> / <Video> / <Codec BitRate="200">H265_420_LongGOP</Codec> / <ActiveLine>2160</ActiveLine> / <ActivePixel>3840</ActivePixel> / <BitDepth>10</BitDepth> / <FrameRate>50p</FrameRate> / <TimecodeType>NonDrop</TimecodeType> / <StartTimecode>07:48:03:21</StartTimecode> / <EndTimecode>07:48:37:10</EndTimecode> / <StartBinaryGroup>00000000</StartBinaryGroup> / </Video> / <Audio> / <Channel>2</Channel> / <SamplingRate>48000</SamplingRate> / <BitsPerSample>24</BitsPerSample> / </Audio> / </EssenceList> / <ClipMetadata> / <UserClipName>A032C001_240323_DJ0C</UserClipName> / <DataSource>SHOOTING</DataSource> / <Access> / <CreationDate>2024-03-23T15:10:32+04:30</CreationDate> / <LastUpdateDate>2024-03-23T15:11:06+04:30</LastUpdateDate> / </Access> / <Device> / <Manufacturer>Panasonic</Manufacturer> / <SerialNo.>DJ1LB001159</SerialNo.> / <ModelName>HC-X2000</ModelName> / </Device> / <Shoot> / <StartDate>2024-03-23T15:10:32+04:30</StartDate> / <EndDate>2024-03-23T15:11:06+04:30</EndDate> / </Shoot> / </ClipMetadata> / </ClipContent> / <UserArea> / <AcquisitionMetadata xmlns="urn:schemas-Professional-Plug-in:P2:CameraMetadata:v1.2"> / <CameraUnitMetadata> / <Gamma> / <CaptureGamma>CINELIKE_D</CaptureGamma> / </Gamma> / <Gamut> / <CaptureGamut>BT.709</CaptureGamut> / </Gamut> / </CameraUnitMetadata> / </AcquisitionMetadata> / </UserArea> / </ClipMain>

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format-Profil : Main 10@L5.2@High
Codec-ID : hvc1
Codec-ID/Info : High Efficiency Video Coding
Dauer : 33s 600 ms
Bitrate : 192 Mb/s
Breite : 3 840 Pixel
Höhe : 2 160 Pixel
Bildseitenverhältnis : 16:9
Modus der Bildwiederholungsrate : konstant
Bildwiederholungsrate : 50,000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.464
Stream-Größe : 770 MiB (99%)
Sprache : Deutsch
Kodierungs-Datum : 2024-03-23 10:40:32 UTC
Tagging-Datum : 2024-03-23 10:40:32 UTC
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Codec configuration box : hvcC

Audio
ID : 2
Format : PCM
Format-Einstellungen : Big / Signed
Codec-ID : lpcm
Dauer : 33s 600 ms
Bitraten-Modus : konstant
Bitrate : 2 304 kb/s
Kanäle : 2 Kanäle
Channel layout : L R
Samplingrate : 48,0 kHz
Bit depth : 24 bits
Stream-Größe : 9,23 MiB (1%)
Sprache : Deutsch
Kodierungs-Datum : 2024-03-23 10:40:32 UTC
Tagging-Datum : 2024-03-23 10:40:32 UTC

Andere
ID : 3
Type : Time code
Format : QuickTime TC
Dauer : 33s 600 ms
Bitraten-Modus : konstant
Bildwiederholungsrate : 50,000 FPS
Time code of first frame : 07:48:03:42
Time code of last frame : 07:48:37:21
Time code, stripped : Nein
Titel : A032
Sprache : Deutsch
Kodierungs-Datum : 2024-03-23 10:40:32 UTC
Tagging-Datum : 2024-03-23 10:40:32 UTC

Frage:
Wenn ich das Ganze nach DNxHR konvertieren möchte:
Welche DNxHR-Einstellungen würdet Ihr empfehlen, damit alles flüssig läuft, wenn ich das Material in eine Full-HD-Timeline eingefügt habe?
Und Qualitätseinbußen hätte ich auch nicht so gerne...

Vielen Dank im Voraus!

Ricardo!

DNxHR HQX 10bit 4:2:2, weil Du 10bittiges Material hast (zwar nur in 10bit 4:2:0, aber DNxHR geht nicht unter 4:2:2).

Riki1979 hat geschrieben: ↑Sa 23 Mär, 2024 15:45
Welche DNxHR-Einstellungen würdet Ihr empfehlen, damit alles flüssig läuft, wenn ich das Material in eine Full-HD-Timeline eingefügt habe?
Und Qualitätseinbußen hätte ich auch nicht so gerne...

Jede Neukomprimierung geht mit Qualitätsverlust einher - auch Neukomprimierung in ein "höheres" Format.

Was DNX betrifft gibt es folgende Flavors:

DNxHR LB - Low Bandwidth (8-bit 4:2:2) Offline Quality
DNxHR SQ - Standard Quality (8-bit 4:2:2) (suitable for delivery format)
DNxHR HQ - High Quality (8-bit 4:2:2)
DNxHR HQX - High Quality (12-bit 4:2:2) (UHD/4K Broadcast-quality delivery)
DNxHR 444 - Finishing Quality (12-bit 4:4:4) (Cinema-quality delivery)

Ich würde dir da DNxHR HQX empfehlen.

Frank Glencairn hat geschrieben: ↑Sa 23 Mär, 2024 15:54 Jede Neukomprimierung geht mit Qualitätsverlust einher - auch Neukomprimierung in ein "höheres" Format.

Deshalb beschränkt man das hier allseits sehr beliebte Konvertieren auf absolute Ausnahmen.

Warum nutzt du nicht das Hevc Material? Rechner zu schwach? -> Proxy Modus in Resolve aktivieren.

Die Zeiten das Material vor dem Schnitt noch händisch umkodieren zu müssen sind doch dank moderner NLEs eigentlich nicht mehr nötig.

Auch in Resolve mußt du zuerst (per Hand) Proxies schreiben, bevor du den Proxy Mode benutzen kannst.

Was jedoch innerhalb Resolve quasi mit einem Rechtsklick im Media Tab erledigt ist.

Warum ich nicht einfach das HEVC-Material nehme?
Schaut mal hier, dann wisst Ihr es:
https://youtu.be/RwCfa33WmxU?si=OLCNWqTQX5Pbepa4

Ja, long GOP codecs sind eigentlich weder Aufnahme- noch Editing Codecs, sondern low bandwidth delivery codecs.

Riki1979 hat geschrieben: ↑So 24 Mär, 2024 07:32 Warum ich nicht einfach das HEVC-Material nehme?
Schaut mal hier, dann wisst Ihr es:

Performance Probleme sind in erster Linie hard&software-begründet - das galt schon zu Zeiten von AVCHD.

Werfe bspw. H.265 aka HEVC Material in Resolve oder FCP auf einen Mac der M Generation - dann wirst du out of the box ein smoothes und ruckelfreies Playback in der Timeline erhalten da jener Codec nativ vom SoC verarbeitet werden kann.

Natürlich können Proxies hier und da trotzdem sinnvoll sein - aber die generelle Aussage alles nach DNxHR o.ä. wandeln zu müssen ist eigentlich überholt.

rush hat geschrieben: ↑So 24 Mär, 2024 08:03
Werfe bspw. H.265 aka HEVC Material in Resolve oder FCP auf einen Mac der M Generation - dann wirst du out of the box ein smoothes und ruckelfreies Playback in der Timeline erhalten da jener Codec nativ vom SoC verarbeitet werden kann.

Das wird ihm halt auf seinem PC herzlich wenig nutzen.

Und selbst auf nem Mac sind Long GOP Codecs ne Krücke, selbst wenn sie butterweich dargestellt werden.

Riki1979 hat geschrieben: ↑Sa 23 Mär, 2024 15:45 Liebe Filmfreaks, Frage:
Wenn ich das Ganze nach DNxHR konvertieren möchte:
Welche DNxHR-Einstellungen würdet Ihr empfehlen, damit alles flüssig läuft, wenn ich das Material in eine Full-HD-Timeline eingefügt habe?
Ricardo!
Prozessor: AMD Ryzen 5 2600 Six-Core Prozessor
Speicher: 32 GB DDR4-RAM,
Graka: Radeon RX580

Kommt immer etwas auf die Timeline an. SQ sollte rutschen.
Die Projekteigenschaften am Ende in HQX umstellen, in HQX ausrendern und dann Wandeln per Hybrid https://www.selur.de.
Dort darfst Du sicher sein, die neusten ffmpeg-Codecs zu erhalten. Davinci dokumentiert meines Wissens nicht, was verwendet wird.
Bei Hybrid kann man auch messen, wie stark sich HQX-"Original" und Resultat voneinander unterscheiden.
viewtopic.php?p=976819
Aber das ist Wissen von 2019.
Es ist alles sehr langwierig, weil Deine AMD-Komponenten keinerlei Hardware-Beschleunigung haben und der 2600er nach heutigen Maßstäben kein Rennpferd ist. Erst Wandeln in SQ für die Timeline und dann Ausrendern von HEVC in HQX kostet auch Zeit. Wenn es in HQX auf der Timeline läuft, sparst Du einen Schritt.

Ich würde einen Testclip verwenden. Manche Einstellungen in Hybrid erhöhen die Renderzeit enorm, ohne dass sich an den Messergebnissen groß was ändert.

Die große Frage ist: Ist das Bemühen um optimale Qualität zielführend, wenn Youtube am Ende ohnehin alles durchmatscht?

Riki1979 hat geschrieben: ↑So 24 Mär, 2024 07:32 Warum ich nicht einfach das HEVC-Material nehme?
Schaut mal hier, dann wisst Ihr es:
https://youtu.be/RwCfa33WmxU?si=OLCNWqTQX5Pbepa4

So wie es aussieht (h265 10bit 420) müsste Resolve das Material hardware-decodieren.
Ist das unter Preferences eingeschaltet?

dienstag_01 hat geschrieben: ↑So 24 Mär, 2024 09:46

Riki1979 hat geschrieben: ↑So 24 Mär, 2024 07:32 Warum ich nicht einfach das HEVC-Material nehme?
Schaut mal hier, dann wisst Ihr es:
https://youtu.be/RwCfa33WmxU?si=OLCNWqTQX5Pbepa4

So wie es aussieht (h265 10bit 420) müsste Resolve das Material hardware-decodieren.
Ist das unter Preferences eingeschaltet?

Das ist für die GPU nicht näher von AMD dokumentiert: Die 580 ist aus 2018. Treiber-Aktualisierung kann sich lohnen.

Jost hat geschrieben: ↑So 24 Mär, 2024 10:19

dienstag_01 hat geschrieben: ↑So 24 Mär, 2024 09:46
So wie es aussieht (h265 10bit 420) müsste Resolve das Material hardware-decodieren.
Ist das unter Preferences eingeschaltet?

Das ist für die GPU nicht näher von AMD dokumentiert:
Bild_2024-03-24_101851339.png
Die 580 ist aus 2018. Treiber-Aktualisierung kann sich lohnen.

Naja, GPUs konnten das ja schon 2008 ;)

In der RX580 ist ein Polaris-10-Chip verbaut. Der kann h.265 decodieren.
"MPEG-4 AVC and HEVC encoding by separate Video Coding Engine" h.265-Hardware-Decoding kam in Free offenbar mit Davinci 17.4.

Ja, Harrdware decoding geht m.W. auch in Free.
Ob es mit der GPU funktioniert oder nicht, ist ja mit einem Klick rauszubekommen.