slashCAM Forum

So...ich bin nach dem gucken von ein paar Tutorials auch ein "mini davinci crack" ;-)

Also ich kann definitiv bestätigen das in Davinci die prores Files korrekt angezeigt werden.

In After FX und Premiere jedoch nicht.
Ich rufe morgen mal bei dem Supoort an.
Mal sehen was die sagen.

Oh man!
Hast Du überhaupt mal probiert, einen Color Profile Converter drauf zu legen, wie ich geschrieben hatte?

Ich hab das nämlich grad mal gemacht, und "auf ein mal" sehen die beiden Clips extrem ähnlich aus (natürlich nur wenn man in 32bit arbeitet). Der Difference deckt nicht 100%, aber das ist logisch (habe die beiden Clips jetzt nicht Frame-genau gematched, dazu der Unterschied der Codecs)
Output Profile steht auf "HDTV (Rec. 709) 16-235"

CameraRick hat geschrieben:Oh man!
Hast Du überhaupt mal probiert, einen Color Profile Converter drauf zu legen, wie ich geschrieben hatte?

Ich hab das nämlich grad mal gemacht, und "auf ein mal" sehen die beiden Clips extrem ähnlich aus (natürlich nur wenn man in 32bit arbeitet). Der Difference deckt nicht 100%, aber das ist logisch (habe die beiden Clips jetzt nicht Frame-genau gematched, dazu der Unterschied der Codecs)
Output Profile steht auf "HDTV (Rec. 709) 16-235"

Sag mir doch bitte mal genau wie du vorgegangen bist.
Weil bei mir kommt nichts zum besseren.
Und wir wollen ja von dem 16-235 weg.

Genau, das ist komplett der falsche Weg, am Arbeitsfarbraum rumzudrehen. Damit bekommt man die Werte oberhalb 235 und unterhalb 16 auch nicht wieder hergestellt.

Genau, das ist komplett der falsche Weg, am Arbeitsfarbraum rumzudrehen. Damit bekommt man die Werte oberhalb 235 und unterhalb 16 auch nicht wieder hergestellt.

Der Arbeitsfarbraum wird ja nicht umgedreht, das Color Management in AE ist unverändert. Wir helfen in diesem Fall ledigilich der Datei ein wenig auf die Sprünge.
Ist echt blöd dass die Werte nicht zurück kommen, müssen se aber auch nicht weil die ja schon da sind. Das sind eben Werte über 1, wenn Du in 8 oder 16bit arbeitest wirst die nicht zurück bekommen. Siehe Screenshot, einmal mit und einem ohne Color Profile Converter (und einer satten Anpassung damit es auch jeder sieht)

Komm wir spielen ein Spiel, es heißt "finde das AVCHD"
Innerhalb dieses Screenshots ist ein Quader des originalen AVCHDs, der Rest ist konvertiertes Prores. Komm, weils ja nicht funktioniert und die Werte nicht zurück kommen, sag mir wo Du es sehen kannst.

@paleface
-Das Projekt auf 32bit stellen
-Color Profile Converter Effekt auf den Shogun Clip legen
-das Output Profile auf "HDTV (Rec. 709) 16-235" stellen

Einfacher kann ichs nicht mehr schreiben :(

CameraRick hat geschrieben:

@paleface
-Das Projekt auf 32bit stellen
-Color Profile Converter Effekt auf den Shogun Clip legen
-das Output Profile auf "HDTV (Rec. 709) 16-235" stellen

Einfacher kann ichs nicht mehr schreiben :(
Bei mir kommt es so aber raus...ich sehe keine Struktur....
Projekt ist 32Bit

Ich glaube nicht, dass das so geht.
(Weiss es aber nicht genau)
Wenn man den Shogun Clip teilt und auf eine Hälfte den Effekt anwendet und auf den anderen nicht, dann sieht man, dass (besonders) Weiss nicht mehr richtig Weiss ist. Sollte aber, wenn es Clipped.
(rechts liegt der Effekt)

CC2014, ist das nicht eine veraltete Version? Oder heißt die bei Dir nur so und ist die aktuelle 13er?

Wenn Du mit dem Cursor über die weißen Stellen gehst, welche Farbwerte werden Dir unter "Info" angezeigt?

Sonst häng mir mal Dein Projekt an.

dienstag_01 hat geschrieben:Ich glaube nicht, dass das so geht.
(Weiss es aber nicht genau)
Wenn man den Shogun Clip teilt und auf eine Hälfte den Effekt anwendet und auf den anderen nicht, dann sieht man, dass (besonders) Weiss nicht mehr richtig Weiss ist. Sollte aber, wenn es Clipped.
(rechts liegt der Effekt)

Wo nimmst Du denn die Scopes her? Im Color Finesse sieht das auf den ersten Blick richtig aus, habe leider keine anderen Scopes in AE. Da der Smoke hier gerade herum rührt will ich ungern einen Clip im AE rendern und wo anders inspizieren.

Der ist aus Color Finesse.

Warum das noch CC2014 heisst weiß ich nicht.
Aber ist definitiv die aktuelle Version.

Wenn ich das Shogun File in AfterFX ziehe hat der weiße Streifen eine Info von
RGB jeweils 1
Wenn ich den Konverter drauf packe 0,9216

Kann ich nicht reproduzieren. Richtige Tests mit ColorFinesse gehen mir auch auf den Keks, so lahm wie das ist :p

Seid ihr sicher, dass ihr in 32bit arbeitet? Bzw keine anderen Umgänge drin habt, die das Signal clippen?

-paleface- hat geschrieben: Wenn ich das Shogun File in AfterFX ziehe hat der weiße Streifen eine Info von
RGB jeweils 1
Wenn ich den Konverter drauf packe 0,9216

Irgendwas clipped da bei Dir, ich kriege Werte über 1 raus; nicht groß, aber drüber (1,06 zB). Sowohl links bei dem, der noch Zeichnung hat, als auch rechts bei den anderen.

Dann kommen wir mal von der anderen Seite: welche Quicktime Version hast Du drauf? Nutzt Du Miraizon Codecs?

Quicktime ist 7.6.5

Von Miraizon höre ich gerade zum ersten mal.

Ich hänge Dir mal mein Projekt an, wo es normal funktioniert. Clippt es dort auch?

Hast Du die Prores Decoder-Komponente drauf? https://support.apple.com/kb/DL2?locale=de_DE

Langsam gehen mir hier die Ideen aus, für mich ist das ziemlich klar ein Software-Problem, aber keins vom Material.
Daheim hab ich auch einen Windows, da kann ich heut Abend nochmal schauen.

So sieht es aus wenn ich dein File öffne und das Gh4 Material (links) daneben halte.

Also wie vorher auch.

Hab gerade mit dem Support telefoniert.

Als ich aber von Luminanzwerten und 0-255 angefangen habe, hat er mich unterbrochen und gesagt das für sowas der Support nicht zuständig ist.

Ich soll mich ans Forum wenden und schauen ob da jemand Rat weiß.
Wäre wahrscheinlich nur eine Einstellungssache.

Ok Wow, das ist natürlich krass, denn so ists bei mir ja offensichtlich nicht. Dann wird da wirklich irgendein Fehler sein, da dienstag den auch zu haben scheint ists ggf eine Windows-Sache (nutzt dienstag auch Windows?), die mit dem Prores beim Decoding Probleme hat. DaVinci nutzt sofern ich weiß gerne eigene Parameter etc, möglicherweise ist es deswegen dort kein Problem.
Hast Du denn die Decoding Komponente nun drauf, oder nicht? Wenn nicht, mal installieren und neustarten.

Schaue mir das heut Abend an.

Windows

Hmm...das wäre ja verrückt wenn es daran liegt.
Den decoder konnte ich gar nicht installieren.
Da stand ich hätte schon einen aktuellen drauf.

Habs mir mal hier drauf gezogen, und was soll ich sagen: ist genau wie bei euch. Huh.
Ich bin mir recht sicher dass das was mit Quicktime zu tun haben wird (habe 7.7.6 drauf). Auf Mac ists eben leider kein Thema.

Tja sorry, da kann ich nicht helfen. Hat das Forum irgendwas abgeworfen?

Krass....danke fürs checken.

Wenn muss man denn dann ans Bein pinkeln?

Apple, Microsoft oder Adobe?

In dem Forum von Adobe passiert nicht viel:

https://forums.adobe.com/thread/1854874 ... TiPxfFOKRg

Microsoft hat damit wohl eher herrlich wenig zu tun, außer eben dass sie nicht Apple sind.

Ich glaub in dem Fall ists Apple, die die Quicktime Komponente nicht optimal durch ziehen (denn DaVinci scheint es ja richtig zu machen (hab ich nicht getestet))

"Also bei Davinci wird ja alles korrket angezeigt.
Ist nur bei Adobe so.

Daher liegt es nicht direkt am File."

Ist eher eine schwierige Aussage, der Flag den Mylenium da anspricht kann gut und gerne das sein, was Dir da den Strich durch die Rechnung macht. Das File, bzw seine Flags, würde ich da nicht unbedingt ausschließen.

Generell würde ich es auch eher im englischen Teil als im Deutschen versuchen, auch wenn Du mit Mylenium einen der Kompetentesten AEler am Zipfel hast

-paleface- hat geschrieben:Als ich aber von Luminanzwerten und 0-255 angefangen habe, hat er mich unterbrochen und gesagt das für sowas der Support nicht zuständig ist.

Ich soll mich ans Forum wenden und schauen ob da jemand Rat weiß.

Hast Du angesprochen, ob Deine Frage nicht vielleicht in die Support-Hierarchie nach oben weitergeleitet werden kann?

Nein.
Wusste nicht das es sowas gibt :-D

Aber da es ja offensichtlich ein Windows / Mac Problem ist,
werd ich da morgen nochmal anrufen und das konkret beschreiben können.

Vielleicht hab ich ja wen anders dran.

Was mich viel mehr interessieren würde ist, wieso die Flag offenbar falsch gesetzt ist.
Hast Du mal Atomos zu dem Fall befragt? Immmerhin erstellt der Shogun die Datei, da sollte man annehmen der Hersteller weiß, was er da macht?

Im Zweifel mal über DNxHR nachgedacht?

Vielleicht ist das gar nicht *falsch*, soll vielmehr so sein (um mehr Werte zu erhalten). Würde mich mal interessieren.

Vielleicht ists nicht falsch, aber das ist dann auch eher ein Streit um Worte.

Fakt ist, am Mac kann ich es ohne Probleme zurück holen, und am Windows schaffen wir das nicht. Vielleicht sind wir alle totale Nasen und können die Software nicht recht bedienen, aber wenn der selbe Weg auf zwei Systemen zu unterschiedlichen Ergebnissen führt stimmt irgendwas halt nicht.
Und da würde ich auch mal den Hersteller befragen, nur so als Idee halt.

Bin heute den ganzen Tag unterwegs.
Werde aber sobald Zeit ist nochmal Adobe anrufen.

Wenn die nix wissen, mich mal bei Atomos melden.

Jemand aus der Slashcam Redaktion hat doch bestimmt auch Insider Kontakte zu irgendwelchen Leuten die irgendwen kennen?
;-)

Atomos würde ich unabhängig von Adobe so oder so kontaktieren. Wäre doch angenehm wenn es out of the box funktioniert, haben die ggf auch ein Interesse dran das zu überprüfen.

CameraRick hat geschrieben:Hast Du mal Atomos zu dem Fall befragt? Immmerhin erstellt der Shogun die Datei, da sollte man annehmen der Hersteller weiß, was er da macht?

Als jeman der den Shogun durchaus hat und kennt sage ich es nochmals: der Shogun nimmt die Datein völlig korrekt in 16..235, oder 0..255, oder 16..255 auf.

Das belegen auch zahllose Tests die bereits vor einiger Zeit gemacht worden sind.

http://www.videotreffpunkt.com/index.ph ... post283043

Was eine Schnittanwendung dann damit macht ist das eigentliche Problem, hängt in vielen Fällen mit der miesen Implementierung von QT in Windows ab; aber nicht in allen Fällen. Edius etwa geht mit den Shogun Files korrekt um, aber nicht mit den 0..255 clips der GH4 internen Aufzeichnung. Vegas spreizt den Lumabereich auf weil sie den QT-Decoder von Apple nutzen. Was Adobe damit macht weiß ich zu wenig. Übrigens is das hier genutzte Bild zum Testen auch nicht optimal. Viel besser geeignet sind die von der GH4 erstellten Farbbalken (etwa ARIB).

Der zur Verfügung gestellte Clip ist schon total brauchbar, weil er Bereiche hat an enen man es direkt sieht ohne nach messen zu müssen. Find ich super.

Ich hab die ganze Diskussion am Anfang eher halbherzig verfolgt, aber es so verstanden dass da Flags 'falsch' gesetzt wurden?
Das Problem hier ist mir noch nie unter gekommen, dass Dinge am Windows nicht gehen die ich am Mac ohne Probleme hin kriege (innerhalb der gleichen Software). Und Prores ist jetzt nicht wirklich neu :)

Ob Atomos da ein Händchen drin hat ist eine Sache, nachfragen schadet aber dennoch nicht. Atomos sollte ein Interesse daran haben dass es auf jedem System gut funktioniert, zumal die Adobe Suite in seiner Nutzerschaft die von Edius vermutlich um ein vielfaches übersteigt. Ich wäre als Hersteller zumindest daran interessiert, aber gut.
Was ich nun nicht verstehe ist Dein Problem mit dem Edius und den nativen GH4 Daten - der Edius kriegt das nicht zurück geholt? Die sind ja zB bei Adobe kein Problem, bzw selbst wenn muss man eben nen Color Profile COnverter drauf werfen und gut

Ein anderer User hat ja geschrieben, dass es intern in h264 kein 0-255 gäbe.
Man sollte sich vielleicht nochmal die Scopes aus dem Avid hier auf Seite 1 anschauen. Das sieht irgendwie Out of alle Normen (oder eben extrem überbelichtet) aus ;)

Nein, das Motiv ist unbrauchbar als es kein normiertes Signal ist, mit dem man weser eine Lumaspreizung noch eine Farbverschiebung erkennen würden. Für sowas nutzt man Testcharts, hier durchaus problemlos von der GH4 selbst generierbar.

Man kann ja im Atomos Forum fragen wenn man will. Ob Atomos zu einer NLE was sagt ist fraglich, aber dort finden sich zumindest User die eine GH4, den Shogun und Adobe nutzen.

wolfgang hat geschrieben:Nein, das Motiv ist unbrauchbar als es kein normiertes Signal ist, mit dem man weser eine Lumaspreizung noch eine Farbverschiebung erkennen würden.

Ja wenn wir das zu 100% festnageln wollten was da abgeht wäre das schon hilfreicher, aber wenn Du ehrlich meinst dass mit dem Material nicht feststellbar ist ob und wie Werte zurück geholt werden können fällt mir auch nichts mehr ein :/

slashCAM Forum

Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?

Re: Adobe + Prores files + 0-255 Bug?