[RainerV]

Zitat von Tikal

...Mir wäre lieber, wenn Sony die Möglichkeit einer 16-Bit TIFF als Aufnahme-Output integrieren würde.

Ein unkompromiertes 16-Bit-TIFF eines 16-MP-Bildes ist 96 MB groß, bei 24 MP sinds 144MB. Am besten noch bei 10 Bildern pro Sekunde dürfte das einfach die Hardware nicht hergeben. Viel einfacher ist die völlig identische Bildverarbeitung wie die, die in der Kamera stattfindet, in den hauseigenen Rawkonverter zu integrieren, alle Kameraeinstellungen in den Metadaten zu speichern, so daß man seine TIFs bei Bedarf per Batch in völlig identischer Weise wie aus der Kamera ohne manuellen Eingriff aus den Raws erzeugen kann. Und die Raws haben bekanntlich nur einen Bruchteil der Größe unkomprimierter TIFFs.

Zitat von Tikal

...Vor allem kann JPEG kein 16-Bit, TIFF schon.
...

JPG2000 kanns, aber da die "niederwertigen" Bits eines 16-Bit-Bildes logischerweise besonders schlecht zu komprimieren sind, sind da die Kompressionsraten ziemlich schlecht.

Rainer

[dey]

Hi,

bei Jpeg-Kompression geht es gegenüber TIFF und RAW ja eher da rum das Bild wieder zurückzukonstruieren und z.B. mehrfachspeichern ohne Verluste hinzubekommen.
Interessant wäre hier eine Software (alghorythmus, format), die ihre eigenen JPGS absolut verlustfrei dekomprimieren kann. bzw beim speichern als 93%-Komprierung immer wieder das gleiche Bild mit der gleichen Größe hinbekommt.

bydey

[dey]

Zitat von RainerV

Viel einfacher ist die völlig identische Bildverarbeitung wie die, die in der Kamera stattfindet, in den hauseigenen Rawkonverter zu integrieren,

Nach meiner Meinung ist der IDC da wirklich dicht dran. Ich arbeite (habs schon mal erwähnt) gerade so. RAW , sichten und bewerten, dann entweder standardumwandlung mit IDC oder rumfummeln mit IDC + RT + FS + JI +NI.
Das Ergebnis meiner Standardumwandlung mit IDC ziemlich exakt am JPEG OOC.
bydey

[RainerV]

Ich habe das schon länger nicht mehr verglichen. Zumindest früher war insbesondere die DRO-Implementierung aber doch deutlich abweichend von der Lösung (nach meiner Erinnerung von Apical), die in der Kamerasoftware arbeitet.

Rainer

[dey]

Zitat von RainerV

Ich habe das schon länger nicht mehr verglichen. Zumindest früher war insbesondere die DRO-Implementierung aber doch deutlich abweichend von der Lösung (nach meiner Erinnerung von Apical), die in der Kamerasoftware arbeitet.

Rainer

Korrekt, DRO funktioniert (gar) nicht. Da ich DRO aber nicht brauche, wenn ich über RAW gehe ist es mir egal. Ich brauche DRO auch bei JPG nicht. Bis jetzt habe ich mit RT, FS und JI alles rausbekommen, was ich wollte.
Ich habe genau ein Bild beim dem die Tonwertübergänge so kritisch, dass das RAW besser zu bearbeiten. Und ob DRO hier geholfen hätte ist nicht sicher.
DRO (IDC) funktionert weder auto, noch sonst irgendwie (manuell Schattne/Licht). Wenn ich da wirklich ran wll oder muss, nehme das JPG aus IDC oder RT. RT kommt leider mit dem Rauschen der A65 nicht klar, so das das nur bis ISO800 gut funktioniert. Hier kann man das Rauschen dann annähernd unbehandelt lassen und mit NI fertig machen.

bydey

[Tikal]

Das hatte ich mal in einem anderen Forum geklärt (oder war es doch hier?). DRO wird Software-technisch nicht umgesetzt, weil es dazu einen speziellen proprietären Hardware Chip braucht, den Sony lizenziert und für das Gerät angepasst hat. Ich hätte aber zumindest gedacht, das es mit der Sony eigenen Software unterstützt wird.

[dey]

Zitat von Tikal

Das hatte ich mal in einem anderen Forum geklärt (oder war es doch hier?). DRO wird Software-technisch nicht umgesetzt, weil es dazu einen speziellen proprietären Hardware Chip braucht, den Sony lizenziert und für das Gerät angepasst hat. Ich hätte aber zumindest gedacht, das es mit der Sony eigenen Software unterstützt wird.

Wie denn, wenn es einen Chip braucht. Ich habe nur eine CD bekommen. Man könnte die Kamera anschleßen und IDC schickt das zum Chip zurück.

bydey

[Tikal]

“It’s not a trick, it’s a sony.” habe ich wohl zu wörtlich genommen.