Geissler Service
Amazon
Forum für die Fotosysteme von Sony und KonicaMinolta
  SonyUserforum - Forum für die Fotosysteme
von Sony und KonicaMinolta
 
Registrieren Galerie Objektiv-Datenbank Kalender Forenregeln Alle Foren als gelesen markieren

Startseite » Forenübersicht » Kreativbereich » Nach der Aufnahme » Bittiefe einer RAW-Datei ermitteln
Antwort
 
Themen-Optionen Ansicht
Alt 11.10.2012, 17:08   #11
Dat Ei
 
 
Registriert seit: 07.09.2003
Beiträge: 20.036
Zitat:
Zitat von dey Beitrag anzeigen
Jpeg hat 8Bit. Demnach nur 256 Farben; meine haben mehr.
Was amche ich falsch?
3 Farbkanäle (R, G, B) á 8bit, also 256*256*256 Mischfarben.

Dat Ei
__________________


"Wer mit Euch ist, ist nicht ganz bei sich."
Dat Ei ist offline   Mit Zitat antworten
Sponsored Links
Alt 11.10.2012, 17:10   #12
mrieglhofer
 
 
Registriert seit: 03.12.2003
Beiträge: 8.945
Zitat:
Jpeg hat 8Bit. Demnach nur 256 Farben; meine haben mehr.
Was amche ich falsch?
8 Bit ist aber für jede Grundfarbe RGB = 256*256*256 und dann hast deine Millionen.

Zitat:
@Ellersiek
Verlustfreie Kompression gleicht aber das wieder aus.
Natürlich nicht so einfach. Da müsste ein neuer Algorithmus verwendet werden.
Wenn ich aber Dateien mit 14 Bit abspeichere und die auch tatsächlich 14 it Daten enthalten, dann sind das mehr Daten als bei 12 Bit. Nur wenn sich dort keine Änderungen mehr ergeben, könnte das gleich groß sein. Ist aber unwahrscheinlich, weil gerade bei diesen Werten durch Rauschen usw. Daten vorhanden sind.

M.E. ist die Frage so nicht klärbar.
mrieglhofer ist offline   Mit Zitat antworten
Alt 11.10.2012, 17:32   #13
KnueselW
 
 
Registriert seit: 03.10.2008
Ort: Rawai Thailand
Beiträge: 30
Alpha 900

Ich glaube es ist immer noch das gleiche Raw-Format wie bei der 900er, also 12bit. Denn wenn ich die Bilder mit der alten Sony Software öffne geht das ohne Problem, und das wäre ja mit 14bit nicht möglich. Oder mache ich jetzt eine Fehlüberlegung?

Gruss Werner
KnueselW ist offline   Mit Zitat antworten
Alt 11.10.2012, 17:43   #14
wus
 
 
Registriert seit: 02.08.2009
Ort: München
Beiträge: 8.180
Zitat:
Zitat von Ellersiek Beitrag anzeigen
Ich kann mir nicht wirklich vorstellen, dass Sony den Algorhytmus so stark/gut verbessert hat, dass sie bei 14 Bit auch nur 24 MByte benötigen.
Ich könnte mir das durchaus vorstellen, die Kompression von 36 auf 24 MB ist ja nicht wirklich groß. Bei 14 statt 12 bit Farbtiefe würde dann halt von 42 auf 24 MB komprimiert. Wenn man das mal mit den Kompressionsfaktoren bei JPG vergleicht - auch mit der besten Qualität ist die immer noch weit höher.

Zitat:
Zitat von KnueselW Beitrag anzeigen
Ich glaube es ist immer noch das gleiche Raw-Format wie bei der 900er, also 12bit. Denn wenn ich die Bilder mit der alten Sony Software öffne geht das ohne Problem, und das wäre ja mit 14bit nicht möglich. Oder mache ich jetzt eine Fehlüberlegung?
Es wäre denkbar und ich halte es sogar für wahrscheinlich dass der Image Data Converter RAWs beim Öffnen generell 16 bit pro Farbe zur Verfügung stellt, auch wenn die Dateien so wie die Kamera sie abspeichert nur 12 oder 14 bit belegen. Dann wäre es kein Problem auch RAWs mit 14 oder sogar 16 bit pro Farbe aufzumachen.
__________________
leave nothing but footprints, take nothing but memories

Meine Website
wus ist offline   Mit Zitat antworten
Alt 11.10.2012, 18:57   #15
weberhj
 
 
Registriert seit: 29.12.2006
Beiträge: 1.197
Die bisher verfügbaren RAWs der A99 verwenden allesamt dieselbe cRAW Kompression wie schon von der A700/A900 bekannt. Sie lassen sich mit alten dcraw Versionen problemlos dekodieren. Der Quellcode von dcraw kann für Sony ARW Dateien nur diese eine Komprimierungsmethode.
Aber das ist auch gar kein Problem, denn ein RGB-Pixel im entwickelten Bild wird ja aus mehreren RAW Ortsinformationen interpoliert. Würde man z.B. nur die umliegenden 8 Pixel für Luminanzgradienten und den eigentlichen Pixel heranziehen stünden bei 12-Bit je RAW-Pixel bereits 9x12=102 Bit zur Verfügung. Für die Farbgradienten werden aber auch noch weiter entfernte raw Pixel (gleicher Farbe) mit für die Interpolation berücksichtigt.

Die 12-14 Bit Diskussionen waren bei den bisherigen Sensorgenerationen absolut sinnfrei im technischen Sinne, vom Marketing her natürlich nicht :-(

Erst die jüngste in diesem Jahr erschienene Sony Vollformat Sensorgeneration D800(E), D600, A99, RX1, VG900 dringt allmählich hinsichtlich der Dynamik in Regionen vor, die eine Erhöhung der ADC Auflösung von 12 auf 14 Bit evt. (und dann auch nur bei optimaler ISO um 200) technisch in Nuancen nachweisbar machen könnte.

BG Hans
weberhj ist offline   Mit Zitat antworten
Sponsored Links
Alt 11.10.2012, 19:38   #16
Tikal
 
 
Registriert seit: 11.04.2012
Beiträge: 3.086
@dey
Ahhh, hehe das ist auch eine Falle. ;-) Es gilt 8-Bit pro Farbkanal für Rot, Grün und Blau (RGB) - folglich 8 * 3 = 24 Bit.


Edit: Habe die zweite Seite des Threads nicht gecheckt gehabt. Daher sah ich nicht, das die Frage schon beantwortet war.
__________________
Standard Lizenz meiner Fotos
Tikal ist offline   Mit Zitat antworten
Alt 11.10.2012, 23:38   #17
Ellersiek

Themenersteller
 
 
Registriert seit: 07.12.2006
Ort: Hiddenhausen
Beiträge: 6.006
Ganz identisch können die RAW-Dateien der 900er und der 99er nicht sein. Ich lade gerade ein paar RAWs der 99er und der 900er auf Skydrive hoch und Skydrive kann bei den 900er RAWs ein kleines Vorschaubild anzeigen und bei den 99er RAWs nicht.

Gruß
Ralf
__________________
"Wer immer die Wahrheit sagt, kann sich ein schlechtes Gedächtnis leisten" (Theodor Heuss). "Erinnerungen, die noch nicht stattgefunden haben, sind umgehend nachzuholen" (Matthias Brodowy)
"Alles, was ihr tut, geschehe in Liebe": Was für eine Jahreslosung! Da kann dieses Jahr nur gut werden!
Ellersiek ist offline   Mit Zitat antworten
Alt 11.10.2012, 23:52   #18
Dat Ei
 
 
Registriert seit: 07.09.2003
Beiträge: 20.036
Moin Ralf,

das mag an der Art der Implementierung liegen. Es kann sein, dass das Programm anhand eines Tags auf den Dateityp und das Dateiformat schließt. Da der Tag neu und unbekannt ist, bricht es die weiteren Aktionen ab, obwohl es prinzipiell aufgrund des gleichen Dateiformates mit der Datei umgehen könnte. Mal so in die Luft geguckt...


Dat Ei
__________________


"Wer mit Euch ist, ist nicht ganz bei sich."
Dat Ei ist offline   Mit Zitat antworten
Alt 12.10.2012, 00:00   #19
Ellersiek

Themenersteller
 
 
Registriert seit: 07.12.2006
Ort: Hiddenhausen
Beiträge: 6.006
Ja, das kann durchaus so sein. Wollte auch nur kurz berichten.

Zwischenzeitlich habe ich mir die RAW-Format-Beschreibung im Source-Code von DCRaw angeschaut, aber da muss ich wohl mal in Ruhe rangehen: Auf die Schnelle habe ich die Stelle für die Bittiefe noch nicht exakt gefunden.

Gruß
Ralf
__________________
"Wer immer die Wahrheit sagt, kann sich ein schlechtes Gedächtnis leisten" (Theodor Heuss). "Erinnerungen, die noch nicht stattgefunden haben, sind umgehend nachzuholen" (Matthias Brodowy)
"Alles, was ihr tut, geschehe in Liebe": Was für eine Jahreslosung! Da kann dieses Jahr nur gut werden!
Ellersiek ist offline   Mit Zitat antworten
Alt 12.10.2012, 00:14   #20
Anaxaboras
Chefkoch, verstorben
 
 
Registriert seit: 11.02.2005
Ort: Starnberg
Beiträge: 13.622
Zitat:
Zitat von Ellersiek Beitrag anzeigen
Bei 14 statt 12 Bit hätte ich größere Dateien erwartet.
Die kleinste Informationseinheit die sich auf einer mit FAT32 formatierten Speicherkarte speichern lässt, ist 1 Byte = 8 Bit. Um 12 oder 14 Bit zu speichern, werden also stets 2 Byte = 16 Bit benötigt, ergo sind die Dateien gleich groß. Das wäre meine Erklärung für das Phänomen.

Martin
Anaxaboras ist offline   Mit Zitat antworten
Sponsored Links
Antwort
Startseite » Forenübersicht » Kreativbereich » Nach der Aufnahme » Bittiefe einer RAW-Datei ermitteln

Themen-Optionen
Ansicht

Forenregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.

Gehe zu


Alle Zeitangaben in WEZ +2. Es ist jetzt 21:28 Uhr.