The majority of thermal noise enterimg the receiver is from the antenna and the
path to the LNA. Freeze the antenna and this path, then you may be able to see
GPS.
Lookup the formula for MDS and it will give you an idea of the temperature you
need. Then select a coolant.
Thermal noise is
to do the FFT at different resolutions. SETI do
the same thing with the BOINC platform, only on a far greater scale.
Regards,
Mark McCarron
Date: Tue, 28 May 2013 13:36:19 -0400
From: j...@febo.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Bins smaller than pixels
values, the
interpolation would be essentially inventing the signal, rather than upsampling
it.
Regards,
Mark McCarron
Date: Fri, 24 May 2013 15:40:39 -0700
From: alankeithwoodw...@gmail.com
To: Discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Noise levels from a RTL dongle
Hi,
I am new
defined solutions more cost effective.
Regards,
Mark McCarron
Date: Fri, 17 May 2013 16:53:07 +0200
From: master.of.knowle...@gmail.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Question about UHD driver
Hi Mark,
for currently available UHD devices with high bandwidth
I would tend to agree, but if we do not outline what we require from
manufacturers, we will never get it. I would seriously suggest writing a
specification and submitting it to Intel, AMD, etc.
Regards,
Mark McCarron
Date: Fri, 17 May 2013 18:04:37 +0200
From: master.of.knowle...@gmail.com
hardware and architecture changes to implement properly.
Regards,
Mark McCarron
Date: Fri, 17 May 2013 18:44:51 +0200
From: master.of.knowle...@gmail.com
To: mark.mccar...@live.co.uk
Subject: Re: [Discuss-gnuradio] Question about UHD driver
I would tend to agree, but if we do not outline
that it is better to copy than to have a pointer.
I can't agree with that.
Regards,
Mark McCarron
From: johnat...@corganlabs.com
Date: Fri, 17 May 2013 10:06:08 -0700
Subject: Re: [Discuss-gnuradio] Question about UHD driver
To: mark.mccar...@live.co.uk
CC: discuss-gnuradio@gnu.org
On Fri, May 17, 2013
into memory and a pointer is
returned. The FIFO buffer in an app makes use of this pointer.
Regards,
Mark McCarron
Date: Fri, 17 May 2013 20:23:34 +0200
Subject: Re: [Discuss-gnuradio] Question about UHD driver
From: master.of.knowle...@gmail.com
To: mark.mccar...@live.co.uk
CC: discuss-gnuradio
window in which to
get all the processing done. Thus each stage needs to be optimized and that
begins with I/O. We really should have some performance metrics for each
block, so that when they are combined we have estimate of the total end-to-end
time.
Regards,
Mark McCarron
Date: Fri, 17 May
the processed version.
In fact, under my caching asumptions, that would even be slower on a single
core system.
On Fri, May 17, 2013 at 8:36 PM, Mark McCarron mark.mccar...@live.co.uk wrote:
Marcus,
I was writing the Windows driver for Per Vices Corporation (Phi/Noctar) last
year, I know
Marcus,
I have run some tests and it looks like the WX GUI FFT Sink stops responding
with any settings above 4096@15 FPS.
I've upgrade my video card drivers and they work fine with everything else.
Processor usage is fine, nothing in the event logs.
Regards,
Mark McCarron
From: mark.mccar
and the GUI of the FFT becomes frozen.
Regards,
Mark McCarron
Date: Thu, 16 May 2013 09:49:59 -0400
From: mle...@ripnet.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance
Marcus,
Sorry for the late reply
it with a
very simple flow-graph. A USRP source and the WX FFT GUI block. If the
settings are at 4096@15fps, it works fine, try anything higher and the windows
greys out. So, I don't really see where the issue is.
Regards,
Mark McCarron
Date: Thu, 16 May 2013 11:59:33 -0400
From: mle...@ripnet.com
core Win2012 server with 16GB ram.
It seems like a bug in the build.
Regards,
Mark McCarron
Date: Thu, 16 May 2013 13:02:09 -0400
From: mle...@ripnet.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance
On 05/16/2013 12:41 PM, Mark
stream, which is then copied by the
application? Or does it create two copies of the stream and allow each branch
of the flow-graph to manipulate the data via pointers?
I'm digging into DMA to see if this is possible, I would be surprised if there
was a limitation here.
Regards,
Mark McCarron
I don't really care which GUI framework is used, just that it works.
Regards,
Mark McCarron
Date: Thu, 16 May 2013 13:56:51 -0400
Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance
From: hilbert3...@gmail.com
To: mark.mccar...@live.co.uk
CC: discuss-gnuradio@gnu.org
One
Can't find this info anywhere, does anyone know the format for the 'labels'
section of this control?
Regards,
Mark McCarron ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman
. This should be more
efficient than memcopy.
I am looking into DMA to see if this is possible.
Regards,
Mark McCarron
From: m...@ettus.com
Date: Thu, 16 May 2013 20:51:32 -0700
Subject: Re: [Discuss-gnuradio] Question about UHD driver
To: mark.mccar...@live.co.uk
CC: discuss-gnuradio@gnu.org
FIFO streams within the app in relation to the initial input.
As I said, I am still checking if this is possible, but when working with
multiple branches that require independent copies of the data this would be
best performing way to deliver the data.
Regards,
Mark McCarron
From: m
FFT-bin: 2.92969 Hz
Equiv. noise bandwidth: 4.39453 Hz
Max freq range: 0.0 Hz .. 96. kHz
FFT window time: 0.341 s
Overlap from scroll interval: 98.4 %
It runs quite fast. If I provide the same FFT size to WX GUI FFT sink, it
basically hangs. Do you know why?
Regards,
Mark McCarron
Date
I have been using the WX GUI FFT Sink for a while now and I notice, regardless
of the power of the machine, setting an FFT above 4096 causes it to effectively
grind to a halt and UI become grey.
Is this a python thing? Or is there a way to accelerate this block???
Regards,
Mark McCarron
I figured that one out, but why is the performance so poor?
In other applications, I can push over half a million samples without causing
issues.
Regards,
Mark McCarron
Date: Sat, 11 May 2013 15:51:56 -0400
From: mle...@ripnet.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio
,
Mark McCarron
Date: Thu, 2 May 2013 11:17:45 -0700
From: engrsajjadsaf...@yahoo.com
Subject: Re: [Discuss-gnuradio] Calculating the delay of TCP link.
To: mark.mccar...@live.co.uk
Actually i want to calculate the delay using the formula like Assuming all
other factors as negligible.Here we have 1500
figures will normally provide
you with a robust service that exceeds expectation.
Regards,
Mark McCarron
Date: Tue, 30 Apr 2013 12:40:07 -0700
From: engrsajjadsaf...@yahoo.com
Subject: Re: [Discuss-gnuradio] Calculating the delay of TCP link.
To: mark.mccar...@live.co.uk
Hi,Is it any way
Hi,
I have noticed that all the file sources in the latest stable and unstable
Win32 builds are broken.
It appears that the file path is not escaped properly. Is there any news on a
fix for this?
Regards,
Mark McCarron
25 matches
Mail list logo