8 oder 10 Bit?

[dienstag_01]

Ein NLE *macht das nicht*, was ist denn das schon wieder für ein Blödsinn?! Das *macht* der Codec, ganz allein ;)

Auf welchem Standstreifen hast Du denn hier gerade geparkt ;-) ?! Es geht um den Downscale nach 4:4:4, und dafür muss nen NLE erstmal 4:4:4 unterstützen. EDIUS kann´s z.B. nicht!
Mit dem Codec hat das überhaupt nichts zu tun, der skaliert sich schliesslich nicht selbst.

Dafür hast du sicher auch einen Beleg. Das wäre nämlich sowas wie ein Alleinstellungsmerkmal bei NLEs: Wir importieren Ihr Material in voller Farbauflösung und machen es dann augenfreundlich schlechter. Finden Sie nur bei uns.
Das ist doch Unsinn oder;)

[Roland Schulz]

Es geht um den Downscale nach 4:4:4, ...

Das ist ja das Problem: Es gibt keinen wundersamen „Downscale“ von 4:2:0/4:2:2 nach 4:4:4.
Aus Blei wird nun mal kein Gold - allenfalls Katzengold.

-> Photoshop funktioniert z.B für Stills, auf jeden Fall!
Es ging auch immer um die Theorie, und die stimmt!

Ggf. können FCPX und andere NLEs das auch, für irgendwas wird ja Prores 444/4 auch gut sein.

Trotzdem steht seit gefühlt 5 Jahren der Sinn und Nutzen klar in Frage!

[Roland Schulz]

Auf welchem Standstreifen hast Du denn hier gerade geparkt ;-) ?! Es geht um den Downscale nach 4:4:4, und dafür muss nen NLE erstmal 4:4:4 unterstützen. EDIUS kann´s z.B. nicht!
Mit dem Codec hat das überhaupt nichts zu tun, der skaliert sich schliesslich nicht selbst.

Dafür hast du sicher auch einen Beleg. Das wäre nämlich sowas wie ein Alleinstellungsmerkmal bei NLEs: Wir importieren Ihr Material in voller Farbauflösung und machen es dann augenfreundlich schlechter. Finden Sie nur bei uns.
Das ist doch Unsinn oder;)

EDIUS kann intern mit dem
eigenen HQX intermediate Codec kein 4:4:4 verarbeiten, sondern nur 4:2:2:
http://wwwapps.grassvalley.com/manuals/ ... #gsc.tab=0

Ist jetzt trotzdem nicht das wirkliche K.O. Kriterium für mich.
Falls Dir das nicht reicht frag bei GV nach - mir ist‘s eher egal!

[dienstag_01]

Dafür hast du sicher auch einen Beleg. Das wäre nämlich sowas wie ein Alleinstellungsmerkmal bei NLEs: Wir importieren Ihr Material in voller Farbauflösung und machen es dann augenfreundlich schlechter. Finden Sie nur bei uns.
Das ist doch Unsinn oder;)

EDIUS kann intern mit dem
eigenen HQX intermediate Codec kein 4:4:4 verarbeiten, sondern nur 4:2:2:
http://wwwapps.grassvalley.com/manuals/ ... #gsc.tab=0

Ist jetzt trotzdem nicht das wirkliche K.O. Kriterium für mich.
Falls Dir das nicht reicht frag bei GV nach - mir ist‘s eher egal!

Also, ich kenne mich natürlich nicht annähernd so gut aus mit Edius, wie du, deshalb frage ich mal: man denn Videofiles beim Import in den Intermediate konvertieren?

[Roland Schulz]

Also, ich kenne mich natürlich nicht annähernd so gut aus mit Edius, wie du, deshalb frage ich mal: man denn Videofiles beim Import in den Intermediate konvertieren?

...man denn Videofiles....?????

"muss" man natürlich nicht - aber was bringt´s? EDIUS würde native 4:4:4 Files auch nicht in 4:4:4 exportieren können!

[dienstag_01]

Also, ich kenne mich natürlich nicht annähernd so gut aus mit Edius, wie du, deshalb frage ich mal: man denn Videofiles beim Import in den Intermediate konvertieren?

...man denn Videofiles....?????

"muss" man natürlich nicht - aber was bringt´s? EDIUS würde native 4:4:4 Files auch nicht in 4:4:4 exportieren können!

Kein DNxHR für Edius, kein ProRes?

[roki100]

was ist genau der unterschied zwischen DNxHR und ProRes?

[mash_gh4]

was ist genau der unterschied zwischen DNxHR und ProRes?

im wesentichen der name und die jeweiligen definitionsmacht marktbeherrschender firmen.

aber unter der oberfläche sind sie sich sehr ähnlich bzw. gehören sie zur selben famile von bild- u. videokompressionsmethoden.

ein bisserl genauer ist es u.a. hier dokumentiert:

https://wiki.multimedia.cx/index.php/Apple_ProRes
https://wiki.multimedia.cx/index.php/DNxHD

[roki100]

Das finde ich sehr Interessant: