for a university project, I have to develop some Software Defined Radio (SDR) stuff. A first proof of concept was done in gnu radio, but I found out that the SDR-frontend manufacturer Ettus has a big C++ Library named uhd that can be used for developing applications for their USRP Transceivers.
This library depends on boost and uses some own implementation for real-time-threading and so on (I just scratched the surface until now). Now my question is: Could combining JUCE and uhd in one application cause troubles as both use their own - very different - threading functionality and probably some other things I haven’t come across until now? What would happen if for an example I wanted to build an audio app using the SDR, a simple FM Receiver for an example, using the RF samples coming in from the SDR Transceiver in an uhd realtime thread and outputting audio samples in a JUCE-way from a JUCE realtime audio thread?
Or should I try to build a JUCE-style wrapper around that Ettus stuff using as much JUCE functionality as possible (maybe even using a JUCE thread)?
Any experience with similar framework-mixture?