carstenk

Bessere Programm können sowohl die eine wie die andere Variante. Darüber hinaus noch mit Motionflow-Verfahren auch Zwischenbilder mehr oder weniger elegant erzeugen - so ähnlich, wie beim Korrigieren der Audiospuren auch. In der Regel wird man durch Uminterpretieren der Bildrate aber die besseren Resultate erzielen, weil das am wenigsten ins Bildmaterial und den Bewegungsfluss eingreift. Und deswegen ist das auch seit Jahrzehnten so Usus, z.B. bei der Wiedergabe von 24fps Kinofilmen im 25/50fps Fernsehen, oder bei der Wiedergabe von mit auf 25fps beschränkten Videotechniken aufgenommenen 'Filmen' im Kino. - Carsten

Klar geht das auch zwischen DSS200 und AP20. Problem ist nur, dass Dolby einen nicht frei an die Ethernet-Schnittstelle ranlässt - über Netzwerk werden nur Dolby eigene Geräte unterstützt. Allerdings kannst Du genauso gut die serielle Schnittstelle verwenden. Muss im Auditorium-Setup mit Häkchen aktiviert werden. Die Strings für die Serielle lassen sich Dolbyseitig frei definieren. Doku zum AP20 Protokoll gibts bei Datasat im Support-Bereich. Es gehen sowohl Formatwechsel als auch VolumeCues, im Grunde alles. Zusätzlich zu Datasats eigenem festen Protokoll kann man sich auch einfache Kommandos vom DSS200 aus selber basteln. Man kann den AP20 auf nahezu beliebige Strings auf der seriellen lernen und dann komplexe Funktionen ausführen lassen. Sogar Umsetzungen von GPIO auf RS232 und umgekehrt, auf/von Ethernet, etc. sind relativ einfach möglich ohne spezielle Programmierkenntnise. Einfach mal ein normales serielles Kabel besorgen, anstecken und ausprobieren. Durch die Capture-Funktion am AP20 kann man das sehr schnell am Gerät ausprobieren und diagnostizieren. Macht richtig Spaß, wenn es erstmal läuft. Vorher Schnittstellenparameter für die RS232 aufeinander abstimmen. - Carsten

Natürlich nicht, und aus gutem Grund. Das muss schon bei der Erstellung des DCP oder in der Vorverarbeitung so angelegt werden. - Carsten

Da reicht es, wenn nur bei einem davon ein Virus unterwegs ist, der die Maildatenbank scannt. Oder einer der zahlreichen Yahoo Postfach-Hacks. Wenn so eine Sammlung an über 1000 Adressen geht, wird das auf die eine oder andere Weise auch in irgendeiner Spam-Adress-Datenbank landen. - Carsten

Na indem man statt 25 nur 24 Bilder pro Sekunde abspielt, das 25. wird also das 1. der nächsten Sekunde ;-) Geht auch umgekehrt zur Beschleunigung. Typisch wird dabei auch der Ton verlangsamt oder beschleunigt. Bzw., da er auch in den veränderten Geschwindigkeiten für ein DCP fest mit 48kHz vorliegen muss, 'resampled'. Die daraus resultierende Tonhöhenänderung kann man, so man will und die Tools hat, auch rückgängig machen. Im Tonbereich geht das heutzutage in sehr hoher Qualität bei so kleinen Änderungen. Im Bildbereich noch schwierig. Umso schwieriger je niedriger die Ausgangsbildrate ist. DCP-o-matic gibt sehr schön unten auf der Content-Seite wieder, was genau mit Bild und Ton passiert, wenn Ausgangs- und Zielbildrate nicht übereinstimmen. DCPC braucht das nicht, weil es eh von Einzelbildern ausgeht und die resultierende Bildrate dabei nur eine Interpretation ist. - Carsten

Wenn ich erhöhten Bedarf gehabt hätte, hätte ich sicher gefragt - solange reicht ja der Vorname ;-) - Carsten

Nicht nur einen, und was die Beschleunigung angeht im Sinne der Auslastungsoptimierung der Säle teile ich die Empörung auch. Verlangsamung finde ich aber erstens nicht so schlimm, und zweitens ist es eben sehr üblich. Die Schuld liegt nicht bei dem, der im Auftrag verlangsamt, und auch nicht beim Kino - sondern bei dem, der in 25fps gedreht hat in der Absicht, es ins Kino zu bringen. Dolby DSS100/DSP100 ist ein prominentes Beispiel, das selbst mit neuerer DCI Software kein 25 fps kann. 'Dinosaurier' werden manche sagen, aber es soll Plexe geben, die kompett damit bestückt sind. Und just der neue Dolby CAT 745 IMB war auch lange heftig beschränkt bei den Bildraten, der kann in J2k z.B. auch keine 30fps, wohl aber 48 und 60. Viele Server, die kein 25fps in J2k können, beherrschen es interessanterweise aber als MPEG2-Interop. Der DSS200 mit CAT862 kann in MPEG2 sogar 23,98fps und 29,97fps. Aus nachvollziehbaren Gründen. Kein Preset für 1080p mag in vielen Fällen stimmen, aber das hindert ja nicht am abgespielt werden. Ansonsten dito, die Schuld liegt hier bei dem, der sowas unters Volk bringt obwohl er wissen müsste, was die Auswirkungen sind. Wir haben dank Digitalisierung ein 1920 Kaschpreset. - Carsten

Mir gings nur um die Frage, ob echter Manual Mode, oder Haken bei 'PlayManually' gesetzt in deinem ersten Beispiel. Dass der Projektor in Abhängigkeit davon anders reagiert bezüglich des Hochfahrens, ist ja nachvollziehbar. Ich werde mal beide Varianten probieren. In der INI gibts noch einen weiteren Wert, der das Startverhalten des Projektors beeinflusst. Ist mir vorher aber nicht aufgefallen, weiss nicht, ob der früher schon drin war oder nicht. Der verhindert zu häufiges Ein/Ausschalten infolge von terminierten Shows. Dürfte in dem von Dir skizzierten Fall aber eher das Gegenteil bewirken. - Carsten

Beim Ruckeln würde ich Dir zustimmen, beim 'langsamer machen' ist die Produktionsrealität anderer Meinung. Lässt sich jedenfalls mit dem Begriff 'weitestgehend nebenwirkungsfrei' hinreichend beschreiben. Die 35mm Maschinen liefen ja auch nicht quarzgenau, also was solls. Ist im Übrigen ne Sache von Projektor UND Server, abhängig vom Softwarestand. Manche Kombis können es, akzeptieren es aber aus formalen Gründen als Interop nicht. Würden es aber als SMPTE (möglicherweise) tun. Die ISDCF testet seit geraumer Zeit übliche Bildraten auf typischen Systemen. Die Unterstützung nimmt dazu, aber die arbeiten verständlicherweise nicht mehr an Interop. - Carsten

Bei uns nicht nennenswert, vielleicht eine alle 2-3 Wochen. 'Verkauft worden' ist da allerdings garnicht nötig, Ende April hat ein Mitarbeiter von Deluxe in London doch eine Rundmail an alle dort registrierten KDM-Versandadressen geschickt, und hatte die gesamte Empfängerliste sichtbar im TO:, ich glaube so 1100 deutsche KDM Empfängeradressen. Und vermutlich dahinter noch hunderte Weiterleitungen. Da muss nix mehr verkauft werden, wer so herum kommt, der kriegt auch Post. Deine war auch dabei, die lautete doch kdm@ .... Kleiner Scherz, aber mir sind schon beim losen Drübergucken damals etliche Bekannte aufgefallen - gleich oben die von sir.tommes - von dem ich so endlich auch den Nachnamen kenne ;-) - Carsten

Äh, jetzt versteh ich - ich glaube, aus der Diskussion heraus denkst Du, für das, was matrix da gezeigt hat, müsse der Webserver auf dem Doremi laufen? Das ist aber nicht der Fall, wenn ich das richtig verstanden habe muss Du nur das Tool von matrix auf einem Rechner mit lokaler Netzanbindung laufen lassen. Auf den Doremis bleibt alles wie gehabt. - Carsten

Da wäre noch zu klären, ob Ihr wirklich den Modus zwischen 'Manuell' und 'Scheduled' wechselt - denn im Scheduled Mode gibt es ja noch den Haken, den man bei 'Play Manually' setzen kann, und der dann auch im Scheduled Modus manuellen Eingriff in die laufende SPL und manuelles Abspielen erlaubt. Auch wenn der Haken gesetzt ist, startet der Projektor den automatischen Betrieb. Von daher gäbe es eigentlich keinen Grund, noch in den voll manuellen Modus zu wechseln? Ausserdem wechselt der Sony nach dem Anlegen oder Editieren einer Scheduled Show auch automatisch in den Scheduled Modus. - Carsten

Nee, diesbezüglich bin ich reiner Zuschauer. Aber das Monitoring-Tool von Matrix ist auch im Grunde nützlicher. Spricht ja auch nix dagegen, beides auf dem entfernten Rechner zu haben, wirklich eingreifen per VNC oder Webinterface muss man ja nur sehr selten. Aber mal eben nen Überblick kriegen wie der Spielstand in allen Sälen ist, ist viel eher gefragt. - Carsten

Man braucht auch eine geringe Justagemöglichkeit für die Diode. Das ist aber machbar. Kann man gegen z.B. ein Fadenlot von der Decke herab justieren. - Carsten

Die Auflösung ist zumindest technisch kein Problem. Bei der Bildrate hängt es von Gerät und Softwarestand ab. Bei einem bundesweiten Release mit kurzem Vorlauf und großen Stückzahlen würde man sowas nicht riskieren. Wenn man eine Eigenproduktion alle zwei Wochen mit genug Vorlauf an irgendwelche Kinos verschickt, kann man es schlicht drauf ankommen lassen. Mein Vorschlag wäre, entweder grundsätzlich nur 24fps/Interop auszuliefern, oder eben eine 24 und eine 25 fps Version auf die Platte zu packen. Eine Konvertierung von 25 auf 24 fps ist vollkommen üblich und weitestgehend nebenwirkungsfrei möglich. - Carsten

Die wissen nur, dass sie das abspielen können, was täglich hereinkommt. Die Studios und Dienstleister riskieren nämlich nicht, inkompatible Formate auszuliefern, daher wird auf den kleinsten gemeinsamen Nenner produziert. Und das ist nach wie vor Interop mit 24fps, wobei man sich langsam in Richtung SMPTE DCPs vortastet. Dazu kommt als zusätzliche Anforderung noch die DCI Compliance. Kein Betreiber kann Dir sagen, welches seiner Geräte mit welchem CPL, PKL, ASSETMAP, KDM Dialekt seine Geräte klarkommen und mit welchem nicht. Ein paar äußere eindeutigere Anforderungen wie z.B. unterstützte Bildraten mag der eine oder andere klar bestätigen können, weil er damit schonmal zu tun hatte. Im Grunde können das noch nicht mal die Hersteller der Geräte auf Anforderung präzise sagen, weil die Softwareentwicklung dauernd weiter geht und die installierten Geräte auf unterschiedlichen Softwareständen sind. Wenn Dich das Thema interessiert, lies die ISDCF Mailingsliste. - Carsten

Wobei der Pointer weniger das Problem ist als die lotrechte und zentrierte Aufnahme in die Objektivhalterung. - Carsten

Natürlich können die Dolby Decoder auch für 35mm eingesetzt werden ;-) ATMOS Home ist allerdings technisch so verschieden von ATMOS fürs Kino wie Dolby SR von AC3, dazu hat Dolby doch schon recht detaillierte Infos rausgerückt. Interoperabilität unmöglich. Dolby wird bestenfalls für die Postproduktionshäuser Konverter anbieten, damit der Aufwand für die Mix-Erstellung der Konsumermedien gering gehalten werden kann. Aber wen interessiert das, solange ATMOS drauf steht? ATMOS Trailer werden ja auch vor Nicht-ATMOS Filmen gespielt. Schließ ich halt den Onkyo Receiver an den HI/VI Ausgang des Kinoprozessors an, drücke die Mute Taste, und schon ist mein Kino ATMOS enabled. - Carsten

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

Solange der Karton hinter die Leinwand passt, ist es kinotauglich. Warum sollte sonst ATMOS drauf stehen? - Carsten

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

Atmos für 899US$ im Komplettpaket - jawoll, da sind wir doch schnell bei 499€ Strassenpreis im diesjährigen Weihnachtsgeschäft beim Blödmarkt: http://www.bigpictur...m-for-899.shtml Endlich ist ATMOS auch für unser Kino bezahlbar geworden. Welchen Sinn sollte es auch für Dolby machen, 10 Jahre mit dem Consumerbranding zu warten wie THX? Immerhin wartet ja schon ATMOS+ ungeduldig in den Startlöchern. Dicht gefolgt von ATMOS X und Atmos Ultimate und... - Carsten

So sieht das in den Logs aus, wenn ein Automationsevent eine Umschaltung auslöst: --- Jul 15 16:13:46 ap20 user.info apMgr: Automation: Event GPI8->0 Jul 15 16:13:46 ap20 user.info apMgr: Automation: Format change to DCI 7.1 (is VF-PC) Jul 15 16:13:46 ap20 user.info apMgr: Automation: Event GPI8->1 Jul 15 16:13:48 ap20 user.info apMgr: changed: changing format, <VF-PC>-><DCI 7.1> Jul 15 16:13:48 ap20 user.err apMgr: save to /rwm/global.cfg, opts 1 Jul 15 16:13:48 ap20 user.info apMgr: cp::loadFormat(DCI 7.1) Jul 15 16:13:48 ap20 user.err apMgr: cp::load: load from /rwm/format/DCI 7.1.fmt, opts = 4 Jul 15 16:13:48 ap20 user.info apMgr: file read in 8 ms Jul 15 16:13:48 ap20 user.info apMgr: setCardRoutingFromTable route ->DSP1-> Jul 15 16:13:48 ap20 user.info apMgr: updateSrcMuteForDCOpt 0->0 Jul 15 16:13:48 ap20 user.info apMgr: found dsp1func.ldr in /dde/lib/dsp Jul 15 16:13:49 ap20 user.info apMgr: updateSrcMuteForDCOpt 0->0 Jul 15 16:13:49 ap20 user.info apMgr: config load done with /rwm/format/DCI 7.1.fmt Jul 15 16:13:49 ap20 user.info apMgr: load in 1052 ms Jul 15 16:13:49 ap20 user.info apMgr: cp::loadFormat(DCI 7.1) done status 0 --- Und so, wenn es über den Touchscreen geschieht: --- Jul 15 16:09:37 ap20 user.info apMgr: changed: changing format, <VF-PC>-><DCI 5.1> Jul 15 16:09:37 ap20 user.err apMgr: save to /rwm/global.cfg, opts 1 Jul 15 16:09:37 ap20 user.info apMgr: cp::loadFormat(DCI 5.1) Jul 15 16:09:37 ap20 user.err apMgr: cp::load: load from /rwm/format/DCI 5.1.fmt, opts = 4 Jul 15 16:09:37 ap20 user.info apMgr: file read in 8 ms Jul 15 16:09:38 ap20 user.info apMgr: setCardRoutingFromTable route ->DSP1-> Jul 15 16:09:38 ap20 user.info apMgr: updateSrcMuteForDCOpt 0->0 Jul 15 16:09:38 ap20 user.info apMgr: found dsp1func.ldr in /dde/lib/dsp Jul 15 16:09:38 ap20 user.info apMgr: updateSrcMuteForDCOpt 0->0 Jul 15 16:09:38 ap20 user.info apMgr: decLoadFw returned -1 Jul 15 16:09:38 ap20 user.info apMgr: config load done with /rwm/format/DCI 5.1.fmt Jul 15 16:09:38 ap20 user.info apMgr: load in 820 ms Jul 15 16:09:38 ap20 user.info apMgr: cp::loadFormat(DCI 5.1) done status 0 Jul 15 16:09:38 ap20 user.info apMgr: updateSrcMuteForDCOpt 0->0 Jul 15 16:09:42 ap20 user.info apMgr: changed: changing format, <DCI 5.1>-><VF-PC> Jul 15 16:09:42 ap20 user.err apMgr: save to /rwm/global.cfg, opts 1 Jul 15 16:09:42 ap20 user.info apMgr: cp::loadFormat(VF-PC) Jul 15 16:09:42 ap20 user.err apMgr: cp::load: load from /rwm/format/VF-PC.fmt, opts = 4 Jul 15 16:09:42 ap20 user.info apMgr: file read in 8 ms Jul 15 16:09:42 ap20 user.info apMgr: setCardRoutingFromTable route ->DSP1-> Jul 15 16:09:42 ap20 user.info apMgr: config load done with /rwm/format/VF-PC.fmt Jul 15 16:09:42 ap20 user.info apMgr: load in 300 ms Jul 15 16:09:42 ap20 user.info apMgr: cp::loadFormat(VF-PC) done status 0 --- - Carsten

Versuch's mal mit ner PN an matrix. - Carsten

Das dürften selbst die Betreiber und Vorführer kaum wissen. Auch wenn das Endziel mal eine genaue Definition ist - gegenwärtig ist 'SMPTE-DCP' immer noch eine Mischform aus Interop und SMPTE. Man kann SMPTE DCPs herstellen, die noch nicht alle Features vollständiger SMPTE DCPs enthalten. Die ISDCF müht sich gerade nach Kräften, den Übergang zu strukturieren, mit mäßigem Erfolg. Am nächsten dran sein dürfte man mit allen HFR-fähigen Sälen, weil das letzte Hobbit-HFR-DCP in SMPTE ausgeliefert wurde. Da ist der nächste Dezember mit dem dritten Hobbit dann wieder so eine Marke. Auch die Verleiher und digitalen Dienstleister kennen nicht die Softwarestände der installierten Server, für die sie KDMs erzeugen. Was meinst Du denn mit 'HD'? - Carsten