Thanks. I fixed two very innocent looking warnings and now everything works.
juha
On Wed, May 14, 2008 at 6:52 AM, Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Tue, May 13, 2008 at 11:46:00AM +0300, Juha Vierinen wrote:
> > Hi,
> >
> > I have been compiling my own block on a 64-bit machine and
Hi everyone!
I am new to gnuradio (I' m working with it for my thesis) and I have some
problems with gr.sig_source_c + scopesink.
I would like to plot the generated complex source (real and imaginary part)
in scopesink2.scope_sink_f but it doesn't work if I don't add a second sink
(audio.sink) whic
Hi everyone!
I am new to gnuradio (I' m working with it for my thesis) and I have some
problems with gr.sig_source_c + scopesink.
I would like to plot the generated complex source (real and imaginary part)
in scopesink2.scope_sink_f but it doesn't work if I don't add a second sink
(audio.sink) whic
Surprisingly enough, this came up recently on the IRC channel for a
DBS RX daughterboard. I think they wanted to tune the MAX2118 chip to
do GSM frequency hopping.
Anyways, the issue is that the SPI bus goes over to the FPGA, but not
the I2C bus which connects up to the daughterboard. From wh
On Wed, May 14, 2008 at 7:40 AM, George Nychis <[EMAIL PROTECTED]> wrote:
> Thanks Brian, this is definitely helpful.
No problem.
> I think I'm going to have to pass on implementing this functionality.
Well hold on now - there may still be things you can do!
> 1. according to Matt it takes ~
This is the working code but if I comment the last line the scopesink seems
"freezed" and I can' t even close it.
Chiara,
The audio sink effectively throttles your data streams to the
"sampling_freq". When you remove the audio sink, the computer has no
limitation on the rate at which it stre
On Wed, May 14, 2008 at 12:10:43PM +0300, Juha Vierinen wrote:
> Thanks. I fixed two very innocent looking warnings and now everything works.
Great! Glad to hear that fixed it.
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://li
Thanks!
Now everything works
Chiara
2008/5/14 Josh Blum <[EMAIL PROTECTED]>:
>
>> This is the working code but if I comment the last line the scopesink
>> seems
>> "freezed" and I can' t even close it.
>>
>
> Chiara,
>
> The audio sink effectively throttles your data streams to the
> "sampling_f
Hello,
I would like to know if a 3rd order Costas Loop is already available. I am
specially interested in the capability of tracking a received waveform that
experiences acceleration (rate of change in frequency) to solve Doppler
shifts' issues.
Thanks,
Irene
--
View this message in context:
ht
On May 14, 2008, at 2:01 PM, "Brian Padalino" <[EMAIL PROTECTED]>
wrote:
On Wed, May 14, 2008 at 7:40 AM, George Nychis <[EMAIL PROTECTED]>
wrote:
Thanks Brian, this is definitely helpful.
No problem.
I think I'm going to have to pass on implementing this functionality.
Well hold
Hi All,
I am trying to write a block which operates only if the number of
input samples is a multiple of some fixed number "M". In general_work
I have a statement
int k = (int) ninput_items[0]/M //number of samples in input stream
if (k<1) return 0;
When I do "return 0", I am assuming that this
Hi,
Is there any way to make a USRP source block overflow to cause a
python exception? I am trying to somehow stop the flowgraph if an
overflow occurs.
juha
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listin
Is gr.pll_carriertracking_cc a suitable replacement for atsc_fpll? The
atsc one appears to have a loop filter that the carriertracking one does
not:
atsc_fpll:
float input = agc.scale (in[k]);
nco.step ();// increment phase
nco.sincos (&a_sin, &a_cos); // compute cos
Hi Folks,
I've written a draft proposal at http://codec2.org/
to create some good open voice codecs and solve the problem of
proprietary AMBE on D*STAR.
Please read it, and send comments directly to me - [EMAIL PROTECTED]
I'll be at Hamvention this weekend to discuss this, too.
Thanks
B
On Wed, May 14, 2008 at 8:32 PM, Bruce Perens <[EMAIL PROTECTED]> wrote:
> Hi Folks,
>
> I've written a draft proposal at http://codec2.org/
> to create some good open voice codecs and solve the problem of proprietary
> AMBE on D*STAR.
> Please read it, and send comments directly to me - [EMAIL PRO
Gregory Maxwell wrote:
We've been working on a new lowlatency codec for speech and music,
CELT, and are about to public a paper on it. (celt-codec.org).
While CELT wouldn't be useful for narrowbanded voice some of the
components of CELT would be very useful in an AMBE killer.
(Particularly CWRS,
On Wed, May 14, 2008 at 12:44:58PM -0700, Karthik Vijayraghavan wrote:
> Hi All,
>
> I am trying to write a block which operates only if the number of
> input samples is a multiple of some fixed number "M". In general_work
> I have a statement
When you have M inputs, how many outputs do you produ
Bruce-
> > We've been working on a new lowlatency codec for speech and music,
> > CELT, and are about to public a paper on it. (celt-codec.org).
> > While CELT wouldn't be useful for narrowbanded voice some of the
> > components of CELT would be very useful in an AMBE killer.
> > (Particularly CW
18 matches
Mail list logo