[Discuss-gnuradio] FFT Playback

2013-12-08 Thread Paul B. Huter
I recorded a file this morning to a RAMDisk, about 15 seconds worth of data. I copied the file off of the RAMDisk to my Linux Desktop to save it when I reboot. However, when I play the file back off the Desktop, the playback continues endlessly. When I play back off the RAMDisk, it is only the ~15

Re: [Discuss-gnuradio] FFT Playback

2013-12-04 Thread Tom Rondeau
On Wed, Dec 4, 2013 at 6:39 AM, Paul B. Huter wrote: > There must be something with my record, because my 20 seconds of running > only produces about a 180MB file. I am not seeing any indications of dropped > data, though. I am recording to a RAMDisk, but I get the same results > recording to my H

Re: [Discuss-gnuradio] FFT Playback

2013-12-04 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 How do you downsample 50 to 30 Msps? With a fractional resampler? That's highly demanding of your CPU! Do it with the recorded data, not before, if you can afford the memory. On 04.12.2013 13:47, Paul B. Huter wrote: > Without the low pass filter, I w

Re: [Discuss-gnuradio] FFT Playback

2013-12-04 Thread Paul B. Huter
Without the low pass filter, I was getting a sequence of D's. The low pass filter uses a Volk machine, and downsamples the 50M to 30M with a 5M transition size. I am using the GUI companion on Linux, but I vaguely recall that I may have had better luck recording when I just created a Python script

Re: [Discuss-gnuradio] FFT Playback

2013-12-04 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 With most hardware interfaces, you get notifications when your driver/interface starts dropping samples -- with UHD you'd see loads of 'O' indicating overflows. If you don't see that, there is something really wrong. How does your data acquisition take

Re: [Discuss-gnuradio] FFT Playback

2013-12-04 Thread Paul B. Huter
There must be something with my record, because my 20 seconds of running only produces about a 180MB file. I am not seeing any indications of dropped data, though. I am recording to a RAMDisk, but I get the same results recording to my HDD. Does anyone have recommendations for how to ensure I get

Re: [Discuss-gnuradio] FFT Playback

2013-12-03 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Paul! I'm gonna go ahead and rearrange parts of your message for the ease of reply: > My datafile was recorded for about 20 seconds at a sample rate of > 50Msps through a low-pass filter to only capture 0-30MHz. 50Msps * 20s = 1Gs (you're sure you

Re: [Discuss-gnuradio] FFT Playback

2013-12-03 Thread Paul B. Huter
Marcus: I like the way the waterfall looks, but I'm having the same issue as the FFT. Looking at the configuration for my FFT, and changing 'Refresh Rate' from the default '15' to '1M' gives me some extra playback. My datafile was recorded for about 20 seconds at a sample rate of 50Msps through a

Re: [Discuss-gnuradio] FFT Playback

2013-12-03 Thread Marcus Müller
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Most probably your data is simply to short in relation to the fft length and the amount of samples your specific graphical FFT amplitude sink drops for display. Please review you fft length, update rate, and try out different fft GUIs (qt/wx). You cou

[Discuss-gnuradio] FFT Playback

2013-12-03 Thread Paul B. Huter
When I play my data file back through a throttle and frequency translating FIR filter to an FFT sink with repeat OFF, it seems to just show a static plot. However, with repeat ON, I get playback, but I can't tell when data ends and starts back over. Is there a way for me to know when it repeats? Or