Forum Übersicht - RE: Hab nun auch eine Minolta RD-175 - 6

An den Offsets +6000h und +A000h im *logischen* Disk-Image müßtest Du folgendes am Anfang der jeweiligen FAT sehen:
ZITATF8 FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00[/quote]
Dies bitte an beiden Stellen wie folgt ändern, damit auch die Clusterkette 3 abgeschlossen wird:
ZITATF8 FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00[/quote]
Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-13, 15:00) An den Offsets +6000h und +A000h im *logischen* Disk-Image müßtest Du folgendes am Anfang der jeweiligen FAT sehen:
ZITATF8 FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00[/quote]
Dies bitte an beiden Stellen wie folgt ändern, damit auch die Clusterkette 3 abgeschlossen wird:
ZITATF8 FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00[/quote]
[/quote]
done
Fehlermeldung der Kamera

mfg / jolini

ZITAT(jolini @ 2010-07-13, 15:36) ZITAT(matthiaspaul @ 2010-07-13, 15:00) An den Offsets +6000h und +A000h im *logischen* Disk-Image müßtest Du folgendes am Anfang der jeweiligen FAT sehen:
ZITATF8 FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00[/quote]
Dies bitte an beiden Stellen wie folgt ändern, damit auch die Clusterkette 3 abgeschlossen wird:
ZITATF8 FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00[/quote]
[/quote]
done
Fehlermeldung der Kamera
[/quote]
Danke! Damit wissen wir, daß zumindest der Anfang der MDC.CTL-Datei im Cluster 2 liegen muß.

Gegencheck: Den Inhalt der MDC.CTL direkt nach dem Patch (noch vor dem Einstecken in die Kamera) hattest Du überprüft; die Datei war komplett mit 00h gefüllt, nicht wahr? (Ist wichtig zu wissen, da wir sie ja nicht explizit mit 00h gefüllt haben, sondern unser Wissen darüber ausgenutzt haben, daß der Bereich, in dem Cluster 3 liegt, "zufälligerweise" auf Deinem Medium gerade mit 00h gefüllt war - aber das könnte sich ja auch ändern.)

Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-13, 14:24) - Test, ob die MDC.CTL-Datei immer exakt einen Cluster groß sein muß (bzw. es einfach ist) oder ob die Kamera auch damit klarkommt, wenn die Datei über mehrere Cluster verteilt auf dem Medium liegt (dabei ist noch zu unterscheiden, ob die Cluster physikalisch direkt hintereinanderliegen oder ob die Datei fragmentiert ist).[/quote]
Im folgenden Test wollen wir untersuchen, ob die Kamera die MDC.CTL-Datei in exakt einer Zuordnungseinheit (Cluster) erwartet oder ob die Datei auch auf mehrere Cluster verteilt sein kann. Um nicht zu viele Parameter auf einmal zu ändern, bleiben wir zunächst bei einer Clustergröße von 32 KiB und patchen den Eintrag für die MDC.CTL so, daß die Datei einfach 64 KiB groß wird (eine zu große Datei sollte ja normalerweise nicht schaden können, wenn die Kamera nur 32 KiB benötigt). Sollte das funktionieren, müssen wir in einem späteren Versuch noch herausbekommen, ob die Datei physikalisch fragmentiert sein darf oder nicht, aber sollte es nicht funktionieren, können wir uns diesen Fall sparen.

Auch hier machen wir uns zu Nutze, daß der Cluster 3 bei einem frisch formatierten Medium - wie wir gesehen haben - zufälligerweise gerade mit 00h gefüllt ist.

- Die Speicherkarte wird in der Kamera frisch formatiert.
- HxD wird unter Extras>Optionen>Sicherheit so konfiguriert, daß kein Schreibschutz aktiviert wird.
- Am PC wird mit HxD das zugehörige *logische* Laufwerk ohne Schreibschutz geöffnet.
- In der Hex-Editor-Ansicht sucht man von oben nach unten den Text "MDC". Das erste Vorkommen in der hier besprochenen 256MB-Disk befindet sich an Dateioffset +E000h. Dort müßte etwas wie folgt stehen:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 23 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
Die grünen Bereiche müssen exakt so vorkommen, wie hier gezeigt, sonst nachfragen und keinesfalls speichern.

- Nun werden darin die folgenden Bytes (rot) wie folgt geändert:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 23 00 00 00 00
+E010h: 00 00 00 00 00 00 00 00 21 BF 02 00 00 00 01 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]

An den Offsets +00006000h und +0000A000h im *logischen* Disk-Image müßten wir bei der Beispiel-Karte folgendes vorfinden:
ZITATF8 FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00[/quote]
Dies bitte an beiden Stellen wie folgt ändern:
ZITATF8 FF FF FF 03 00 FF FF 00 00 00 00 00 00 00 00[/quote]
- EDIT: An das Offset +0001EC00h gehen, dort sollte nicht, aber könnte folgendes stehen:
ZITAT0001EC000 F8 FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00[/quote]
Falls ja, dann dies ändern in:
ZITAT0001EC000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00[/quote]
- Dies speichert man nun mit HxD auf die Karte zurück.
- Im PC wird die MDC.CTL Datei gesichert und mit HxD geöffnet. Sie sollte in diesem Beispiel 64 KiB groß sein und ausschließlich 00h enthalten. Falls nicht, nicht fortfahren - dann ist irgendwas schief gelaufen.
- Karte nun wieder in die Kamera einlegen und überprüfen, ob diese damit arbeiten kann (Bilder speichern, usw.) oder eine Fehlermeldung angezeigt wird.

Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-13, 14:24) - Test mit anderen Dateigrößen als 32 KiB[/quote]
Im nun folgenden Test wollen wir untersuchen, ob die MDC.CTL-Datei exakt 32 KiB groß sein muß, oder ob sie auch kleiner sein kann.

- Die Speicherkarte wird in der Kamera frisch formatiert.
- HxD wird unter Extras>Optionen>Sicherheit so konfiguriert, daß kein Schreibschutz aktiviert wird.
- Am PC wird mit HxD das zugehörige *logische* Laufwerk ohne Schreibschutz geöffnet.
- In der Hex-Editor-Ansicht sucht man von oben nach unten den Text "MDC". Das erste Vorkommen in der hier besprochenen 256MB-Disk befindet sich an Dateioffset +E000h. Dort müßte etwas wie folgt stehen:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 23 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
Die grünen Bereiche müssen exakt so vorkommen, wie hier gezeigt, sonst nachfragen und keinesfalls speichern.

- Nun werden darin die folgenden Bytes (rot) wie folgt geändert:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 23 00 00 00 00
+E010h: 00 00 00 00 00 00 00 00 21 BF 02 00 00 40 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
Nur zur Kontrolle, an den Offsets +6000h und +A000h im *logischen* Disk-Image müßten wir bei der Beispiel-Karte folgendes vorfinden, sonst ist irgendwas schiefgelaufen:
ZITATF8 FF FF FF FF FF 00 00 00 00 00 00 00 00 00 00[/quote]

- Dies speichert man nun mit HxD auf die Karte zurück.
- Im PC wird die MDC.CTL Datei gesichert und mit HxD geöffnet. Sie sollte in diesem Beispiel 16 KiB groß sein und ausschließlich 00h enthalten. Falls nicht, nicht fortfahren - dann ist irgendwas schief gelaufen.
- Karte nun wieder in die Kamera einlegen und überprüfen, ob diese damit arbeiten kann (Bilder speichern, usw.) oder eine Fehlermeldung angezeigt wird.

Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-13, 14:24) - Test, ob die Dateiattribute der MDC.CTL eine Rolle spielen (zusätzlich System-Attribut setzen, alle Attribute löschen)[/quote]
Wir haben festgestellt, daß bei der MDC.CTL-Datei das Hidden- und das Read Only-Attribut gesetzt sind. Im gestrigen Test stellte sich heraus, daß die Position der Datei auf dem Medium offenbar wichtig ist. Damit diese spezielle Anordnung nicht z.B. von einem Disk-Defragmentierprogramm geändert wird, sollte die MDC.CTL-Datei zusätzlich mit dem System-Attribut versehen werden, denn das deklariert eine Datei als unverschiebbar. In einem zukünftigen eigenen Formatierprogramm würden wir nun idealerweise dieses Attribut zusätzlich setzen wollen, um die Datei noch besser zu schützen. Nun haben wir aber gesehen, daß die Kamera relativ allergisch auch auf eigentlich unwichtige Details reagiert, es wäre also denkbar, daß sie eine MDC.CTL-Datei nicht mehr akzeptiert, wenn sie das System-Attribut gesetzt hat. Im folgenden dritten Test wollen wir dies nun untersuchen:

- Die Speicherkarte wird in der Kamera frisch formatiert.
- HxD wird unter Extras>Optionen>Sicherheit so konfiguriert, daß kein Schreibschutz aktiviert wird.
- Am PC wird mit HxD das zugehörige *logische* Laufwerk ohne Schreibschutz geöffnet.
- In der Hex-Editor-Ansicht sucht man von oben nach unten den Text "MDC". Das erste Vorkommen in der hier besprochenen 256MB-Disk befindet sich an Dateioffset +E000h. Dort müßte etwas wie folgt stehen:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 23 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
Die grünen Bereiche müssen exakt so vorkommen, wie hier gezeigt, sonst nachfragen und keinesfalls speichern. Die blauen Bereiche sind für unsere Zwecke egal.

- Nun werden darin die folgenden Bytes (rot) wie folgt geändert:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 27 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]

- Dies speichert man nun mit HxD auf die Karte zurück.
- Im PC wird die MDC.CTL Datei gesichert und mit HxD geöffnet. Sie sollte in diesem Beispiel 32 KiB groß sein und ausschließlich 00h enthalten. Falls nicht, nicht fortfahren - dann ist irgendwas schief gelaufen.
- Karte nun wieder in die Kamera einlegen und überprüfen, ob diese damit arbeiten kann (Bilder speichern, usw.) oder eine Fehlermeldung angezeigt wird.

Sollte das funktionieren, hängen wir direkt noch einen ähnlichen Test dran:

[...]
- In der Hex-Editor-Ansicht sucht man von oben nach unten den Text "MDC". Das erste Vorkommen in der hier besprochenen 256MB-Disk befindet sich an Dateioffset +E000h. Dort müßte etwas wie folgt stehen:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 27 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
Die grünen Bereiche müssen exakt so vorkommen, wie hier gezeigt, sonst nachfragen und keinesfalls speichern. Die blauen Bereiche sind für unsere Zwecke egal.
- Nun werden darin die folgenden Bytes (rot) wie folgt geändert:
ZITAT[...]
+DFF0h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
+E000h: 4D 44 43 20 20 20 20 20 43 54 4C 00 00 00 00 00
+E010h: 00 00 xx xx 00 00 00 00 21 BF 02 00 00 80 00 00
+E020h: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[...][/quote]
- Wieder speichern und schauen, ob die Kamera damit arbeiten kann.

Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-14, 13:39) Danke! Damit wissen wir, daß zumindest der Anfang der MDC.CTL-Datei im Cluster 2 liegen muß.

Gegencheck: Den Inhalt der MDC.CTL direkt nach dem Patch (noch vor dem Einstecken in die Kamera) hattest Du überprüft; die Datei war komplett mit 00h gefüllt, nicht wahr? (Ist wichtig zu wissen, da wir sie ja nicht explizit mit 00h gefüllt haben, sondern unser Wissen darüber ausgenutzt haben, daß der Bereich, in dem Cluster 3 liegt, "zufälligerweise" auf Deinem Medium gerade mit 00h gefüllt war - aber das könnte sich ja auch ändern.)[/quote]
Ein vorsichtiges JA. Ich habe flüchtig durchgescrollt und dabei ist mir, wie bei den vorherigen Tests auch, nichts Verdächtiges aufgefallen.

gimmi a break Ich fahre jetzt erstmal 'ne Woche an die Ostsee.

mfg / jolini

ZITAT(jolini @ 2010-07-14, 14:26) ZITAT(matthiaspaul @ 2010-07-14, 13:39) Danke! Damit wissen wir, daß zumindest der Anfang der MDC.CTL-Datei im Cluster 2 liegen muß.

Gegencheck: Den Inhalt der MDC.CTL direkt nach dem Patch (noch vor dem Einstecken in die Kamera) hattest Du überprüft; die Datei war komplett mit 00h gefüllt, nicht wahr? (Ist wichtig zu wissen, da wir sie ja nicht explizit mit 00h gefüllt haben, sondern unser Wissen darüber ausgenutzt haben, daß der Bereich, in dem Cluster 3 liegt, "zufälligerweise" auf Deinem Medium gerade mit 00h gefüllt war - aber das könnte sich ja auch ändern.)[/quote]
Ein vorsichtiges JA. Ich habe flüchtig durchgescrollt und dabei ist mir, wie bei den vorherigen Tests auch, nichts Verdächtiges aufgefallen.
[/quote]

Vorsichtshalber hatte ich die Datei MDC_Clustertest.CTL noch gespeichert und bei nochmaliger, genauer Durchsicht habe ich die folgenden Bytes bei Offset 00007800 F8 FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 øÿÿÿ.... gefunden. Ich kann nicht beurteilen, ob das für uns relevant ist.

mfg / jolini

ZITAT(jolini @ 2010-07-14, 17:12) Vorsichtshalber hatte ich die Datei MDC_Clustertest.CTL noch gespeichert und bei nochmaliger, genauer Durchsicht habe ich die folgenden Bytes bei Offset 00007800 F8 FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 øÿÿÿ... gefunden. Ich kann nicht beurteilen, ob das für uns relevant ist.[/quote]
Danke fürs Überprüfen!

Da wir hier in den Organisationsstrukturen des Dateisystems herumpatchen und nach Spitzfindigkeiten suchen, ist natürlich jedes einzelne Bit relevant! Der Test ist so, wie durchgeführt, also leider nicht valide, und wir können keine Schlußfolgerungen daraus ziehen und müssen ihn wiederholen.

Bei dieser Bytefolge handelt es sich um einen Überrest einer FAT (File Allocation Table) einer früheren Formatierung mit anderen geometrischen Parametern (möglicherweise wird diese so auch temporär während der Formatierung unter Windows XP erzeugt - das müßte ich mir mal anschauen, ist aber für unsere Fragestellung nicht relevant).
In jeden Fall ist das keine der aktiven FATs des aktuellen Dateisystems, kann also hier von uns wie "Datenmüll" behandelt werden - nur: weg muß die Bytefolge an dieser Stelle trotzdem, sonst ist nicht abzusehen, wie die Kamera darauf reagiert, der wir dies ja als Teil einer leeren MDC.CTL-Datei unterschieben wollen. Es kann sein, daß es nicht relevant ist, aber da niemand die Implementierung in der Kamera genau kennt, müssen wir hier absolut exakt arbeiten, wenn wir belastbare Schlußfolgerungen ziehen wollen.

Diese Bytefolge findet sich im logischen Abbild Deiner Partition an Offset +0001EC00h. Der einfachste und sicherste Weg ist, unmittelbar nach dem bisherigen Patch zusätzlich noch an die Stelle +0001EC00h zu gehen und diese vier Bytes mit Null zu überschreiben (habe das oben mal in die zwei Patches, die davon betroffen sind, nachträglich eingearbeitet):

Vorher:
ZITAT0001EC000 F8 FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00[/quote]
Nachher
ZITAT0001EC000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00[/quote]
... und erst dann das Image speichern und den Test mit der Kamera auszuführen.

Viele Grüße,

Matthias

ZITAT(matthiaspaul @ 2010-07-09, 12:19) Sehr interessant wären jetzt noch Abzüge von anderen frisch in der Kamera formatierten Speicherkarten und vielleicht die gleiche Karte in einem anderen Kameraexemplar formatiert.[/quote]
Nach mehreren Tagen Bastelei ist es mir gelungen einen alten NT4.0 Rechner mit SCSI-Controller und einem PCMCIA Hot Swap Doppellaufwerk wieder in Betrieb zu nehmen ance: Damit kann ich auf Typ I bis III Karten zugreifen und es ist mir doch noch gelungen, Frank's Original Calluna 130 MB wiederzubeleben.

Beigefügt das leere Image der frisch formatierten Calluna 130, Kapazität 113 Bilder, und separat nochmal die dazugehörige MDC.CTL. Nette Nebenerkenntnis: HxD läuft auch problemlos unter NT4.0

mfg / jolini

ZITAT(matthiaspaul @ 2010-07-09, 12:19) Sehr interessant wären jetzt noch Abzüge von anderen frisch in der Kamera formatierten Speicherkarten und vielleicht die gleiche Karte in einem anderen Kameraexemplar formatiert.[/quote]
Hallo Matthias, hallo Jolini, die zweite Kamera könnte ich beisteuern; sie steht mir aktuell grad recht "arbeitslos" in der Sammlung herum; wobei, ein Kollege hat sie kürzlich bewundert. Und er wurde nachdenklich, denn die Kamera ist ja eigentlich sooo alt noch nicht.

Ich hab am Wochenende Besuch von meinen Eltern, die könnten dann das Paket mitnehmen und in Deutschland aufgeben, das schont die Portokasse...

Schöne Grüsse

Frank

ZITAT(Der_Frank @ 2010-08-03, 21:16) Hallo Matthias, hallo Jolini, die zweite Kamera könnte ich beisteuern; sie steht mir aktuell grad recht "arbeitslos" in der Sammlung herum; wobei, ein Kollege hat sie kürzlich bewundert. Und er wurde nachdenklich, denn die Kamera ist ja eigentlich sooo alt noch nicht.[/quote]
Ich denke, daß wir inzwischen ausschließen können, daß die Kamera irgendwo im Diskimage eine exemplarspezifische Kennung o.ä. hinterläßt, die uns Probleme bereiten könnte, insofern brauchen wir keinen 1:1-Vergleich zwischen zwei Kameras bei ansonsten identischem Testaufbau mehr.

Was allerdings trotzdem wichtig ist, um herauszufinden, was genau die Kamera erwartet und welche Freiheitsgrade bei der Entwicklung eines eigenen Formatiertools bestehen, sind die noch ausstehenden Tests/Analysen weiter oben. Außerdem möglichst viele Images von Medien anderer Größen (kleiner und größer) und Disk-Geometrien (andere PCMCIA-/CF-Karten, andere SCSI-Hostcontroller/SCSI-BIOSe, andere Betriebssystemversionen). Da kann jeder, der so eine Kamera hat, mitmachen, HxD ist ja schnell installiert.

Viele Grüße,

Matthias

Hallo Zusammen,
Dank Eurer Hilfe ist es mir gelungen, mit der RD-175 zu fotografieren und die Aufnahmen zu Bildern zu entwickeln.
Jolini hat mir dankenswerterweise die Speicherkarte wieder initialisiert und funktionstüchtig eingestellt.

Der Ablauf ist dabei wie folgt:
Das Fotografieren ist herrlich, gerade das Laufwerk-hochfahren auf dem Speicher beim Fokussieren fasziniert irgendwie.
Dann wird wie in guten alten Zeiten fotografiert, ohne einen Kontrollmonitor gibts dann auch kein schnelles Prüfen und Korrigieren der Einstellungen. Ich war ehrlich gesagt richtig heiß endlich daheim die Aufnahmen betrachten zu können.
Aber dazu hab ich auch einen speziellen Workflow. Speicherchip in einen alten Laptop der noch einen passende Schnittstellenslot hat, Rohdaten rüberkopieren auf den desktop. Mittels Diskette (USB gibt es noch nicht) jedes einzelne File zum PC bringen, dort hab ich die alte originale Minolta-Software installiert. Die MCD-Daten zu JPG oder TIFF konvertieren, wählen ob entweder nicht, schwach oder stark nachgeschärft werden soll, und dann endlich gucken können.
Pro Aufnahme ca. 5 Minuten, wobei der eigentliche Part "Konvertieren" im PC nur einen Augenblick andauert.
Ich hab mit das Vergnügen gemacht, mal vergleichsweise identische Aufnahmen mit der RD-175 (Linse Minolta 24-85), meiner etwa gleich alten Sony Mavica MVC-FD91 sowie meiner aktuellen Pentax K20D (Linse Pentax 18-250, stark komprimiert) zu machen, diese möchte ich gerne zeigen. Die Bilder sind sicher nicht "fotografisch wertvoll" und besonders arrangiert, aber das war hier nicht mein Ziel.

Ich hab leider kein online-Album, deswegen häppchenweise.

Diese Blume hab ich auf heimischem Balkon ohne spezielle Macroausrüstung aus ca. 1 m Entfernung angelehnt aus der Hand geschossen.
[attachment=8279:Blume_Mavica.JPG] Blume_Mavica
[attachment=8280:Blume_RD175.JPG] Blume RD-175
[attachment=8281:Blume_Pe...primiert.jpg] Blume Pentax, komprimiert

Schöne Grüsse

Frank

Hallo Zusammen,
Anbei nun Vergleichsbilder vom Morgenhimmel kurz vor Sonnenaufgang.
Diese Aufnahmen entstanden mit auf der Fensterbrüstung abgestützter Kamera.
[attachment=8282:Morgenst...g_Mavica.JPG] Morgenhimmel Mavica
[attachment=8283:Morgenst...ng_RD175.JPG] Morgenhimmel RD-175
[attachment=8284:Morgenst...primiert.jpg] Morgenhimmel Pentax, komprimiert

Hier zeigt die RD-175 eine deutlich wärmere Tönung

Schöne Grüsse

Frank

Hallo Zusammen,
Anbei nun gleiche Motiv im Moment des Sonnenaufgangs, Belichtungseinstellung durch direktes anvisieren der Sonne.
Auch diese Aufnahmen entstanden mit am Dachfensterrahmen abgestützter Kamera.
[attachment=8285:Sonne_Mavica.JPG] Sonnenaufgang Mavica
[attachment=8287:Sonne_RD175.JPG] Sonnenaufgang RD-175
[attachment=8286:Sonne_Pe...primiert.jpg] Sonnenaufgang Pentax, komprimiert

Schöne Grüsse

Frank