I don't think typical arm-processors are not that powerful to decode
FM radio, well maybe but I'm not sure, but for my purpose they pretty
much enough.
Actually, we wanted to use the gnuradio for real-time signal
processing of sensor data such as acceleration, sound, ambient light,
and other chemic
Thank you for the link. I should try those debian packages, although I
wanted to customize the gnuradio packages for my purpose.
Younghun
On 8/18/07, Bdale Garbee <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Younghun Kim) writes:
>
> > I'm trying to port GNURadio packages to arm-linux platform
-- Forwarded message --
From: Rohit Garg <[EMAIL PROTECTED]>
Date: Aug 19, 2007 11:51 AM
Subject: Re: [Discuss-gnuradio] Porting GNURadio to arm-linux platform
To: Bdale Garbee <[EMAIL PROTECTED]>
Hi,
Not a strictly related question to the subject, but does the arm have
enough po
Jon-
>> On Fri, Aug 17, 2007 at 05:23:06PM -0600, Bahn William L Civ USAFA/DFCS
>> wrote:
>>
>>> Q1) One of the formats in which I can send data to the USRP is as IQ data.
>>> What does the USRP do with IQ data
>>> pairs? In the USRP documentation there is a block diagram of the Digital
>>> Dow
[EMAIL PROTECTED] (Younghun Kim) writes:
> I'm trying to port GNURadio packages to arm-linux platform, and I
> think I'm almost done since I cross-compiled most of necessary
> libraries and binaries including GNURadio itself.
Note that my Debian packaging of gnuradio gets built for all Debian
ar
On Aug 18, 2007, at 2:57 PM, Eric Blossom wrote:
On Thu, Aug 16, 2007 at 04:04:40PM -0700, Chris Stankevitz wrote:
Can anyone direct me to a block that does its processing on a
separate
thread (i.e. other than the thread that calls gr_sync_block::work)
There aren't any ;)
Not entirely t
On Fri, Aug 17, 2007 at 04:11:50PM +0200, Vincenzo Pellegrini wrote:
> Hello everyone,
>
> I've just installed gnuradio 3.0 via svn (just the way the build guide
> suggests for fedora 6),
>
> I noticed that my /usr/local/lib did not contain libgromnithread related
> files which were required for
On Thu, Aug 16, 2007 at 04:04:40PM -0700, Chris Stankevitz wrote:
>
> Can anyone direct me to a block that does its processing on a separate
> thread (i.e. other than the thread that calls gr_sync_block::work)
>
> Thanks,
> Chris
There aren't any ;)
Eric
_
On Sat, Aug 18, 2007 at 09:17:17AM -0400, Michael Dickens wrote:
> I've patched some nasty bugs in my OSX code, rare ones that took
> quite a bit of effort to track down: improper use of mutex'es and
> condition's when protecting variables shared between multiple
> threads. The fixes affect both a
On Fri, Aug 17, 2007 at 12:11:35PM -0400, Michael Dickens wrote:
> I'm in the process of debugging some OSX audio issue(s). I've fixed
> a few bugs in the OSX audio module (and also OSX/Darwin for USRP),
> that might occur in unusual circumstances. But I'm still seeing the
> same issue: whe
On Fri, Aug 17, 2007 at 08:17:00AM -0700, Johnathan Corgan wrote:
> vsrk sarma wrote:
>
> > Is it possible to run gr with only few components installed?
>
> Yes. Your list of configured components is ok. The remaining components
> are optional and require additional libraries or tools to build.
On Fri, Aug 17, 2007 at 03:10:06AM -0700, vsrk sarma wrote:
> resending following query as no reply is posted. any advice?
>
> -- Forwarded message --
> From: vsrk sarma <[EMAIL PROTECTED]>
> Date: Aug 4, 2007 4:10 AM
> Subject: hangup in make process
> To: discuss-gnuradio@gnu.org
On Sat, 18 Aug 2007, Jens Elsner wrote:
On Fri, Aug 17, 2007 at 05:23:06PM -0600, Bahn William L Civ USAFA/DFCS wrote:
Q1) One of the formats in which I can send data to the USRP is as IQ data. What
does the USRP do with IQ data pairs? In the USRP documentation there is a block
diagram of th
Michael -
Your patches completely fixed the hangs that I had been having under
OS X.
Thanks!
Steve Franke
On Aug 18, 2007, at 8:17 AM, Michael Dickens wrote:
I've patched some nasty bugs in my OSX code, rare ones that took
quite a bit of effort to track down: improper use of mutex'es and
con
I've patched some nasty bugs in my OSX code, rare ones that took
quite a bit of effort to track down: improper use of mutex'es and
condition's when protecting variables shared between multiple
threads. The fixes affect both audio and USB transport for OSX only,
and would cause the application to
> So the problem remains: Given only the i(t) and q(t) samples, which is all
> the USRP gives back, how do I reconstruct x(t)?
Two options:
1) you need some kind of phase reference (coherent
demodulation), insert pilot symbols into x(t)
2) use AM modulation over one carrier only; this requires
On 8/17/07, Jan Schiefer <[EMAIL PROTECTED]> wrote:
> Vijay Ramasami wrote:
> > Thanks for the information David. I will look up ITU-J.83B ...
> >
> > Do you happen to have any captured QAM cable data (or any website that
> > lists the data) ? I wanted to see if I can put together a software
> > de
Just a quick answer - I hope I understood your problem correctly this
time.
On Fri, Aug 17, 2007 at 05:23:06PM -0600, Bahn William L Civ USAFA/DFCS wrote:
>
> I'm asking the question for several reasons - some theoretical and others
> practical. The basic driving force is as follows:
>
> I have
18 matches
Mail list logo
