Hi Tammo Jan, thanks for reviving this thread.
You are right that the refactor of gr-satellites has used some of the ideas in this thread when deciding the new architecture for the decoders. The main reason for this refactor was to fix the huge code duplication that existed in gr-satellites, but an additional goal was to make gr-satellites (as a a whole or parts of it) easier to interface with another software. I considered server-side decoding in SatNOGS Network an important use case, but also had some other uses cases in mind, such as a plugin for an SDR GUI app, which is something I might want to tackle in the future. Unfortunately I didn’t got any input or feedback from the SatNOGS people, so I have proceeded as a I have deemed best, but I hope that the architecture I’m following is flexible enough for easy interfacing.
There is still work to do in the refactor (it mostly depends on at which point I want to stop and call what I have v3.0.0 and push the rest of the ideas for later versions), but the architecture is already almost frozen and almost all the functionality from gr-satellites v2 has been ported to the new scheme. So I think the current state of the gr-satellites next branch is representative enough to think about how it can be interfaced with SatNOGS.
I’ll be in the Free Software Radio devroom in FOSDEM giving an overview of the new architecture of gr-satellites and the basic ideas of the refactor. If some of the SatNOGS people are attending FOSDEM, I think this could be a great opportunity to discuss these ideas in person.