Hi Folks,
I just finished making the GNU Radio 2.7 release.
For those of you who like building from tarballs, there are new ones
at ftp://ftp.gnu.org/gnu/gnuradio as usual.
The new tarballs are:
gnuradio-core-2.7.tar.gz
gnuradio-examples-0.6.tar.gz
gr-audio-alsa-0.4.tar.gz
gr-aud
On Tue, Apr 04, 2006 at 12:56:57PM +0930, Berndt Josef Wulf wrote:
> >-Original Message-
>
> G'day,
>
> why is it that everyone appears to be so pessimistic about decoding HDTV
> signals in realtime? I own a TechnoTrend USB stick capable of decoding HDTV
> on a Inspiron 9300 laptop with a
On Mon, Apr 03, 2006 at 09:11:37PM -0400, Marcus Leech wrote:
>
> I'm having a hard time believing that processing ATSC video is a
> *less* CPU-intensive application than pulsar processing, but I could
> be completely wrong.
>
We'll see ;)
We know more now then we knew then (good thing!) We can
Today I installed a dual PPC Mac in my SDR lab at work. GnuRadio and
DttSP and WSJT are all on the agenda. I helped get Portaudio going for
GnuRadio and DttSP. PortAudio is a Portable Audio API and we are hoping
to use it on top of CoreAudio to make all of this go.
As a DttSP and GnuRadio d
Amen:
There are many of us who can help push this across the finish line and
think this is a neat application but it might as well be closed source
in its current state.
Bob
Eric Blossom wrote:
The conversion makes sense - however I cannot get gnuradio-0.9/atsc_rx
to compile (yet).
Eric Blossom wrote:
You know, I wish you guys would quit screwing around with the 0.9
code, and instead help us *all* move forward by investing some time
in porting it to 2.x. The framework is already set up, and the
first 4 blocks have been ported and tested. I'd really like some
On Mon, Apr 03, 2006 at 08:40:55PM -0400, Charles Swiger wrote:
> On Sun, 2006-04-02 at 21:45 -0700, mao mao wrote:
> > Hi,
> > Finally, I got my first HDTV screenshot tonight. It's
> > from KTVU's "The Loop".
> >
> > Here's how I did it:
>
> > 6) Feed the 20Ms/s real data into Gnuradio 0.9's
> >
On Sun, 2006-04-02 at 21:45 -0700, mao mao wrote:
> Hi,
> Finally, I got my first HDTV screenshot tonight. It's
> from KTVU's "The Loop".
>
> Here's how I did it:
> 6) Feed the 20Ms/s real data into Gnuradio 0.9's
> atsc_rx.
>
Veery inspiring - here's my nearby station on 41 (632-638M), about
1
> A couple of observations: no floating point
>> Have you tried the geode nx?
The MIT "$100 Laptop" uses the AMD Geode [EMAIL PROTECTED] See:
http://wiki.laptop.org/wiki/Hardware_specification
According to Jim Gettys, the reason is because it's the only low-power
processor they could find tha
Thanks, Chuck. Very useful to know.
On Mon, 2006-04-03 at 15:34 -0400, Charles Swiger wrote:
> On Mon, 2006-04-03 at 10:22 -0700, Thomas Schmid wrote:
>
> > Also, did you consider the power consumption of the usrp? I don't know
> > if someone measured it, but this might also be a problem for you,
On Mon, Apr 03, 2006 at 12:33:26PM -0700, Thomas Schmid wrote:
> Hi Eric
>
> On 4/3/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
> > On Mon, Apr 03, 2006 at 10:22:01AM -0700, Thomas Schmid wrote:
> > > Hi Lee,
> > >
> > > We are also looking into similar things, though we don't have the
> > > power
On Mon, 2006-04-03 at 10:22 -0700, Thomas Schmid wrote:
> Also, did you consider the power consumption of the usrp? I don't know
> if someone measured it, but this might also be a problem for you,
> i.e., finding a battery which supports the usrp over a longer time.
>
I use a usrp with battery a
Hi Eric
On 4/3/06, Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 03, 2006 at 10:22:01AM -0700, Thomas Schmid wrote:
> > Hi Lee,
> >
> > We are also looking into similar things, though we don't have the
> > power constraints which will be difficult to meet. We are currently
> > looking at a
The ppclinux does use the MMU, but a lot of people still run ucLinux mostly,
it appears, because it is easier to set up and get going. I think one can
add the FPU at the expense of using up the fpga. But, yes, such a thing
would be an uphill climb.
Then there's the issue if it's an embedded, h
Perfect Eric.
Thank you for the details...
Angilberto.
--- Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 03, 2006 at 06:34:24AM -0700, Angilberto
> Muniz Sb wrote:
> > Folks,
> > Is it possible to read/write from/to the low speed
> > ADC/DAC from Python?
>
> The python interfaces to th
On Mon, 2006-04-03 at 10:22 -0700, Thomas Schmid wrote:
> Hi Lee,
>
> We are also looking into similar things, though we don't have the
> power constraints which will be difficult to meet. We are currently
> looking at a micro-atx solution with an amd geod nx processor since
> this one is compatib
On Mon, Apr 03, 2006 at 10:22:01AM -0700, Thomas Schmid wrote:
> Hi Lee,
>
> We are also looking into similar things, though we don't have the
> power constraints which will be difficult to meet. We are currently
> looking at a micro-atx solution with an amd geod nx processor since
> this one is c
On Mon, Apr 03, 2006 at 01:00:07PM -0400, Lee Patton wrote:
> Thanks for the reply, Clark. Basically, the project we're working on
> involves putting the USRP on a small UAV ("A" as in "aerial" not
> "autonomous"). So, weight and power consumption are key. The hydraxc
> looks very cool. However
On Mon, Apr 03, 2006 at 06:34:24AM -0700, Angilberto Muniz Sb wrote:
> Folks,
> Is it possible to read/write from/to the low speed
> ADC/DAC from Python?
The python interfaces to the usrp are specified in
gr-usrp/src/usrp1.py. Check usrp/host/lib/usrp_basic.h for the
missing documentation (sorry
Hi Lee,
We are also looking into similar things, though we don't have the
power constraints which will be difficult to meet. We are currently
looking at a micro-atx solution with an amd geod nx processor since
this one is compatible with the amd athlon mobile. this should make it
easy to have a ru
Thanks for the reply, Clark. Basically, the project we're working on
involves putting the USRP on a small UAV ("A" as in "aerial" not
"autonomous"). So, weight and power consumption are key. The hydraxc
looks very cool. However, I think we can go larger. And, for the first
cut at a solution, we
Thanks very much for the reply, Pete. I believe I have been abusing the
terminology here. According to Wikipedia:
" An embedded system is a special-purpose computer system, which is
completely encapsulated by the device it controls. An embedded system
has specific requirements and performs pre-
Bob, thanks for the reply.
This is exactly what I am doing:
[...]
dem = data ./ data_l;
[...]
A point-wise division by the last OFDM symbol. This also restores
amplitude, but has the same effect on the phase.
I do not control the receiver, my data is from a radio station. I am
only trying t
Jens:
This pi/4-DQPSK. That means
New-symbol * (complex conjugate (Old-symbol)) is pi/4 modulo pi/2.
Are you taking this into account on both the transmitter and the
receiver and it in all of the bins before your inverse fft provides the
time domain signal to transmit would be my best
Folks,
Is it possible to read/write from/to the low speed
ADC/DAC from Python?
If possible, what would be a safe rate ?
Thankx,
Angilberto.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi Clark,
thanks for trying out my code. The problem is that what you are seeing
is *already* DQPSK.
The pilot is accounted for, it is the first symbol in every frame.
Demodulating might make sense, but I guess the BER is still way too high
to compensate it with channel coding. There has to be
26 matches
Mail list logo
