I am playing with gr-video-sdl for a while.
One channel (Y) is fine. But if I do three channels YUV, the color is messy.
I checked the source code of video_sdl_sink_uc.cc and found out at line 171:
int src_width=(0==plane || 12==plane || 1122==plane)?d_width:d_width/2;
This seems wrong, because b
Thanks a lot Eric...Your suggestion worked perfectly finethe result is
even more clear if u increase the distance between the transmitting
antenna..
at the receiver end i was using GRC. So i had to connect only one antenna. I
havent found an option in GRC, wherein i can use two USRP sink for t
Hello,
My USRP2 dies during transmission when using interpolation rates less than 24.
When that happens, the USRP2 does not respond to any commands, including
find_usrps, until it is rebooted. Looking at previous threads on this list, I
noticed that other people experienced similar problems,
That fixed it.
Thanks!
Ilya
-Original Message-
From: Eric Blossom [mailto:e...@comsec.com]
Sent: Thursday, September 17, 2009 2:30 PM
To: Chukhman, Ilya A.
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Beginner Question: python script error when
doing connect()
On Thu, Se
Bruce,
If you're referring to the internals of the USRP2, you'd have to look
through the firmware (txrx.c would be the place to start) and fpga
code to see how/when things get reset. If you just want to reset the
clock/counter according to an external input (e.g. 1PPS from a
GPSDO/etc.) you can ca
Doug
What I really want most right now, is a usrp2 function that resets all the
buffers, data storage, counters, etc at the start of a data collect. Does
start_rx_streaming_at do that? (Later I'll also need it to allow me to set
the start time.)
And how is the start time specified? Is it just a
On Thu, Sep 17, 2009 at 02:27:55PM -0400, Chukhman, Ilya A. wrote:
> Eric,
>
> I attempt to declare the source and the sink to both be the same type:
>
> if options.input_shorts:
> self._u = usrp2.sink_16sc(options.interface, options.mac_addr)
> #the last True is to restart the file
Eric,
I attempt to declare the source and the sink to both be the same type:
if options.input_shorts:
self._u = usrp2.sink_16sc(options.interface, options.mac_addr)
#the last True is to restart the file when it is done
self._src = gr.file_source(gr.sizeof_short,filename,True)
Bruce,
In the firmware directory the important files are the app_common_v2.c
and .h file, and txrx.c (serdes_txrx.c and a bunch of the others I
think are mainly for testing). It looks like the host code (i.e. the
patches to libusrp2) all applied successfully, which is good. I have
been using that
On Tue, Sep 08, 2009 at 09:35:16PM -0700, anma wrote:
>
> I am working on a program which performs both spectrum sense and ofdm
> transmission in an infinite loop.The data send is video streamed from VLC
> media player.The receiver has to play this data in the VLC player.The
> problem I am facing
Doug
I tried a bunch of different p levels. At -p0 it finds the files right
away, but
still fails to update them.
Redoing patch with -p0 I get:
[mcguf...@edinburgh gnuradio-3.2]$ patch -p0 <
usrp2-rx_at-sync_rx_at.patch
patching file usrp2/firmware/apps/serdes_txrx.c
Hunk #1 F
Hi Bruce,
I applied the patch with the Gnuradio version 3.2.2 and with the -p0 command
on my Kubuntu 9.04 machine lately and it works well.
Cheers,
Christoph
Am Donnerstag, 17. September 2009 18:09:20 schrieb Douglas Geiger:
> Bruce,
> I haven't maintained the patch, so I'm not sure if it st
Anton K Skårbratt wrote:
I changed the line to:
"PYTHON_CHECK_MODULE([lxml.etree],[Python lxml wrappers >=
1.3.6],[],[passed=no],[lxml.etree.LXML_VERSION >= (1, 3, 6, 0)])"
It passed the configuration successfully! But when i ran the command make I think there
were some problems (see all the
Bruce,
I haven't maintained the patch, so I'm not sure if it still applies
cleanly to the latest release of gnuradio - but from the error message
it may just be you're using the wrong '-p' level. I'm usually applying
patches in the top-level directory of the gnuradio tree, so I use -p0.
The email
On Thu, Sep 17, 2009 at 07:58:17AM -0400, Philip Balister wrote:
> Philip Balister wrote:
>
> OK, I found the root problem. Basically, in the usrp2 firmware build
> process, there is a wrapper configure.gnu that unsets environment vars
> and removes extra arguments to the configure used to buil
Hi
A while ago, Doug Geiger wrote on this group that he had written a
patch to create a function start_rx_streaming_at, which is like
start_rx_streaming but begins at a specified time synchronized with
the PPS, and that the patch could be found at http://drop.io/9eljrue
Yesterday I downloaded t
Good to hear that.
Thank you.
2009/9/16 Eric Blossom :
> On Wed, Sep 16, 2009 at 04:40:33PM -0300, Tiago Rogério Mück wrote:
>> Hello,
>>
>> We are working on a custom FPGA build that is going to need more then
>> the 32 registers available for user's builds. I looked at
>> fpga_regs_standard.v/f
Depending on how long you want to sample (and how much system RAM
you've got) you can also do something like using tmpfs (i.e. a RAM
disk). I've often resorted to this when doing collections lasting a
minute or less. At 25MS/s * 32bit/S (I&q...@16bits) * 60s = 5.58GB
according to my calculator - so
Philip Balister wrote:
Eric Blossom wrote:
On Tue, Sep 15, 2009 at 04:57:32PM -0400, Philip Balister wrote:
I'm trying to disable the configure stuff for the USRP2 by passing
--disable-usrp2 to the configure script. Unfortunately, the
usrp2/firmware script is still trying to run. This dies w
2009/9/16, nansai hu :
> there are lots of pre-definited function in GR class. Mean you from
> gnuradio import gr,
> so is there any dictionary or explanation of these function and how to use
> them
>
Hm, you can get a list of all items in gr but not a dictionary with the dir(gr)
command in the p
20 matches
Mail list logo
