REPTILE

habe hier auch noch nen shop gefunden wo es brillen clips gibt:

http://www.screenlab.eu/store/product_i...kular.html

Also ich habe das mit dem Standbild einwandfrei hinbekommen.

 

Heute habe ich mal versucht einen Film zu machen , dabei stoße ich hier und da an Probleme.

Zuerst habe ich ein File mit super wie in der Anleitung konvertiert.

Danach versucht mit Virtuel Dub das File zu öffnen und bekomme dann eine Fehlermeldung.

 

http://img188.imageshack.us/img188/7510/fehlerjs.jpg

 

Wenn ich mit Suoer ein wma File konvertiere wird das konvertierte File ganz klein (Datenmenge) und unbrauchbar.

oehm wma ist aber nur Audio.. ? daher das a :)

hast du XviD codec intalliert?

http://download.divxmovies.com/XviD-1.2.2-07062009.exe

Problem bei den wmv ist halt das man die nicht direkt per virtualdub bearbeiten kann, daher der lästige zwischenschritt....

erst mal vielen dank an reptile und alle, die sich hier beteiligen

 

bin gestern auf das thema hier gestoßen und habe das ganze dann gleich mal getestet.

 

habe bei zwei rechnern (xp) die situation gehabt, dass sich das programm bei der erstellung des standbildes mit dcpc aufgehängt hat (keine rückmeldung) und nur zwei .xml, zwei .mxf und die volindex erstellt wurden, bei der erzeugung der assetmap aber dann wohl was schief gegangen ist. bei zwei anderen rechnern hat es einwandfrei geklappt, von daher nicht tragisch.

 

nun zu meiner eigentlichen frage. auf der leinwand stellen sich die farben komplett anders da, als in meiner original datei (blasse farben, rotstich). mit dem easyDCP-Player sieht alles aus, wie es sein soll. woran kann das liegen. eine einstellung am projektor?

 

besten gruß und macht weiter so, vor allem reptile!!!

Zu den Farben, hast noch ne alte version ? oder vergessen unter einstellungen das RGB -> XYZ anzu hacken?

so hört sich das an, also das du keine farbraum konvertierung durchführen lassen hast...

wenn du noch ne alte version hattest, dann must du nun auch imagemagick instliert haben, damit das colortransform funzt

zum anderen Problem.... wäre cool wenn du mir weng feedback gibst...

1. war auf dem Rechnern wo es nicht ging, das 3.5er .NET framework installiert ?

2. wie groß waren die zwei xml datein? 0byte oder hatten die ne größe?

*UPDATE*

 

so Version 0.6.1.0 ist nun Online, hinzugekommen ist der 2D Film Modus...

 

Viel spaß

 

Sehr sehr Fein! Grossartuge Arbeit die du machst, respekt!

 

Noch eine Frage: siehst du eine Möglichkeit mit 10bit Bildern (bspw. DPX) zu füttern?

es wäre möglich das man 10/12/16bit tif bilder als input nutzt, sicher gehen auch noch andere formate, müsste ich mal schauen. Geht zwar mit der aktuellen version nicht, aber das kann man dann wenn V1.0 fertig ist (also wenn 3D film noch fertig ist) erweitern.... evtl. besteht auch bedarf das ganze auf 4k zu erweitern, würde auch gehen...

*UPDATE*

so Version 0.6.1.0 ist nun Online, hinzugekommen ist der 2D Film Modus...

Viel spaß

ok, gefahr erkannt, gefahr gebannt :)

nu sollte es laufen, lasse gerade mein testtrailer drüber laufen, dauert immer paar stunden :) aber denke es sollte jetzt alles glatt laufen..

mal nen kleiner status bericht, bin gerade noch an einen kleinen bug dran...

das blöde imagemagick mein wenn es ein komplett schwarzes Bild vorliegen hat es muss daraus dann ein graustufen file machen, wo es dann natürlich später im prozess kracht :) wenn das gelöst ist gibs die nächste version, der rest funzt soweit ganz gut....

mhh ich finde man sollte erst über einen film urteilen wenn man ihn auch gesehen hat.

Aber klar es gibt sicher auch leute die ihn nicht gesehen haben / nicht anschauen werden, warum sollte es das auch nicht geben.

hihi... ne "Dauerkarte" eigendlich mal ne idee :)

@ Reptile, das siehst du falsch. Ich finde Urlaubsvideos und Heiratsanträge gehören in öffentlichen Vorführungen verboten :lol:

das war ja auch nur nen witz :D

ja es hatte mal einer gesagt, die "freiheit" bei 35mm zu spielen wenn man es will, was man will und wo man will wird einen ja durch die KDM genommen,....

aber aufeinmal soll es verboten werden eigenen content zu spielen... irgendwie dann wiedersprüchlich :)

aber bitte lasst das hier nicht zu einen weiteren 35mm VS DCI thread werden.. davon gibt es eh schon genügen....

Die fummeln doch nicht an der Anlage rum. Ganz einfach gesagt: Die eigenen kleinen Filme müssen, um sie auf den Server abspielen zu können, ein gewisses Format haben. Stell dir vor du willst deine Urlaubsvideos auf eine große VHS Kassette haben. Dann musst du auch umkopieren ;-)

Richtig, schon verstanden. Aber die zeige ich dann doch nicht im Kino.

Genauso wie andere ihre selbst gebastelten Filme dann doch auch nicht einfach im Kino zeigen können bzw. dürfen.

Ich dachte, diese Dijektoren seien vor derartigen "Eingriffen" geschützt, bzw. seien derartige Eingriffe verboten.

warum sollte man das nicht zeigen dürfen, wenn man sein urlaubsvideo spielen will, kann das einen doch nicht verboten werden :D

es geht halt drum, da man sich z.b. eigenwerbung oder ähnliches produziert, oder ein "pausen" trailer, oder "bitte brille aufsetzten" oder was auch immer... z.b. für sonderveranstaltungen irgendwelchen content braucht...

also wenn man ein sagen wir mal avi zerlegt in audio und video einzelbildern, dann die audio file in ein mxf schreibt, fehlt meist beim letzten "frame" einige bytes... (warum.. kein plan) und dann schneidet er es ab, also audio ist ein frame kürzer als video... was später beim abspielen zu problemen führt..

 

wie genau meinst du das? habe leider kein dcp zum nachschauen im moment hier, aber ich glaube in der cpl wird doch auch die duration der beiden mxf-dateien, also die dauer angegeben. meinst du damit, dass sich diese beiden werte bei dir unterscheiden?

wenn man ein avi file zerlegt mit virtualdub oder ähnlichen, dann kommt da meist ein audio file raus was nicht ganz mit den länge der video frames zusammen passt... also es geht hier meist nur um 1 frame, wie gesagt keinen ahnung warum das so ist... evtl. liegt es auch an der 24bit konvertierung....

wenn man das audio file dann in eine mxf wandelt, wird pro frame eine gewissen anzahl an bytes audio daten benötigt... zum schluss am letzten frame kann es sein das eben nicht mehr 12000bytes für das ganze frame da sind sondern nur noch sagen wir mal 9000bytes... dann scheidet er das letzte frame ab... und somit hat man eine audio file das 1 frame kürzer ist als das video file...

richtig es wird das dann auch so angezeigt, doch normal meckert der server dann das audio/video nicht gleich lang sind (wird zwar auch abgespielt, ist aber unschön) daher lasse ich es im tool überprüfen und schneide ggf. ein video frame weg :)

Womit?

 

 

- Carsten

mit den gleichen tools :) falls du näheres wissen willst schreib ne PN... mal sehen evtl. für später kann man das mit ins GUI einbauen....

bei mir läuft gerade der 2D film DCP test... wenn alles passt dann gibs wieder neue version :)

habe auch eine audio/video frame anpassung eingebaut... warum?... also

wenn man ein sagen wir mal avi zerlegt in audio und video einzelbildern, dann die audio file in ein mxf schreibt, fehlt meist beim letzten "frame" einige bytes... (warum.. kein plan) und dann schneidet er es ab, also audio ist ein frame kürzer als video... was später beim abspielen zu problemen führt..

ich habe eine erkennung eingebaut, die schaut ob das video länger ist als der audio und schneidet dann ggf. ein frame am ende vom video weg, damit das ganze wieder konsistent ist...

Hat jemand ne Idee, wie man das auch umgekehrt hinkriegt, also ein unverschlüsseltes DCP/MXF auspacken?

 

 

- Carsten

joah, geht im prinzip ähnlich, habe ich auch schon gemacht :)

Klingt alles super. Hat zufällig jemand mal ein Test-3D-Standbild, also beide Bilder, die er mal hier hochladen könnte? Würde mir die Verschiebung gerne mal am Computer anschauen. Testen kann ich ja noch leider nicht. Wäre super!

da gibs eigendlich nicht sehr viel anzuschauen... :) je nach dem wo sich das objekt im raum befindet, desto anders ist die verschiebung... mhh kann heute abend mal was raussuchen....

Dunkle 3D-Projektion ist normal, denn Polfilter schlucken Licht, die sich vor der Optik und vor dem Auge befinden

Ja klar schlucken die Polfilter licht (wenn es eine polfilter technik ist), deshalb ist dunkle projektion nicht vormal... es muss halt entsprechend mehr licht gearbeitet werden....

Eine dreidimensionale Erfahrung der etwas anderen Art mit AVATAR machte erst kürzlich einer unserer Besucher.

 

Zur Vorgeschichte:

In einer der ersten Wochen nach dem Bundesstart erschien dieser Besucher bei uns an der Kasse und fragte, ob wir diesen Film nicht in 3-D zeigen würden.

Die Kasse verneinte und er entgegnete, dann wohl nach xxx (ca. 100 km entfernt) fahren zu müssen, um ihn sich dort anzusehen.

 

So weit - so gut.

Gestern erschien selbiger Besucher wieder an der Kasse und kaufte sich eine Karte für AVATAR - aber in 2-D.

 

Auf die Frage, ob er sich denn nun den Film damals in xxx in 3-D angesehen hätte, rückte er - mit einem eher schmerzverzerrtem Gesichtsausdruck - mit der Antwort heraus: "Ja, aber nie wieder !!!"

 

Der Film selbst habe ihn zwar von den Effekten her und soweit er sie - ganz hinten links im Saal sitzend - überhaupt mitbekommen konnte, überzeugt ... die gesamten Umstände seines "Fremdgehens" in ein anderes Kino hingegen nicht.

Denn als er nach Filmende das Kino verließ und zu seinem Auto kam, steckte nicht nur das obligatorische Knöllchen wegen Falschparkens hinter dem Scheibenwischer, sondern er hatte auch noch eine große Beule im Heckteil seines Autos, den ein anderer Wagen vermutlich beim Ausparken auf glatter Straße verursacht und sich dann aus dem Staub gemacht hatte.

Ziemlich angesäuert wieder die Heimfahrt antretend, kam er - quasie als in der dritten Dimension - noch auf der Autobahn in einen kräftigen Schneesturm und wäre beinahe eingeschneit.

 

Von 3-D-Filmen hat der gute Mann nun - zumindest für die nächste Zeit - wirklich und verständlich die Schnauze gestrichen voll.

 

Anmerkung:

Seiner Meinung nach sei das 2-D-Bild nicht nur schärfer und detailreicher, sondern auch weitaus heller und kontrastreicher als das 3-D-Bild.

hehe naja ist halt schicksal, da kann aber auch die 3D technik nix für das wetter oder rücksichtslose mitmenschen.

Und ganz ausen hinsetzten bei nen großen saal in einen 3D film ist auch net so klug :)

aber zumindest für das "dunkle" Bild ist wohl eher das Kino schuld, da hat man wohl an der falschen stelle gespaart...

die 2D Film funktion läuft auch schon, morgen aber noch komplett durchtesten und ggf. noch geschw. optimierungen vornehmen, da das ja recht lang dauern kann je nach film länge... :) dann gibs die nächste version.... nu erstmal ins bett :)

ja das erklärt einiges... das flimmern ist das übergang von einer polarisations ebene auf die andere, sozusagen der rand,....

im 3D modus ist ja genau zu der zeit in dem der steg im Bild wäre, das bild schwarz :)

hat einer ein icon für das proggy, was man mit einbinden kann?....

arbeite zur zeit an der 2d film funktion :)

Zuerst einmal kurz der Hinweis, dass dieser Account nicht mir gehört, wollte hier nur kurz ein paar Infos einwerfen und habe deshalb den Account eines Freundes.

 

Zu aller erst möchte ich mich bei ml_2 bedanken, hatte auch lange mit dem RGB/XYZ-Problem zu kämpfen. Durch die Parameter kommt dann auch ein Projektor-taugliches Bild heraus, davor war alles leicht rosa. Danke ;-)

 

So nun zum eigentlichen Inhalt, spiele auch schon ein paar Tage (ca. 2-3 Wochen) mit der Erstellung der DCP-Files herum.

 

Habe im Prinzip auch die gleichen Tools im Einsatz wie Reptile (btw: Grüße aus SW ^^), viel Auswahl hat man auf dem Sektor ja nicht. Deshalb kann ich sagen, dass alle Tools unter Windows 7 (sowohl 32, als auch 64Bit) funktionieren. ("Woher kann er das mit 32 und 64Bit wissen?" Habe 32Bit daheim und 64Bit auf der Arbeit. ;-))

 

Ich verwende die asdcp lib, die openjpeg lib, imagemagick und die opencinematools zu Erstellung der cpl, pkl und assetmap. Alles funktioniert einwandfrei unter Windows 7.

 

Kleiner Tipp an Reptile, wenn du dann an die Erstellung von bewegten DCPs gehst, pass auf die Stapelverarbeitung von ImageMagick auf, die könnte dir Probleme bereiten. (Hat mir die Reihenfolge der Bilder geändert und somit ein sehr amüsantes DCP erzeugt.)

ah cool kommst aus SW, is ja praktisch :)....

mhh naja das mit den tools, hast du mal meine getestet... weil ich habe die meisten neu kompiliert, da bei den "opencinematools" teilweise sehr alte versionen dabei sind die viele funktionen weniger haben etc...

wenn mal alle features drin sind, kann man sich ja mal um die win7 probleme kümmern.... und ggf. auch noch andere sachen direkt in das tool integrieten wie PKL/CPL erstellen... sollte ja hinzubekommen sein, habe ich ja auch mit der ASSETMAP hinbekommen... und dann kann man wenn man weiter geht eigendlich auch noch die mxf und jpeg2k encoding mit einbauen, wie schon von 3dcg vorgeschlagen...

Habe den heute Nacht fertiggestellten 2D-Standbild-Test auf Doremi getestet. Läuft einwandfrei.

 

Probiere jetzt noch ein paar Variationen mit veränderter Länge und div. Ausgangsmaterial bevor ich 3D-Standbilder teste.

 

Für den Test habe ich einen Hintergrund verwendet mit Farbverlauf von Mittelblau nach Hellblau. Als Ausgangsbild wird ja nur ein bmp Bild verarbeitet. Trotzdem scheint es von (umgerechneten) Bild zu Bild (240 Stück bei 10 Sekunden) Unterschiede zu geben. Das fällt im Verlauf besonders auf: Der Farbverlauf bewegt sich.

Bei weniger kritischen Bildern dürfte das aber nicht auffallen.

 

HdGehres

mhh das mit den verschiedenen bildern kann eigendlich nicht sein...

weil... ich das bild erst fertig konvertiere bis zum fertigen JPEG2000 und dann wird erst das bild vervielfältigt (kopiert halt) je nach länge....

das phänomen kann ich also nicht wirklich nachstellen.. mhh komisch....

zum 3D... wenn du weng an der paralaxe der bilder rumspielst, kannst du z.b. einen Text im Raum stehen lassen und so sachen :)

naja windows 7 halt :D habe hier nur XP zum testen...

bei windows 7 /vista und dazu noch 64bit... ist auch fraglich ob die zusatzprogramme laufen...

hehe ok, ja das mit den unterstrichen soll so sein :) weil es eben probleme mit leerzeichen im pfad gibt.....

mit den eigenen datein ist dann natürlich blöd, wie du schon gemerkt hast macht er dann ein neues verzeichniss :)

Das lag an dem Zielverzeichnis. Es war ein Verzeichnis innerhalb des Ordners "Eigene Dateien". Das Prog kommt anscheinend mit dem Leerzeichen nicht zurecht. Nachdem ein anderes Zielverzeichnis eingegeben wurde hat's geklappt.

 

mhh... welche version hast du verwendet?... ich dachte eigendlich das ich was eingebaut hat, das leerzeichen automatisch entfernt :)

leerzeichen im pfad ist ja auch bää :) das ist olles windows hexenwerk