[Elric]

Zitat von Stuessi

Sicher gibt es Programmierer, die das in eine "moderne" Sprache übertragen und dann das Programm allen im Forum zur Verfügung stellen, mit Dateinamenseingabe ....
Auf meinem 900MHz Computer braucht ein Durchlauf unter W98 2 1/2 Minuten.

Hallo Stuessi,

ich habe mich mal dran gemacht und Dein Programm übertragen in: ...... (ich traue mich gar nicht es zu sagen) ...... also in Excel-VBA .
So jetzt ist es draußen.
Ich bin mir bewußt, dass das total verrückt klingt, aber: Versuch macht kluch (oh, was für ein Deutsch!). Also habe ich es einfach mal umgesetzt, dauerte so ca. eine viertel Stunde. Zu meiner Überraschung ist die Laufzeit auf einem P4 mit 2,4GHz mit rund 15 Sekunden recht kurz. Deine kompilierte Version lief bei mir etwa 2,5 Minuten.
Ein Vergleich der Ergebnisse auf Byte-Ebene sagte, dass die Ergebnisse identisch sind - ich habe aber noch einen klitzekleinen Fehler, dass meine Umsetzung ein Byte am Ende zuviel dran hängt. Sollte aber kein Problem sein das zu ändern. Ich will noch ein paar Tests mit beliebigen Dateien machen, die ich sowohl durch Dein raw-raw.exe bearbeiten lasse, dann durch die Excel-Version. Die Ergebnisse werde ich dann wieder vergleichen.
Falls die Ergebnisse positiv sind und Du zustimmst, würde ich die Excel-Datei gerne dem Forum zur Verfügung stellen.

Gruß
Eric
PS: Die Excel-Version ist 2003, sollte aber ab Excel 2000 laufen

[Stuessi]

Hallo Eric,

das ist Klasse! Warum sollte ich etwas dagegen haben?!
Meine Version habe ich ja als Anregung für schnellere Versionen ins Forum gestellt.

Gruß
Stuessi

[Elric]

Hallo Stuessi,

ich habe früher schon mal negative Erfahrungen in einer ähnlichen Sache gemacht, deshalb noch mal die explizite Nachfrage.
Ich denke, dass ich die Vergleiche zwischen raw-raw.exe und Excel-Proggi in den nächsten Tagen abschliessen werde. Den kleine Fehler will ich noch beseitigen. Er hat zwar scheinbar keine negativen Konsequenzen, zumindest kann RAW-Shooter und Helicon Filter die neue Datei (mit dem einen Byte am Ende zuviel) ohne Probleme öffnen und weiterverarbeiten, unschön ist es aber trotzdem.

Gruß
Eric

[Tom]

Zitat von TorstenG

EDIT: Ähm, komm damit gerade auch nicht weiter, ist ein GZ-File! Hab gerade keinen passenden Entpacker parat ...

Hallo Torsten,
hast Du es schon mal mit WinRAR probiert?
http://www.pcwelt.de/downloads/tools...packer/129471/

Tom

[TorstenG]

Danke, werde ich mir fürs nächste GZ-File laden, aber zum Glück brauchte ich es für das RAW-Programm nimmer mehr!

[Elric]

Hallo zusammen,

ich habe die Umsetzung von Stuessi's raw-raw.exe von Comal nach Excel-VBA abgeschlossen. Wie Stuessi angeregt hatte, gibt es einen Datei-Auswahl-Dialog. Ansonsten ist die Funktionalität übernommen worden.

Ich habe testweise unterschiedliche MRWs von einander abgezogen und die jeweiligen Ergebnisse (raw-raw.exe <-> raw-raw.xls) byteweise miteinander verglichen. Die Ergebnisse sind absolut identisch gewesen. Auch der kleine Bug (1 Byte am Ende zuviel) ist ausgemerzt.

Da ich nur Excel 2003 zur Verfügung habe konnte ich keine Tests mit älteren Versionen machen. Ich denke aber, dass es ab Excel 2000 laufen sollte.

Natürlich ist der Quellcode offen zugänglich, ich habe die Arbeitsmappe nicht geschützt.

Wer es haben möchte kann sich gerne per PN an mich wenden. Wenn die Nachfrage zu groß werden sollte, bitte ich die Moderatoren um Hilfe

Gruß
Eric

[gyroscop]

Danke Elric,

es funktioniert nach der Umstellung der Auflösung auch mit den RAW-Daten der A1.

MfG

Bernd

[Elric]

Zitat von gyroscop

Danke Elric,

es funktioniert nach der Umstellung der Auflösung auch mit den RAW-Daten der A1.

MfG

Bernd

Dann scheint sich an dem Dateiformat zumindest in der Hinsicht nicht viel getan zu haben. Die ersten vier Bytes sind "Magic Bytes" da steht nur "MRW" drin. Die nächsten vier Bytes geben an, wo die Bildinformationen beginnen. Der Rest dazwischen sind u.a. die Exif Informationen. Stuessis Algorithmus kopiert alle Daten bis zum Beginn der Bildinformationen 1:1 in die neue Datei. Die eigentlichen Bildinformationen werden durch Subtraktion neu berechnet und dann auch geschrieben.

Gruß
Eric

[Justus]

Hallo,
ich bin grade durch einen Link von Stuessi auf diesen Thread gestoßen.
Bestünde noch Bedarf an einer exe-Version des Programms? Ich habe schon ein kleines Framework für sowas in Java, da ich auch ab und zu kleine Tools schreibe, die auf Pixelebene arbeiten. Bisher allerdings nur JPGs. Ich habe aber schonmal was von einem RAW-Package in Java gelesen, da würde ich natürlich nochmal recherchieren.

Das Wrappen des Java-Codes zu einer exe sollte kein Problem sein, ansonsten gäbe es gerne noch zusätzlich den plattformunabhängigen Bytecode und auch gerne den Quelltext dazu.

Ein Frage an Stuessi: Das DFS-Bild muß tatsächlich nur Pixelweise vom Original abgezogen werden, oder? Habe mich jetzt nicht durch deinen Code durchgearbeitet, die Syntax ist mir doch etwas fremd .

Gruß,
Justus

[Stuessi]

Zitat von Justus

Ein Frage an Stuessi: Das DFS-Bild muß tatsächlich nur Pixelweise vom Original abgezogen werden, oder?

Hallo Justus,

in 3 aufeinanderfolgenden Byte (3x8 Bit = 24 Bit) sind die Helligkeitswerte für 2 Pixel (2x12Bit). Also erfolgt nach Lesen von 3 Byte die Umwandlung in 2 12-Bit-Typ-Werte, ebenso für das DFS-Bild, dann Subtraktion der Werte, zuletzt Umwandlung der beiden Ergebnisse vom 12-Bit-Typ in 3 Byte für die neue Datei.

Gruß,
Stuessi