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 ban
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
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
ecessarily faster than
copying 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 wrote:
Marcus,
I was writing the Windows driver for Per Vices Corporation (Phi/Noctar) last
here is a fixed 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
Da
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
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, 20
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 ag
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.
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 availab
to manage 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 McCarro
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
There
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.
Marcus,
I have tested this under the Ubuntu LiveUSB on a couple of machine and the same
problem occurs every time.
Regards,
Mark McCarron
Date: Thu, 16 May 2013 13:48:01 -0400
From: mle...@ripnet.com
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] WX GUI FFT Sink Performance
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 o
ingle 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,
Mar
quad 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,
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.c
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 on
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.
dth of one 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 McCa
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
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
,
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 to
throughout the receive chain and processor, which are
virtually impossible to measure accurately.
Accurate measurements like for radar, or bearings are impossible without some
form of time-stamp at the receiver and that would require an atomic clock chip.
Regards,
Mark McCarron
Date: Mon, 29
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
27 matches
Mail list logo
