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)

/usr/bin/sdrsharp: line 9: XDG_CONFIG_HOME: unbound variable

now ok. thx.

unzip: cannot find or open sdrsharp-1.0.0.1457.zip, sdrsharp-1.0.0.1457.zip.zip or sdrsharp-1.0.0.1457.zip.ZIP.

Today I have this error message in Manjaro :

Extracting SDRSharp archive... unzip: cannot find or open sdrsharp-1.0.0.1457.zip, sdrsharp-1.0.0.1457.zip.zip or sdrsharp-1.0.0.1457.zip.ZIP.

Download link is broken:

curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading https://ftp.desolve.ru/pub/sdrsharp/SDRSharp_v1457.zip
    Aborting...
 -> error making: sdrsharp-exit status 1

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?