carstenk

Also ich habe den thread nochmal durchgeschaut, Pudding scheint bisher der einzige zu sein, der das mit einem G3 getestet hat. Liest vielleicht noch jemand mit nem G3 mit? Wenn es zu aufwendig oder anderweitig nicht möglich ist, das Softwarepaket von Reptile zu installieren, können wir auch gerne mal ein kurzes Test-DCP verschicken. Auf der Basis von Standbildern ist das ziemlich klein und geht problemlos per Email, ansonsten kann Reptile das auch zum Download anbieten. Liest vielleicht jemand mit nem Sony Server mit? Sicher kann Oliver bei Sony bei Gelegenheit mal was testen. Wir sollten vielleicht mal ein paar 'Referenz' DCPs erzeugen, also SMPTE/Interop, 3D, div. Audiovarianten, und mal zum Download anbieten, dann kann man die schnell mal auf den diversen Servern testen. Ich schaue mal, dass ich da was vorbereite. @reptile: Kannst Du vielleicht den Link auf die jeweils aktuelle Version deines Paketes in deine SIG packen? Wird sonst früher oder später sehr schwierig werden, das noch hier im thread zu finden. - Carsten

Das heisst, der G3 bietet die Dateistruktur noch nichtmal zum Ingest an? Bist Du sicher, dass das nicht auch schon auf der Ebene des Datenträgers schiefläuft? Wir hatten hier ja schonmal Diskussionen über die Kompatibilität der div Server mit den verschiedenen Filesystemen, NTFS, ext2, ext3, etc. Womöglich ist dein Problem nicht das DCP, sondern die Formatierung des Datenträgers, den Du da anhängst. Sollte dein Datenträger, den Du für den Ingest verwendest, FAT32 oder NTFS formatiert sein, ist die Wahrscheinlichkeit recht hoch, dass der eine oder andere Server das nicht erkennt. Du solltest Dir für Tests jedenfalls einen ext3 Treiber installieren. http://de.wikipedia.org/wiki/Ext3#Kompa...bssystemen http://forum.filmvorfuehrer.de/viewtopic.php?t=13131 Allerdings ist der G3 wohl explizit NTFS kompatibel, von daher... Pudding, hast Du mal die Varianten SMPTE/Interop ausprobiert? Hat noch jemand einen G3 im Zugriff? Vielleicht kann Pudding sein DCP ja mal reptile schicken, die Standbildvariante dürfte ja winzig sein. Vielleicht ist der G3 ähnlich wie der Dolby bei 24Bit einfach nur ein bißchen anspruchsvoll bei irgendeinem Parameter. - Carsten

Nein. Faktisch ist bei gegenwärtigen Belichtern das Problem nicht die Fokussierung, sondern die Mechanik in Verbindung mit der Wirtschaftlichkeit. Es gibt ja Belichter in der Halbleitertechnik, die nm Strukturen abbilden können. Aber für die Belichtung von Kinofilmen ist sowas halt nicht wirtschaftlich. - Carsten

Im Unterschied zu allen üblichen derzeit verwendeten 'Distributionscodecs' wie MPEG, h.264, etc, werden bei der JPEG2000 Kompression der DCI Formate in keiner Variante, weder 2k noch 4k noch 3D, Ähnlichkeiten zwischen aufeinanderfolgenden Bildern zur Kompression verwendet. Jedes Bild ist eigenständig und verwendet keine Referenz zu davor oder dahinter liegenden. Der Umstand dass, wie an anderer Stelle diskutiert AVATAR (und viele andere DCI Filme offenbar ebenso) in der deutschen Version nur die Hälfte der zulässigen Datenrate verwendet, zeigt zumindest auch, wie leistungsfähig JPEG2000 ist. Und mit steigender Auflösung ist dieser Codec umso effizienter, daher ist die Verwendung der gleichen Datenrate bei 4k nicht automatisch gleichzusetzen mit einer Verschlechterung. Ich fürchte, dass ebenso wie bereits jetzt in Bezug auf DCI und 35mm jegliche qualitative Diskussion über Technicolor 3D witzlos sein wird. Die einen wollen es halt und die anderen nicht. Entscheidend wird bestenfalls irgendwann sein, ob 'es eine Zukunft hatte'. In USA haben wohl gerade die ersten Testscreenings vor Kinobetreibern stattgefunden. Ernsthafte Bedenken hat wohl keiner geäußert, sonderlich detaillierte Beschreibungen gab es allerdings auch noch nicht. Letzten Endes entscheiden ja eh nicht die Testvorführungen, sondern die Praxis. Und nicht zuletzt die tatsächlich angebotenen Konditionen. - Carsten

Wenn man sich die Mühe machen will, kann man sowas dann natürlich gerichtlich ausfechten. Statt dessen kann man aber auch einfach den Fernseher abmelden. http://de.wikipedia.org/wiki/Digitaler_...bschaltung - Carsten

Ein stinknormaler Fernseher ist sehr wohl ein Empfangsgerät. Irgendwann wird man 'stinknormale' Fernseher vielleicht tatsächlich davon ausnehmen können, weil es kein analoges Programm mehr gibt. Dann wird man auf DVB-T/DVB-S/DVB-C Receiver abheben müssen. Ein Beamer und ein digitaler Kinoprojektor sind dagegen in keinem Fall Empfangsgeräte und daher auch nicht gebührenpflichtig. Du kannst nur mit einem Beamer TV zeigen, wenn es irgendwo ein gebührenpflichtiges Empfangsgerät gibt. Receiver oder Videorekorder mit eingebautem Tuner sind Empfangsgeräte. - Carsten

Hat niemand in Frage gestellt, aber die Mischung wird wohl kaum extra für die BD gemacht worden sein. Es sei denn, da wird irgendwas aus den existierenden 5.1 Mischungen aufgemischt damit man es als 7.1 verkaufen kann. Und wie integriert man den in die Saalautomation? - Carsten

In der überarbeiteten DCI spec werden die Server selbsttätig Porno und Falschgeld erkennen und unterdrücken, wenn die FSK-Freigabe nicht stimmt. 'Ghostbusting' ist erst der Anfang... - Carsten

Google mal nach 'subliminal'. Aber Vorsicht, da stecken auch ganze Universen an Verschwörungstheorien hinter ;-) Und damit Commander Ripley nicht ganz enttäuscht nach Hause geht, das hier ist noch garnicht lange her: http://forum.filmvorfuehrer.de/viewtopic.php?t=13752 - Carsten

Das heisst, 'unsere' Verarbeitungskette 'streched' übliche 8 Bit Daten linear auf 12Bit J2k, und 'komprimiert' 16Bit Daten linear auf 12Bit J2k (Gamma mal aussen vorgelassen)? Das scheint mir gegenwärtig auch am sinnvollsten zu sein. Wer DCI konforme DCDMs mit 'soft truncation' anliefert, sollte halt wissen, was er tut. Wer auf dem Level operiert, dürfte eh alle Möglichkeiten haben. - Carsten

Das ist grad nur Fischen im Trüben - in einigen Dokumenten zum DCI Mastering habe ich gelesen, dass die TIFFs im Mastering-Prozess 16Bit Format haben, aber nicht linear auf die 16Bit verteilt, sondern mit 12 belegten Bits, und die unteren 4 leer. Das kann in der Toolchain natürlich schon einen Unterschied machen. Müsste man mal durchtesten. Auf der PostPro Seite kann man davon ausgehen, dass die das schon richtig machen, aber bei 16Bit Material aus anderen Quellen, DSLRs, RAWs z.B.... Muss da einfach mal ein paar Testbilder machen, die Interpretationsfehler offensichtlich machen können. Ah, da habe ichs, aus der DCI spec. Das bezieht sich allerdings nur auf die offiziellen Anforderungen an das DCI konforme DCDM-TIFF: --- 3.2.2.2. File Mapping The DCDM Image Structure shall be mapped into the TIFF Rev 6.0 File Format and further constrained as follows: • 16 bits each per X', Y', and Z' channel, stored in the nominal TIFF R, G and B channels. • The DCDM gamma-encoded X', Y' and Z' color channels are represented by 12-bit unsigned integer code values. These 12 bits are placed into the most significant bits of 16-bit words, with the remaining 4 bits filled with zeroes. --- - Carsten

Mal nach Künstleragenturen oder direkt nach Bauchrednern googlen. Mit etwas Glück findet man auch ein paar Videoschnipsel zur Beurteilung. - Carsten

Die Cutterinnen könnte ja mal anfangen Pornobildchen für die Vorführer einzukleben ;-) - Carsten

Sehe ich auch eher bei den Serverherstellern. Ein paar fehlende Selbstverständlichkeiten darf man auch denen anlasten. Allerdings sehe ich auch in der DCI Norm keine explizite L/R Synchronisation auf Dateiebene, die ist nur relativ fixiert. Man könnte etwas blasphemisch behaupten, das ist auch nichts anderes als das Over/Under Schnittrisiko bei 35mm 3D ;-) Also sprich, wenn da mal was durcheinandergekommen ist, haben die Systeme zur Laufzeit keine Möglichkeit, das automatisch zu korrigieren, soweit ich das sehe. Frühestens beim nächsten Reelanfang. - Carsten

Ähm, also Moment mal, es wird sicher nicht extra für die BluRay eine wirkliche 7.1 Mischung gemacht wenn es fürs Kino keine gibt, und nachhinken kann 'das Kino' derzeit diesbezüglich ja wohl kaum. Frühestens 2015 ;-) Problematisch dürfte sein, dass bei Umrüstungen kaum Kinoprozessoren mit 8Kanalfähigkeit vorhanden sein dürften. Die eine oder andere Endstufe nachzurüsten und die vorhandenen Surroundspeaker neu zu verkabeln oder 'leicht' nachzurüsten ist da ja noch vergleichsweise einfach, aber wenn der für 35mm weiterhin nötige Prozessor nur 6 Kanäle unterstützt... - Carsten

Artefakte sieht man bei diesen JPEG2000 Raten wirklich nicht mehr, speziell diese von mittleren und niedrigen JPEG Kompressionsfaktoren bekannten Kantenüberschwinger sind weg, auch die bei MPEG/MPEG-2 oft vorhandene Blockbildung gibts nicht. Faszinierend, wenn man bedenkt, wie groß einzelne frames auch bei 4k Auflösung dann gerade noch sein können. Und allemale wenn man bedenkt, wieviel der zulässigen Datenrate von AVATAR 2D/3D gerade mal ausgenutzt wurde ;-) Grob überschlagen: Kompressionsrate minimal bei 2k DCI 2D 1:8, 4k DCI 1:30, oder 2k DCI 3D 1:16. Bluray 1:50, wobei letzteres im Unterschied zu DCI/JPEG2000 ja auch interframe Kompression macht und andere Farbräume- und Tiefe benutzt. DCI maximale Bild-Datenrate über alle Formate 250MBit/s, BluRay maximal 40MBit/s. Jeweils bezogen auf Vollformat/BW und in Bezug auf unkomprimiertes 12Bit RGB 24p als Ausgangsmaterial. In der Praxis liegen, wie man sieht, die üblichen durchschnittlichen Kompressionsraten gerne beim Doppelten, respektive die Datenraten bei der Hälfte. - Carsten

Andere Frage: Brauchen wir sowas wie Multi-Reel oder Multi-CPL Unterstützung, und wenn, wie könnte man sowas einbauen? Die entsprechenden MXFs könnte man ja vom Tool problemlos partiell erzeugen lassen, aber die zusätzlichen XML Files müssten entprechend angelegt werden. Momentan ist das sicher nicht wichtig, aber man kann ja mal drüber nachdenken. - Carsten

Wenn ich das richtig sehe, dann hat ml_2 das wohl schonmal mit kommerzieller Software vor- und zurückgerechnet und verglichen. Aber ne zweite Quelle wäre sicher kein Fehler, ausserdem müsste man das ganze sicherheitshalber auch mal komplett in 16Bit durchführen. Vielleicht kann Oceanic da Testmaterial zu Verfügung stellen. 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

Also wenn ich sehe, dass Programme mit falschen Lensmacros gefahren werden können, es keine vernünftigen Lösungen für Pausenbetrieb gibt, immer mal wieder L/R Flips auftreten... Klar gibts diese Problemkategorien bei 35mm auch, aber gerade davon will man doch weg bei DCI... Das hat doch, zumal zu Zeiten schlechterer Materialien, auch nicht den Durchbruch von Flat/BW gegenüber NF/Academy behindert. ;-) - Carsten

Super...multicore support ist schon sehr edel, aber glücklicherweise bei solchen unkorrelierten Bildsequenzen ja noch recht einfach umzusetzen. Wie solide ist denn die Farbtransformation, gibts für die Parameter verbürgte Quellen, kann man da noch was verifizieren? Ich habe ein kommerziell erstelltes DCP mal 'rückkonvertiert' in RGB, die zuerst sehr grünlichen Hauttöne sehen nach der inversen Farbtransformation mit imagemagick jetzt ordentlich aus. Aber vielleicht kann man da mal Testmaterial 'vermessen'. - Carsten

Die 3D OV ist doch die nämliche US/UK version mit 276GByte - die hat doch die ganze Diskussion hier erst ausgelöst ;-) - Carsten

Diese 'Punktmuster' um einen Laserspot herum sind nicht wirklich vorhanden, dieses üblicherweise mit bloßem Auge sichtbare Interferenzmuster nennt sich 'subjektives Speckle' und erscheint unter diesen Umständen nur im Auge. Üblicherweise lassen sich Laser wegen des sehr monochromatischen und kohärenten Lichtes auf extrem kleine Punkte fokussieren - siehe die Nowendigkeit kleinerer Wellenlängen beim Übergang von CD (infrarot) über DVD (rot) zu Bluray (blau-violett). Die Spurbreiten liegen unter einem Mikrometer. Die ARRIlaser haben in der Regel noch keine Probleme mit der Fokussierung (6 mikrometer bei 4k), eher mit der Mechanik bzw. wirtschaftlichen Belichtungsraten und allgemeinen Stabilitätsproblemen, Temperaturgang, etc. Der Arrilaser muss ja ausserdem mit 3 Laserquellen die nötige Konvergenz hinkriegen. Unterm Strich schafft der ARRIlaser ca. 20 mikrometer geometrische Genauigkeit. Höhere Auflösungen wären technisch möglich - aber lägen in der Wirtschaftlichkeit schlechter. http://archiv.arri.de/news/newsletter/a...rvsCRT.pdf Und richtig, Linienbelichter müssen immer mit einer gewissen Überlappung arbeiten, teilweise kann man dabei aber Überstrahlungs- und Korneffekte ausnutzen, spätestens bei sehr hohen Auflösungen sorgen solche Effekte schon für die nötige 'Streuung'. Darüberhinaus werden ja nicht die Vorführkopien direkt belichtet, bei den weiteren Kopiervorgängen gibt es halt ggfs. weitere glättende Effekte. - Carsten

Du kannst ja gerne in Kinos dieses Balkendiagramm zeigen. Ich denke, die meisten Besucher werden was anderes bevorzugen ;-) Das technische Auflösungsvermögen von Negativ- oder KopierMATERIALIEN wird hier und anderswo nicht in Frage gestellt. Lediglich das, was tatsächlich im Kino ankommt. - Carsten

Nur Empfangsgeräte sind GEZ pflichtig. Beamer/DCI Projektoren sind keine Empfangsgeräte. Eher ein Problem gegenwärtig könnten internetfähige Computer im Kino oder eben Radios im BWR o.ä werden, falls der GEZler darauf abhebt und es unbedingt drauf ankommen lassen will. - Carsten

Woher kommen denn die 'Handy aus' DCPs für DCI Systeme neuerdings? Auf irgendwelchen Festplatten als Dreingabe? Ich würde für sowas ja gerne mal ne Sammlung anlegen. - Carsten