@blueskies I’ve just checked, your suggestions were added fine, just have in mind that they are manually reviewed, so it takes sometime until it is reviewed. So now SSTV is again active. I’m going to schedule some observations.
Thank you @fredy for scheduling passes on my station!
Can you point me to a topic where you explain how you decode them? I assume you are downloading the audio via the network API and uploading the images, because AFAIK my satnogs station doesn’t have a decoder for SSTV.
I download audio via https://network.satnogs.org/observations and convert ogg to 16 bit pcm stéréo 48k wav file with audacity. Then I decode using multipsk, convert bmp to png and rename file data-[id_observations]-[date_heure_obersations]_[number_of_image].png. Upload files to satnogs station, give file right to satnogs user and move to /tmp/.satnogs/data.
Just to be clear, as @elkos said there are couple of stations that either automatically or manually decode and upload their results in observations.
My implementation is a script that checks for SSTV observations (between specific datetimes) and if there are any vetted as good without any data uploaded then it downloads the audio, convert it to wav and then feed it to a modified qsstv version, if there is any decoded image then uploads it to the observation.
The modified version of qsstv can do:
Start from command line with parameters the name and the audio file for decoding
Start decoding of the audio without any external interaction
Calculates and add to the name of the file the right datetime for the decoded image
Exits after the end of scanning the audio file.
It’s a hackish version that I have promised to upload but I haven’t done it yet
Ideally we should soon add in gr-satnogs the decoder of @ar3itrary that gave very good results in the last two SSTV events.
It’s size produce by multipsk.
MULTIPSK Documentation :
Notes relatives to the PD120, 180 et 240 modes:
These are modes normally displayed on a 640x480(+16) window. Multipsk displays the pictures of these modes on a standard 320x240(+16) window, which implies a picture area 4 times smaller but a better picture quality as all the information are taken. As the Multipsk transmission window is 320x256, these modes are not proposed for transmission. The user would, in a worthwhile way, used the PD90 mode.