REPTILE

gute frage, kanns mir jetzt net vorstellen, da fällt dann doch einiges vom bild weg, wenn man das links und rechts beschneidet damit man auf BW kommt

So schaut dann der Datencheck aus, da sieht man dann die ganzen parameter der Files, und sieht sofort wenn was nicht passt. Es kommen noch hacken bzw kreuze dahinter, wenn was nicht den vorgaben entspricht.

[/url]

das macht halt leider dann keinen guten eindruck für die 3D und digitaltechnik.... wers nicht weis, wird sich sagen, "das ist ja ein dreck" und kommt nicht mehr wieder, oder schlimmer erzählt rum wie schlecht denn die 3D technik ist...

und die DCI-Formate von Dolby?

bei DCI gibs keine dolby formate, das ist unkomprimiertes PCM, bis hoch zu 16 kanälen, also alle einzeln, die kommen auch alles als stereo gepaarte signale aus dem server, da wird im prinzip nur noch ein Digital-Analog wandler gebraucht und halt lautstärkenregelung.... :) ja amp halt noch :)

wie hättest du das dcp gerne? besondere hintergrundfarbe? bzw. schick mir einfach das bmp als mail ich erstell dir das dcp

lese doch nochmal genau die PN :)

dachte mir gerade hae... ??

ich kann mich ja mal an XDC wenden, mal sehen was die sagen, was für specs die haben

naja FAT32 fällt eh bei etwas größeren sachen weg, da FAT32 nur 2GB datein kann...

@carstenk: naja so schwierig isses nu auch net den ersten post zu finden :D

urgs... da möchte ich ja net in der nähe wohnen :) 600kW is schon heftig... auch wenns nur khz sind :)

mhh grübel, hatte das net jemand schon aufm G3 laufen, oder war das der dolby wo wir das mit dem stereo etc besprochen hatten....

Mhhh so langsam blick ich nimmer durch :)

mhh müsste ich mal mit was vergleichen das läuft....

ich nehm jetzt mal an das der avatar trailer auf dem G3 läuft oder ?

lol

mhh gibt doch schon lange kein analoges terestrisches TV mehr.... also zumindest in bayern gibs das nimmer....

jup genau, 8bit werden auf 12bit aufgeblasen und 16bit auf 12bit geschlupft.... :)

najo damit meinte ich ja lineare RGB datein.... :)

schreibe gerade an einer Audio erkennungs routine... damit wir prüfen können ob das audio material den vorgaben entspricht...

0: 52 49 46 46 26 C7 FF 0B 57 41 56 45 66 6D 74 20 
   RIFF    Dateigröße-8   WAVE	   ‚fmt ‚

16: 12 00 00 00 01 00 06 00 80 BB 00 00 00 2F 0D 00 
   Header Länge PCM   Chan sample rate  bytes/sec

32: 12 00 18 00   
   blk	depth        

das ist der Wav header... :)

oh weh... :)

wie geil ist das denn... unglaublich sowas.....

hier ein bild vom linken auge...

ist natürlich jetzt als jpg hier, womit die quali auch abnimmt....

Vielleicht kann Oceanic da Testmaterial zu Verfügung stellen.

Yep, Anfang der kommenden Woche gibts Tesmaterial, auch mit im Bild integrierten numerischen & technischen Meßreferenzen.

 

Dieses Wochenende (Berlinale-Berg) ist allerdings noch Sonderschicht angesagt und Leitungen & Renderfarm glühen lustig vor sich hin, daher wirds eher mo/di/mi in einer der Nachtdispos wohl mal eine freie Suite geben.

 

Reptile, carsten... am besten wäre wohl lineares 10bit RGB, oder?

 

Log-RGB und 12/16 bit könnte ja zu einem gewissen Eigenleben in den Tools führen, zumindest wäre ich NICHT sicher das Imagemagik LUTs richtig interpretiert.

Log-RGB müsste man testen, ob es damit klar kommt...

12/16bit sind kein problem, bis 16bit wird unterstützt....

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...

 

- Carsten

das würde auch auch wieder heißen, weniger freiheiten für die vorführer.. dann schreien die anderen wieder, das man ja nichts mehr machen kann...

man kann es halt nicht allen recht machen, und bei fehlbedienung kann man es nicht auf den DCI standard schieben...

ja gute frage... man breuchte dazu zwei mal das gleiche testbild einmal in XYZ und einmal in RGB.....

dann könnte man das RGB in XYZ (bzw andersrum) konvertieren und mit dem echten RGB/XYZ vergleichen... anders sehe ich keine möglichkeit das zu überprüfen.....

Bin gerade dabei diese multi Standbild funktion einzubauen, gleichzeitig baue ich noch eine überprüfung der bildauflösung ein....

dann kommt das multithreading auch für 2D film hinzu und man kann wählen zwichen 2 oder 4 Threads also dual bzw quad core CPUs....

und die neue imagamagick behandlung kommt rein, das die operationen direkt per dll/com+ aufruf ausgeführt wird statt der convert datei, das sollte das aktuelle problem lösen....

ach ja und der DPX und TIF support kommt mit rein..

kann also etwas dauern.. :D

ich bin mit dem blackberry unterwegs :) das hat sogar multitasking :D

ähä... mal abgesehen davon, was soll das bewirken? sinn ?

da hätte doch nen bild von popcorn mehr sinn :)

Ich fände eine Funktion das man mehrere verschiedene Standbilder in ein DCP packen könnte nicht schlecht. Max. 5 Bilder oder so.

 

Gruss

Roland

mhh... wie carstenk schon sagte... das problem ist da nicht die technik sondern die benutzerschnittstelle... man kann ja kaum für jedes einzelbild ne eingabestelle für die datei und dann vieleicht auch noch die zeit reinbauen.. weil du sagst jetzt 5 bilder, der andere 7 stück etc...

ABER... was ich mir gerade überlegt habe ist folgendes...

man könnte es so machen das man wählen kann, einmal wie bisher, ein bild angeben und gut... ODER... man gibt ein verzeichniss an in dem dann bilder liegen mit folgenden dateinamen.....

bild1-48.bmp

bild2-190.bmp

bild3-24.bmp

soll heißen... bild1....3 bildreihenfolge in dem diese gezeigt werden sollen, und bildx-4 soll bedeuten, das bild für 4 frames anzeigen.. also die zahl nach dem "-" sagt die anzahl an frames die das bild gezeigt werden soll..

wäre das OK ?