Short bursts of RF could be better captured (on waterfall) by accumulation between steps.

[gpgib6]

In this picture, the waterfall shows the same relatively strong signal but only in the right picture was the energy properly picked up and displayed in the frequency domain. I would love to know how to make this more reliable if possible. Not sure if it is because of hackrf one or cubesdr.

[cjcliffe]

@gpgib6 you can increase the speed of the waterfall with the slider to the right but there's currently no averaging -- it simply shows a sample from the time the waterfall stepped.

I'll add this as a feature request since it should technically be possible to add accumulation support to the waterfall processor.

[gpgib6]

Thanks, that would be pretty awesome.

On Wed, Jan 2, 2019 at 10:07 PM Charles J. Cliffe [email protected] wrote:

@gpgib6 https://github.com/gpgib6 you can increase the speed of the waterfall with the slider to the right but there's currently no averaging -- it simply shows a sample from the time the waterfall stepped.

I'll add this as a feature request since it should technically be possible to add accumulation support to the waterfall processor.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/cjcliffe/CubicSDR/issues/695#issuecomment-451046320, or mute the thread https://github.com/notifications/unsubscribe-auth/ApVZHFzcPfOUQo1eBxMGBnYFYXZWh2lxks5u_XPigaJpZM4ZZoMm .

[gpgib6]

Just a friendly reminder that this bug is still happening. In the screenshot I can see RF energy in the waterfall display but the peak trace in the frequency domain missed it. It would be nice to be able to walk away from the test and rely on CubicSDR to catch any RF energy that gets picked up by the hackRF one.