ml_2

Hall Frankz,

getested (bzw. schon im Einsatz) auf Dolby DSS200.

Habe jetzt Breitwand & Scope ausprobiert, 3D und mit Ton werde ich noch ausprobieren (da habe ich noch ein paar Ausgangsfiles herumliegen).

lg

Michael

Hi, danke für den Beitrag.

Ich habe deinen Code durchprobiert und bis zur Erstellung des mxf-Files hat alles soweit funktioniert.

Bei der Erstellung des mxf-Files mit

asdcp-test -v -L -c file.mxf j2c

bekomme ich eine komische Fehlermeldung (j2c: Unknown file type, not ASDCP-compatible essence) - wird daran liegen, dass ich es im j2c Verzechnis ausführe ... wie auch immer ...

Mit

asdcp-test -v -L -c file.mxf -E .

funktioniert die Erstellung.

Heute Abend werde ich das DCP testen - hoffentlich funktionierts :).

Ich habe einen 16 Sekunden langen Spot als Ausgangsmaterial verwendet - extra nicht XYZ vorkonvertiert

Danke auf alle Fälle für den Beitrag - diese Variante gefällt mir besser als unter Win, da die Software im anderen Thread bei mir unter Win 7 nicht funktioniert hat, und mir Linux hier sowieso mehr entgegen kommt.

lg

Michael

 

Hier:

 

http://www.wizards-toolkit.org/discours...87&start=0

 

Stehen etwas andere Transformationwerte drin:

 

X=0.4124240*r+0.3575790*g+0.1804640*b;

Y=0.2126560*r+0.7151580*g+0.0721856*b;

Z=0.0193324*r+0.1191930*g+0.9504440*b;

 

Hier gibts eine üppige Tabelle, D65 ist für uns ausschlaggebend:

 

http://www.brucelindbloom.com/index.htm...atrix.html

 

Die 'billigste' Methode ist natürlich wie früher in der Schule abgucken - einfach mal ein RGB Test-Bild von Fraunhofers Easy-DCP nach DCP zu konvertieren und das mit den Resultaten von Imagemagick zu vergleichen. Und dann wieder zurück und mit dem ursprünglichen RGB vergleichen. Die Fraunhofers werden schon wissen, was sie tun ;-)

 

ml_2, woher stammen deine Parameter?

 

- Carsten

Hi,

meine Werte sind auch von Bruce - sRGB to XYZ (D65).

"Getestet" hab ich es anhand eines umgewandelten Frames, von dem ich RGB und XYZ-konvertiert schon hatte und dann optisch verglichen (PS übereinandergelegt) habe.

Heute habe ich einen Werbspot offensichtlich "falsch" umgerechnet und keine XYZ-Konvertierung durchgeführt - wenn man dieses Material im RGB Modus des Projektors abspielt ist das Ergebniss wie es sein soll, im "normalen" Modus bekannt rot/rosastichig.

lg

:) gute Idee - aber die bezahlen sicher wen fürs encoden, der wird sich dann herzlich bedanken :)

Ich muss jetzt schön langsam auch einmal dein Werk ausprobieren - bis dato verwende ich ja ein anderes Programm zur Konvertierung.

Beim Multithreading wirds dann wieder interessant! Die Software die ich jetzt verwende unterstützt zur Zeit nur Netzwerk-Clients, ist zwar schon schneller, aber nur einen PC voll auszulasten fände ich besser.

Habe 4 dcp's erstellt (aus je einem Bitmap 2048x1080 als mxf/interop)

3x 2d, 1x 3d je zwischen 8 und 10 sek. Der Dolby DSS200 spielt keine davon ab. Sie lassen sich aufspielen ohne Fehlermeldung. Wenn die Playlist gestartet wird passiert nichts. (Running wird angezeigt, aber kein Fortschritt und kein Bild). Bei mir läuft das Programm übrigens auch nicht auf jedem XP Rechner. (NET3.5 ist installiert)

 

Gruss

Roland

Habe zwar mit einer anderen Zusammenstellung als hier encoded, aber am DSS200 hat SMTPE immer funktioniert.

Was den Ton betrifft hatte ich vor 2 Tagen ein DCP, dass vom Verleih scheinbar mit 16bit PCM wavs erstellt wurde - das hat auch nicht funktioniert (die Einzelbilder und der wav-File waren aber vorbildlich mit auf dem Stick - nach Umwandeln in 24bit PCM hats funktioniert).

Also, ich glaube, in diesem Thread ist schon ganz klar durchgekommen, daß einige Leute @REPTILE verdammt dankbar für seine uneigennützige Arbeit sind.

 

Auch glaube ich, daß es hier eher weniger um das Geldsparen, denn um das Erstellen kleiner Features oder informativer Standbilder geht.

 

Ich oute mich mal als DAU für diesen Bereich, beim Proggen bin ich kaum über den Hello-World-Status herausgekommen. 8)

Vielleicht auch ein wenig falsch (böse :evil: ) formuliert von mir - aber mit den OpenCinemaTools und einem Standbild (24Mal kopiert und durchnummeriert) kann sich jeder selbst ein DCP zum Testen basteln.

Solange Reptile nicht seiner Meinung nach alles "beisammen" hat macht es aber noch keinen Sinn mit irgendwelchen DCPs herumzuschmeissen, weil das Endprodukt seines Tools dann ja erst wieder anders sein kann.

und am Dolby DSS200 funktionieren die OCT-DCPs auch, nur zur Info :)

Hi,

 

kannst Du mal ein mini DCP machen (Standbild - 1 Sekunde oder länger) und das zum Download wo hinstellen damit es die Leut auf verschiedenen Servern testen können?

 

insert many domains here

 

DANKE

 

.

Irgendwie scheints mir ein wenig zu bunt zu werden hier - Reptile versucht, die sowieso schon funktionierenden OCT für jeden DAU benutzbar zu machen und dann werden auch noch Ansprüche gestellt.

Es gibt Open Source Software mit denen sich funktionierende DCPs erstellen lassen - jeder der nicht ganz dämlich ist (PCbezogen) kann sich alle nötigen Infos aus diesem Thread hier holen!

Die Hersteller von EasyDCPEncoder haben das alles gestestet - also brauchst du nur bestelllen ...

... dieser Thread hat sicher nicht zum Ziel, dass irgendwelche faulen Säcke sich ihr Geld sparen.

Ein bissl Respekt vor der Zeit die manche hier investieren hätte ich mir schon erwartet - teste doch selber ...

Tschuldigung, aber solche Beiträge sind mit sowas von zu eindeutig, da ärgert mich jedes bisschen dass ich beigetragen hab.

/bitchmode off - aber is ja wahr

Super :)

Anbei noch ein Dokument, das im Zusammenhang mit DCP-Erstellung ganz interessant ist (auch was die Farbraumänderung betrifft auf der ich so nervig herumreite :) - da ist auch ein Screenshot drinnen, mit dem man die Ergebnisse der XYZ Konvertierung gut überprüfen kann.)

kann jeder Googeln

Getestet am Server bzw. das Ausgangsmaterial (am PC) verglichen.

Bei meinen ersten DCP-Versuchen habe ich eine Logoanimation ohne Farbanpassung vom Server im Kino abgespielt. Da waren starke Farbstörungen zu erkennen bzw. plötzlich in gelben Flächen dunkelrot verfärbte Bereiche.

Da habe ich dasselbe Ausgangsmaterial (16bit tiffs Einzelbilder, sRGB) über die EasyDCPCreator-Demo laufen lassen und es hat gepasst.

Der nächste Schritt war dann, das Ausgangsmaterial über After-Effects in das XYZ-Profil auszugeben und diese Bilder -> j2k -> OpenCinemaTools -> Ergebniss war dasselbe wie aus EasyDCPCreator.

Aus diesem Schritt stammen die Referenzbilder (tiff, XYZ&Gammakorrigiert etc.), mit denen ich jetzt die von Imagemagick umgerechneten Bilder verglichen haben (Photoshop, 2 Ebenen übereinander) und diese sind absolut ident.

Den Farbvergleich Ausgangsmaterial zu DCP habe ich mit RGB am Notebook und DCP vom Server gemacht - das war optisch (praktisch) gleich was die Farbwiedergabe betrifft.

Ich werde morgen 2 Bilder (Original RGB und konvertiertes XYZ) reinstellen damit man den Unterschied sieht.

Es scheint aber eine Art RGB Modus am Server zu geben, den ich wie gesagt noch nicht versucht habe - ist aber für mich persönlich nicht interessant, weil wenn dann möchte ich ein möglichst "richtiges" DCP haben.

lg

Bezüglich SMPTE und Interop habe ich dann vllt. noch eine ältere Version bzw. veraltete Infos - sry :?

aber, farbtechnisch scheint es mit Imagemagick wirklich zu funktionieren - so in etwa:

convert -depth 12 -gamma 0.454545 -recolor "0.4124564 0.3575761 0.1804375 0.2126729 0.7151522 0.0721750 0.0193339 0.1191920 0.9503041" -gamma 2.6 AUSGANGSFILE.tif ZIELFILE.tif

Diese Konvertierung bringt jetzt auf den ersten Blick die (optisch) richtigen Ergebnisse (basierend auf Vergleichen zu den Ergebnissen aus After Effects und EasyDCP Demo). Die ersten Versuche mit Gammakonvertierung und Farbraum auf XYZ setzen waren nicht erfolgreich, aber ich habe in einem anderen Forum die oben angegebenen Parameter gefunden und die scheinen zu passen.

Wenn man beide Bilder vergleicht ist es offensichtlich, dass eine Konvertierung unbedingt nötig ist ...

Hoffe es hilft :) und bin schon auf das GUI gespannt

lg

mhh

 

also entweder macht der encoder das... oder RGB funzt genau so gut...

 

zumindest laufen die DCPs ohne probleme....

Also ohne Farbraumkonvertierung hatte ich interessante Farbveränderungen beim Abspielen; Gelb(gold) wird Dunkellila etc., kann/wird also auch bei Standbild-DCPs problematisch sein.

Zur Art der Erstellten DCPs sollte man noch erwähnen, dass OpenCinemaTools SMPTE DCPs erstellt, welche vorwiegend nur auf "neueren" Servern laufen - Interop wird zur Zeit von allen unterstützt, kann aber mit OCT nicht erstellt werden (edit: ist aber scheinbar jetzt schon Standard).

Ich werde mal eine Konvertierung mit Imagemagick ausprobieren - bisher habe ich einfach die Einzelbilder in Aftereffects reingeladen und als XYZ ausgeben lassen - gilt hier aber nicht, ist ja nicht kostenlos ...

lg

Hallo,

was den Encoding-Vorgang "vereinfacht" wären die Open Cinema Tools (haben eine grafische Oberfläche). Die verwendeten Software Pakete sind soweit ich sehe dieselben.

Bei der zur Zeit downloadbaren Version muss man allerdings aus dem src-zip eine zusätzliche Datei extrahieren, sonst funktionierts nicht.

Was mir hier ein wenig fehlt ist die Farbraumkonvertierung von RGB zu XYZ - oder habe ich was überlesen (oder spielst du die DCPs im RGB Modus ab - habe ich noch nicht versucht ...)?

lg