DCP erstellen...

[carstenk]

Hmm, mal durchlesen und Carl vorschlagen, ob er das einbauen will in dcp-o-matic - es setzt ja ohnehin auf ffmpeg auf.

Allerdings finde ich wenig dazu, ob das Tool mit Mehrkanalfiles umgehen kann.

 

 

- Carsten

Bearbeitet 16. Juli 2014 von carstenk (Änderungen anzeigen)

[carstenk]

Hmm, sieht zumindest mal so aus als ob typische Mehrkanal Layouts grundsätzlich inkl. kanalbezogener Gewichtung unterstützt werden:

 

https://gitorious.org/ffmpeg/jdarnley-ffmpeg/source/f4fe4fa89f0b1ccdf456c822f0a8bf008545561f:libavfilter/f_ebur128.c

 

https://trac.ffmpeg.org/ticket/2144

 

- Carsten

[egc]

Ja, das wäre super. Eine ungefähre Orientierungshilfe für die Lautstärke hat er eh schon eingebaut.

 

LG

egc

[Billett]

Ich habe auf einem Rechner (Win 7/64bit) Probleme bei der Farbraumumwandlung von .j2c in .bmp. Gebe ich den Befehl convert -depth 12 -gamma[.....] ein, kommt die Fehlermeldung "Unzulässiger Parameter - 12". Auf einem anderen PC (gleiches OS) läuft es einwandfrei. Die Bilddateien liegen auf einer externen Festplatte zusammen mit den Cinematools.

[carstenk]

Gibts nen bestimmten Grund, warum Du die Konvertierung separat machst?

 

Sind die ImageMagick Distris auf beiden Rechnern identisch?

 

 

- Carsten

[REPTILE]

Gibts nen bestimmten Grund, warum Du die Konvertierung separat machst?

 

Er konvertiert zurück... von XYZ zu RGB...

[Billett]

ImageMagick installiert und schon gings ;-). Muss ja eigentlich mit den neuen DCPC Version nicht mehr extra installieren.

[carstenk]

Für DCPC brauchts das ja auch nicht mehr, aber 'convert' ist nunmal ein Bestandteil von ImageMagick, nicht von DCPC.

Oder anders gesagt, für ImageMagick brauchts DCPC nicht ;-)

 

- Carsten

[Billett]

Ist ja auch irgendwie logisch. Hatte nur nicht mehr dran gedacht...

[reckweb]

Hallo

ich erstelle seit einem Weilchen verschiedene DCPs mit DCPC und hatte nach einigen Fehlschlägen gute Ergebnisse. Jetzt habe ich im Modus SMPTE UL ein 2D2K DCP erstellt. Die Einzelbilder, wie im Manual beschrieben ausgespielt, sind in Ordnung, BMPs. Der Film hat 82 min und das DCP (Video) ist ca. 51 GB groß. Im DCP habe ich allerdings starke Kompressionsartefakte, geht gar nicht. Was kann ich denn falsch gemacht haben?

 

.

[reckweb]

Nachtrag: zu den Kompressionsartefakten: Es sind einge schwarz/weiß-Bilder im Film. Die bekommen eine roten oder grünen Farbstich an seltsamen Stellen... sieht einfach unschön aus.

[reckweb]

sorry, aber noch ein Nachtrag (kann man hier Beiträge editieren?): Bildqualität-Slider ist natürlich ganz rechts, sRGB->XYZ aktiv. Ich hatte mit diesen Einstellungen schon gute Ergebnisse. Und plötzlich nicht mehr.

[REPTILE]

Hallo,

 

was für eine Version nutzt Du denn? Ich kann mich dunkel erinnern das es in einer Version einen Fehler gab der bei ganzflächigigen schwarzbild Probleme gemacht hat.

[HaraldSchaefer]

Der Film hat 82 min und das DCP (Video) ist ca. 51 GB groß. Im DCP habe ich allerdings starke Kompressionsartefakte, geht gar nicht. Was kann ich denn falsch gemacht haben?

 

.

 

Hallo

 

Ich arbeite nicht mit DCPC (Lars möge mir verzeihen), aber 82mbit sind jetzt auch nicht wirklich geeignet um höchste Ansprüche zu befriedigen. Ich Empfehle Dir die Bitrate auf ca. 150mbit hochzusetzen. Nur zur Erinnerung, die DCI sieht bis zu 250mbit vor. Das weiße Band, ein Schwarzweißfilm hat dieses Limit z.B. voll ausgeschöpft.

 

Gruß Harald

[reckweb]

Hallo,

 

was für eine Version nutzt Du denn? Ich kann mich dunkel erinnern das es in einer Version einen Fehler gab der bei ganzflächigigen schwarzbild Probleme gemacht hat.

 

Version 1.4.8.1

 

Ich dachte ,wenn der Regler ganz rechts ist, ist die höchste Datenrate errreicht.

 

Bin jetzt aus Panik, weils brennt, auf den o.matic ausgewichen, weil ich mir das Ergebnis nicht erklären kann. Wie gesagt, ich hatte schon sehr gute Ergebnisse. Leider stehe ich jetzt bei o-matic mit meinen 6 separaten Tonspuren im Regen...

 

Es geht nicht unm Schwarzbilder, sondern eine unerklärlich miese Kompression bei s/w aufnahmen. Ich kann mir den Fehler einfach nicht erklären. Aber , wie immer --- irgendwann...

 

Das dumme ist, gerade ist gar keine Zeit für Tests...

[reckweb]

. Ich Empfehle Dir die Bitrate auf ca. 150mbit hochzusetzen.

 

Habe ich jetzt im o-matic berücksichtigt, danke. sorry, das ich nunmehr im "falschen forum" bin ;-)

[reckweb]

Es scheint, dass die Fehlerquelle wohl doch eher beim Player zu suchen ist!

Ich teste mit Neo-DCP-Player und Stereoscopic-player auf dem eigenen Rechner, bevor ich damit ins Kino gehe.

Es scheint so, dass beide Player die Auflösung selbständig reduzieren und dann den Schlamassel zeigen.

Wenn ich im Neo-player die Auflösung halbiere, kommt ein besseres Bild rüber, als 1/1. Also alles auf Anfang und das DCP im Knio getestet...

Und Entschuldigung für " noch nicht genug getestet vor gepostet" ;-)

 

btw.: Im Geschwindigkeitsvergleich ist DCPC dem o-matic deutlich überlegen. Jetzt rechnet o-matic vorraussichtlich 31 Stunden an den 80 min, die ich mit DCPC in ca. 12 h raushatte.

[preston sturges]

Ich Empfehle Dir die Bitrate auf ca. 150mbit hochzusetzen.

 

Dann doch bitte direkt auf 500mbit ...

[tomas katz]

Das finde ich auch. (moderne Variante von "gefällt mir")

[Gernie]

Es scheint, dass die Fehlerquelle wohl doch eher beim Player zu suchen ist!

Ich teste mit Neo-DCP-Player und Stereoscopic-player auf dem eigenen Rechner, bevor ich damit ins Kino gehe.

Es scheint so, dass beide Player die Auflösung selbständig reduzieren und dann den Schlamassel zeigen.

Wenn ich im Neo-player die Auflösung halbiere, kommt ein besseres Bild rüber, als 1/1. Also alles auf Anfang und das DCP im Knio getestet...

Und Entschuldigung für " noch nicht genug getestet vor gepostet" ;-)

 

btw.: Im Geschwindigkeitsvergleich ist DCPC dem o-matic deutlich überlegen. Jetzt rechnet o-matic vorraussichtlich 31 Stunden an den 80 min, die ich mit DCPC in ca. 12 h raushatte.

 

NeoDCP Player ist sehr gut für das DCP prüfung aber Du musst einen guten Rechner und eine Licenz haben.

[FiVo PAT]

Es scheint, dass die Fehlerquelle wohl doch eher beim Player zu suchen ist!

Ich teste mit Neo-DCP-Player und Stereoscopic-player auf dem eigenen Rechner, bevor ich damit ins Kino gehe.

Es scheint so, dass beide Player die Auflösung selbständig reduzieren und dann den Schlamassel zeigen.

Wenn ich im Neo-player die Auflösung halbiere, kommt ein besseres Bild rüber, als 1/1. Also alles auf Anfang und das DCP im Knio getestet...

Und Entschuldigung für " noch nicht genug getestet vor gepostet" ;-)

 

btw.: Im Geschwindigkeitsvergleich ist DCPC dem o-matic deutlich überlegen. Jetzt rechnet o-matic vorraussichtlich 31 Stunden an den 80 min, die ich mit DCPC in ca. 12 h raushatte.

 

Muss man bei DCPC noch in einzelbilder rausrechnen?

 

MFG

PAT

[carstenk]

Ja. Allerdings kann ich keinen großen Unterschied in der Geschwindigkeit zwischen DCPC und DCP-o-matic sehen, wenn die Ausgangsvoraussetzungen die gleichen sind (identisches Bildmaterial in der endgültigen Auflösung). Man darf ohnehin nicht die Renderzeit, die DCPC tatsächlich brauchte, mit der Zeit vergleichen, die DCP-o-matic VORAUSSICHTLICH anzeigt. Die Bildraten sind stark materialabhängig und die Angaben von DCP-o-matic sind nur Schätzwerte, die auf der bereits verstrichenen Zeit beruhen. Ich habe beim Encoden von Testmaterial Unterschiede in den Renderzeiten bis zu Faktor 5 zwischen Bildern unterschiedlicher Komplexität gesehen. Sprich - wie groß der Geschwindigkeitsunterschied zwischen DCPC und DCP-o-matic tatsächlich ist, weiss man erst, wenn beide mal das gleiche Material komplett gerechnet haben.

Da beide Programme dieselbe OpenJPEG Library verwenden, können die Unterschiede ohnehin nicht groß sein.

 

Bei DCP-o-matic ist es ausserdem so, dass 'Overthreading' deutlich mehr Leistung liefert. Auf einem QuadCore HT stellt man z.B. mindestens 8-16 threads in den preferences ein, wenn man maximale Leistung haben will. Ich weiss gerade nicht, wie DCPC sich diesbezüglich verhält. Wer so viele threads einstellt, muss aber auch genug (nutzbaren) Speicher haben. Unter einem 32Bit Windows z.B. wird sowas gerne Abstürze zeitigen.

 

 

- Carsten

Bearbeitet 2. November 2014 von carstenk (Änderungen anzeigen)

[FiVo PAT]

Also wenn man erst die einzelbilder rausrechnen muss, muss man natürlich die zeit addieren!

 

hab unterschiedliche tests mit threads gemacht, hab 32core, beste ergebniss lag auch bei 32threads.

48 threads und sogar 64 threads waren entweder gleich schnell oder langsamer!

Referenz war immer der Sintel Trailer!

 

Was ich komischerweise mal ausprobiert hab, ist das der host gleichzeitig als encode server dient :P, was ich dann feststellen musste hat mich sehr übberrascht!

 

Ohne encode server auf dem host hatte ich knapp 28 min und mit encode server nur 22 min, das sind um die 4fps mehr! könnt ihr ja mal probieren!

 

-PAT

[carstenk]

Das ist bei deiner Konfiguration denke ich nicht ungewöhnlich, weil die Hauptanwendung selbst deine Dual-MultiCore CPU bisher ja scheinbar nicht auslasten kann. Ich hatte ja schonmal vorgeschlagen, testweise das Programm mal zweifach zu starten und parallel zu encoden, dann zu schauen, ob die Auslastung Richtung 100% geht und die Summen-fps-Leistung entsprechend höher geht. Nichts anderes macht wohl die zusätzliche Encode-Server Instanz bei dir.

 

Auf anderen, 'normalen' CPUs dürfte das kaum was ausmachen, die kriegt man auch so problemlos mit der Hauptanwendung zu 100% ausgelastet. Aber ich probiere es mal.

 

 

- Carsten

Bearbeitet 2. November 2014 von carstenk (Änderungen anzeigen)

[FiVo PAT]

Das ist bei deiner Konfiguration denke ich nicht ungewöhnlich, weil die Hauptanwendung selbst deine Dual-MultiCore CPU bisher ja scheinbar nicht auslasten kann. Ich hatte ja schonmal vorgeschlagen, testweise das Programm mal zweifach zu starten und parallel zu encoden, dann zu schauen, ob die Auslastung Richtung 100% geht und die Summen-fps-Leistung entsprechend höher geht. Nichts anderes macht wohl die zusätzliche Encode-Server Instanz bei dir.

 

Auf anderen, 'normalen' CPUs dürfte das kaum was ausmachen, die kriegt man auch so problemlos mit der Hauptanwendung zu 100% ausgelastet. Aber ich probiere es mal.

 

 

- Carsten

 

Also seit version 1.66.10 ist er zu 99.9% in vollast!

 

bevor das cuda implimentiert ist, bau ich mir allerdings noch ne dual WS mit 1366 sockel und 2.66 GHZoder 2.93GHZ, mit 16gb ram.

mehr brauch das system eh nicht!

Mir fehlen nur noch die CPU´s und ne Graka, hab aber noch ne GTX 560 rumliegen, bau die erstmal ein.

 

Hatte mir auch überlegt einfach ne Xeon PHI zu holen, allerdings sind das gleich mal 1K und wenn es nix bringt war es umsonst, macht zwar 57 core + 4xHT aber jedoch nur 1,1GHZ á core!

 

ich sollte bis mitte des monats die andere WS fertig haben und dann schau ich mal.

 

Testversion mit cuda von einzelbildern in j2c hab ich allerdings schon :) und wird im laufe der woche getestet :) hab grad wenig zeit ;(

 

- PAT