During live stacking — called “Enhancing” in the Seestar app — the app already gives some basic information about rejected frames, at least while the session is running.If one watches the app screen continuously, it is possible to see individual rejection messages such as, for example, “overexposed”, “star trails”, or “no stars”. After the message disappears, one can still tap on the total exposure time and see a basic summary of how many frames were accepted and how many were rejected.My suggestion is to make this information available also after the session, for example the next morning, or whenever the user decides to review or post-process the data.This would be useful not only out of curiosity, but also for learning and planning better future sessions. Knowing when frames were rejected, how many were rejected, and for what reason can help the user understand whether the problem was caused by dawn, clouds, obstacles, poor tracking, wind, field rotation, low altitude, or other factors.A very simple implementation could be just a log file, accessible through USB from a desktop computer. The log could list all acquired frames with a timestamp and a status, for example:acceptedrejected: star trailsrejected: overexposedrejected: no starsUsers who want to analyse the information could then process the log themselves.A more advanced and user-friendly implementation could be a graphical summary in the app: for example, a time histogram with 30-minute bins, showing the percentage of accepted and rejected frames, with different colours for the rejection reasons. For example:green: acceptedred: star trailswhite: overexposedgrey: no starsother colours for other rejection causesI understand that the Seestar was originally designed as a very simple “one-click” imaging telescope. However, many users are now using it in a much more advanced way, with manual post-processing, external software, mosaics, equatorial wedges, long sessions, and careful target planning.For this reason, I think that making more acquisition diagnostics available — especially in the existing “expert” context — would be very useful, without making the basic user experience more complicated for beginners.