x27;s a necessity for gnuradio to
> > progress beyond its current state.
> > Almohanad (Al) Fayez
> >
> >
> > -Original Message-
> > From: Andrew Davis
> > To: Jens Elsner ; discuss-gnuradio
> >
> > Sent: Thu, Feb 16, 2012 9:0
te.
> Almohanad (Al) Fayez
>
>
> -Original Message-
> From: Andrew Davis
> To: Jens Elsner ; discuss-gnuradio
>
> Sent: Thu, Feb 16, 2012 9:03 am
> Subject: Re: [Discuss-gnuradio] "GNU Radio is crap" and GSoc
>
>>I don't agree. We'll hopef
tside the scope of
a GSoC project but it's a necessity for gnuradio to progress beyond its current
state.
Almohanad (Al) Fayez
-Original Message-
From: Andrew Davis
To: Jens Elsner ; discuss-gnuradio
Sent: Thu, Feb 16, 2012 9:03 am
Subject: Re: [Discuss-gnuradio] "GNU Rad
>I don't agree. We'll hopefully settle the matter some day. :-)
Me too, DREAM is an amazing SDR program that could benefit from
GNURadio and show off GNURadio as-well. But this idea has been batted
around before and never really develops, possibly due to the way
GNURadio is currently setup. When I
Andrew,
Am 15.02.2012 19:41, schrieb Andrew Davis:
Well some major GNUradio program would drive up sales of USRP's :)
Back on topic, IMHO Gnuradio's problem with large apps stems from it
trying to be the source to sink and everything in between of a radio.
Lets take DREAM for example, they d
On Wed, Feb 15, 2012 at 11:52 AM, George Nychis wrote:
> A bit late on this conversation... I just noticed it after I posted an
> update for CGRAN.
>
> GNU Radio has been largely successful in the academic community, because
> it provides us the flexibility to perform the style of research we nee
On 02/15/2012 09:41 AM, Jeff Brower wrote:
> Ed-
>
>> On 2/15/12 11:31 AM, Jeff Brower wrote:
>>> GNU Radio is owned by National Instruments .
>>
>> !
>>
>> You are confusing GnuRadio with Ettus Research.
>>
>> GnuRadio is an open source SDR framework.
>>
>> Ettus is the
Well some major GNUradio program would drive up sales of USRP's :)
Back on topic, IMHO Gnuradio's problem with large apps stems from it
trying to be the source to sink and everything in between of a radio.
Lets take DREAM for example, they do transfer functions and digital
AGC and the likes that G
Jeff -
> All understood. Demos that highlight GNU Radio's tremendous progress are
> crucial to its long-term success. But
> nevertheless Clark makes a crucial point. GNU Radio is owned by National
> Instruments and I might guess their sales
> guys are not too happy with this thread.
Erm, wha
Ed-
> On 2/15/12 11:31 AM, Jeff Brower wrote:
> > GNU Radio is owned by National Instruments .
>
> !
>
> You are confusing GnuRadio with Ettus Research.
>
> GnuRadio is an open source SDR framework.
>
> Ettus is the manufacturer of the USRP series of hardware
> and th
On 2/15/12 11:31 AM, Jeff Brower wrote:
GNU Radio is owned by National Instruments .
!
You are confusing GnuRadio with Ettus Research.
GnuRadio is an open source SDR framework.
Ettus is the manufacturer of the USRP series of hardware
and the UHD driver libraries to
Martin-
> On Tue, Feb 14, 2012 at 09:11:19AM -0500, Clark Pope wrote:
>> 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 fu
A bit late on this conversation... I just noticed it after I posted an
update for CGRAN.
GNU Radio has been largely successful in the academic community, because it
provides us the flexibility to perform the style of research we need.
Ultimately though, the limitations of the framework that were
On Tue, Feb 14, 2012 at 09:11:19AM -0500, Clark Pope wrote:
> 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.
On Tue, Feb 14, 2012 at 04:13:30PM -0500, Tom Rondeau wrote:
> "Everything's shiny, Cap'n. Not to fret"
>
> That was just a little something for the Firefly fans in the audience.
You've just received +10 geek cred plus a personal "favourite OSS
project leader of the month" award from myself :)
S
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
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
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
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
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",
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
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
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
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
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
25 matches
Mail list logo