-
Notifications
You must be signed in to change notification settings - Fork 455
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MacOs Intel version request #2322
Comments
There's an x64 build here you can try (There should have been an x64 build - but it failed): https://github.com/srcejon/sdrangel/actions/runs/11765840554 The latest arm version should support SDRplay. If you look in the logs: It downloads the API
and it finds the libraries:
What do you see in your log file when starting? Do you have API 3.15 installed? |
Installed the api 3.15 and restarted my Mc Mini M2: no sdrplay. How can I start and see the logfiles? |
I have the same situation with SDR++. Arm-version finds no SDRplay, even after installation of API. |
To save a log file, enable it under Preferences > Logging. |
But how can a logfile be useful, when I cannot select an SDRplay device as the source? |
This is what I get when using the ARM-version: |
What does Is libsdrplay_api.so.3 is that directory? If not, where is it? |
Yes it is, but on several places. I have to do a cleanup. |
Cleaned Soapy and api references. ls -l /usr/local/lib/libsdrplay_api.so.3 lrwxr-xr-x 1 root admin 37 12 nov 09:25 /usr/local/lib/libsdrplay_api.so.3 -> /usr/local/lib/libsdrplay_api.so.3.15 Can you make something of it? |
Addendum: 2024-11-12 15:45:28.362 (W) PluginManager::loadPluginsDir: Cannot load library /Applications/Korte_Golf/SDRangel 2.app/Contents/Resources/lib/plugins/libinputsdrplayv3.dylib: dlopen(/Applications/Korte_Golf/SDRangel 2.app/Contents/Resources/lib/plugins/libinputsdrplayv3.dylib, 0x0085): Library not loaded: libsdrplay_api.so.3 |
Ok, that looks good.
The problem seems to be it's looking for libsdrplay_api.so.3, but doesn't say where. You could possibly set export DYLD_LIBRARY_PATH=/usr/local/lib - but not sure that is really well supported on Mac anymore. Currently, we are changing libsdrplay_api.so.3.15 to /usr/local/lib/libsdrplay_api.so.3.15 - but I guess that needs to now be libsdrplay_api.so.3 to /usr/local/lib/libsdrplay_api.so.3. So you might be able to fix it with:
Need to check what x86 version does. Does that use .so.3 or .so.3.15. |
Please compile an Intel MacOS version as well, because ARM versions don't recognize SDRplay devices like RSP1a.
Thank you!
The text was updated successfully, but these errors were encountered: