Hi folks,
For those of you interested in Radio Direction Finding, I would like to
share this video:
http://www.youtube.com/watch?v=NSC4Y8yA-jY
of a presentation I gave recently about DF in general, and my homebrew
(auto-)mobile SDRDF system using the USRP and GNU Radio.
Any questions/comments
Hi all,
I am testing benchmark_rx.py in examples/digital/ofdm/ directory. I want
change the modulation method dynamically when the flow graph is running. On
way is that lock, disconnect, reconfigure, connect and then unlock flow
graph. However, this way is often lead to program stuck. So is there
Thanks for the hint. It seems that there is a problem with the
libfreetype library:
$ python
Python 2.7.2 (default, Jan 21 2012, 15:35:05)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import gtk
Traceback (most re
It looks like you have a mixed install, somehow, of MacPorts stuff; some older,
some newer. If you haven't done it recently, I'd recommend:
sudo port selfupdate
sudo port upgrade outdated
and, if that breaks, do:
sudo port clean outdated
sudo port -p upgrade outdated
and then report the issue
George,
On 03/04/2012 12:51 AM, George Nychis wrote:
> Hi all,
>
> I'm going to be hacking carrier sense in to the FPGA on the USRP2 very
> soon. Basically, taking what I did with the "in-band" project from the
> USRP1 with carrier sense, and moving it forward to USRP2.
>
> The idea is, just l
George,
I do think we need something like what you have suggested but I am still
a bit puzzled about the right way of implementing it.
Best regards,
Andre
I think a more fundamental issue is that "carrier sense" isn't actually
defined in any kind of general way. Certainly for *some* types of
>
>
> I totally like and support your idea and would love to help realizing
> it. Using the timestamp logic inside UHD as a reference is a great idea
> that also came to my mind a while ago.
> There are a few things from the architecture point of view though that
> need to be discussed. Let's take
Definitely, there are MACs whose form of carrier sense is detecting
preamble rather than detecting energy. In my same piece of work, we
put a matched filter in the FPGA and the host specifies the
coefficients of the match filter, then you gate on that. But, I don't
think it's unreasonable t
On Sun, Mar 4, 2012 at 10:01 AM, Marcus D. Leech wrote:
> George,
>>
>>
>> I do think we need something like what you have suggested but I am still
>> a bit puzzled about the right way of implementing it.
>>
>> Best regards,
>> Andre
>>
>> I think a more fundamental issue is that "carrier sense"
On 03/04/2012 04:01 PM, Marcus D. Leech wrote:
>> George,
>>
>> I do think we need something like what you have suggested but I am still
>> a bit puzzled about the right way of implementing it.
>>
>> Best regards,
>> Andre
>>
> I think a more fundamental issue is that "carrier sense" isn't actually
On 03/04/2012 04:10 PM, George Nychis wrote:
>
> I totally like and support your idea and would love to help realizing
> it. Using the timestamp logic inside UHD as a reference is a great idea
> that also came to my mind a while ago.
> There are a few things from the architecture p
In the amateur radio world, AX.25 "packet radio" terminal node
controllers supported KISS mode, which left the CSMA and HDLC framing
in the TNC but offloaded the state-machine for connection management to
the host CPU stack.
KISS merely provided a way to forward the frame metadata and payload
ov
Hello all,
Cmake seems to insist on installing all libraries in /usr/local/lib
instead on /usr/local/lib64. I can't find an obvious way to define
a destination path in cmake, or an architecture.
My machine is an AMD64, running Slackware, where the difference between
32 and 64 bit libraries is def
> cmake --DREDHAT --DLIB_SUFFIX=64 ..
>
> Still installs in lib instead of lib64.
>
I think its the double dashes. Try -DLIB_SUFFIX=64
-josh
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gn
Ok, false alarm with my bug, apparently the compiler checks the old
installed volk directory first, once I cleaned out my system include
dir it compiled fine.
There is a noticeable difference on my old P4 with sse3 in everything
GNU Radio related! This is great stuff!
On Sat, Mar 3, 2012 at 5:52
Let me put it this way... I'm going to build it because I need it ;) But
what I'm asking/hoping for is for it to be useful beyond just me and
actually have a lifespan beyond my immediate use of it. So, I'd like to
get some feedback on how others might like to see it tied in to UHD, or the
type of
On Sun, Mar 4, 2012 at 12:30 PM, Andrew Davis wrote:
> Ok, false alarm with my bug, apparently the compiler checks the old
> installed volk directory first, once I cleaned out my system include
> dir it compiled fine.
>
> There is a noticeable difference on my old P4 with sse3 in everything
> GNU
On Sun, 04 Mar 2012 09:20:07 -0800
Josh Blum wrote:
> > Still installs in lib instead of lib64.
> >
>
> I think its the double dashes. Try -DLIB_SUFFIX=64
Yes! Thanks... But why the double dash on --DREDHAT ?
John
___
Discuss-gnuradio mailing list
Ali,
given that you haven't received any responses so far, I guess this means
there are not so many people out there who are willing to share their
images ;)
It might be useful to create such an image, but in the free software
world, you're more likely to find people using KVM or Xen instead
19 matches
Mail list logo
