move hw_flavour from the initializer into a separate API function

f4exb / libmirisdr-4

Support of Mirics MSi001 + MSi2500 SDR devices

GNU General Public License v2.0

73 stars 37 forks source link

move hw_flavour from the initializer into a separate API function #9

Closed ericek111 closed 2 years ago

ericek111 commented 2 years ago

The hw_flavour parameter for mirisdr_open is only used in the example programs when initializing the device. It's just a convenience feature, but it breaks API for many other apps. I think, if it even should be handled by the library, it should have its own separate call.

This brings back the long-requested (https://github.com/pothosware/SoapyOsmo/issues/9) compatibility with the original libmirisdr.

f4exb commented 2 years ago

The hw_flavour parameter for mirisdr_open is only used in the example programs when initializing the device

No it is also used in SDRangel but fixing by the version to v1.1.2 it should not have an impact. Eventually SDRplay support with libmirisdr4 may be dropped.