Hi Volker,
You are correct that libhidapi-libusb0 was installed when I installed
libhidapi-dev.
Thanks again for your help.
---
Barry Duggan KV4FV
On 2019-08-16 15:16, Volker Schroer wrote:
Hi Barry,
it's my mistake, the package is called libhidapi-libusb0 (as least on
my
system ubuntu ).
Hi Volker,
Yes I did:
pi@raspberrypi:~/gr-fcdproplus $ sudo apt-get update
Get:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15.0
kB]
Get:2 http://archive.raspberrypi.org/debian buster InRelease [25.1 kB]
Get:3 http://raspbian.raspberrypi.org/raspbian buster/main armhf
Packages
Hi Barry,
did you try
apt-get install lib-hidapiusb0
Hi Volker,
I installed libhidapi-dev and the build works. However, I could not
locate lib-hidapiusb0. Where is it? Is it needed?
My flowgraph compiles, but I haven't installed the udev rules yet, so it
doesn't find the dongle.
Thanks
Hello Jean Pierre:
Did you uninstall GNU Radio 3.7.x before installing GNU Radio 3.8.x?
If you didn't, you may want to
1. uninstall that (by using your distro's package manager, like apt, if you
installed it using your distro's package manager, or by running "sudo make
uninstall" on your bu
I have a flowgraph with a simple FDMA implementation with two channels. One
channel has a constant stream. The other channel has complex sample bursts
generated in a custom python function, which I package as a PDU. I apply the
frequency modulation within the python file to place it in the co
Hi Volker,
I installed libhidapi-dev and the build works. However, I could not
locate lib-hidapiusb0. Where is it? Is it needed?
My flowgraph compiles, but I haven't installed the udev rules yet, so it
doesn't find the dongle.
Thanks
--
Barry Duggan KV4FV
On Fri, 16 Aug 2019 08:13:26 +0200
As an answer to Michael and Kyeong. I found that:
https://github.com/mvaenskae/gr-osmosdr/tree/gr3.8 was the best thing that
could work with GNURadio 3.8.0.0, We found the sources Rtlsdr and Osmoscom on
the list of blocks of GNURadio. We can even integrate them into a GCR script.
Cf: WBFM-RX-Q
As I am investigating GPU and OpenCL for acceerating correlation computations,
I thought
I'd give OpenCL-Enabled FFT block in GNU Radio Companion (still version
3.7.13.4) a try to
see if I can see any performance change.
When I run signal source -> throttle -> OpenCL FFT -> time sink, all goes w
