Thanks, Marcus. The limiting factor for the flows I have seems to be RAM
more than anything, and I will be back at 8GB tomorrow, hopefully, and
things should be good.
Thanks, and Happy New Year.
Paul B. Huter
On Jan 1, 2014 8:01 AM, "Marcus Müller" wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
yes, that would basically make a 1s recording (50e6 Samples) play in 2s.
Be aware however that 25Msam/s is still a lot to process, so the
throttled samples might still stress out your CPU ;)
Have nice new year,
Marcus
On 26.12.2013 23:31, Pa
I often "speed up" the playback of large recordings by adjusting the
throttle only. In the throttle block, I just multiple the recorded sample
rate by a factor (say 10) to get increased playback speed. Don't change
any other blocks' parameters - just the throttle.
Very Respectfully,
Dan CaJacob
Tom:
What would you recommend if my data was recorded at 50M for about 15
seconds and I would like to double to playback time with a throttle. If I
set the throttle to 25M, would that do the trick, or is it more complicated
than that? I'm waiting for a new shipment of RAM, and once I have that I
w
Sounds good, thanks.
Paul B. Huter
On Dec 30, 2013 8:51 AM, "Tom Rondeau" wrote:
> On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter
> wrote:
> > Is there a way to slow the playback of a data file through an FFT Sink?
> If I
> > recorded at 50M and I set my FFT rate to 25M, would that result in
>
On Thu, Dec 26, 2013 at 5:31 PM, Paul B. Huter wrote:
> Is there a way to slow the playback of a data file through an FFT Sink? If I
> recorded at 50M and I set my FFT rate to 25M, would that result in playback
> twice as long?
>
> Thanks.
No, the sample rate of the FFT sink is just for display
