There's been some thought abotu an fldigi-lib but it would be a major task.
Outside of fldigi I did a PSK engine (ui-free, network-based) in Java
called znudigi, mostly for academic purposes; it doesn't do spotting or
multi-decoding.
With the current software, here's what I found:
Setting the waterfall speed to PAUSE causes the CPU usage to drop from
14% to 12% on my system.
Changing from Best to Fast Sinc interpolator under Sound Settings causes
it to drop to 4%.
I also tried moving the main RX squelch slider all the way up and didn't
see any change.
At that point, re-enabling waterfall speed didn't increase CPU usage.
What X server are you using? There is an X server called xvnc that
writes solely to memory and not to display, and you can then connect to
them with VNC if you want to see.
Leigh/WA5ZNU
On 12/23/2010 10:17 AM, Rob Frohne wrote:
Hi Everyone,
I've been using fldigi to spot PSK31 signals on our websdr server.
<http://outside.wallawalla.edu:8901/> I have been using jack to feed
the audio to websdr and to sdr-core (DttSP) and then on to fldigi. I
would like to run more instances of fldigi to spot for more bands, but
the load is getting a bit heavy for the CPU to keep up with. The
instances of fldigi are the biggest CPU hogs and NX which I was using
because I need X to use fldigi is sometimes also a big CPU user. What
I think I want is the PSK spotting engine of fldigi running without
all the GUI and from the command line. What is the best way to
address these issues?
Thanks & 73,
Rob
KL7NA
--
Rob Frohne, Ph.D., P.E.
E.F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99324
(509) 527-2075 http://people.wallawalla.edu/~rob.frohne
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
