Thanks Marcus!
I took your idea and ran with it but encountered a funny issue. I'm
slightly confused about the output of the logpwrfft (which is giving
me the output of gr_fft_vcc). I've been assuming that logpwrfft
returns a vector of amplitudes in dB for each fft bin. Lets say my
fft siz
On 9/28/11 4:54 PM, Marcus D. Leech wrote:
On 28/09/2011 4:50 PM, Phelps Williams wrote:
I have a usrp and computer in a remote location without much network
bandwidth available to the system and I'm using it as a spectrum
analyzer. I'd like to run the fft on the remote system and then send
the
On 29/09/2011 11:02 AM, Ed Criscuolo wrote:
Why not just use VNC? It's generally much lower bandwidth than X
forwarding.
That hasn't been my experience at all.
And it's reasonable to want a "remote sniffer" type of situation that
you could reasonably access via the web or similar.
On 28/09/2011 4:50 PM, Phelps Williams wrote:
I have a usrp and computer in a remote location without much network
bandwidth available to the system and I'm using it as a spectrum
analyzer. I'd like to run the fft on the remote system and then send
the results to a connected client for display
On 28/09/2011 4:50 PM, Phelps Williams wrote:
I have a usrp and computer in a remote location without much network
bandwidth available to the system and I'm using it as a spectrum
analyzer. I'd like to run the fft on the remote system and then send
the results to a connected client for display
I have a usrp and computer in a remote location without much network
bandwidth available to the system and I'm using it as a spectrum analyzer.
I'd like to run the fft on the remote system and then send the results to a
connected client for display. This would allow me to get greater fidelity
tha