On Mon, Feb 13, 2012 at 06:15:44PM -0500, Achilleas Anastasopoulos wrote:
> I am building the latest gnuradio source from trunk using "cmake" and
> everything is fine.
>
> Then I try to build gr-howto
> It seems that this cannot be built with Cmake and that there is a conflict
> when i try to buil
Hi,
for those who haven't yet read Tom's recent blog post, I recommend
it--in a sentence, the lack of applications is hurting GNU Radio, and I
couldn't agree more.
One way to remedy this might be GSoC. Developing a nice application,
paid by Google... doesn't that sound like the perfect thing to d
Hi all,
I'm trying to read the real-time value of a stream from USRP. I'm
considering using gr.probe_signal_f, but it seems to not work. I'm really
new to GNURadio, so please forgive me if I ask some stupid question.
My method is like this:
#First generate a source from USRP:
self.sour
On Feb 14, 2012, at 12:59 AM, Martin Braun wrote:
> for those who haven't yet read Tom's recent blog post, I recommend
> it--in a sentence, the lack of applications is hurting GNU Radio, and I
> couldn't agree more.
How about a whole web application which would not exist without GNU Radio?
http
Without a monetization strategy I don't see how the gnu radio project gets much
past its current state. The problem is the functionality of a prototyper or
student is implemented in about 20% of the effort for a full application. The
documentation, testing, deployment, and maintenance of a real
I really think that projects like the ones in CGRAN have great value.
The key point in my option is to implement some widely used standards
_using_ the gnuradio framework.
As examples I'd say TV broadcast standards like DVB, ISDB-Tb, radio
standards like DAB, DRM, ..., this will greatly improve Gn
On Tue, Feb 14, 2012 at 3:02 AM, Martin Braun wrote:
> On Mon, Feb 13, 2012 at 06:15:44PM -0500, Achilleas Anastasopoulos wrote:
> > I am building the latest gnuradio source from trunk using "cmake" and
> > everything is fine.
> >
> > Then I try to build gr-howto
> > It seems that this cannot be
On Mon, Feb 13, 2012 at 9:39 PM, Nick Foster wrote:
> Hi all,
>
> I've been doing some stuff with the pfb clock sync for GMSK (my AIS app
> again) and had a couple questions. First, a sanity check so you can tell me
> if I'm just nuts:
>
> BT = 0.35
> self.filtersections = 32
> self.tapspersectio
On Tue, Feb 14, 2012 at 4:00 AM, Wu Ting <
wu.t...@comf5.comm.eng.osaka-u.ac.jp> wrote:
> Hi all,
>
> ** **
>
> I’m trying to read the real-time value of a stream from USRP. I’m
> considering using gr.probe_signal_f, but it seems to not work. I’m really
> new to GNURadio, so please forgive me
We have the developers's call this Thursday (third Thursday as usual). The
agenda is posted here:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20120216
Unfortunately, I have a time conflict at the normal start time (6 PM EST,
2300 UTC) this week. If no one objects, I suggest moving it f
Tom makes the point that Gnu Radio isn't "shiny". Indeed, it isn't.
Some people arrive at Gnu Radio expecting that it is an "end
application", and walk away badly disappointed. They have in their mind
a firm notion of what constitutes a "radio", and fully expect that Gnu
Radio *is* that "radi
On Tue, Feb 14, 2012 at 11:26 AM, wrote:
> Tom makes the point that Gnu Radio isn't "shiny". Indeed, it isn't.
>
> Some people arrive at Gnu Radio expecting that it is an "end application",
> and walk away badly disappointed. They have in their mind a firm notion of
> what constitutes a "radio",
On Tue, Feb 14, 2012 at 09:59:45AM +0100, Martin Braun wrote:
> One way to remedy this might be GSoC. Developing a nice application,
I'm a little surprised by this discussion. I think GNU Radio is
positively amazing for prototyping, testing, and academic
purposes. I can't imagine making finished
The "you'd have to get all the dependencies right" is no different
than any other advanced application out there.
Things like "gimp" and
"blender" and a whole whack of others these days have a huge dependency
tree. Gnu Radio is no different.
I have software that I sell that uses
a little bi
hello!
i'm a new user embarking on some exploration to evaluate GNUradio and
the USRP platform for some multichannel radio monitoring. i am starting
with sample file processing before buying any hardware, as CPU usage is
my chief concern.
my problem is with using a large sample file capture
It's very likely that your on-disk sample format isn't what you've
declared to Gnu Radio, and it's seeing some garbage numbers.
Is it
possible that it's stored as 16-bit I 16-bit Q in the file? If so,
you'll need to convert it before any of your complex-float blocks do
anything with it.
On
On Tue, Feb 14, 2012 at 11:26 AM, wrote:
> **
>
> Tom makes the point that Gnu Radio isn't "shiny". Indeed, it isn't.
>
"Everything's shiny, Cap'n. Not to fret"
That was just a little something for the Firefly fans in the audience.
Good perspectives, everyone, thanks!
Some people arrive at G
On Tue, Feb 14, 2012 at 2:53 PM, Paul Miller wrote:
> On Tue, Feb 14, 2012 at 09:59:45AM +0100, Martin Braun wrote:
> > One way to remedy this might be GSoC. Developing a nice application,
>
> I'm a little surprised by this discussion. I think GNU Radio is
> positively amazing for prototyping, te
If this helps, you can precisely time transmit packets using stream
tags. If you know the time when a transmit occurs, you can intelligently
mute your receiver. See notes in uhd_usrp_sink.h
Also, it has just occurred to me that my stream selector block does not
forward stream tags. - Mental note t
There's been a ton of work going on in getting us ready to really start
using Volk in GNU Radio blocks. Instead of repeating myself, here, you can
see more about the who/what/when/why/how of the changes here:
http://www.trondeau.com/blog/2012/2/13/gnu-radio-is-crap-and-other-such-insights.html
Th
Hi Tom,
Thank you very much for your detailed explanation. That really works!
I really want to learn more about GNURadio by myself. But I don’t know how
should I go on. How can I find the right function/module/block for some
specific purpose? Do you have any suggestion?
Thanks again.
http://gnuradio.org/doc/doxygen/modules.html is a good place to browse what
available.
2012/2/15 Wu Ting
> Hi Tom,
>
> ** **
>
> Thank you very much for your detailed explanation. That really works!
>
> ** **
>
> I really want to learn more about GNURadio by myself. But I don’t know how
GoMo News
February 13, 2012 Monday 12:43 PM EST
Warning of increased GSM + TETRA attacks
LENGTH: 471 words
Rating: We're back to Squidgygate and police radio scanners again
Here's a bit of an ominous warning. Much worse than mere voicemail hacking.
Greg Jones, a director of wireless securit
23 matches
Mail list logo