Ich bin zwar von Siril auf PixInsight umgestiegen, aber ansonsten habe ich immer das mitgelieferte OSC_preprocessing without DBF genutzt. Das paßt 100%.
Die Darks sind ja vom Seestar her schon mit den Lights kalibriert und Bias sowie Flats sind nicht möglich und auch nicht notwendig.
Es gibt aber im "großen" Seestar-Thread irgendwo ein paar Download-Links zu selbst erstellten Siril-Skripten, die über das Stacking hinaus weitere Bearbeitungsschritte beinhalten.
Ansonsten empfehle ich als Grundlage ein altes Tutorial, mit dem ich die Bildbearbeitung erlernt habe:
In den Screenshots findet man Basisparameter, die schon mal gut für den Anfang passen.
Ansonsten gibts etliche Anleitungen in YouTube.
Grüße
Hartmut
Hallo Nils,
ich habe diverse Scripte für Siril geschrieben, um das ganze Verarbeiten der Seestar-Einzelbilder vollständig zu automatisieren. Das klappt meist recht gut, aber je nach Bildquälität nicht immer.
Die Scripte machen das reine Stacking (Ergebnis steht in result.fit) und etliche weitere Schritte (Zuschneiden, Schärfen, Sterne und Hintergrund separat strecken, Farbsättigung erhöhen) bis zum fertig gestreckten Bild als TIFF, PNG und JPEG. Du kannst aber mit dem ungestreckten result.fit natürlich auch eigene Bearbeitungsschritte machen.
Zur Anwendung muss du das Homeverzeichnis auf den "sub-..." Ordner setzen und das jeweilige Script aufrufen.
Du musst Starnet++ lauffähig in Siril installiert haben, sonst bricht das Script ab.
Nach dem Durchlauf gibt es einen "process"-Ordner, den man löschen kann, und einen "results"-Ordner mit den fertigen Bildern und diversen Zwischenergebnissen.
Momentan gibt es zwei Varianten:
Version "7e crop": Normales Stacken mit automatischem Crop
Version "8": Vorsortierung und ignorieren von schlechten Sternen und Hintergrund, Stacken mit Crop
Version 8 versucht zusätzlich, alle Bilder auszusortieren, die
1) die zu unscharf sind
2) eiförmige Sterne haben
3) einen aufgehellten Hintergrund haben (sprich Wolken)
Das wird in diesem Befehl aussortiert : seqapplyreg pp_light -filter-round=0.7 -filter-bkg=2k -filter-wfwhm=6
OSC_Preprocessing Seestar 8.ssf.pdf
OSC_Preprocessing Seestar 7e crop.ssf.pdf
Bei Fragen helfe ich gerne weiter.
CS Erik
Typische Fallstricke für die Scripte sind z.B. Bilder, auf denen kaum Sterne sind, dann kann Siril einfach nicht stacken. Wenn das Script 8 zu viele Bilder aussortiert, weil das Seestar z.B. sehr schlecht nachführt, dann ist die Version 7e die bessere Wahl. Oder man passt den Parameter -filter-round=0.7 an auf z.B. 0.6 , dann werden noch schlechtere Sterne akzeptiert.
CS Erik
Hallo,
von den SIRIL-Entwicklern gibt es jetzt ein Script für den Seestar:
Habe ich aber bis jetzt wegen CS noch nicht ausprobiert
Gruß Jens
uhh das ist gut, ich bin gespannt 
Noch zur Ergänzung: das angehängte Script "8a max" kann vollständige Mosaike mit dem Seestar stacken. Solange die Einzelbilder genug Überlappung haben, klappt das gut. Als Besonderheit wird bei allen Einzelbildern vor dem Stacken der Hintergrund korrigiert, so dass Hintergrundgradienten und unterschiedliche Beleuchtungssituationen vorher ausgeglichen werden können.
Da jetzt bald Mosaike mit der neuen API automatisch möglich sein sollen, ist das Script die perfekte Ergänzung.
Nach dem Stacken sollte man die Datei result.fit (das lineare gestackte Grundbild) manuell weiterbearbeiten. Das automatische Strecken klappt mit dem unregelmäßigen Bild aus dem Stack meist nicht. Daher muss man die result.fit noch zuschneiden und erst dann weiterberabeiten.
Und hier das Script:
OSC_Preprocessing Seestar 8a max.ssf.pdf
Die Anwendung auf M42 hat testweise das hier als fertiges JPG ausgegeben. An den Rändern hatte ich kaum Aufnahmen, daher rauscht es dort stark. Das Stacken hat aber trotzdem funktioniert. Mit mehr Aufnahmen wird das Ergebnis natürlich besser.
CS Erik
Hallo Erik, erstmals vielen Dank für deine Arbeit bei den Scripten die das Verständnis mit der Arbeit und dem Arbeitsablauf sehr verbessern und erleichtern.
Ich habe mir aktuell gerade wieder die Version 7e angesehen und habe da wenn ich darf einige Fragen dazu.
1. warum liegt das Arbeitsverzeichnis in deinen Scripten im Lights Ordner im Vergleich zu anderen Scriptentwicklern?
2 Am Schluss der Scripts werden TIFs und JPGs immer doppelt erstellt aber das FIT aus der Stern-Rekombination wird nicht abgespeichert. Gibt es dafür einen Grund oder übersehe ich hier etwas.?
LG FU
1. warum liegt das Arbeitsverzeichnis in deinen Scripten im Lights Ordner im Vergleich zu anderen Scriptentwicklern?
Damit man nicht mühselig erst die Lights in einen extra Ordner kopieren muss. Das ist unnötig, weil die Lights schon kalibriert sind. Das Ganze soll so einfach wie möglich sein.
2 Am Schluss der Scripts werden TIFs und JPGs immer doppelt erstellt aber das FIT aus der Stern-Rekombination wird nicht abgespeichert. Gibt es dafür einen Grund oder übersehe ich hier etwas.?
Die Sterne und der Hintergrund werden unterschiedlich gestreckt. Daher wird nur gestreckte, kombinierte Bild abgespeichert.
Kann man aber leicht um das Fit ergänzen.
CS
CS Erik
Damit man nicht mühselig erst die Lights in einen extra Ordner kopieren muss. Das ist unnötig, weil die Lights schon kalibriert sind. Das Ganze soll so einfach wie möglich sein.
Ach deshalb, ich verschiebe diese immer in das Lights Verzeichnis um diesen immer unverändert zu lassen da sich Results und Process in meinem Fall danach in Lights befindet und ich mit STRG+A SHIFT+Entf schon mal zu schnell war 
Ich verschiebe das auch aus dem Grund, da das Verzeichnis auch noch überflutet mit de jpgs und thn.jpgs die dreifache Masse bereitstellen muss und sehr unübersichtlich wird.
Für was sind diese Jpeg Notwendig und kann man diese nicht einfach abstellen diese autom. zu speichern?
Die Sterne und der Hintergrund werden unterschiedlich gestreckt. Daher wird nur gestreckte, kombinierte Bild abgespeichert.
Kann man aber leicht um das Fit ergänzen.
ja das ist schon klar ein Jpg, png und ein tif und das tif wird wieder geladen und somit geht doch die Information der Einstellungen nach der Starnet++ Verarbeitung verloren wie in diesem Fall satu 0.6 
Für was sind diese Jpeg Notwendig und kann man diese nicht einfach abstellen diese autom. zu speichern?
Die JPGs im Light-Verzeichnis erzeugt das Seestar automatisch und das kann man auch nicht abstellen. Das Script verwendet deshalb auch den calibrate-Befehl, da dieser nur die Fits verwendet und die JPEGs ignoriert.
ja das ist schon klar ein Jpg, png und ein tif und das tif wird wieder geladen und somit geht doch die Information der Einstellungen nach der Starnet++ Verarbeitung verloren wie in diesem Fall satu 0.6
Das Script soll am Schluss ein pretty picture erstellen, wenn man nichts weiter tun möchte oder einen die manuelle Bearbeitung noch überfordert.
Aber du hast recht, das Script speichert momentan die Sternmaske und den Hintergrund nicht linear ab, da erst gestreckt und dann das lineare Bild überschrieben wird. Danke für den Hinweis !
Ich habe das geändert, indem jetzt erst die linearen Dateien mit dem Objektnamen abgespeichert werden und dann erst gestreckt werden.
# Und automatisches Strecken des Hintergrunds mit mtf
# automatisches Strecken mit 10% Hintergrundhelligkeit
load starless_result.fit
# hier wird zuerst der lineare sternlose Hintergrund geschrieben
save starless_$OBJECT:%s$_$DATE-OBS:dm12$_$LIVETIME:%d$s
autostretch -linked -2.8 0.10
save starless_result.fit
load starmask_result.fit
....
# strecken mit asinh
# hier wird zuerst die lineare Sternmaske geschrieben
save starmask_$OBJECT:%s$_$DATE-OBS:dm12$_$LIVETIME:%d$s
asinh -human 800
save starmask_result.fit
# Masken zusammenführen
pm "$starless_result$ + $starmask_result$"
Siril erlaubt kein Löschen von Dateien aus den Scripten heraus, da die Entwickler das aus Sicherheitsgründen nicht wollen. Deswegen kann man die Zwischenergebnisse auch nicht aus dem Zielverzeichnis herausnehmen.
Eigentlich sollten nur die Dateien mit dem Objektnamen und -daten übrig bleiben, aber das geht nicht. Bei TIF ist momentan kein Schreiben mit dem Objektnamen möglich. Das ist in Fehler in Siril.
CS Erik
habe ich schon umgesetzt und Danke für die Rückmeldung...
Siril erlaubt kein Löschen von Dateien aus den Scripten heraus, da die Entwickler das aus Sicherheitsgründen nicht wollen. Deswegen kann man die Zwischenergebnisse auch nicht aus dem Zielverzeichnis herausnehmen.
Eigentlich sollten nur die Dateien mit dem Objektnamen und -daten übrig bleiben, aber das geht nicht. Bei TIF ist momentan kein Schreiben mit dem Objektnamen möglich. Das ist in Fehler in Siril.
ist mir schon aufgefallen und ich bin ja erst am Anfang und Quasi in der Lernphase 
wie gesagt, mich hat es nur einmal dabei erwischt das ich aus Nautilus Original-Fits verloren habe.
nochmals meine Frage warum das seestar die Jpgs jedes FITs mitspeichert?
nochmals meine Frage warum das seestar die Jpgs jedes FITs mitspeichert?
Da musst du ZWO fragen Ich lösche die immer als Erstes.
nochmals meine Frage warum das seestar die Jpgs jedes FITs mitspeichert?
Ich glaube das seestar nutzt diese Bilder als vorschau in der App und deshalb werden diese erzeugt.
Hmmmm eventuell steht das in Zusammenhang mit den ZWO Apps für die anderen Plattformen...?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
