Minolta RAW dekodieren
 

Guten Abend,

weiß vielleicht jemand, ob und wo es eine Anleitung zur Dekodierung von Minolta RAW gibt? Ich meine damit das RAW-Format, welches in den digitalen SLRs 5D & 7D verwendet wird.

Ich experimentiere gerade in einem eigenen Programm mit diversen Bildfiltern, vornehmlich Rauschfiltern :cool:. (Nicht das wir SoMiker Rauschentfernung nötig hätten.) Mir ist aufgefallen, dass das Entfernen von Rauschen aus einer JPG Datei recht ineffektiv ist, da das rauschende Pixel in der Bayer-Matrix durch Interpolation "versteckt" und verteilt wird. Wesentlich sinnvoller wäre es die RAW Datei einzulesen, nur wie stelle ich das an? Ich programmiere übrigens in Java, C++ würde notfalls aber auch gehen.

Meine Idee bis jetzt: dcraw nehmen und mit bilinearer Interpolation in ein verlustfreies Format konvertieren lassen. Danach diese RGB Datei mit meinem eigenen Programm einlesen und zurückinterpolieren. Das Ergebnis dürfte brauchbar sein, nur möchte ich nicht auf dcraw angewiesen sein. Obwohl, es hat ja auch Vorteile (Weissabgleich usw).

Wenn jemand was weiß, bitte melden.

Schönen Gruß
Theo

Hi,

eine Doku zum Format habe ich nicht, aber eine Java-API bekommst du dort. Sind aber glaub ich auch JNI-Calls, und mit Minolta-RAW's stürzt das Demo-Programm bei mir immer ab.

UFRAW ist aber ja Open Source, da kann man notfalls auch mal reinschauen.

Was für ein Sinn macht es aber wieder zurückzuinterpolieren und ins RAW zuschreiben? Wenn man schonmal interpoliert hat kann man das Bild auch verlustfrei in TIFF abspeichern?

Lass aber wieder von dir hören, wenn du erfolgreich bist!

Gruß
Alex

Bei mir auch. "Invalid byte order". Bin mal gespannt ob sich das regeln läßt.

Nicht ins RAW zu schreiben, sondern Bildrauschen unterdrücken, weil rauschende Pixel wesentlich besser zu erkennen sind. Natürlich müsste man dann nach der Rauschentfernung wieder interpolieren.

Re: Minolta RAW dekodieren
 

Wieso nicht dcraw nehmen? Oder zumindest per Debugging aus dcraw die notwendigen Infos gewinnen. Wie Alex auch schon gesagt hat: Auch UFRAW liegt ebenfalls wie dcraw im Quellcode vor, da findet man schnell die Aufrufe, die man braucht um gezielt Anpassungen vorzunehmen. Spart viel eigene Entwicklungsarbeit. Die Weißabgleichsgeschichten sind da letztendlich einfach "Multiplikationsfaktoren" auf die eigentlichen Rohdaten. Du bekommst da ohne viel Aufwand letztendlich einen Array mit den Rohdaten geliefert und kannst damit so ziemlich alles machen wie Du es willst.

Rainer

Ich glaub aber nicht, daß du nach dem Zurückinterpolieren wieder das Gleiche hast wie vor dem Interpolieren. Wenn dann gleich die RAW-Daten nehmen - das Format kann ja nicht all zu kompliziert sein - da werden die Pixels einfach hintereinander liegen. Kannst ja mal den UFRAW, UCRAW oder RAWIO Entwickler anschreiben - die können da sicher weiterhelfen.

Glaubst du wirklich, daß es einfach ist bei einzelnen Rot, Blau und Grün Pixeln ein Rauschen zu erkennen und zu kompensieren? Wie arbeiten denn die Entrauscher bei den vorhandenen RAW-Konvertern - vor oder nach dem Interpolieren?

Kennst du einen guten Entrauschungsalgorythmus?

@RainerV

dcraw ist bestimmt sehr nett, wenn man die Möglichkeiten auszreizt, mich interessiert zZ aber weniger die praktische Anwendung, als das Experimentieren mit eigenen Filtern. Und da wäre es am schönsten, wenn ich die Daten roh in Java einlesen könnte.

Übrigens, gibt es in dcraw wirklich einen Parameter, der es den nicht interpolierten Inhalt der Bayer-Matrix ausgeben läßt? Ich habe bereits "-o 0" probiert, aber es kommt kein Raw raus (wie angegeben).


@kugelfisch

Ich will ja auch gar nicht das Gleiche haben. Ich will Rauschen entfernen. Und biliear zurückinterpolieren schaffe ich auch noch :top:

Ich glaube das ist eine gute Idee. Schade dass jrawio nicht funktioniert. Mit einer *.cr2 Datei von der EOS 350d läufts übrigens einwandfrei :roll:


Ja :D Bin mir ziemlich sicher. Durch die Interpolation wird der Datensatz "interpretiert" und es wird schwieriger Ausreißerpixel zu erkennen.

Ich gehe stark davon aus, daß sie vor dem Interpolieren entrauschen. Nach dem Interpolieren kann man eigentlich nicht mehr vernünftig entrauschen, sondern nur noch "Problemzonen" erkennen und glattbügeln. Schön ist das nicht.


Kommt darauf an, für welchen Zweck. Wenn Du Dich damit beschäftigen möchtest, probiere als erstes den 3x3 Median. Der bügelt Rauschen wie es bei der 5D & 7D bei ISO 800 (und mit Einschr. 1600) vorkommt recht gut weg, ohne Kanten anzugreifen. Allerdings leiden Details die kleiner als 5 Pixel groß sind stark darunter.

Kann ich Dir nicht sagen. Aber UFRAW, das ja auf dcraw zurückgreift, erlaubt die Auswahl von vier verschiedenen Interpolationsalgorithmen. Also müsste es ziemlich einfach sein im Souce-Code von UFRAW die Stelle zu identifizieren, wo diese Interpolation der Rohdaten durchgeführt wird - und dort muß das Programm die Rohdaten haben. Ich meinte wirklich den Source-Code von UFRAW und DCRAW, die Du m.E. gut zur Implementation Deiner eigenen Ideen heranziehen könntest - ohne selbst alles entwickeln zu müssen.

Rainer

Ja gibt es, den Dokumentation-Modus

Wenn du selbst mit den RAW-Daten arbeiten möchtest, findest du hier im Forum oder im DSLR-Forum (weiß nicht mehr) ein sehr einfaches kleines und leicht verständliches Programm im Quellcode um auf Bildpunktebene zu manipulieren, z.B. zur Darkframe-Subtraktion usw.

Tja, für Leute, die regelmässig C++ nutzen, dürfte es einfach sein. Für mich nicht. Naja, ich sehe schon, ich werds versuchen müssen.


Dieser Modus gibt aber nur die Grauwerte an, da muss man noch irgendwie die Matrix drüberlegen. Vielleicht wäre das auch ein gangbarer Weg.

Hab alles abgesucht und das kleine Programm mit Quellcode nicht gefunden. Dafür aber immerhin Rawdeal und eine weitere Java-Raw-Api.


Nachtrag: Die Java-API "RawLib for Java" unterstützt "unser" Raw-Format !! Bin gerade dabei das schöne Sample-Programm auszuprobieren. Werde jetzt wohl kaum noch selbt irgendwelche I/O-Routinen basteln.

Ich hab mir jetzt mal die DCRaw Source runtergeladen. Das ist kein C++ sondern C und besteht auch nur aus der dcraw.c

Die wesentlichen Teile sollten auch nach Java portierbar sein - aber nur wenn Laufzeit so absolut keine Rolle spielt ;)

Wenn du darin nicht findest was du sucht, solltest du mal Überlegen, ob die Aufgabe nicht vielleicht doch ein bischen zu Anspruchsvoll ist (ist nicht böse gemeint)

Hat die Bayer-Matrix eigentlich bei allen Sensoren die gleiche Reihenfolge?