John Bratteli wrote:
I'm attempting to write a script, based on
usrp_fft.py, that will read a file of gr_complex and
display it. It works, except that it plays back much
faster than it was recorded.
Insert a gr.throttle() instance after the file source to reduce the
stream item rate.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is a gr_throttle block that you can use to rate-limit your data. I
think the only rate-limiting going on here is CPU time.
- -Dan
John Bratteli wrote:
I'm attempting to write a script, based on
usrp_fft.py, that will read a file of
Well, that was easy. Thanks guys!
John
--- Johnathan Corgan [EMAIL PROTECTED]
wrote:
John Bratteli wrote:
I'm attempting to write a script, based on
usrp_fft.py, that will read a file of gr_complex
and
display it. It works, except that it plays back
much
faster than it was
Dan Halperin wrote:
There is a gr_throttle block that you can use to rate-limit your data. I
think the only rate-limiting going on here is CPU time.
Correct. The GNU Radio runtime scheduler will always execute signal
processing blocks at the fastest rate possible given data availability.
I'm attempting to write a script, based on
usrp_fft.py, that will read a file of gr_complex and
display it. It works, except that it plays back much
faster than it was recorded. For example, I recorded
a five second file and gave it to my script. It
looked to be correct data, but it finished