Eric Blossom wrote:
Yes. Everything is mblocks and messages. Some of the messages
contain vectors of samples.
Once this is sorted out, embedding a flow graph in an mblock shouldn't
be a big deal.
Perfect, we're on the same track :) I agree with the USRP front end approach
for the final pr
On Thu, Mar 29, 2007 at 01:45:28AM -0400, George Nychis wrote:
>
>
> Eric Blossom wrote:
> > This is probably overkill, but hey, it's only a data structure...
> :D
>
> > For now, ignore the fact that the daemon will be running in another
> > address space. We'll sort that out later. Assume tha
On Thu, Mar 29, 2007 at 02:08:00AM -0400, George Nychis wrote:
>
> George Nychis wrote:
>
> > >
> > >
> > > top-block:
> > >
> > >
> > > application
> > > control block
> > > GUI, whatever
> > >
George Nychis wrote:
>
>
> top-block:
>
>
> application
> control block
> GUI, whatever
> ^
> | cs
> |
>
Eric Blossom wrote:
> This is probably overkill, but hey, it's only a data structure...
:D
> For now, ignore the fact that the daemon will be running in another
> address space. We'll sort that out later. Assume that you've got a
> application (top level mblock) that contains an mblock based
On Wed, Mar 28, 2007 at 08:19:24PM -0400, George Nychis wrote:
>
> Eric Blossom wrote:
> >Hi George,
> >
> >(Yes, I know you're waiting for me... More later on today)
> >
> >On Mon, Mar 26, 2007 at 04:02:48PM -0400, George Nychis wrote:
> >>So from what I understand, a daemon has been suggested f
On Wed, Mar 28, 2007 at 07:37:43PM -0400, George Nychis wrote:
>
>
> Eric Blossom wrote:
> >The basic idea is that there is a small piece of code that knows about
> >both abstractions and how to bridge between them.
> That seems like the best approach.
>
> >Yes. One daemon.
> *clicks the check
Eric Blossom wrote:
Hi George,
(Yes, I know you're waiting for me... More later on today)
On Mon, Mar 26, 2007 at 04:02:48PM -0400, George Nychis wrote:
So from what I understand, a daemon has been suggested for inband packet
encoding and decoding that is implemented as an m-block which can
Eric Blossom wrote:
The basic idea is that there is a small piece of code that knows about
both abstractions and how to bridge between them.
That seems like the best approach.
Yes. One daemon.
*clicks the check box*
So this daemon will be allocating the USB channels with the different por
Hi George,
(Yes, I know you're waiting for me... More later on today)
On Mon, Mar 26, 2007 at 04:02:48PM -0400, George Nychis wrote:
> So from what I understand, a daemon has been suggested for inband packet
> encoding and decoding that is implemented as an m-block which can be
> connected in
So from what I understand, a daemon has been suggested for inband packet encoding and
decoding that is implemented as an m-block which can be connected in a flow graph for the
encoding/decoding and interfacing with the USRP. Is this correct?
The goal would be the only have 1 of these running,
11 matches
Mail list logo
