The flickering issue is fixed in the trunk r9333.
Certain machines defaulted to "single" buffering. Double buffering is
now explicitly enabled.
cd gnuradio
cd gr-wxgui
svn up
sudo make install
-Josh
___
Discuss-gnuradio mailing list
Discuss-gnurad
Hi,
Our eyes cannot flicker, this is a paradise summer, the developments goes
logarithmic (Multiprocessor Scheduling, OGL plotting, USRP C++ daughterboard
drivers,...). Many thanks to developing team, I wish we have the ability to
help you.
Best Regards,
Firas
--
View this message in context:
James Park wrote:
Hi,
is it possible to save a waveform of usrp clock using file_sink?
I want to save the usrp clock signal like other transmit and receive
signals, but due to lack of knowledge, have no idea.
Thank you.
I doubt you can do this. It would look like a 64MHz square wave. Yo
Other than gr_pwr_squelch_xx, there doesn't appear to be a simple gating
function in Gnu Radio--is that true?
I tried gr_mute_ff(), but it injects zeros, rather than gating the
stream, which is precisely what I don't want.
The gr_pwr_squelch_ff() function appears to chew up a *lot* of CPU,
which
Hi Friends
I understand the idea behind using history() in the Gnuradio blocks but
there is one thing that I would like to know in order to understand the
rationale behind using it. I looked at 'gr_single_threaded_scheduler.cc' to
gain an understanding of scheduler implementation and understood ho
For those of you who are likely to run "make distcheck" (should be all
of the developers!), you'll need a bit of extra juju to succeed with
boost installed in a non-standard location.
This works for me:
$ make distcheck DISTCHECK_CONFIGURE_FLAGS=--with-boost=/opt/boost_1_36_0
Eric
__
I just merged the SMP scheduler code (features/mp-sched) into the
trunk [9336]. Outside of the dependency on boost 1.35 or later (see
below), things should continue to work without changes, but will be
faster on SMP machines. This has been tested on Linux and NetBSD, and
is believed to work on OS
On Tue, Aug 19, 2008 at 02:53:57PM -0700, call5_99 wrote:
>
> Hello,
>I am new to GNU radio. So far I have been playing with benchmark_rx
> and benchmark_tx. Now, I am trying to estimate the distance between the
> transmitter and the receiver. For this I need a very accurate timestamp on
>
Hello,
I am new to GNU radio. So far I have been playing with benchmark_rx
and benchmark_tx. Now, I am trying to estimate the distance between the
transmitter and the receiver. For this I need a very accurate timestamp on
my packets. So my questions are-
1) I need the time stamp in the ord
On Tue, Aug 19, 2008 at 4:06 PM, James Park <[EMAIL PROTECTED]> wrote:
> Hi,
>
> is it possible to save a waveform of usrp clock using file_sink?
> I want to save the usrp clock signal like other transmit and receive
> signals, but due to lack of knowledge, have no idea.
> Thank you.
You want to s
I don't know if it's possible to have a manual like this on the gnuradio
website, it is a sensible approach. Readers can provide examples of
different uses of the functions, etc.
http://us.php.net/manual/en/function.split.php
Maybe it's to intensive for the server or there's too much maintenanc
I want to write a dicke-switched type system for my existing
un-calibrated radiometry application (usrp_ra_receiver.py).
Controlling the switching function is no problem. But processing the
samples as they come in has me a bit stumped,
unless I write a custom-processing block.
So, the input s
On Tue, Aug 19, 2008 at 02:41:29PM -0500, Jason Uher wrote:
> > Is the rest of the gnuradio stuff there?
>
> No, it is in /opt/local/lib/python2.4/site-packages (OSX install)
>
> If Python finds 'gnuradio' in /opt/local/lib/python2.4/site-packages
> (which is before /usr/local/lib/python2.4/site-
> I noticed that the there is no _my_new_package.so in the src folder,
> and I couldn't find one in the build directory anywhere (but it is the
> install directory when I make install), if I were to 'make uninstall'
> and just point PYTHONPATH to the build directory, where would I point
> it so I c
>> Can you send the complete backtrace that you get when you try the import?
>
> I'm not sure how to do that, do you mean this? :
from gnuradio import my_new_package
> Traceback (most recent call last):
> File "", line 1, in ?
> ImportError: cannot import name my_new_package
As an updat
Hi,
is it possible to save a waveform of usrp clock using file_sink?
I want to save the usrp clock signal like other transmit and receive
signals, but due to lack of knowledge, have no idea.
Thank you.
James,
___
Discuss-gnuradio mailing list
Discuss-gn
> Is the rest of the gnuradio stuff there?
No, it is in /opt/local/lib/python2.4/site-packages (OSX install)
If Python finds 'gnuradio' in /opt/local/lib/python2.4/site-packages
(which is before /usr/local/lib/python2.4/site-packages/ in the path)
and does not find 'my_new_package'; does it not
On Tue, Aug 19, 2008 at 02:01:40PM -0400, Geib, Jeffrey (Civilian) wrote:
> On Tue, Aug 19, 2008 at 10:27:15AM -0400, Geib, Jeffrey (Civilian)
> wrote:
> > I have an application where I don't necessarily care what the latency
> > is, but I need it to be predictable and/or constant. Is there a way
On Tue, Aug 19, 2008 at 01:04:57PM -0400, James Park wrote:
> Hi,
>
> I am confusing with send_pkt and payload.
> How can i load the data that I want to transmit in the packet? and compare
> with received data using benchmark_ofdm_rx.py?
> what I tried is adding file_sink to compare the transmit a
On Tue, Aug 19, 2008 at 10:27:15AM -0400, Geib, Jeffrey (Civilian)
wrote:
> I have an application where I don't necessarily care what the latency
> is, but I need it to be predictable and/or constant. Is there a way
to
> achieve this with the USRP hardware?
>
> Thanks!
Latency measured relativ
On Tue, Aug 19, 2008 at 10:27:15AM -0400, Geib, Jeffrey (Civilian) wrote:
> I have an application where I don't necessarily care what the latency
> is, but I need it to be predictable and/or constant. Is there a way to
> achieve this with the USRP hardware?
>
> Thanks!
Latency measured relativ
On Tue, Aug 19, 2008 at 12:41 PM, Carlos Limarino
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> Excuse me for my ignorance, what does 'DTVp' means here?
>
> http://www.xceive.com/docs/XC3028_prodbrief.pdf
>From the looks of things, I believe it's the positive channel of a
differential signal carrying th
On Tue, Aug 19, 2008 at 11:03:42AM -0500, Jason Uher wrote:
> On Mon, Aug 18, 2008 at 9:41 PM, Randy Heiland <[EMAIL PROTECTED]> wrote:
> > Python is looking for a module literally named "my_new_package". You should
> > simply substitute "my_new_package" with whatever Python module/file (e.g.
> >
Hi,
I am confusing with send_pkt and payload.
How can i load the data that I want to transmit in the packet? and compare
with received data using benchmark_ofdm_rx.py?
what I tried is adding file_sink to compare the transmit and the receive
data, but it seems I can do more with send_pkt.
Also, wou
George,
The timestamp semantics that we are using on the USRP2 is that for Rx,
the timestamp refers to the time that we clock the sample out of the
DSP Rx pipeline (n.b., not the Rx FIFO). For transmit, it's the time
we clock the sample into the TX pipeline (not the Tx FIFO). In both
cases, t
Thanks Brian!
Brian Padalino wrote:
Just to clarify the situation - the current packet_builder is hooked
up after the sample buffers so as it is building one packet, it cannot
build another. That is why when 2 channels were used, they would be
received 270+ samples from each other as that is ar
Hello,
Excuse me for my ignorance, what does 'DTVp' means here?
http://www.xceive.com/docs/XC3028_prodbrief.pdf
CVBS is composite output if the tuner is working in analog mode, but I don't
know what is 'DTVp' in digital mode. Is possible to demodulate that using GNU
Radio (writing a block, obv
On Mon, Aug 18, 2008 at 9:41 PM, Randy Heiland <[EMAIL PROTECTED]> wrote:
> Python is looking for a module literally named "my_new_package". You should
> simply substitute "my_new_package" with whatever Python module/file (e.g.
> cool_block.py) that you write. And you might want to create/keep yo
On Tue, Aug 19, 2008 at 11:21 AM, Thomas Schmid <[EMAIL PROTECTED]> wrote:
> This is correct. Your samples go through buffers, and therefore it is
> hard to predict the latency each and every sample will have to get
> from software to the USRP. I did a study on this a while back. If you
> are inter
This is correct. Your samples go through buffers, and therefore it is
hard to predict the latency each and every sample will have to get
from software to the USRP. I did a study on this a while back. If you
are interested, you can find the paper here:
http://nesl.ee.ucla.edu/document/show/242
What
On Tue, Aug 19, 2008 at 7:27 AM, Geib, Jeffrey (Civilian)
<[EMAIL PROTECTED]> wrote:
> I have an application where I don't necessarily care what the latency
> is, but I need it to be predictable and/or constant. Is there a way to
> achieve this with the USRP hardware?
Latency between what two po
Geib, Jeffrey (Civilian) wrote:
I have an application where I don't necessarily care what the latency
is, but I need it to be predictable and/or constant. Is there a way to
achieve this with the USRP hardware?
USRP supplies data via USB. I believe the delay of USB data through the
operat
I have an application where I don't necessarily care what the latency
is, but I need it to be predictable and/or constant. Is there a way to
achieve this with the USRP hardware?
Thanks!
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
33 matches
Mail list logo
