GNU Radio release version 3.5.3.1 is now available for download:
http://gnuradio.org/redmine/attachments/download/322/gnuradio-3.5.3.1.tar.gz
http://gnuradio.org/redmine/attachments/download/323/gr-howto-write-a-block-3.5.3.1.tar.gz
This is an important bug fix release to address issues in the 3.
Hello List;
Got the audio block working, and now I have another question.
It has been several years, but I could have sworn that there were X -Y
cursors
that you could display on the FFT (spectrum analyzer) block .
Am I mistaken, or was that another Python application ??
Thanks .
Thank you very much for your reply. Really appreciate your efforts.
Thats very bad news for me :/
Would it be possible to obtain the same effect with an external RF mixer? I
have two LFTX v1.0, however i am transmitting a complex message signal?
Maybe i could use the LF boards to modulate an ex
Hey list,
Nick Foster and I have done a lot of work to simplify and generalize the
VOLK build system.
* Removed old autotools related generalization
* Fixes for stand-alone building of VOLK
* AVX enabled detection support on MSVC
* Building and generation now share common code
* The architecture
On Mon, Apr 16, 2012 at 12:44, frankist wrote:
> This is a problem I have been having for a while, but I've never given it
> enough importance until now.
As this is focused on the USRP, you may find more help available by
posting to the USRP users list.
Johnathan
__
You can set it to whatever the card supports.
I run a 96Khz
sound-card source 24/7 works just fine.
On Tue, 17 Apr 2012 10:40:20
-0400, William Pretty Security wrote:
> Hello List;
>
> I would like
to know if it is possible to set the sample rate higher than 48KHz in
the audio source bl
Hello List;
I would like to know if it is possible to set the sample rate higher than
48KHz in the audio source block of
GRC ?
I have an older version of GRC, and I am wondering if this has changed. I am
attempting to receiver 40KHz
Ultra-sonic signals from an Ultra-Sonic transducer. A 10
You can't reliably get a fixed, known phase-offset because the
synthesizers on most cards are fractional-N synthesizers, and they have
a random phase offset every time they're retuned or reset.
This is
standard behavior for frac-N synthesizers, and not peculiar to USRP
hardware.
The only ex
Hello on the list,
Im using Gnuradio 3.3.0, for other reasons, thus is the only option for me
for this project. However Im currently trying to make a 180 phase difference
from Tx_A to Tx_B, of the same signal on a USRP1.
Hence i make my signal source, like :
src = gr.sig_source_c(10, gr.GR
actually I did this one .. I was having the problem of bad video quality so I
reduced the fps and it was better. here is the link. I am not sure if it
will be of accurate help ...
(I guess u must have seen this already :-D)
http://wiki.oz9aec.net/index.php/Simple_DVB_with_Gstreamer_and_GNU_Radio
here is command that i use...
gst-launch -e v4l2src ! video/x-raw-yuv, framerate=10/1, width=320,
height=240 ! ffmpegcolorspace ! ffenc_mpeg4 ! avimux ! filesink location=tx
i manage to receive the webcam,but at certain time the video stop and
suddenly play so fast showing on the previous playba
On Sat, Apr 14, 2012 at 10:46 AM, rara wrote:
The OFDM you're using is just the PHY layer. There are lots of other
parts to a working video streaming application (all the other layers
of the stack). Any you probably don't even have FEC in the system. So
yes, there are lots of other things you c
Hi. I deleted my last message and created a new thread where I explain things
properly. I tried to do some offset tuning but the peaks didn't move so I
suppose it has another cause. Also, after using your file, it seems the iq
balance is something that appears in both sides of the spectrum (negati
13 matches
Mail list logo