version 2.0.995

[ahop...@googlemail.com]

Hi all,

there are some test versions here

https://www.sparksdr.com/download/SparkSDR.2.0.995.win64.zip
https://www.sparksdr.com/download/SparkSDR.2.0.995.win32.zip
https://www.sparksdr.com/download/SparkSDR.2.0.995.linux-x64.deb
https://www.sparksdr.com/download/SparkSDR.2.0.995.linux-x64.rpm
https://www.sparksdr.com/download/SparkSDR.2.0.995.linux-arm.deb
https://www.sparksdr.com/download/SparkSDR.2.0.995.linux-arm64.deb

The linux and win 32 versions are untested

sorry no mac versions yet

73 Alan M0NNB

[Thomas Beiderwieden]

Hi Alan,

thanks. Generally it works. However, as in the older versions I still have problems working station with special callsigns in FT8. Just tried PI25XMAS. I saw, that my tx was reported as being sent from DL3E and the answer is addressed to DL3E accordingly. Can you have a look at this? 

I have never get this working.

vy 73 de Thomas, DL3EL

[Steven Sostrom]

Thanks for the new release.

Using a Raspberry Pi 5 running Debian Trixie...

On Raspberry Pi OS with pipewire, it works and sounds good in a brief test.

On DietPi with pulseaudio, it does not find any audio devices.

Note that some packages also installed the libpipewire-0.3-0t64 package, but pipewire is not actually installed.

When SparkSDR runs, the terminal output is:

use egl True use gpu True
using sparkcore
dsmpmath stat
xsimd float 4
loaded libpipewireaudioprovider.so
got allocator
starting Pipewire
using Pipewire
enum loop
[W][01:43:14.974068] pw.conf      | [          conf.c: 1182 try_load_conf()] can't load config client.conf: No such file or directory
[E][01:43:14.974142] pw.conf      | [          conf.c: 1215 pw_conf_load_conf_for_context()] can't load config client.conf: No such file or directory
context null

The pipewire service is not running.

$ systemctl --user status pipewire
Unit pipewire.service could not be found.

SparkSDR.2.0.986.linux-arm64 from before pipewire support works.

Could you use a better test that can determine if pipewire is actually installed and running?

[ahop...@googlemail.com]

Thanks for the feedback,

if you can find a file called pipewirepaudioprovider.so or similar you could try deleting it or renaming it as brutal way to force the use of portaudio.

I'll have a look at better detection

73 Alan M0NNB

[Steven Sostrom]

That worked.

I renamed /usr/share/SparkSDR/libpipewireaudioprovider.so

Now, SparkSDR works, apparently with ALSA (hdmi device).

If I select the pulse device, sound is choppy and garbled.

After that, the hdmi device no longer works until after a restart.