daveangel

01:50:24

Perfekt, danke!

Ahoi,

unsere Platte ist leider schon weg. Hat jemand die Endcredits für FRANTZ spontan parat?

Danke & viele Grüße

David

Ich hab das "B" im FTR mal für mich als "bare", also nackt/kahl (ohne jegliche Untertitel) erklärt :-)

Könnte aber auch keine Versionierung, sondern ein Modifiier sein. Ich glaube in dem Bereich der Content Modifier darf man die DCNC nicht so lesen, dass nur das erlaubt ist, was dort beispielhaft aufgeführt ist, da diese Modifier keine technischen Parameter beschreiben.

Ok, danke - klingt plausibel. Bei Versionen wird von ja explizit "version numbers" besprochen, da würde ich "A" und "B" dann eigentlich als "nicht zulässig" ansehen.

Ahoi,

aus reinem Interesse: Revenant_FTR-B_S_EN-XX_OV… wofür steht das "B" hinter dem FTR? 1 und 2 wäre klar, aber "B"? Die Naming Convention schweigt dazu :-)

Viele Grüße

David

Ja nun lass Dolby doch mal ein bißchen Zeit zur Fehleranalyse....

Oh Mann :-( Auf 4.9 muss ich dann ja wohl auch nicht hoffen…

Ich vermute, das Modem vor dem Gofilex-NAS hängt sich einfach auf, das passiert gerne mal … Erste Supportfrage: "Did you try to turn it off and on again?" :-) Unser alter Speedport war da das beste Beispiel… Sorgt ihr für ordentliche Belüftung im Serverschrank, ist die Temperatur da vielleicht zu hoch?

@ Vogel: Wir können beides, saugen und schieben. Üblich ist das Saugen via Showmanager, dort haben wir die FTP-Verbindung zum NAS (dort werden erst mal alle Filme gespeichert) eingerichtet. Aber auch das Schieben via Filezilla über einen Windows-PC scheitert, ebenso wie das Kopieren von Server-zu-Server (was vermutlich auch FTP ist). In allen Fällen werden die OTF-Dateien als "nicht zugelassener Content" gefiltert und verworfen.

Kein TMS, 4 Screens. Und kein Geld für die "Wegwerf-Variante"…

@ Carsten: Dann warte und hoffe ich mal auf 4.9. So schlimm ist das auch nicht, es sind vielleicht 6-8 Filme im Jahr. Kein Drama, sondern einfach nur nervig und zeitaufwändig. (Das schöne am dem Verteilen via NAS ist, dass man weiß, dass die Daten, die dorthin kopiert wurden, sauber angekommen sind und auch später sicher genutzt werden können.) Mit dem DCP-Ersteller habe ich gesprochen: Die DCPs seien "konform" (sie laufen ja auch problemlos auf unserem Servern, nur der Datentransport per FTP-Ingest will nicht), "ich bin der einzige mit dem Problem". OTF war mal eine Entscheidung wegen einer besonderen Sprache oder Sonderzeichen, nun sind sie dabei geblieben, vielleicht sieht's auch schöner aus, keine Ahnung.

So exotisch ist unsere Arbeitsweise/Konfiguration ja nicht, oder? Ich wundere mich halt, dass ich der einzige sein soll, der diese Probleme hat (oder besser: dass ich der einzige bin, der sich beschwert :smile:

Ah, bestens -- danke. Klingt logisch :-) Gibt es von dem QNAP auch eine genaue Typenbezeichnung? Hat das Teil zwei Netzwerkanschlüsse?

So, seit kurzem ist ein Dolby-Update drauf (4.8.5.2), aber das Problem noch nicht behoben. Wir können doch nicht wirklich die einzigen sein, denen das Ärger macht? Was machen denn die ganzen TMS-Benutzer, das läuft doch auch über FTP?

Da wir zukünftig auch gerne mit Gofilex zusammenarbeiten möchten, bekommen wir ja dann bestimmte DCPs nicht mehr auf dem herkömmlichen Vetriebsweg via Festplatte, sondern via Glasfaser und Kupferkabel auf einen Server übertragen. Aktuell ingesten wir die betreffenden Filme von der Verleiher-HDD manuell/direkt auf jeden Server und eben nicht übers Netzwerk. Im Gofilex-Fall müssten wir dann ja den Umweg über eine eigene externe Platte gehen. Komfort sieht anders aus :sad: Kann doch echt nicht sooo schwer sein…

Ich hab noch kein einziges DCP analog bekommen.........[/klugscheiß]

Hehe, du SpaßVOGEL :-) Der Vertriebsweg auf Festplatte via Transportdienstleister ist für mich immer noch "analog", durchs Kabel ist für mich "digital". Du hast noch nie "analoge DCPs" bekommen, das habe ich aber auch nicht geschrieben :-)

Ohne Schienen ist das viel zu fragil.

Ah, ich hab an was zum "rausziehen" gedacht... Nun hab ich auch mal "Gleitschiene" gegoogled. Jo, die braucht man wohl.

So, seit kurzem ist ein Dolby-Update drauf (4.8.5.2), aber das Problem noch nicht behoben. Wir können doch nicht wirklich die einzigen sein, denen das Ärger macht? Was machen denn die ganzen TMS-Benutzer, das läuft doch auch über FTP?

Da wir zukünftig auch gerne mit Gofilex zusammenarbeiten möchten, bekommen wir ja dann bestimmte DCPs nur noch digital. Aktuell ingesten wir die betreffenden Filme von der Verleiher-HDD manuell/direkt auf jeden Server und eben nicht übers Netzwerk. Im Gofilex-Fall müssten wir dann ja den Umweg über eine eigene externe Platte gehen. Komfort sieht anders aus :-( Kann doch echt nicht sooo schwer sein…

Wir planen auch, zukünftig mit Gofilex zusammenzuarbeiten. Der Server ist 48 cm tief, man benötigt also einen Serverschrank, der 60 cm tief ist -- oder reicht das auch nicht wegen Netzkabel und co? Ich hab bspw. den hier im Auge: Amazon-Link. Unser aktueller Schrank, im dem Fritzbox, Switche und Patchpanel verbaut sind, ist nicht tief genug…

Aber wofür muss das Ding auf Gleitschienen installiert werden? Einmal mit 4 Käfigschrauben vorne befestigt und gut ist, hätte ich jetzt gedacht… Und wofür benötigt man netzwerksteuerbare Steckerleisten?

Viele Grüße

David

Am Freitag geht Sie los, die Fussball EM, bin dann mal auf die Wochenendzahlen gespannt, die sich dann wohl noch einmal bundesweit halbieren werden!

… und unsere Zahlen sind so schon dramatisch schlecht :-(

Die an der Kinokasse gekauften Tickets haben auch einen Barcode aufgedruckt?

Ich antworte mir mal selber. Beim VDF eben noch mal nachgelesen:

Die Ticketnummer muss auf dem Ticket ausgewiesen werden; dies kann in codierter Form erfolgen.

D.h. der Boca-Drucker muss nicht unbedingt einen Barcode können; Hauptsache, die vom Kassensystem zugewiesene Ticketnummer wird draufgedruckt. Vor Ort gekaufte Karten gelten dann direkt nach dem Verkauf als "entwertet" (also quasi wie bisher), während Online-Tickets erst beim Einlass oder pauschal spätestens beim Tagesabschluss entwertet werden. Man möge mich korrigieren, wenn ich falsch liege :smile: (Vor uns liegt noch der ganze Umstellungsprozess, daher bin ich für jeden Hinweis dankbar.)

Stichwort: e-ticketing und Codes zum Scannen.

Ältere Druckermodelle können firmwarebedingt die ein oder andere Art von Barcode nicht generieren / drucken (was teilweise nicht zu updaten ist).

Die an der Kinokasse gekauften Tickets haben auch einen Barcode aufgedruckt? Gut zu wissen… ich muss mich in das Thema wohl noch mal deutlich genauer einlesen und unseren Boca-Drucker prüfen, denn einen Bon-Drucker wollen wir nicht einsetzen. Das sieht mir zu billig aus :-) Weiß jemand, welcher Barcode verwendet wird (EAN, Code128, …) - oder ist das von System zu System unterschiedlich?

Die Konvertierungen von ffmpeg und VLC sind allerdings bezüglich des Farbraumes wohl eher quick'ndirty. Wenn man aus irgendwelchen Gründen die maximale Qualität rauskriegen will, müsste man den Weg über unwrappen der MXFs mit asdcplib gehen, die J2Cs enthalten dann die vollen 12Bit des Quellmaterials.

Ach, für den Test hat das gereicht :-)

Naja, leider in diesem Falle doch, ffmpeg müsste man trotzdem erstmal in eine path variable setzen, und dann haben die MXFs heutzutage ja ewig lange UUID Namen, die kein Mensch mehr manuell eintippen will. Das Kopieren und umbenennen ist da, wenn es auch den Linux-Freak graust, die einfachere Variante.

 

- Carsten

Ich hab "cd" eingetippt und dann den Ordner (in dem ffmpeg und die MXF-Daten liegen) ins Terminal gezogen, da wird der ganze Pfad übernommen; es kann mir also egal sein, wo der ganze Ordner liegt. Selbiges gilt dann auch für die Audio und Video-MXF-Daten selber. Man muss diese also nicht zwangsläufig umbenennen und dann den Pfad von Hand eingeben. Die Befehle zum Konvertieren muss ich zwischendrin natürlich eintippen. Eben ausprobiert, hat gut geklappt :smile: Vielen Dank also für den grandiosen Tipp!

 

In Dienstprogramme 'Terminal' öffnen, und mit 'cd' zum Pfad des DCPs (und FFMPEG) wechseln.

 

Um sich's einfacher zu machen, kann man den DCP Ordner auch einfach ins Homeverzeichnis (dein Mac username) kopieren und weil man faul ist in 'DCP' umbennen. Ausserdem im DCP Verzeichniss die ellenlangen UUID Dateinamen der Einfachheit halber in video.mxf und audio.mxf umbenennen, damit die Kommandozeile nicht so wüst einzutippen ist.

Kleiner Tipp: Unter OS X kann man einfach Ordner und Dateien per "Drag&Drop" ins Terminal ziehen, dann wird der entsprechende Pfad ausgegeben und man muss sich nicht mit den User-Ordnern und Dateinamen auseinandersetzen. Das beschleunigt die Sache enorm :-)

Also, das Problem hat einen Eintrag in der Dolby Fehler-Datenbank, das heisst, man arbeitet daran, aber es gibt noch keine Info, in welchem kommenden Patchlevel der Fix drin sein wird. Dürfte aber kaum kompliziert sein und wird mutmaßlich nicht lange dauern.

Hey Carsten,

vielen herzlichen Dank für die Info, das freut mich sehr!

David

Einziger Wehrmutstropfen: Die Programmhefte waren alle mit Sam Jackson. Diese und letzte Woche. Hatte gehofft noch eins mit anderem Centerfold zu erhalten.

Hat da jemand Info ob in Wien, Berlin, Hamburg Essen auch nur Herr Jackson in der Mitte war (englisches Programm). Es wurde in den Raum gestellt das es 8 Motive gibt, also die 8 Darsteller.

Aus dem Hamburger Savoy haben wir auch nur Jackson als Centerfold mitgebracht. Fanden wir auch schade!

Hat vielleicht schon jemand ein DCP für Sneak oder so und kann das bestätigen?

HAIL, CAESAR eröffnet die Berlinale, Sneaks sind bis dahin also vermutlich nicht drin. Vor nächster Woche werden die DCPs wohl auch nicht ausgeliefert, denke ich.

Unsere Dolby-Version: 4.8.4.10

Nun muss ich endlich mal KT den Sachverhalt schicken, man kommt hier zu nix :-)

:-) Das ist aber bestimmt nicht kostenlos, oder? Mindestens der Integrator will ein, zwei Tage beschäftigt sein…