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)

@TurnoffNOD This is a base SDR#/SDRSharp package without any plugins

The attached .desktop file has incorrect categorization:

Categories=AudioVideo;Network;

The problem is that SDR# doesn't classify as AudioVideo XDG category (and even then a separate Audio and/or Video categories should be applied as well). Also, there's a category HamRadio where all the other SDR apps are already categorized. The correct categorization, comparable to similar apps, would be:

Categories=HamRadio;Network;

can anyone confirm? TurnoffNOD is asking? I can't seem to find a plugin directory so I am thinking that the answer is no...this is not SDR# with Community Plugins?

Hi, is this sdrsharp aur package including sdrsharp plugins?

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.