Stadtmensch
Beiträge: 13

FCPX - Timeline - Bits

Beitrag von Stadtmensch »

Hallo zusammen,
zuerst will ich klarstellen das ich kein Profi bin, sondern engagierter Anfänger. Ich versuche momentan Slog2/3 zu lernen/verstehen und schaue mir dazu Workshops von Alister Chapman an. In seiner FS5 Introduction behauptet er dass man 10 bit Slog3 Footage nicht in FCPX oder Premiere graden sollte da sie maximal 16 bit nutzen. Er empfiehlt DaVinci Resolve (32bit).

Das führt mich direkt zu meiner FCPX Frage: Woran und wie erkenne ich überhaupt mit wieviel bit in der Timeline gearbeitet wird? Hat das was mit den Projekteinstellungen bei "Rendern" zu tun? Oder bezieht sich das tatsächlich nur auf das rendern?

Und noch allgemein gefragt: Kann man Optimale Log grading Ergebnisse wirklich nur mit DaVinci erzielen oder gibt es auch Wege ohne das NLE zu verlassen?



Jott
Beiträge: 22105

Re: FCPX - Timeline - Bits

Beitrag von Jott »

Was das erste angeht: wenn's im Web steht, wird's schon stimmen! :-)

Farbkorrektur: les mal hier im Abschnitt Farbkorrektur:
http://www.apple.com/de/final-cut-pro/specs/

Dann Handbuch lesen.

Dann: die Filtersammlung "Aussehen" (meint Looks) durchgehen und die jeweiligen Parameter erforschen.

Dann das Gleiche mit allen Filtern zur Bildmanipulation.

Dann erkennen, dass man beliebig viele Filter aufreihen, kombinieren und in beliebiger Reihenfolge abarbeiten kann. Auch mehrere Instanzen natürlich.

Wenn dir das alles nicht reicht (unwahrscheinlich), dann die Demo von Color Finale laden.

Immer noch unzufrieden? Dann halt hin und her mit Resolve. Die Software ist natürlich hip, da kostenlos - aber wozu du sie mit dem umständlichen Workflow genau brauchst oder eben nicht, musst du schon selber ergründen.

Die Möglichkeiten von fcp x intern werden grotesk unterschätzt. Gründe: Manual-Ignoranz und Meinungsbildung durch Webgeplapper statt Neugier. Viel Spaß beim Lernen! Lohnt sich.



Stadtmensch
Beiträge: 13

Re: FCPX - Timeline - Bits

Beitrag von Stadtmensch »

Jott hat geschrieben:Was das erste angeht: wenn's im Web steht, wird's schon stimmen! :-)
Die FCPX Timeline hat also egal welches render Format man einstellt, immer 16 bit? Kann man die bits nicht verringern? Z.B um die Performance zu steigern. Die bits der Timeline stehen doch für die jeweilige genutzte Farbtiefe oder? Wenn dem so ist, erschließt mir auch nicht wieso man 10bit 4:4:2 14 stops Dynamik Range Material, nicht in einer 16 bit Timeline bearbeiten sollte, sondern in DaVinci.
Jott hat geschrieben:Die Möglichkeiten von fcp x intern werden grotesk unterschätzt. Gründe: Manual-Ignoranz und Meinungsbildung durch Webgeplapper statt Neugier. Viel Spaß beim Lernen! Lohnt sich.
Ich schätze FCPX sehr, auch die Farbkorrektur Werkzeuge. Habe bis jetzt nie was anderes gebraucht. Aber da ich jetzt die Möglichkeit habe von 8 bit 4:2:0 auf 10 bit 4:4:2 umzusteigen, muss ich mich vorher mit diesem ganzen Bit & Slog Kram beschäftigen. Meine ersten Versuche mit 10bit 4:2:2 Material in DaVinci konnte ich schneller mit FCPX intern reproduzieren. Liegt vermutlich aber daran, dass ich DaVinci noch nicht drauf habe. Color Finale werde ich auch mal testen.



Jott
Beiträge: 22105

Re: FCPX - Timeline - Bits

Beitrag von Jott »

Du bringst da nicht was mit Ton durcheinander?

Gerendert wird in fcp x immer mit mindestens 10 Bit, wenn's sein muss auch mehr. Hängt von der gewählten ProRes-Variante ab. Die Unterschiede liest du am besten im ProRes Whitepaper bei Apple nach, nicht irgendwo "im Internet". Und zur Floating Point-Berechnung in fcp sollte sich auch was finden. Du kannst auch einfach anfangen zu schneiden, passt schon.



Axel
Beiträge: 16847

Re: FCPX - Timeline - Bits

Beitrag von Axel »

Stadtmensch hat geschrieben:Die FCPX Timeline hat also egal welches render Format man einstellt, immer 16 bit?


Eine Verwechslung. Wenn du, sagen wir, H.264 für Youtube exportierst, ist dessen Farbtiefe 8-bit. Nimmst du ProRes sind es 10-bit, bei ProRes4444 sind es 12-bit.

Berechnet wird beim Rendern allerdings alles in 32-bit floating point, auf deutsch "Fließkommaberechnung". Was das bedeutet? Das erklärt umfassend und mit Beispielen dieser alte slashCAM-Artikel. Kurz: während sämtlicher Bearbeitungsschritte wird beispielsweise 8-bit Kamerafootage nicht mit den ganzen Zahlen von 0-255 berechnet, sondern mit einer Genauigkeit von vielen Stellen hinter dem Komma. Es wird also so getan, als habe das Material eine höhere Farbtiefe (nicht ganz korrekt formuliert, aber im Endeffekt begreift man's so). Erst im letzten Schritt wird wieder auf 8-bit gerundet. Chapman hat Unrecht.
Stadtmensch hat geschrieben:Kann man die bits nicht verringern? Z.B um die Performance zu steigern. Die bits der Timeline stehen doch für die jeweilige genutzte Farbtiefe oder? Wenn dem so ist, erschließt mir auch nicht wieso man 10bit 4:4:2 14 stops Dynamik Range Material, nicht in einer 16 bit Timeline bearbeiten sollte, sondern in DaVinci.
Die nächste Verwechslung. Die Videovorschau in Resolve erfolgt (Voreinstellungen) in 8-bit oder in 10-bit. Gerendert wird auch dort - unabhängig von der Bittiefe des Ausgabecodecs - in 32-bit-Fließkomma, wovon du beim Arbeiten selbst aber nichts merkst. 10-bit Vorschau fressen Performance, das stimmt. Ob sie überhaupt verfügbar sind, hängt vom Betriebssystem und der Grafikkarte ab (bzw. davon, ob du eine 10-bit-fähige Ausgabekarte hast wie z.B. eine BM Decklink).

In OSX war es bis Yosemite so, dass eine 10-bit Ausgabe nicht unterstützt wurde. Seit El Capitan und mit entsprechenden Grafikkarten (nMP, nMBP, iMac 5k), sind es 10-bit. Auch davon kriegst du nichts mit. Es gibt gar nicht, wie in Resolve, die Option, auf 8-bit umzuschalten. Das Betriebssystem liefert, was dein Rechner verarbeiten kann.

16-bit Renderqualität ist ein Relikt. After Effects erlaubt die freie Auswahl. Premiere hatte früher 16-bit und sogar 8-bit Effekte (entsprechend gekennzeichnet), das alte FCP genauso. Die Kennzeichnung war wichtig, da ein einziger 8-bit-Effekt in der Renderpipeline alles auf 8-bit zwingt. 8-bit sind für Farbkorrektur komplett unbrauchbar, wie Anwender des alten iMovie wussten, bei denen bereits nach wenigen Arbeitsschritten die in dem oben verlinkten Artikel beschriebenen Rundungsfehler das Bild versauten.

Nochmal zur Klärung: Wenn dein Aquisitionscodec (z.B. AVCHD) 8-bit ist und dein Ausgabecodec ebenso, wird er dennoch in 32-bit berechnet. Auf die Genauigkeit der Vorschau hast du in FCP X keinen Einfluss, in Resolve kannst du zwischen 8-bit und 10-bit wählen.



Stadtmensch
Beiträge: 13

Re: FCPX - Timeline - Bits

Beitrag von Stadtmensch »

Vielen Dank für eure Hilfe.

Ich werde also getrost weiter FCPX zum graden nutzen, da es ja keinen relevanten Unterschied für das Endprodukt in der Verarbeitung gibt. Allein die zugegeben sehr vielseitigen tools würden dann für DaVinci sprechen. Werde aber auch mal Color Finale, Filmkonvert testen um einen passenden worklflow für mich zu finden.



 Aktuelle Beiträge [alle Foren]
 
» Aus Sony FX3 wird FX3a mit neuem Display
von iasi - Sa 18:58
» Wird Sony bald seine Sensor Sparte ausgliedern?
von iasi - Sa 18:51
» Neuer Portkeys PT5 III Kameramonitor wiegt ca. 150g und ist etwas heller als zuvor
von Bildlauf - Sa 10:38
» RØDE Central & RØDECaster: Alle Mikrofone & Interfaces zentral im Griff
von slashCAM - Sa 10:00
» Limited RGB Helligkeitsbereich messen
von PixelKracher - Fr 12:08
» Blackmagic Camera Android 2.2 bringt Cloud-Sync, APV-Codec und mehr
von slashCAM - Fr 11:21
» Drastische Preissenkung bei Intel Mainstream-CPU - Core Ultra 7 265KF unter 300 Euro
von Abercrombie - Fr 8:22
» Der Koffer - ein automotiver Kurzfilm
von TomStg - Fr 7:50
» DJI Mavic 4 Pro - 6K Video, 360° Gimbal, RC Pro 2 und bessere Hinderniserkennung
von iasi - Do 19:10
» OK Go "Love" BTS - wildes 1-Take-Musikvideo
von Sicki - Do 16:10
» DJI teasert Mavic 4 Pro Start für 13. Mai
von slashCAM - Do 14:12
» ntel® Core™ Ultra 7 265K, Prozessor
von dienstag_01 - Do 11:39
» Monitorprobleme nach Treiberupdate
von Jörg - Mi 23:05
» Problem bei Firmwareupdate mit FX6
von Christian 671 - Mi 20:43
» -SONY FX- Erfahrungsaustausch
von rush - Mi 18:48
» ZEISS entwickelt virtuelle Objektive für VFX
von slashCAM - Mi 13:06
» Kompakte Fujifilm GFX100RF Mittelformatkamera mit Festoptik vorgestellt
von Bildlauf - Mi 12:21
» Auftragslage weiter Rückläufig?
von macaw - Mi 10:42
» Bilder einer Landschaft - Aischgrund
von Bluboy - Mi 9:37
» Runway Gen:48 Challenge - 50 Beispiele für KI-Kurzfilme
von 7River - Mi 7:19
» KI darf ab 2. Februar nur noch mit "KI-Kompetenz" genutzt werden.
von cantsin - Mi 1:33
» Panasonic LUMIX S1R II Sensor-Bildqualität - Debayering, Rolling Shutter und Dynamik
von Darth Schneider - Di 15:58
» DaVinci Resolve 20 Workshop - Photoshop Layer-Split und der neue Keyframe Editor
von CameraRick - Di 13:53
» Die beste Hardware für KI-Video - oder was man wirklich (nicht) braucht...
von Drushba - Mo 21:43
» Filmfehler, Patzer & Pannen in der ZIDZ Triologie
von Bildlauf - Mo 19:23
» OpenDRT v1.0.0 für Resolve und Nuke
von Frank Glencairn - Mo 14:19
» Global Shutter vs Rolling Shutter
von Bildlauf - Mo 12:41
» Sony RX0II Welches Mikrofon Stereo ?
von monophonic - Mo 12:31
» Blackmagic DaVinci Resolve 20 Beta 3 ist da
von slashCAM - Mo 11:33
» Reicht dieser Media Markt PC für 4k Videoschnitt ?
von rob - Mo 11:02
» Schei­ternde Demo­k­ratie im Star Wars-Uni­versum
von macaw - Mo 10:00
» 4K Sony-Systemkamera HDC-F5500V
von ruessel - Mo 9:47
» Dehancer Pro - Filmsimulation auf höchstem Niveau
von Frank Glencairn - Mo 7:49
» Empfehlung neues Videoschnittprogramm
von soulbrother - So 20:38
» Sentinos no budget Video über 600k klicks
von soulbrother - So 19:50