Manuelles MAP vs. Registax4-MAP (Teil 2)

[wasguggsuda]

Natürlich habe ich mittlerweile außer den Bildern in meinem ersten Registax4-Erfahrungsbericht <a href="" target="_blank">"Manuelles MAP vs. Registax4-MAP" (Teil 1)</a> auch noch einige ältere Videos mehr durch das neue Registax genudelt, schon um Erfahrungen zu sammeln, darunter auch etliche sehr bescheidene Mondvideos von Anfang April 2004, aufgenommen mit ToUCam und einer "Russentonne".

Die fand ich besonders interessant, da das Instrument mit hochobstruierten 4" Öffnung heute sehr bescheiden wirkt, damals die ToUCam noch fleißig im Werksmodus statt im ONR-Modus vor sich hin rauschte, das Seeing sehr bescheiden war und die Komprimierung der Aufnahme in einen suboptimal, sprich höher komprimierenden DivX-Modus, äh, dieser Gewinnungsqualität wohl leider angemessen war.

Ich fürchte jedoch, daß ein erheblicher Teil eventueller Bildverbesserungen wohl auch auf das Konto mittlerweile gesammelter Erfahrungen mit Bildbearbeitung geht, der größte dabei nach m.M. auf die heutige Nutzung des "Gauß-Modus" in der Registax-Bildschärfung als Rauschreduzierer. Besonders weise ich aber darauf hin, daß die damaligen Bilder der Qualität wegen auf schmale 65% Größe hin bearbeitet wurden und die heute gezeigten auf 85% Größe.

Die damaligen Bearbeitungen sind in meinem damaligen Posting "13mal Mond mit Russentonne (1200 kB!)" zu finden, hier also zum Guggen oder zum Vergleichen einige Neubearbeitungen.

Doch als erstes ein Aristarchus in der Morgensonne, dessen Bearbeitung damals einfach nicht glücken wollte:

Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02______100_1000_aristarchus_026_hyuv_5ap_sumreg10a4_1000exp_____________________c065_b112______________g070080_hist000255_w000100100100000000_g030010010010010010_twk000120255_ste_usm250005000_085.jpg

Dann die Überarbeitungen, Kommentare erspare ich Euch <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" /> :

Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0146_100_1000_plato_021_hyuv_6ap_sumreg08a3_1000exp_____________________c090_b120______________g080075_hist000255_w000030050000000000_g035025012010010010_ste_usm400005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0158_100_1000_sinus+iridum_025_hyuv_5ap_sumreg06a3_0500exp_____________________c075_b120______________g080075_hist000255_w000025000000000000_g030025010010010010_ste_usm500005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0150_100_1000_gruithuisen_022_hyuv_4ap_sumreg06a5_1000exp_f20______________________c080_b120______________g080075_hist000255_w000015000000000000_g030035010010010010_ste_0400005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0052_100_1000_gassendi_016_hyuv_5ap_sumreg08a3_0500exp_____________________c085_b120______________g080075_hist000255_w000100050000000000_g030011011010010010_ste_usm500005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0055_100_1000_schiller_018_hyuv_4ap_sumreg06a3_1000_____________________c090_b120______________g080075_hist000255_w000035000000000000_g030025010010010010_ste_usm200005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0031_100_1000_clavius_005_hyuv_8ap_sumreg20a3_0500exp_____________________c085_b120______________g080075_hist000255_w000100050000000000_g030014011010010010_ste_usm500005000_ste_usm300005000_085.jpg


Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02_0122_100_1000_blancanus_014_hyuv_5ap_sumreg20a3_0500exp_____________________c090_b120______________g080075_hist000255_w000100100100000000_g033010010010010010_ste_usm500005000_085.jpg

Wenn ich genug Zeit finde, nudel ich die anderen Videos auch noch mal durch ...


Dann habe ich eine noch ältere Saturn-Bildreihe, im Dezember 2003 mit 8" noch als bmp's aufgenommen, neu verwurstet, denn die Saturnsaison beginnt und bei dem flachen Ringstand wird selbst die Cassiniteilung schwer umlaufend abgebildet (altes Posting:"Synta-8"-Saturn vom 08.12.") - ein Gewinn durch MAP kann ich nicht so recht erkennen, die Seeing und Bilder gaben eben nicht mehr her (hier 100% Größe):

Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2003_12_08_0240_200_1000_saturn_1ap_sumreg10a3_2048_rb0101_r050g100b010_c105_b104_r115g088b081_g080070_hist005240_w000070000000000000_g030010010010010010.jpg


Mein persönlicher Knüller aber hier zum Schluß: Wenn eines der "besten" Jupiterbilder mit der Russentonne in derselben Nacht wie die obigen Mondfotos so aussieht ...

Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02______100_1000_jupiter_031_hyuv_frame0635.jpg

... dann lohnt eine Bearbeitung überhaupt nicht ... dachte ich, doch heute denke ich anders - hier die Ergebnisanimation in 85% Größe (kein MAP):

Link zur Grafik: http://hometown.aol.de/Spaziergucker2/2004_04_02______100_1000_jupiter_031_032_hyuv_1ap_sumreg35a3_1200exp_085.gif

Der Mond links war weder im Livebild noch im Video damals von mir entdeckt worden, und ist offensichtlich deshalb so am Bildrand gelandet, daß er in einem Bild nur angeschnitten erscheint.
Für 'ne Russentonne bei suboptimalem Seeing jedenfalls nicht wirklich übel, scheint mir - da muß ich mir meinen besten Russentonnenjupiter doch auch noch mal näher ansehen, fürchte ich ...


Also, es hat sich, glaube ich, jedenfalls wieder gelohnt, alle Aufnahmen fleißig zu archivieren, und viel zu üben. <img src="/phpapps/ubbthreads/images/graemlins/grin.gif" alt="" />


Kommentare und Fragen sind wie immer sehr erwünscht!

Gruß+cs,
Dietmar

 

[TorstenEdelmann]

Hallo Dietmar,

Sehr schöne Zusammenstellung Deiner neuen Bearbeitungen. Du hast ja nun auch schon
einige Zeit mit R4 zugebracht. Sind bei Dir auch schon ein paar Laufzeitfehler
aufgetreten bzw. wie stackst Du Deine Aufnahmen bei MAP? Mir ist das Vorgehen beim
Stacken unter Verwendung von MAP noch nicht richtig transparent. Ich stacke die
einzelnen Alignmentpunkte und bekomme immer wieder Fehler, obwohl ich aufpasse,
dass der selektierte Alignment in der Liste auch dem im Stackgraphen entspricht...
Auch fällt mir auf, das die angegebene Anzahl der gestackten Frames im Stackgraphen
und unterm im Fenster nicht gleich ist... Hast Du vielleicht ein paat Tips/Erklärungen
dafür ? Wäre mir eine große Hilfe...

Danke und Gruss
Torsten

 

[wasguggsuda]

Hallo Torsten,

danke! Jau, bin vor Urzeiten mal einige Zeit die Kastenwagen-Ausführung gefahren <img src="/phpapps/ubbthreads/images/graemlins/grin.gif" alt="" /> ...

Uff, Regv4-Experte bin ich nun wirklich nicht, selbst das Handbuch habe ich noch gar nicht heruntergeladen - aber: Nein, Laufzeitfehler in Regv4 hatte ich in der veröffentlichten Version bisher noch nicht.
Registax nimmt sich nach meinem Eindruck allerdings auch allen Arbeitsspeicher, den's kriegen kann - bei mir sind's (noch) 512MB, und es wird geswappt, daß es nur so kracht (Regv4 zeigt jetzt ja endlich den Speicherverbrauch an, mein letztes Sonnenfoto mit 100x5MP lag deutlichst über 600MB RAM-Belegung) - demnächst also 1024MB (unter XP, vorher macht's keinen Sinn).
Ich verwende fast immer nur 256er-Boxen, vielleicht machen kleinere ja bei besseren Bildern weniger Probleme (hüpf, hüpf, wo ist mein Bildbereich? <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" /> ).
An der Sonne bin ich wie beschrieben am ehesten mit dem Compressed-Modus zufrieden, sonst mit dem Gradient-Modus - das kann je nach Bildqualität sehr verschieden sein.
Aufpassen muß man nach wie vor, daß das Paßmuster nicht frühzeitig aus dem Bild wandert, alle folgenden Bilder werden wohl nicht einsortiert (zwei Qual.-Verlaufskurven im Stackgraph).

Du schreibst: "Ich stacke die einzelnen Alignmentpunkte und bekomme immer wieder Fehler, obwohl ich aufpasse, dass der selektierte Alignment in der Liste auch dem im Stackgraphen entspricht ..." - ich fürchte, das verstehe ich jetzt nicht?

Das einzig wirklich umständliche in Regv4 finde ich, daß man nach Vorwahl einer Bilderauswahl x im oberen Fenster im unteren für jeden Einzelstack den Diff.-CutOff manuell einstellen muß, statt z.B. gleich einen globalen Ergebniswert von 30 zu stackenden Bildern eingeben zu können.

Ja, die angegebene Anzahl der gestackten Frames im Stackgraphen und unten im Fensterrahmen ist nicht gleich - soweit ich das beobachtet habe, muß das auch so sein, da für jeden Bereich die jeweils "besten" Bilder verwendet werden, die gerade wegen des Seeings auch jeweils verschiedene sein können/müssen - das Gesamtbild besteht beispielsweise aus 40 gemittelten Bildern, aber je 40 verschiedenen in den jeweiligen Bereichen, also wurden insgesamt max. 40 mal x Bereiche im Stack verwendet.

Vielleicht beteiligt sich auch noch jemand anderes zum Thema?

Beste Grüße+cs,
Dietmar

 

[TorstenEdelmann]

Hallo Dietmar,

Danke erstmal für Deine Erklärung

>>"Ich stacke die einzelnen Alignmentpunkte und bekomme immer wieder Fehler, obwohl ich aufpasse, >>dass der selektierte Alignment in der Liste auch dem im Stackgraphen entspricht ..." - ich >>fürchte, das verstehe ich jetzt nicht?

Mustt Du auch nicht verstehen, ich habe mittlerweile bemerkt, dass ich das viel zu umständlich gemacht hatte...


>>Das einzig wirklich umständliche in Regv4 finde ich, daß man nach Vorwahl einer Bilderauswahl x >>im oberen Fenster im unteren für jeden Einzelstack den Diff.-CutOff manuell einstellen muß, statt >>z.B. gleich einen globalen Ergebniswert von 30 zu stackenden Bildern eingeben zu können.

Das suche ich in Registax auch schon lange vergebens. Einfach irgendwo am Anfang sagen
zu können 'ich will nur 100 Frames optimiert/gestackt haben'. Das mit der %-Angabe ist
immer sehr umständlich...


>>das Gesamtbild besteht beispielsweise aus 40 gemittelten Bildern, aber je 40 verschiedenen in den >>jeweiligen Bereichen, also wurden insgesamt max. 40 mal x Bereiche im Stack verwendet.

Auch hier Danke für die Erklärung. Ist eigentlich klar, wenn man etwas nachdenken kann ;-)

Gruss
Torsten