On Tue, February 15, 2005 11:19 am, Thomas Traber said:
> In hardware a Weaver modulator avoids
> the need for the phase shifting baseband
> filters.
> What is the reason for using a Weaver
> modulator
See the thread:
http://lists.gnu.org/archive/html/discuss-gnuradio/2004-11/msg00119.html
I am
In hardware a Weaver modulator avoids
the need for the phase shifting baseband
filters.
What is the reason for using a Weaver
modulator
(http://webpages.charter.net/cswiger/weaver_gen.py)
in an SDR?
Is it faster than an Hilbert
transformer?
(http://comsec.com/wiki?SingleSideBandModulator)
Thomas
At 08:19 PM 2/14/2005 +0100, you wrote:
> Does audio mic input work with audio.source() ?
Yes, it seems so.
Therefore I use:
" from gnuradio import audio_oss as
audio"
The oss driver allows to change sampling
rate.
Thomas
Tks Thomas - that works.
--Chuck
___
On Mon, Feb 14, 2005 at 03:03:10PM -0600, Ryan Pape wrote:
> Is anyone using the USRP with MacOSX? I have followed the threads
> regarding issues getting gnuradio up and running on OSX, but have not
> seen anything specific to the USRP.
There are a few folks who have done some experimenting with
On Mon, Feb 14, 2005 at 08:19:38PM +0100, Thomas Traber wrote:
> > Gnurus:
>
> I am not adressed, but answering anyway.
>
> > Does audio mic input work with audio.source() ?
>
> Yes, it seems so.
Works for me.
I have heard of a situation where the alsa library lies about what the
card can do
On Mon, Feb 14, 2005 at 06:26:54AM -0800, mj wrote:
> hi guys,
>
> the non wxpython scripts run fine, but running
> usrp_oscope.py and usrp_fft.py gives these errors:
>
> usrp: found usrp rev2
> Traceback (most recent call last):
> File "./usrp_oscope.py", line 26, in ?
> from gnuradio.wxgu
Is anyone using the USRP with MacOSX? I have followed the threads
regarding issues getting gnuradio up and running on OSX, but have not
seen anything specific to the USRP.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/
On Sun, Feb 13, 2005 at 01:02:26PM -0800, cfk wrote:
> > wfm_rcv_gui.py doesn't use any kind of front end. What are you using?
> > Piece of wire?
>
> Well, actually, it is a piece of wire. Its one of my multimeter probes (the
> black one as opposed to the red one) connected to a banana-BNC adapt
Dear Chuck,
The problem you describe seems similar to a problem
that I had when using btaudio with gr_audio_oss. The
analog interface on btaudio can sample at 448Khz, but
only in mono. Eventually I figured that the samples
were being split among two channels, but I was only
using one. If your mi
> Gnurus:
I am not adressed, but answering anyway.
> Does audio mic input work with audio.source() ?
Yes, it seems so.
When using "from gnuradio import audio"
gnuradio tries to load alsa driver.
With alsa driver I
can not change sampling rate. Got the
following message:
--
hey, thanks.
i had wxPython 2.4 installed and i'm currently
upgrading to 2.5 with my fingers crossed :)
cheers,
mj
--- Krzysztof Kamieniecki <[EMAIL PROTECTED]>
wrote:
> Your wxPython is out of date, you need 2.5 . I had
> the same problem, I am
> running debian and I fixed this by getting th
Your wxPython is out of date, you need 2.5 . I had the same problem, I am
running debian and I fixed this by getting the unstable wxPython package.
Quoting mj <[EMAIL PROTECTED]>:
> hi guys,
>
> the non wxpython scripts run fine, but running
> usrp_oscope.py and usrp_fft.py gives these errors:
>
hi guys,
the non wxpython scripts run fine, but running
usrp_oscope.py and usrp_fft.py gives these errors:
usrp: found usrp rev2
Traceback (most recent call last):
File "./usrp_oscope.py", line 26, in ?
from gnuradio.wxgui import stdgui, fftsink,
scopesink
File
"/usr/local/lib/python2.3/s
13 matches
Mail list logo