Hi,
Today while donig some random testing, I had this error in complex_to_mag
block.
"boost unique_lock has no mutex: Operation not permitted."
What could be the reason?
Regards,
Usman
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
There are some DVB-S receivers. See:
https://github.com/EdmundTse/gr-dvb
http://www.pabr.org/radio/leandvb/leandvb.en.html
The leandvb project is current and based on gr-dvb. A good project might
be to port leandvb back into GNU Radio.
It should be noted that GNU Radio has a high
Hi all,
I am doing my master degree in wireless communication and new to GNUradio.
I am very much interested to work with it and to contribute something. As
far as I have searched there is no DVB-S receiver module built for GNUradio
but there were repos for DVB-S transmitter. Is there a reason
Hi all,
I am currently using the File Sink in GNUradio Companion by connecting a
UHD USRP source to a File sink.
By default, the UHD source block produces and output of "Complex Float 32".
The File Sink has "Complex", "Float", "Int" available as input types.
If I set the output of the UHD
I suppose if you don't have 64 bit, you can just shift it to be 32-bit and
sacrifice the lost precision. There's probably other possibilities, but I
think the newer ARM stuff is going 64-bit anyhow.
On Mon, Nov 13, 2017 at 2:01 PM Marcus Müller wrote:
> Ok, see your point. I
Hey everyone,
as Felix (in his position as GNU Radio GSoC manager) has been telling
people through private channels over the last week, we're bringing our
GSoC ideas list [1] up to shape, so that we can attract a lot of
candidates, and make it easy for students to see how well they match
the
Ok, see your point. I was a bit hesitant at first because that will end
up needing 64bit division (which might really not be much fun on many
ARMs), but meh, it's not like someone should be pushing tags around as
if they're samples.
Cheers,
Marcus
On Sun, 2017-11-12 at 23:33 +, Dan CaJacob
Hello Rensi Sam:
If you set the sampling rate of your hardware source/sink block to
samp_rate, then it will generate or consume samples at that sampling rate.
Ex: if the sampling rate of your Osmocom source block is set to 1e6, that
block will generate 1e6 points per every second. In this case,
Hi
I have a doubt regarding the sampling rate used in GNU radio.
Is there any limit for the sampling rate (minimum/maximum) other than the
Nyquist Criteria which should be used in GNU radio companion?
Is there any difference to the sampling rate (or limit to it) when we connect
a hardware ?