SatDump icon indicating copy to clipboard operation
SatDump copied to clipboard

SatDump creates an empty `Unknown` folder when running geostationary pipelines

Open Cpt-Dingus opened this issue 1 year ago • 4 comments

Description of the issue SatDump creates an Unknown folder inside the IMAGES directory when running geostationary pipelines, tested with Elektro xRIT, GK-2A xRIT, and GOES HRIT. Hardware (SDR/PC/OS) Happens on both EndeavourOS Linux, Windows, and Android 13. Version (Eg, 1.0.0, CI Build 171) Happens as early as SatDump 1.2.2, still happens on latest commit.

Logs after the crash (satdump.log from ~/.config/satdump or %appdata%\satdump) N/A

Other info (Eg, Screenshots) / Files useful for debugging (CADU, etc)

Image

Cpt-Dingus avatar Jan 18 '25 23:01 Cpt-Dingus

This is, in fact, not a bug. For GOES HRIT specifically, the HRIT downlink does not send data directly from the satellite's instuments. Instead, GOES sends the raw data down to a NOAA ground station, then the ground station sends processed data back to GOES. The HRIT downlink actually sends pre-processed data from NOAA. As such, NOAA can send anything they want up to GOES, like other text files and data from other satellites. On the (somewhat rare) occasion that NOAA sends something that SatDump does not recognize, it puts it in the said Unknown folder. I assume this is why it is created for the other broadcasts as well.

alsldlflglhljlk avatar Mar 23 '25 17:03 alsldlflglhljlk

@alsldlflglhljlk This is not exclusive to GOES-R HRIT. This would also mean that there would be data within the folder, which there is not. It also happens without syncing any signal at all.

Cpt-Dingus avatar Mar 23 '25 17:03 Cpt-Dingus

So the issue is that SatDump creates the Unknown folder when there isn't actually any unknown data?

alsldlflglhljlk avatar Mar 23 '25 18:03 alsldlflglhljlk

Correct. It's created erroneously.

Cpt-Dingus avatar Mar 23 '25 19:03 Cpt-Dingus