wie funktioniert das live-stacking in Kstars/Ekos ...

linuxer

linuxer

Aktives Mitglied
Hallo Leute,

Kstars/Ekos beherscht ja seit neuestem das Livestack. Nur bin ich irgendwie zu blöd das zu benutzen.
Wenn ich versuch zu stacken dann erhalte ich zwar ein Stack aber der liegt nicht Übereinander. Mit Platesolve aktiv geht gar nix und ohne erhalte ich zwar den stack aber die Bilder liegen nicht übereinander.
Ja ich weis es gibt 2 Videos aber im Video 1. benutzt er den Livestack mit Platesolve an und das funktioniert bei mir nicht. Anscheinend fehlt mir irgendwo eine Einstellung.

Das sieht dann bei mir so aus:
Bildschirmfoto zu 2025-09-02 18-25-55.png


Was mache ich falsch ?
 
Hallo Jens,

Es gibt ja nur "Plate Solve" und "Keine". Bei "Keine" bringt er keine Fehler.
Bildschirmfoto zu 2025-09-02 18-34-39.png

Wenn ich "Plate Solve" auswähle dann zeigt er 53 von 53 Fails und er stackt nicht.
Irgendwie funktioniert das Plate Solve nicht, obwohl ich auf dem PC Kstars/Ekos eingerichtet habe und die passenden Index-Dateien heruntergeladen habe. Ich verwende zwar meinen Pi4 für die Aufnahmen, aber per SCP werden die aufgenommenen Bilder auf meinen PC kopiert und ich wollte das Livestacking eben hier auf dem PC machen. Ich sitze sowieso während der Aufnahme hier vor und steuer mein Equipment von hier.

Das Plate Solve funktioniert wenn ich eines der aufgenommenen Bilder nehme und in Ekos Plate Solve verwende und dem Simulator befehle an die aufgenommene Position zu fahren.
 
Zuletzt bearbeitet:
Hallo Thomas,
da ich hier im Urlaub ohne PC oder Laptop mit Kstars
Sitze muss das wohl noch ein paar Tage warten.
Da mich das auch Interessiert, schau ich mir das gerne
Zuhause an. Evtl. kommen da ja noch Ideen von jemand
Anderem.
LG Jens
 
Öhm, ja. Gute Idee ;)
 
Auf die Idee mit den Log's hätte ich auch selber kommen können :rolleyes:
Ich habe journal mal mitlaufen lassen, konnte aber keine Fehler finden. Auch das interne Log zeigt nichts an.

....
[2025-09-03T11:41:44.679 CEST INFO ][ org.kde.kstars] - Loading comets
[2025-09-03T11:41:48.999 CEST DEBG ][ org.kde.kstars] - Live Stacker process started with PID: 197527
[2025-09-03T11:41:52.092 CEST INFO ][ org.kde.kstars] - Loading asteroids
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - "Welcome to KStars Live Stacker" 3.7.8 Stable
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - Build: 2025-08-25T10:05:03Z
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - OS: "ubuntu"
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - API: "x86_64-little_endian-lp64"
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - Arch: "x86_64"
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - Kernel Type: "linux"
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - Kernel Version: "6.8.0-60-generic"
[2025-09-03T11:41:49.231 CEST INFO ][ org.kde.kstars] - Qt Version: 5.15.13
[2025-09-03T11:41:49.235 CEST INFO ][ org.kde.kstars] - KStars is started in paused state.
[2025-09-03T11:41:49.378 CEST DEBG ][ org.kde.kstars] - Opened the User DB. Ready.
[2025-09-03T11:41:49.711 CEST INFO ][ org.kde.kstars] - Processing "unnamedstars.dat" , HTMesh Level 3
[2025-09-03T11:41:49.711 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2025-09-03T11:41:49.835 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "unnamedstars.dat"
[2025-09-03T11:41:49.835 CEST INFO ][ org.kde.kstars] - Processing "deepstars.dat" , HTMesh Level 3
[2025-09-03T11:41:49.835 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2025-09-03T11:41:49.835 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "deepstars.dat"
[2025-09-03T11:41:49.837 CEST INFO ][ org.kde.kstars] - Processing "USNO-NOMAD-1e8.dat" , HTMesh Level 6
[2025-09-03T11:41:49.843 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 32768
[2025-09-03T11:41:49.846 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "USNO-NOMAD-1e8.dat"
[2025-09-03T11:41:49.978 CEST WARN ][ org.kde.kstars] - "Der Stern HD20.794 wurde nicht gefunden."
[2025-09-03T11:41:49.984 CEST WARN ][ org.kde.kstars] - "Der Stern HD98.230 wurde nicht gefunden."
[2025-09-03T11:41:49.991 CEST INFO ][ org.kde.kstars] - Loaded DSO catalogs.
[2025-09-03T11:41:50.227 CEST INFO ][ org.kde.kstars] - Loading comets
[2025-09-03T11:41:50.500 CEST WARN ][ org.kde.kstars] - Current icon theme is "Yaru-dark"

ende des Logs.

Keine Ahnung.
 
Ich habs eben auch mal getestet. Gleiches Problem: mit "plate solve" bei allen Lights "fail". Ich verwende zum Testen die Flatpak Version von 3.7.8 auf Opensuse 15.6

Ich hab mal im "LiveStacker" thread im INDI Forum die Frage gestellt was da los ist. John hat eben auch schon darauf geantwortet: KStars Live Stacker

Leider hab ich im Moment keine Muse zum weitertesten ;) Vielleicht hilfts ja bei euch weiter...

Das fits Kstars log sieht so aus:

[2025-09-03T10:49:46.737 CEST INFO ][ org.kde.kstars] - "Welcome to KStars" 3.7.8 Stable
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - Build: 2011-11-11T11:11:11Z
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - OS: "org.kde.Platform"
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - API: "x86_64-little_endian-lp64"
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - Arch: "x86_64"
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - Kernel Type: "linux"
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - Kernel Version: "6.4.0-150600.23.65-default"
[2025-09-03T10:49:46.741 CEST INFO ][ org.kde.kstars] - Qt Version: 6.9.0
[2025-09-03T10:49:47.946 CEST DEBG ][ org.kde.kstars] - Opened the User DB. Ready.
[2025-09-03T10:49:48.052 CEST INFO ][ org.kde.kstars] - Processing "unnamedstars.dat" , HTMesh Level 3
[2025-09-03T10:49:48.052 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2025-09-03T10:49:48.126 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "unnamedstars.dat"
[2025-09-03T10:49:48.126 CEST INFO ][ org.kde.kstars] - Processing "deepstars.dat" , HTMesh Level 3
[2025-09-03T10:49:48.126 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 512
[2025-09-03T10:49:48.126 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "deepstars.dat"
[2025-09-03T10:49:48.128 CEST INFO ][ org.kde.kstars] - Processing "USNO-NOMAD-1e8.dat" , HTMesh Level 6
[2025-09-03T10:49:48.131 CEST INFO ][ org.kde.kstars] - Sky Mesh Size: 32768
[2025-09-03T10:49:48.133 CEST INFO ][ org.kde.kstars] - Loaded DSO catalog file: "USNO-NOMAD-1e8.dat"
[2025-09-03T10:49:48.250 CEST WARN ][ org.kde.kstars] - "Der Stern HD20.794 wurde nicht gefunden."
[2025-09-03T10:49:48.256 CEST WARN ][ org.kde.kstars] - "Der Stern HD98.230 wurde nicht gefunden."
[2025-09-03T10:49:48.262 CEST INFO ][ org.kde.kstars] - Loaded DSO catalogs.
[2025-09-03T10:49:48.317 CEST INFO ][ org.kde.kstars] - Loading comets
[2025-09-03T10:49:48.399 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.439 CEST DEBG ][ org.kde.kstars] - Paths to color scheme : QList("/app/share/kstars/themes")
[2025-09-03T10:49:48.564 CEST DEBG ][ org.kde.kstars] - Reporting new timestep value: 60
[2025-09-03T10:49:48.590 CEST INFO ][ qt.gui.imageio] - libpng warning: iCCP: known incorrect sRGB profile
[2025-09-03T10:49:48.594 CEST INFO ][ qt.gui.imageio] - libpng warning: iCCP: known incorrect sRGB profile
[2025-09-03T10:49:48.736 CEST WARN ][ qt.core.qobject.connect] - QObject::connect(QAction, Ekos::Scheduler): invalid nullptr parameter
[2025-09-03T10:49:48.737 CEST INFO ][ qt.gui.imageio] - libpng warning: iCCP: known incorrect sRGB profile
[2025-09-03T10:49:48.737 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.737 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.739 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.740 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.742 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.742 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.742 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.743 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.746 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.796 CEST WARN ][ kf.configwidgets] - A widget named "kcfg_SaveFocusImages" was found but there is no setting named "SaveFocusImages"
[2025-09-03T10:49:48.796 CEST INFO ][ qt.gui.imageio] - libpng warning: iCCP: known incorrect sRGB profile
[2025-09-03T10:49:48.831 CEST DEBG ][ org.kde.kstars] - Daylight Saving Time active
[2025-09-03T10:49:48.831 CEST DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (Local Time): "Sun Oct 26 01:00:00 2025 GMT"
[2025-09-03T10:49:48.831 CEST DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (UTC): "Sat Oct 25 23:00:00 2025 GMT"
[2025-09-03T10:49:48.904 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.904 CEST WARN ][ default] - QDateTime::setTimeSpec: Pass a QTimeZone instead of Qt::TimeZone.
[2025-09-03T10:49:48.904 CEST DEBG ][ org.kde.kstars] - Daylight Saving Time active
[2025-09-03T10:49:48.904 CEST DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (Local Time): "Sun Oct 26 01:00:00 2025 GMT"
[2025-09-03T10:49:48.904 CEST DEBG ][ org.kde.kstars] - Next Daylight Savings Time change (UTC): "Sat Oct 25 23:00:00 2025 GMT"
[2025-09-03T10:49:48.904 CEST DEBG ][ org.kde.kstars] - Starting the timer
[2025-09-03T10:49:49.005 CEST DEBG ][ org.kde.kstars] - Date/Time is: "Wed Sep 3 08:49:48 2025 GMT"
[2025-09-03T10:49:49.005 CEST DEBG ][ org.kde.kstars] - Location: "Bellershausen, Deutschland"
[2025-09-03T10:49:49.005 CEST DEBG ][ org.kde.kstars] - TZ0: 1 TZ: 2
[2025-09-03T10:49:49.006 CEST WARN ][ qt.core.qobject.connect] - QObject::connect: No such signal QNetworkReplyHttpImpl::error(QNetworkReply::NetworkError)
[2025-09-03T10:49:49.006 CEST WARN ][ qt.core.qobject.connect] - QObject::connect: No such signal QNetworkReplyHttpImpl::error(QNetworkReply::NetworkError)
[2025-09-03T10:49:49.046 CEST WARN ][ default] - QImage::scaled: Image is a null image
[2025-09-03T10:49:49.162 CEST WARN ][ org.kde.kstars.ekos] - Failed to automatically connect due to missing EkosLive credentials: "org.freedesktop.DBus.Error.ServiceUnknown"
[2025-09-03T10:49:52.422 CEST INFO ][ org.kde.kstars] - Loading comets
[2025-09-03T10:49:55.399 CEST INFO ][ org.kde.kstars] - Loading asteroids
[2025-09-03T10:50:03.466 CEST DEBG ][ org.kde.kstars.fits] - OpenCV Optimized: true
[2025-09-03T10:50:03.468 CEST DEBG ][ org.kde.kstars.fits] - "Live Stacker running openCV on 24 threads. SIMD Features enabled: SSE SSE2 SSE3 *SSE4.1 *SSE4.2 *AVX *FP16 *AVX2 *AVX512-SKX?"
[2025-09-03T10:50:03.493 CEST DEBG ][ org.kde.kstars.fits] - Loading file ":/images/noimage.png"
[2025-09-03T10:50:03.514 CEST DEBG ][ org.kde.kstars.fits] - Started WCS Data Processing...
[2025-09-03T10:50:03.554 CEST DEBG ][ org.kde.kstars.fits] - FITHistogram: JMIndex 0.800274
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:08.583 CEST WARN ][ kf.solid.backends.udisks2] - Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected"
"Not connected to D-Bus server"
[2025-09-03T10:50:24.857 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/run/user/1000/doc/9d3a333/RGB/M_109_Light_300_secs_RM1_G60_O20_001.fits"
[2025-09-03T10:50:25.081 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T10:50:44.680 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:45.681 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:46.681 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:47.682 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:48.683 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:49.683 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:50.684 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:50:51.684 CEST DEBG ][ org.kde.kstars.fits] - "subSolver timed out: 20.0s"
[2025-09-03T10:50:51.684 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T10:50:51.684 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/run/user/1000/doc/9d3a333/RGB/M_109_Light_300_secs_RM1_G60_O20_002.fits"
[2025-09-03T10:50:51.907 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T10:51:11.679 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:12.681 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:13.681 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:14.683 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:15.684 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:16.684 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:17.685 CEST DEBG ][ org.kde.kstars.fits] - "subSolver timed out: 20.0s"
[2025-09-03T10:51:17.685 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T10:51:17.685 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/run/user/1000/doc/9d3a333/RGB/M_109_Light_300_secs_RM1_G60_O20_004.fits"
[2025-09-03T10:51:17.910 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T10:51:37.680 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:38.681 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:39.682 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:40.682 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:41.683 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:42.683 CEST DEBG ][ org.kde.kstars.fits] - subSolverDone called, but it is still running. Waiting to finish...
[2025-09-03T10:51:43.683 CEST DEBG ][ org.kde.kstars.fits] - "subSolver timed out: 20.0s"
[2025-09-03T10:51:43.683 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T10:51:43.684 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/run/user/1000/doc/9d3a333/RGB/M_109_Light_300_secs_RM1_G60_O20_005.fits"
[2025-09-03T10:51:43.903 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
 
Hallo Sepp,

danke für den Test. Mein Kstars/Ekos ist aus der Indilib Repo, also nicht über Flatpak.
Allerdings steht in deinem Log mehr drin als bei mir. Ich habe aber auch nicht alles für das Log angehakt sondern meiner Meinung
nur die Relevanten.
Bildschirmfoto zu 2025-09-03 12-07-42.png
 
Du musst bei Ekos FITS anklicken, das ist für den LiveStacker relevant. Ansonsten kannst Du ja mal testen, ob die Antwort von John hilft, ich denke letztendlich sollte es egal sein ob Flatpak oder Standard:

"Sounds like you need to setup plate solving. You could load one of the subs in Fitsviewer and look at the Plate Solve tab. Live Stacker uses the default settings you see in Plate Solve. You will need to choose a SEP profile that works for your images, e.g. an align or focus one. Or better still, have a look at your setup on your working rig where plate solving works, and recreate that on your flatpak setup."
 
Ja dachte ich mir fast schon :)
....
[2025-09-03T12:33:18.441 CEST DEBG ][ org.kde.kstars.fits] - "Live Stacker running openCV on 4 threads. SIMD Features enabled: SSE SSE2 *SSE4.1 *SSE4.2 *FP16 *AVX *AVX2 *AVX512-SKX?"
[2025-09-03T12:33:18.537 CEST DEBG ][ org.kde.kstars.fits] - Loading file ":/images/noimage.png"
[2025-09-03T12:33:18.562 CEST DEBG ][ org.kde.kstars.fits] - Started WCS Data Processing...
[2025-09-03T12:33:18.610 CEST DEBG ][ org.kde.kstars.fits] - FITHistogram: JMIndex 0.800274
[2025-09-03T12:33:38.825 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_001.fits"
[2025-09-03T12:33:39.062 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T12:33:39.625 CEST DEBG ][ org.kde.kstars.fits] - Star extraction complete, plate solving starting...
[2025-09-03T12:33:40.006 CEST DEBG ][ org.kde.kstars.fits] - "subSolver failed: 0.4s"
[2025-09-03T12:33:40.006 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T12:33:40.006 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_002.fits"
[2025-09-03T12:33:40.216 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T12:33:40.617 CEST DEBG ][ org.kde.kstars.fits] - "subSolver failed: 0.4s"
[2025-09-03T12:33:40.617 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T12:33:40.617 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_003.fits"
[2025-09-03T12:33:40.809 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T12:33:41.221 CEST DEBG ][ org.kde.kstars.fits] - Star extraction complete, plate solving starting...
[2025-09-03T12:33:41.642 CEST DEBG ][ org.kde.kstars.fits] - "subSolver failed: 0.4s"
[2025-09-03T12:33:41.642 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T12:33:41.642 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_004.fits"
[2025-09-03T12:33:41.842 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T12:33:42.239 CEST DEBG ][ org.kde.kstars.fits] - "subSolver failed: 0.4s"
[2025-09-03T12:33:42.239 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T12:33:42.239 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_005.fits"
[2025-09-03T12:33:42.435 CEST DEBG ][ org.kde.kstars.fits] - Starting to plate solve sub...
[2025-09-03T12:33:42.840 CEST DEBG ][ org.kde.kstars.fits] - Star extraction complete, plate solving starting...
[2025-09-03T12:33:43.259 CEST DEBG ][ org.kde.kstars.fits] - "subSolver failed: 0.4s"
[2025-09-03T12:33:43.259 CEST DEBG ][ org.kde.kstars.fits] - Plate solve complete
[2025-09-03T12:33:43.259 CEST DEBG ][ org.kde.kstars.fits] - Loading sub "/home/thomas/Desktop/Arbeitsordner_in_Arbeit/sv705c/leda_1313424/lights/leda_1313424_Light_006.fits"
...

subSolver Failed - scheint das Problem zu sein.
 
Manchmal sind die Fehler die man macht so offensichtlich, daß man nicht drauf kommt.
In's Blaue hinein geraten: Du hast schon die plate-solve Index-Files auf BEIDEN Rechnern drauf, also auf dem Pi wie auf dem PC?
Image-Train korrekt aufgesetzt, Plate-Solving normal geht?
Kannst ja mal eines der Images im Alignment (Ausrichten)-Tab laden und lösen lassen, um das zu testen.

Wenn der Image-Train nicht so aufgesetzt ist wie auf dem Pi, rechnet er beim Plate-Solven falsch und findet die Sterne nicht.

Gruß
Andreas
 
Zuletzt bearbeitet:
Ich habe heute Abend mal beide Einstellungen vom Pi und PC verglichen. Es geht auf keinem der beiden. Ich habe noch einen Laptop auch dort geht es nicht.
Auf allen Rechnern kann ich mit einem der Bilder einen Plate Solve machen und das Teleskope wird an die jeweilige Position gefahren.
Plate Solve scheint auf den Rechnern zu Funktionieren, auf dem Pi ganz sicher weil ich den immer verwende wenn ich Bilder aufnehme.
Ich habe unterschiedliche Bilder in Fitsviewer geladen und auf das (I) geklickt und jedesmal hat er die Objekt im Bild erkannt. Das geht doch nur über das Plate Solve oder ?
Index Dateien hat er geladen.
Zumindest die die er verlangt hat. Wenn welche gefehlt haben dann kam ne Fehlermeldung. Das ist nicht mehr der Fall.
Ich rede jetzt hier von allen 3 Systemen. PC, Laptop und Pi.
Zitat von Nebulös:
Kannst ja mal eines der Images im Alignment (Ausrichten)-Tab laden und lösen lassen, um das zu testen.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Das Funktioniert. Das Teleskope (Simulator) fährt die Position an.
Zitat von Nebulös:
Manchmal sind die Fehler die man macht so offensichtlich, daß man nicht drauf kommt.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Ja das vermute ich hier auch. Nur woran liegt es ?
Zitat von Per_aspera:
"Sounds like you need to setup plate solving. You could load one of the subs in Fitsviewer and look at the Plate Solve tab. Live Stacker uses the default settings you see in Plate Solve.
Zitat von Per_aspera:
You will need to choose a SEP profile that works for your images, e.g. an align or focus one
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Ich weis jetzt nicht was mit dem Plate Solve Tab gemeint ist ?
Aber wie gesagt, wenn ich ein Bild in Viewer lade und auf das (I) klicke zeigt er mir die erkannten Objekte an.
Bildschirmfoto zu 2025-09-03 17-16-08.png

Das sollte doch nicht Funktionieren wenn das Plate Solve nicht geht oder ?

Zitat von Per_aspera:
You will need to choose a SEP profile that works for your images, e.g. an align or focus one
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Wenn mit SEP das gemeint ist, dann benutze ich es.
Bildschirmfoto zu 2025-09-03 17-18-01.png


Die Index Dateien habe ich alle Installiert zumindest bis auf die 5.6" - 8.0" die ziehe ich jetzt noch nach. aber die sind meines meiner nicht ausschlaggebend weil sonst der Interne Solver ja nicht funktionieren würde wenn ich ein Bild lade.
 
Zuletzt bearbeitet:
Hi Thomas:
Platesolv-Tab im FitsViewer ist gemeint, soweit ich das verstanden habe. Wenn Du auf die "Drei Balken" (roter Kreis) klickst, erscheint auf der linken Seite eine Reihe von Tabs:

livestacker.png
Gehst Du dann auf Plate Solve kannst Du die Parameter einstellen, mit denen Fitsviewer das Platesolve durchführt:
platesolv_FITSimager.png
Im blauen Kreis stellst Du das SEP Profil ein, die in den unterschiedlichen Bereichen (Fokussieren, Alignment, Nachführung, HFR-Bewertung...) in Kstars hinterlegt sind. Standardmässig ist das SEP Default Profil der Alignment Routine eingestellt (siehe blaues Gekritzel ;) ) Da kannst Du auch Pixelscale und grobe Zentrrums-Koordinaten des Bildes eintragen (es wird anscheinend nichts von der FITS DAtei selbst ausgelesen, bin mir aber nicht sicher.

Ich hab auch noch meine Schwierigkeiten. Das Teil solved bei mir einzelne FITS in über 20s, wenn es denn mal funktioniert, beim Live Stacking funktionierts bei mir immer noch nicht....

Im normalen Betrieb sind die Bilder innerhalb von Augfenblicken gesolved. So ganz verstehe ich das noch nicht.

@Nebulös : funktioniert das ganze bei Dir? Ich steh aufm Schlauch, muß das ganze aber nicht unbedingt haben, da ich kein EAA betreibe. Wäre nur ein Nice To Have... Aber es nervt mich trotzdem _affeaugen:
 
Zitat von Per_aspera:
Platesolv-Tab im FitsViewer ist gemeint, soweit ich das verstanden habe. Wenn Du auf die "Drei Balken" (roter Kreis) klickst, erscheint auf der linken Seite eine Reihe von Tabs:
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.
Verstehe, habe ich aber auch schon rum probiert und es ging nicht. Das "Normale" Plate Solve flutsch bei mir auch. Das geht innerhalb von Sekunden. Nur das Livestack will nicht.
Ich habe bis jetzt Siril verwendet, aber ab und zu beendet sich das Programm. Momentan verwende ich SetiAstroSuit das geht auch.
Aber wie Sepp sagt, "Nice to have". Wäre schön wenn es läuft.
Ich verwende Kstars seit 20 Jahren und bin zufrieden damit. Wäre nett wenn es das Livestack auch noch könnte :)
 
Zitat von Per_aspera:
@Nebulös : funktioniert das ganze bei Dir? Ich steh aufm Schlauch, muß das ganze aber nicht unbedingt haben, da ich kein EAA betreibe. Wäre nur ein Nice To Have... Aber es nervt mich trotzdem _affeaugen:
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Hallo Sepp,

ich hatte nur selbst schon mal ein Problem mit dem Solven gehabt, und hier meinen allgemeinen Tipp hinterlassen.

Und ich wußte bis ich auf dieses Thema gestossen bin noch gar nicht, daß EKOS Live Stacken kann - ich hab' noch die 3.7.7 stable die ich erst vor ein paar Wochen gebaut hatte, werde aber dann jetzt mal am Wochenende die 3.7.8 stable bauen und mir das mal anschauen, und berichten ob's klappt.

Ist wohl noch Beta, und da kann man sich wohl auf Probleme einstellen, wie das immer so ist wenn etwas neu ist ;)
Momentan stacke ich mit Siril, funktioniert bei mir sehr gut.

Gruß
Andreas
 
Hi Andreas,
ja genau, ist sowieso noch Beta. Ich bin gerade im INDI Forum mit John, der das ganze bzgl LiveStacker entwickelt hat, in Kontakt. Falls sich da was ergibt, sag ich Bescheid. Es ist zumindest in meinem Fall irgendwas mit dem Solver, er benötigt fast 30s zum solven, das sollte nicht sein. Im Code des LiveStackers ist eine harte Grenze von 20s für das solven eines Bildes hinterlegt, da bin ich drüber... Mal sehen.
 
Morgen Andreas,

ich habe auf dem Pi die neueste gebaut (3.7.9 beta) und da funktioniert es auch nicht. Ansonsten läuft die Beta ohne Probleme. Ich hatte das vergnügen am Montag 5 Stunden zu testen :)
 
Kurzes Update: ich habe John ein Light von mir geschickt. Auf seinem Macbook läuft das PlateSolven (sowohl single als auch im LiveStacker) innerhalb von 1s. Bei mir dauerts 30s... Er kann es sich nicht erklären...

Da ich Kstars per Flatpak installiert habe könnte es natürlich daran liegen. Ich hatte schon mal versucht, es zu kompilieren, aber das ist nix für mich. Irgendwelche Dependencies sind nicht erfüllt und das Installationsskript das im INDI Forum für Ubuntu kursiert hilft mir nicht weiter, da mind eine Abhängigkeit unter Opensuse nicht gelöst werden kann, zumindest soweit ich das verstehe...

Wenn ich mal Zeit habe teste ich das mal auf meinem Teleskop-Rechner (Mele 3Q mit Ubuntu und ppa-Kstars)
 
Danke für die Rückmeldung :):y:
 
Ich war gestern abend nochmal fleissig, weil mir das keine Ruhe ließ. Deshalb nochmal ein letztes Update:

Ich habe auf meinem Mele (Ubuntu 24.04) neben die Kstars Version aus der ppa von Jasem noch zusätzlich das Kstars über Flatpak installiert. Der Mele hat ja einen N5105 Prozessor und 8GB RAM, mein PC hat einen Ryzen 5900X... Laut cpubenchmark.net also 4000 gegen 39000 im average CPU mark (multithread) oder im single thread immerhin 1500 gegen 3500...

Hier also die Ergebnisse auf dem Mele (Kstars 3.7.8):
Der Unterschied zwischen FlatPak und ppa ist vernachlässigbar, das Solven im FitsViewer dauert ohne Angaben von Pixelscale und ungefähren Koordinaten, also im BlindSolve, etwa 6s, mit den Angaben dauerts 1.3s. Im Align-Tab im "load and slew", also laden eines Bildes und Schwenken des Teleskops zum Objekt, dauert das Solven 1.5s, im LiveStacker geht das ganze auch in etwa 1s.

Zum Vergleich nochmal: das Solven im FitsViewer dauert auf meinem PC (mit Opensuse 15.6 und Flatpak) knapp 28s. Ich habe keine Ahnung, an was das liegt...

Das solls erst mal gewesen. Falls irgendjemand eine Idee hat, woran das liegen könnte, bitte Bescheid geben ;)
 
Zitat von Per_aspera:
Zum Vergleich nochmal: das Solven im FitsViewer dauert auf meinem PC (mit Opensuse 15.6 und Flatpak) knapp 28s. Ich habe keine Ahnung, an was das liegt...

Das solls erst mal gewesen. Falls irgendjemand eine Idee hat, woran das liegen könnte, bitte Bescheid geben ;)
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Inzwischen hab' ich das kstars 3.7.8 und kann mir heute abend mal die Sache vom Thomas anschauen.

Wenn das Solven an sich auf dem Alignment-Tab von EKOS in wenigen Sekunden erledigt ist, kann es eigentlich nur an einer ungünstigen Implementierung im LiveStacker hängen, evtl in Zusammenhang mit Systemparametern vom PC und Einstellungen vom LiveStacker. Ich hab' das Ding nicht programmiert, aber wenn man die CPU nicht beschuldigen kann, und die Programmierung nicht ändern kann, könnte man mal schauen, ob's vielleicht am IO liegt, was viel häufiger die Ursache für Slowdowns ist, als zu langsame CPUs.

Konkret: lagert das OS vielleicht RAM in's Swap-File? Die Index-Files sind ja nicht gerade klein, wenn das Programm die komplett in's RAM lädt, kann es sein, daß ausgeswappt wird. Evtl kann man das entschärfen, in dem man einstellt, daß die Index-Files eben nicht komplett in's RAM geladen werden sollen (ggfs das Gegenteil ausprobieren, wenn dieser Schalter nicht gesetzt ist). Und das OS beobachten, ob es swapt, bzw. wie viel. Und ansonsten schauen, daß kein RAM unnötig beblockt wird, also möglichst viele Ressouren freigeben / andere Programme schliessen. Was für ein OS ist eigentlich auf deinem PC? Ich wette mal, daß es kein Linux ist.

Letztendlich wird's wohl eine ungünstige Implementierung sein, aber da hast Du ja schon den heissen Draht zum Entwickler, der sicher bessere Tipps geben kann als wir User.

Gruß
Andreas
 
Hi Andreas,
auf meinem PC ist Opensuse 15.6. RAM hab ich genug, jedenfalls wesentlich mehr als die 8GB auf dem Mele, das "Ins-Ram-laden" hatte ich auch schon ausgeschalten, ohne Verbesserung. Naja, mal sehen was es ist, ich bin gerade dabei, Ubuntu auf VMWare zu installieren, mal sehen wie es da läuft. Das ist dann das letzte was ich zu dem Thema mache. Das ist dann zu tief im System, das ist mir zu hoch und kostet langsam auch zu viel Zeit ;-)
 
Zitat von Per_aspera:
@Nebulös : funktioniert das ganze bei Dir? Ich steh aufm Schlauch, muß das ganze aber nicht unbedingt haben, da ich kein EAA betreibe. Wäre nur ein Nice To Have... Aber es nervt mich trotzdem _affeaugen:
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Zitat von linuxer:
Morgen Andreas,

ich habe auf dem Pi die neueste gebaut (3.7.9 beta) und da funktioniert es auch nicht. Ansonsten läuft die Beta ohne Probleme. Ich hatte das vergnügen am Montag 5 Stunden zu testen
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Hi Thomas, Sepp,

wir können an dieser Stelle aufgeben, und warten, bis das Ding gefixt ist:

Es funktioniert nicht, und das liegt offenbar am Solver vom FITS-Viewer. Der LiveStacker verwendet wohl den Plate Solver, der im FITS-Viewer implementiert ist, und der funktioniert nicht richtig. Mag sein, daß er beim Entwickler irgendwie geht, der die Solver-Settings von kstars so eingerichtet hat, daß es bei ihm geht, aber mit den Otto-Normal-Einstellungen, mit denen das Plate Solving bei mir in EKOS geht, funktioniert das Plate Solving im FITS Viewer jedenfalls nicht.

Und das ist bei mir keine Frage der Rechenleistung. Ich mache folgenden Test (alles auf dem Pi): öffne ein FITS-File im FITS-Viewer, öffne den Solver-Reiter und klicke auf Solve. Er findet etwa 1000 Sterne, braucht dann etwa 3 bis 7 Sekunden für die Lösung, und failed. Jedes mal. Also, bis das nicht gefixt ist, brauchen wir hier nicht weiter machen.

Es ist ein bissel seltsam, daß der LiveStacker überhaupt Plate Solving braucht, damit die Subs gestackt werden können, das können andere Programme auch ohne. Aber naja, ist eben der Wille des Entwicklers, aber dann muß das Plate Solving halt auch funktionieren, und nicht nur bei Mondschein und nur auf dem Setup des Entwicklers.

Geben wir dem Ding noch etwas Zeit zum Reifen.

LG
Andreas
 
Zuletzt bearbeitet:
Ich hatte mir gestern noch Ubuntu auf meinem PC über VMWare installiert, Ubuntu bekam 12 Kerne und 8GB RAM spendiert. Das Solving ging da mit angegebenen groben Koordinaten und Pixelscale IM FITS Viewer sehr schnell, konsistent um die 0.3s. In Opensuse waren es 10-20s. Beim BlindSolve war es dann sehr unterschiedlich (bei dem selben Bild): 3s -60s...
Als ich dann im LiveStacking den PlateSolver (man hat ja im LiveStacker die Reiter PlateSolve und LiveStacker) mit dem selben Bild und Einstellungen (mit Koordinaten/Pixelscale) aufgerufen habe, brach das ganze mit "Solve Failed" nach 440s ab, im LiveStacker selbst in 1s gelöst. Das verstehe einer, hab das auch so an den Entwickler weitergegeben. Wenn die selben Routinen für das PlateSolving im Fits-Viewer UND im LiveStacker verwendet werden, dürfte das meiner Meinung nach nicht passieren.

Wie gesagt: ist noch Beta, deswegen ist es denke ich gut, sowas zu melden. Bin mal auf den Fortschritt gespannt. Ich werde da erst mal Pause einlegen, Urlaub ist fast vorbei :-( Und im Betrieb beim Fotographieren funktioniert KStars/EKOS/INDI ja tadellos...
 
Zuletzt bearbeitet:
Eins habe ich jetzt noch getestet: ich hab auf meinem Rechner einen neuen User angelegt, Kstars über FlatPak (user spezifisch) installiert, da funktioniert alles super geschwind... Da hab ich was für den Winter...
 
Geht da auch der livestack ?
Ich habe nämlich alle Daten von Kstars umbenannt (~/.local/share/kstars_old) und ~/.config/ also im Prinzip kstars "nackt" gestartet aber ohne Erfolg was das livestacking betrifft. Das funktionierte auch nicht. Das ist ja im Prinzip wie eine Neuinstallation.
 
Zuletzt bearbeitet:
Also das war ein komplett neuer User, da hab ich noch keine Einstellungen verändert. Ich habe den Livestack nur mit einem Bild getestet, ob es solved oder nicht. Das ging fix. Auch im FITS viewer ging sowohl BlindSolve (ca. 3s) als auch mit Angabe der groben Koordinaten und Pixelscale (0.8s). Kannst ja mal testen

Ich habe keine Ahnung, was bei meinem Standard-User anders eingestellt ist, dass es da nicht funktioniert. Die Stern-Detektion geht schnell, auch sonst merkt man keine Probleme. Nur das Solven dauert ewig... Allerdings ziehe ich dieses HomeVerzeichnis schon seit Jahren mit um, wer weiß, welche Leichen da im Keller liegen. Beim Update auf 16.0 iregndwann Ende des Jahres muß ich mal bei 0 anfangen. Ich hab halt einige Programme per Wine installiert, die ziehe ich quasi immer mit um.

Ich hab gerade auch mal meine Daten von KStars umbenannt (beim Standard-User). Das brachte bei mir auch keine Verbesserung.

Kannst ja evtl auch mal mit neuem User testen. Die Installation geht fix:

flatpak remote-add --user --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install --user flathub org.kde.kstars//stable
flatpak run --user org.kde.kstars//stable

Danach nur Ort grob eingeben, einige Index-Dateien runterladen oder rüberkopieren, danach kannst Du testen. durch den "--user" wird das ganze ja lokal installiert.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben