Arch Linux User Repository

So right now this (1457) SDRSharp version is going to be the latest one until some solutions are found

The reason is that on (likely) revision 1462 ("Moved parts of the DSP to native.") some DSP code was moved to a shark.dll machine code library (which uses Win32 APIs and won't obviously work on Linux)

There are 4 possible solutions to this issue (while actually doing an update):
- Rewriting the shark.dll functions from scratch in a Linux library (this will require a lot of time and will essentially be its own SDRSharp version)
- Modifying the SDRSharp assemblies to bring back the old C# DSP code (this isn't legally possible and even this package is in a grey area anyway)
- Calling the shark.dll library functions through Wine (yabridge may do that but it's focused on audio plugins)
- Switching to Wine + Wine Mono to run the apps (Wine probably doesn't support direct device access so they will be useless without some workarounds like a Linux server program)

Thank you very much for your job.

@dviktor sorry for the confusion, I didn't mean switching this package to run via wine, I just thought it worth pointing out that the new version can run through wine.

@tinywrkb thanks for the notice! I think it may be better to keep separate package which works through wine or flatpak because it will require much more dependencies than this package

@dviktor I created a Flatpak packaging here, and in the process I updated the desktop files.
You might want to pick some of my changes.

It should be noted that the newer versions possibly work when running through Wine (tested 6.22), at least with a SPY server.
I only confirmed that the UI is loading, it's a bit buggy, but it doesn't crash.
Dot NET Core Desktop 5 is required, and while it's not available through winetricks, its installer works as expected.
There are a couple of gdiplus warnings, so maybe install this via winetricks.

Can you add a startup script to /usr/bin/sdrsharp, please, which calls the binary installed to /opt/sdrsharp/?

This packacke uses prebuilt binaries. So, pleaser rename it to sdrsharp-bin, and add provides=("sdrsharp=${pkgver}") and conflicts=('sdrsharp').

Thanks for maintaining!

https://imgur.com/Ba5tWSx.png https://imgur.com/uBIDsbD.png it appears that everything is writable. i will elaborate further by stating the error in my last comments screen cap pops up when i switch the menu to hackrf and then also again when i hit play... unlike last night tho i can hear static now and sort of make out signals in a super broken waterfall. i think that the problem is specific to my hackrf device but I'm not sure how to give it more access? when i open up the config setting to mess with my device which is obviously not working right the program crashes im guessing for a related reason. https://imgur.com/oRLUAEU.png

spectrum analyzer seems to be working properly with my hackrf https://imgur.com/vRSL3Uo.png so maybe it is still something up with sdr#

@zakofalltrades please show file permissions for SDR# installation with ls -lha /opt/sdrsharp. If config files are not writeable try to set them so manually: chmod o+w /opt/sdrsharp/*.config