Could you please provide details on the new transmission method? I saw on your website you mentioned there was a way to update the software… is it possible to do a lower JPEG compression as well?
Okay… I was thinking perhaps it would be possible to coordinate the camera in line with the moon setting below the horizon and downlink it later.
Perhaps that might be a little experiment. If needed, I can attempt to compute the time and rotation that will be required.
I think TUBIN did this a while ago and the results were beautiful. However, it was accidental and the moon was caught with the really low-res camera so the quality was really bad.
Image is being compressed by a camera itself. I believe it is not possible
This would be magical to shoot that. Possible latitude for this should be around 30 grad north.
At this current format, I think sending the images redundantly will be the best bet. Then stations will even have a chance to reassemble a decent image with just it’s own data. This also means that it can be done automatically at each station and uploaded as images that can be seen in the data tab.
Sending the same image twice and not just sending the frame twice has the benefit of handling deep qsb.
I posted a issue on this, as I did this earlier with the JY1sat, but the jpg is not rendered as an image anymore.
Found it. It was TechnoSat, TUBIN’s predecessor
That would be lovely! I will try to figure out the time needed.
New image transmissions
25.12 scheduled (UTC Time ):
08:02:30 + 08:03:30
15:46:00 + 15:47:00
X-band carrier transmissions:
09:30:00-09:30:10
09:31:00-09:31:10
09:32:00-09:32:10
09:33:00-09:33:10
Were today’s transmission successful? Have some been able to decode images?
Well, looks like the 15:45 transmission has the same image, same checksum.
Wow. Winter land:) Thank you!
It should’ve been today. Only one image:) Will be more next time!
Beautiful. I won’t join the photo party until after the new year
Thank you! Awesome!!
I’ve reduced the code a lot and implemented frame length detection as well in this simpler script. This should be able to process any of the hex formats out there. It can handle jumbled together frames from different observations and in the wrong order, repeating frames etc. Feed it only one image because it will not keep track of many different at once.
It takes one argument, the file containing the hex frames and outputs to the same file except with .jpg extension.
Happy New Year to Everyone!
Here are new image transmissions! First of 2023:)
02.01.2023 scheduled (UTC Time ):
Image 1: 07:37:00 + 07:38:00 (39.9, 47.22)
Image 2: 09:12:00 + 09:13:00 (42.83, 22.79)
Image 3: 23:36:00 + 23:37:00 (47.63, -2.35)
03.01.2023 scheduled (UTC Time ):
Image 4: 04:21:00 + 04:22:00 (47.77, 98.49)
Image 5: 08:44:00 + 08:45:00 + 10:16:00 (39.4, 77.59)
Please post it here if you will be able to receive them!
Sorry, didn’t see this until a bit late, please feel free to schedule a lot of stations when there’s short notice. First picture for today I cannot get complete. The odd part is that it is not missing any frames ? Is this a glitch at the satellite or my processer ?
2023-01-02 07:37
2023-01-02 09:12
Hello! Thank you!
The glitch is caused by satellite: mountains on picture have many details so full picture is not fit in 32kb. I’ll try to fix this in future updates.
The same problem with not fitting 2023-01-03 04:21 pass ? cannot get it complete.
2023-01-02 23:36
2023-01-03 08:44