On Thu, Jun 27, 2013 at 11:18:51PM +0200, Shashank Gaur wrote:
> Hi All,
>
>
> I have been trying to understand delete_head_blocking() function from
> gr_basic_block, but couldn't understand much clearly. Can anybody shed some
> light on this. Also I want to understand pair(car-cdr as well), any
Hi,
On 06/27/2013 11:18 PM, Shashank Gaur wrote:
I have been trying to understand delete_head_blocking() function from
gr_basic_block, but couldn't understand much clearly. Can anybody shed
some light on this.
I think this function is useful if you have a block with a message input
and a stre
Hi All,
I have been trying to understand delete_head_blocking() function from
gr_basic_block, but couldn't understand much clearly. Can anybody shed some
light on this. Also I want to understand pair(car-cdr as well), any info
would help.
Thanks a lot.
Shashank
__
We use the FM Mod and Quadrature Demod blocks to modulate and demodulate
GFSK packetized data. In the past, we have used sensitivity values for
these blocks that were provided for us, but their meaning was opaque.
I did some digging in the list and the web and found two prevalent
definitions for
Oh, like the lower 8 bits are like additional precision “digits” that are being
truncated… I would not have expected that either. Comments in the GRC XML file
would be good…
From: discuss-gnuradio-bounces+tmonahan=qti.qualcomm@gnu.org
[mailto:discuss-gnuradio-bounces+tmonahan=qti.qualcomm..
I think that I posted something similar few weeks ago. I also didn't expect
that 0-255 short goes to 0 char, and spent like a day trying to figure out
the bug, but at the end it is like that.
On Thu, Jun 27, 2013 at 8:34 PM, Stephen Harrison
wrote:
> Hi,
>
> Just wondering if the operation of sh
Hi,
Just wondering if the operation of short to char is a bug or intentional.
The most significant 8 bits of the short gets converted to char, ie:
0-255 (short) -> 0 (char)
256-511 (short) -> 1 (char)
512-767 (short) -> 2 (char)
This is not the operation I expected, but the unit test allows it t
Hi all,
I've working with GNU-Radio for a couple of months doing different
modulations and coding related work.
My problem now is that i'm trying to implement DSSS, fist simulated and
then OTA with USRPn210. I've done almost the whole system but i'm having
problems with the chip rate.
The thing is
> So you are suggesting 3.7 should really be 4.0.0 for shared lib
> versioning sanity?
If you wanted to remove the version number from the lib name itself,
yes, there would be no real relation between the official "version"
3.7.x and the actual .so name.
Including the official name in the library
On 06/27/2013 10:18 AM, Sylvain Munaut wrote:
> Hi,
>
>> [libboost_date_time-mt.so.1.48.0]
>
> Not necessarely so, see on my system :
>
> lrwxrwxrwx 1 root root36 Dec 16 2012
> /usr/lib/libboost_date_time-mt-1_49.so ->
> libboost_date_time-mt-1_49.so.1.49.0
> -rwxr-xr-x 1 root root 72168 De
I am working on a project were a program receives information from a location
beacon and allows the computer to know its location in relation to the
beacon. Now we are trying to see the affects if that signal has interference
or is jammed.
The beacon sends out a frequency at 433Mhz and we are tryi
Hi,
> [libboost_date_time-mt.so.1.48.0]
Not necessarely so, see on my system :
lrwxrwxrwx 1 root root36 Dec 16 2012
/usr/lib/libboost_date_time-mt-1_49.so ->
libboost_date_time-mt-1_49.so.1.49.0
-rwxr-xr-x 1 root root 72168 Dec 16 2012
/usr/lib/libboost_date_time-mt-1_49.so.1.49.0
lrwxrwxr
I've been looking at splitting up the library packages in OE for
embedded GNU Radio and have run across this issue in master.
[libgnuradio-filter-3.7git.so.0.0.0]
[libgnuradio-core-3.7git.so.0.0.0]
[libboost_date_time-mt.so.1.48.0]
Comparing the strings extracted from the .so with readelf, we can
Hi All,
The National Physical Laboratory is hosting a workshop on Friday 5th
July that may be of interest to any UK based GNSS hackers on the list:
http://www.npl.co.uk/events/5-jul-2013-horizon-2020-gnss-research-call-for-ideas-workshop
Cheers,
Andrew
--
Andrew Back
http://carrierdetect.co
Hi,
I am using a basic tx and basic rx daughterboard for transmission and
reception. The spec says basic tx and basic rx run from 0 to 250 MHz. But
when i run transmitter and check the uhd_fft at receiver, after 32 Mhz,
there is no signal. If i set the transmitter frequency in my flowgraph as
Hi all,
I found a bug in gnuradio-core/src/lib/general/gri_fft.cc, in function:
static const char * wisdom_filename ()
It returns pointer to char string from temporary object created by call
to path.string(). Obviously, this pointer is pointing to garbage after exit
from wisdom_filename() functio
16 matches
Mail list logo
