I fixed it by ensuring that the sample rates were correct in the blocks. I was requesting a fs of 100 Hz but was getting something around 190kHz. Once i got these numbers all synced up (to the 190kHz) the blocks worked as expected.
Isaac On Tue, Aug 16, 2011 at 1:00 PM, Marcus D. Leech <mle...@ripnet.com> wrote: > On 16/08/2011 12:57 PM, Josh Blum wrote: > >> >> On 08/16/2011 08:33 AM, Isaac Gerg wrote: >> >>> Hi Everyone, >>> >>> I have a USRP N200 rev 2. I created a simple graph using the gnu radio >>> companion (grc) which is composed of three blocks, a UHD source, a >>> variable >>> slider, and a WX FFT Waterfall display. When I run this graph, i quickly >>> see the waterfall display fill up with the color blue and then the >>> application becomes unresponsive. How can I fix this? >>> >>> Sounds like the opengl plotter widget is getting overwhelmed. Its >> different on every computer. Try a smaller fft size to shrink the size >> of the on-screen texture. >> >> The usual issue is the frame-rate, not the FFT size. The default for > that widget is 15FPS, and since the colourmaps are > computed (as I recall) in Python, it has a hard time keeping up, > particularly if the bandwidth is high. > > > > > > > ______________________________**_________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
