On Sun, 27 Feb 2005 05:04, Eric Blossom wrote:
> On Sun, Feb 27, 2005 at 01:26:57AM +1030, Daniel O'Connor wrote:
> > On Sun, 27 Feb 2005 00:40, Ramakrishnan Muthukrishnan wrote:
> >
> > You'd need to buffer enough samples to get your delay. ie you don't care
> > about time as such, just think of i
Make sure to install the various -dev packages, e.g. python-dev, etc.
I'm not really sure what the exact names are, adjust as appropriate...
This goes for all the libraries that gnuradio requires.
-Ilia
On Sat, 2005-02-26 at 17:08 -0500, John k2ox wrote:
> Hello All,
>
> I need your help. I'
Hello All,
I need your help. I'm a nube to Linux and have been trying for two
weeks to get the radio core installed. FC3 installs Python
in /usr/lib/... instead of /usr/local/lib. I've tried installing a
version in /usr/local/.. but the RPM manager didn't like that so I
removed the default ver
Hey everyone,
I've been mulling over thinking about considering trying to rewrite the
old atsc stuff over to the new architecture; it doesn't actually look
that hard... maybe a day's work or so. However before doing that, I
wanted to see that code work, since I don't want to port non-working
code.
On Sun, Feb 27, 2005 at 01:26:57AM +1030, Daniel O'Connor wrote:
> On Sun, 27 Feb 2005 00:40, Ramakrishnan Muthukrishnan wrote:
>
> You'd need to buffer enough samples to get your delay. ie you don't care
> about
> time as such, just think of it in samples :)
>
You'd be depending on unspecifie
On Sat, Feb 26, 2005 at 12:17:40PM -, Robert McGwier wrote:
> Eric:
>
> For many of the new directories, I had to do touch configure.ac
> and buildit manually. for-all-dirs would fail, period.
> gr-gsm-vocoder is a particularly example. It would never get
> passed the "no makefile.in" error
On Sun, 27 Feb 2005 00:40, Ramakrishnan Muthukrishnan wrote:
> Here, the data to delay and data to hilbert filter are entirely different.
> One is the I path and the other one is the Q path, where in the
> gr.hilbert_fc case, it is the same data input. hilbert_fc may be useful
> when the need to do
|| On Sat, 26 Feb 2005 04:04:12 -0500
|| Chuck Swiger <[EMAIL PROTECTED]> wrote:
cswiger> with one gr.freq_xlating_fir_filter() like I use in the weaver SSB
cswiger> demod. I guess you can
Chuck:
Thanks. I had it initially, but while debugging the script, I replaced all
with individual bl
|| On Fri, 25 Feb 2005 20:34:31 -0800
|| Eric Blossom <[EMAIL PROTECTED]> wrote:
eb> Thanks.
eb> Any reason you're not using the gr.hilbert_fc block?
eb> I combines the hilbert transformer and the delay in one block.
Eric,
Here, the data to delay and data to hilbert filter are entirely di
Eric:
For many of the new directories, I had to do touch configure.ac
and buildit manually. for-all-dirs would fail, period.
gr-gsm-vocoder is a particularly example. It would never get
passed the "no makefile.in" error with for-all-dirs. I
tried doing
for-all-dirs touch configure.ac
this wo
At 12:13 AM 2/26/2005 +0530, you wrote:
Oh, one other thing on the phasing demod script - you can get a huge
effeciency gain eleminating a lot of inter-block overhead by replacing:
self.connect (lo_c, c2r)
self.connect (lo_c, c2i)
self.connect (combine, (mix_i,0))
se
At 08:36 AM 2/26/2005 +0530, you wrote:
Will a seperate gr_delay.{cc,h,i| help? May be it is a much needed block,
which
just takes the tap number.
You would have to ask Eric (I'm cc'ing the list) - From what I understand
the issue isn't
a seperate delay block, the one you have delays just fine -
12 matches
Mail list logo
