We really do appreciate and build everyone's feedback into our plans, that's why we have focused on platform support (hence separating those platforms out and being explicit as to what each platform can do, etc.) and things like ADS-B have dropped down the list. You will see from above that ADS-B is lower priority than other things but we have people with different skill sets so it's matching those skill sets to the tasks in hand.Toontje wrote:Thanks for getting back to us. And yes, from the little time i know SDRplay i did experience that you are communicating with the community. Keep it up, so we know what to expect.
What are you doing with ADS-B? I hope you are not going to write the next SDR software. Or at least, that writing SDR software has a higher priority than writing platform support. We already have plenty of software already available and using VAC's we can link them all together. So if i were you, which i perfectly realise i am not, i would give platform support and driver optimisation a higher priority than protocol support.
Just my €0.02
All we are doing with ADS-B is looking to provide a simple application that does a similar job to dump1090 but for the RSP. It is a lower priority but if it appears sooner than some of the other stuff it just means that it's been done by someone else and please don't assume that we are taking our focus away from platform support. Getting stable and robust platform tools is our main priority.
Best regards,
SDRplay