This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
I haven't followed the masses, so I don't have a Windows PC and I don't want one. But within the spirit of amateur radio is the willingness to share. So I'm surprised so many enthuse over F6DZP's proprietary MiniTiouner software - albeit free to use. It being closed source (including the serial command protocol flowing between the PC and tuner) prevents others from experimenting. In particular, it is preventing me from implementing an Apple macOS application which could communicate with the hardware in a way that pleases me. END OF 2nd RANT.
Maybe I just haven't searched hard enough. So, if anyone knows where to look, please let me know.
I believe the flow of code from the NIM to the processor is propriety and the NIM manufacturer only released it under a non-disclosure agreement which may or may not involve fees or legal speak/involvement.
To quote Spock (if you can quote a fictional character) "The needs of the many outweigh the needs of the few".
LongMynd is open source and runs on Linux and does all the hardware interfacing to the MiniTiouner hardware. I'm not aware of anyone who has tried to get it running on macOS however.
I also don't have Windows which is one of the reasons Ryde is designed to be able to be built and used without ever needing Windows.
As Gareth says, docs take time so there is a trade off between writing more detailed technical documentation and adding more features/fixing more bugs. The most technical Ryde documentation is the README on GitHub that is designed as an advanced user guide and fully explains all the config file and API options mostly aimed at integrators. If you have specific questions about the Ryde internals I'm happy to try and answer them or I can probably write something more general if enough people are interested.
We have tried to put all the Portsdown (DATV DVB-S, DVB-S2 and DVB-T Transmit) software on GitHub. All the LongMynd (and WinterHill) software for DVB-S and DVB-S2 receive is also on GitHub. Unfortunately, a Non-disclosure agreement prevents us publishing the DVB-T receive code to use with the Knucker Tuner.
It can all be found here: https://github.com/BritishAmateurTelevisionClub
As a lone developer supporting over 30,000 lines of code in the Portsdown project there is just not time for me to write developer's notes in addition to user's notes.
The LongMynd receive software will run on most Linux platforms. I would suggest that you start by trying to compile it for your Mac. It will output a transport stream that you can play using VLC.
You could try using LeanDVB software https://www.youtube.com/watch?v=1JDXxU_ieEg
I'm sure there's another piece of software which also does not use a NIM but I found it very fiddly to set up and have a strong suspicion it was Windaz based and possibly not open source either.
Having no practical knowledge whatsoever, I need to ask, What are the usable FEC values within each of the band segments?
For example, I think Wide can use 1/2, 2/3, 3/4, 4/5, 5/6, 6/7 and 7/8, but what about Narrow and VeryNarrow?
The client and server-side are pure Swift and NIO. The GUI is Swift-UI. Do reach out if you're interested.
I think that you are getting confused between the QO-100 bandplan and transmission standards.
The acceptable FEC depends on the transmission standard. DVB-S QPSK, DVB-S2 QPSK, DVB-S2 8PSK, DVB-S2 16APSK and DVB-S2 32 APSK all have different acceptable FECs. I listed them in this BATC Wiki page: https://wiki.batc.org.uk/The_Effect_of_FEC. There are some open source ETSI documents (use Google) that provide much more detail.
There is a lot of information in past CQ-TVs https://batc.org.uk/cq-tv/cq-tv-archive/ about how a DVB-S/S2 signal is constructed and how it can be received. Start at the most recent issue and read the 80 issues since about 2001. I have had to do that research and much more to be able to write the Portsdown software. If I had written a summary instead (like you seem to be asking for) no software would have been written.
MiniTioune is the only component of our current DATV equipment suite that needs to be hosted on Windows. Personally, I do not use MiniTioune much - I sit here surrounded by Linux devices which I use to transmit and receive DATV.